Hello all, Am Freitag, den 22.07.2016, 13:29 +0200 schrieb Andreas Tille: > Hi folks, > > But we need to do more specifically the gcc-6 bugs are quite a > blocker. I'd like to re-generate metapackages soon. It would be not > nice if these would not miss the gcc-6 affected losses we currently > have (or will have soon).
The current list of open gcc-6 bugs is this [1], I had a look at most of them already. Some comments: #811841 seqan: FTBFS with GCC 6: no match for - refers to v1.4, AFAIK version 2.0 is already in the archive, so this one should probably me closed. #816569 mrs: FTBFS with GCC 6: was not declared in this scope - is waiting for boost compiled with gcc-6 (i.e. c++11) #811702 librg-blast-parser-perl - not sure what to make of it, it also has the user-tag gcc-6-macro which might point to a conflict between a newly defined macro and a function. #811859 berkeley-express - requires static_cast<bool> on the shared pointer #811866 hyphy - Closed upstream? #811893 swarm-cluster - Needs knowledge with inline assembler #812031 prime-phylo - could be worked around by forcing to -std=c++98 in the maintainer cxxflags (probably be best solution, because the use of constexpr might require forcing c++11, and upstream might not yet want that). I think I'll look into #811702 and #811859 the next few days. Best, Gert [1] https://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=debian-med-pack ag...@lists.alioth.debian.org;tag=ftbfs-gcc-6;users=debian- g...@lists.debian.org > > So anybody with some gcc-6 skills or those who want to ask on Debian > Mentors list for help which usually receives helpful responses quite > quickly is invited to work on our bugs. > > Kind regards > > Andreas. > > On Wed, May 04, 2016 at 08:33:08AM +0200, Andreas Tille wrote: > > > > Hi, > > > > On Mon, Apr 04, 2016 at 09:52:27AM +0100, Sascha Steinbiss wrote: > > > > > > > > > Sure, I will see what I can do. How do you propose we as DMs > > > communicate > > > the changes -- just push a new branch in git and ping the list? > > Sascha, thanks for your good work on several bugs - without > > counting it > > was more than one per week. If others might come up with this rate > > we > > could be quite safe for the release. But its no time to relax and > > more > > bug fixers would be really great. Specifically newcomers could > > gather > > some packaging skills by triaging bugs in existing packages. > > > > Kind regards > > > > Andreas. > > > > -- > > http://fam-tille.de > > > >