gnuab nuke list
Guillem Jover
guillem@debian.org
Sun, 18 Jul 2004 20:37:41 +0200
On Sun, Jul 18, 2004 at 04:57:17AM +0200, Robert Millan wrote:
> On Sat, Jul 17, 2004 at 09:33:36PM +0200, Guillem Jover wrote:
> > On Sat, Jul 17, 2004 at 06:20:22PM +0200, Robert Millan wrote:
> > > On Sat, Jul 17, 2004 at 05:29:54AM +0200, Guillem Jover wrote:
> > > > > Package: ncurses
> > > > > Version: 5.3.20030719-4+cfh
> > > > > Version: 5.3.20030719-4+kbsd
> I have a separate list for +cfg. The issue with +cfg is that it's not
> practical to add patches in SVN for them, but we still need a list of the
> packages that needed config.guess updating in order to fix the package.
Well I don't see the problem with those, just change the source add the
proper +tag and upload the binaries only. The info can be parsed easily
from the Packages file if we respect the tags we have defined. And
that's what we defined as the last gnuab uploading policy anyway.
I've some preliminary code to parse those tags and do some stats.
> Perhaps this is a good time to explore how are we going to deal with the
> massive config.guess bug fixing. My idea would be that once we run a buildd,
> write a simple script that parses failed build logs and detects which packages
> need a config.guess update. Once we have a complete list, send a massive
> mail to the maintainers, reminding to update. Then wait a reasonable time,
> maybe try again, and start filing bug reports. What do you think?
Well it's a common problem in Debian, but at least they fail to build.
We have a worse problem with libtool creating packages without the
shared lib and making packages build-depending on those libs to fail in
miesteriously ways. A more urgent thing to do it to scan the current
archive for empty lib packages.
For the config.* problem I would not send a massive mail, at most some
mail to debian-devel or debian-devel-annound mailing lists. If the
detection script is reliable fine, otherwise better look at it manually,
it's a trivial bug as well as the fix, so it's not the ones that take
much time.
But anyway we really need a pool of buildds, I my setup one soon.
regards,
guillem