Bug#551638: refuse

2009-12-08 Thread ctl
your fix changed nothing, everything is still marked new. you were wrong. downgrading to the lenny version changed nothing, it doesn't work either. once again, you are wrong. you broke it yet refuse to fix it. this seems to be becoming typical. i suggest you take dselect out if you continue in

Bug#560071: dpkg-gencontrol: should fail if an arch:all package has a -any wildcard relationship

2009-12-08 Thread Emilio Pozuelo Monfort
Package: dpkg-dev Version: 1.15.5.4 Severity: important Hi, pochu> I have an arch:all package that depends on foo [!hurd-any] pochu> if I build it on i386, the package Depends: foo pochu> but if I build it on hurd-i386, it doesn't pochu> since it's arch:all, this is problematic... This is proble

Bug#560070: dpkg: please stop setting CFLAGS etc. environment variables

2009-12-08 Thread Bill Allombert
Package: dpkg-dev Version: 1.15.5 Hello dpkg developers, dpkg-buildpackages set a bunch of general purpose environment variables before calling debian/rules (CFLAGS, CXXFLAGS, FFLAGS, LDFLAGS, MFLAGS, etc.). This cause some packages to build differently with dpkg-buildpackages or with 'debian/ru

Bug#560010: dpkg: please add sparc64 support

2009-12-08 Thread Aurelien Jarno
Package: dpkg Version: 1.14.25 Severity: wishlist Tags: patch User: debian-sp...@lists.debian.org Usertags: sparc64 Please add support for a sparc64 architecture below. I know that such support was present in dpkg at some time, so let me give some rationale for such a new port: - Debian currently