<div dir="ltr">Hi Ruben<div><br></div><div>I think another of the key piece that is missing in Trisquel, is an useful bugtracker. Yes, I know we have one, but it's been forgotten for so much time, that it's far from useful in its current state.</div><div><br></div><div>I don't know if you have in mind addressing the current bugtracker issues, but we can also  start using gitlab's bugtracker in order to have a clean view of the current state of Trisquel development, and a way for contributors to find tasks they can work with.  What do you think?</div><div><br></div><div>Also, and from your previous mails , is sad that you don't have any free time to continue working on trisquel, as I always thought that your current employer would be nicer with projects in their high-priority list. As this isn't the case, I encourage you to take an stipend again from trisquel funds, so those vacation days you took to work on trisquel don't have an impact in your economy.</div><div><br></div><div><br></div><div>Happy hacking!</div><div>/santi</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Feb 4, 2017 at 12:09 AM, Rubén Rodríguez <span dir="ltr"><<a href="mailto:ruben@trisquel.info" target="_blank">ruben@trisquel.info</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Along with continuing to clean the merge request queue, today I focused<br>
on fixing several issues in the build system that were blocking updates<br>
from being built or pushed to the repos.<br>
<br>
The build system now requires the origin repository to either be signed<br>
with a known GPG key (Trisquel, Debian or Ubuntu repositories) or the<br>
key needs to be explicitly listed in the helper under variable "REPOKEY".<br>
<br>
Helpers with EXTERNAL repositories need this value to be updated.<br>
<br>
Previously those helpers had only a variable SIGNKEY containing the id<br>
of the key the uploader used to sign the dsc file, but not the more<br>
important repository key. With today's update the SIGNKEY is optional,<br>
and if omitted the uploader's key is fetched and verified automatically.<br>
Adding a SIGNKEY is a good extra step for any helper having an EXTERNAL<br>
repository, but no longer required.<br>
<br>
This change also fixes Flidas' automated build system failing to build<br>
helpers with EXTERNAL repositories. The build system is now working to<br>
catch up with updates. Extra care will be needed in the next few days to<br>
find helpers that need corrections.<br>
<br>
-----------------<br>
<br>
# Flidas development roadmap<br>
<br>
I don't want to adventure a calendar yet, but what I can provide is a<br>
list of the most outstanding groups of tasks pending for the release:<br>
<br>
## Netinstall image<br>
<br>
 All the helpers required to build a netinstall image are pending to<br>
review and build:<br>
make-anna make-apt-setup make-base-installer make-cdebconf make-cdrom-<br>
checker make-choose-mirror make-debian-installer make-debootstrap<br>
make-hw-detect make-lilo-installer make-main-menu make-migration-<br>
assistant make-netcfg make-net-retriever make-newt make-pkgsel<br>
<br>
I think that in terms of development priority we should tackle this<br>
first, as it facilitates testing of the system for volunteers looking to<br>
help with the development of any of the alternate editions (trisquel<br>
mini, toast, triskel, etc)<br>
<br>
## Trisquel mini and other editions<br>
<br>
As usual I've focused on the default edition first. We can choose if we<br>
want to consider alternative versions blockers for the overall release<br>
of Flidas, or if we are OK with releasing the standard edition first and<br>
then release derivatives when ready. I suggest the first option.<br>
<br>
## Dist-upgrade from 6.0 and 7.0<br>
<br>
A usually tedious and complicated task, but critical for the release.<br>
The related helper is make-ubuntu-release-upgrader. Helping resolve this<br>
task involves setting virtual machines with the previous releases and<br>
running the release-upgrader script applying fixes until the upgrade<br>
works smoothly. Due to signature requirements it is not easy to test<br>
without full access to the production archive repository.<br>
<br>
## Missing packages / features<br>
<br>
There are many packages pending to build, some required for the main<br>
edition, some for trisquel mini or other of the alternate editions, and<br>
some packages that are edition-independent.<br>
<br>
This is one of the main areas where volunteer work can be done<br>
efficiently and without much bottlenecks. All that is needed is to<br>
install a development image of T8 and install/build/improve the related<br>
packages through the helpers system. Merge requests for the helpers<br>
would then be published, reviewed and built.<br>
<br>
------------<br>
<br>
As mentioned, my next focus will continue to be on resolving merge<br>
requests and making sure that the build system runs well and the queue<br>
of pending builds reduces to 0. Other than this my next task to work on<br>
will be the netinst image and the release upgrade script. Anybody is<br>
welcome to contribute to those subprojects, and if there are volunteers<br>
I'll be happy to help them approach those tasks.<br>
<br>
Otherwise volunteers should focus on continuing to contribute helpers.<br>
<br>
Happy hacking!<br>
______________________________<wbr>_________________<br>
Trisquel-devel mailing list<br>
<a href="mailto:Trisquel-devel@listas.trisquel.info">Trisquel-devel@listas.<wbr>trisquel.info</a><br>
<a href="http://listas.trisquel.info/mailman/listinfo/trisquel-devel" rel="noreferrer" target="_blank">http://listas.trisquel.info/<wbr>mailman/listinfo/trisquel-<wbr>devel</a><br>
</blockquote></div><br></div>