Re: urgency of kdegames and kdeedu uploads

2006-07-29 Thread Adeodato Simó
* Daniel Schepler [Sat, 29 Jul 2006 16:57:20 -0400]: Hi Daniel, > I just realized I forgot to set today's uploads of kdegames and kdeedu to > urgency=medium. Is there something you could do to correct this without my > having to upload new packages just for this? Since these upload are new up

Re: Bug#342545: qt-x11-free FTBFS on hppa (again)

2006-07-29 Thread Matthias Klose
reassign 342545 qt-x11-free thanks please make sure, that qt-x11-free is built using g++-4.1 on hppa. The binary packages still depend on libgcc2 in some way. Note, that (before the release) we need to rebuild all binaries depending on libgcc2 on hppa, so that the dependency is replaced by libgcc

Re: Not very happy with new directfb upload

2006-07-29 Thread Joey Hess
Frans Pop wrote: > Reason is that libcairo still depends on -24 and thus d-i builds currently > fail as that version is no longer available. > Also, this means that the new directfb has to migrate to testing before we > can release d-i, which in turn means that all packages that depend on > dire

urgency of kdegames and kdeedu uploads

2006-07-29 Thread Daniel Schepler
I just realized I forgot to set today's uploads of kdegames and kdeedu to urgency=medium. Is there something you could do to correct this without my having to upload new packages just for this? -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe".

Re: Intend to fix #282492 (iproute) for stable

2006-07-29 Thread Julien Danjou
On Sat, Jul 29, 2006 at 08:07:27PM +0200, maximilian attems wrote: > i forgot to tell that iproute acts in those cases as looping cpu hog. > thus severity might well be serious. I think so. However, for now I'll stay on my position because of the kernel related reason. If a kernel from backports.o

Re: Intend to fix #282492 (iproute) for stable

2006-07-29 Thread maximilian attems
On Sat, 29 Jul 2006, maximilian attems wrote: > iproute should work with higher Debian kernels as the ones provided > on backports.org. > fedora/rh don't compile atm as modules and are thus not affected. i forgot to tell that iproute acts in those cases as looping cpu hog. thus severity might wel

Re: Intend to fix #282492 (iproute) for stable

2006-07-29 Thread maximilian attems
hello julien, > The severity is not actually considered critical, > and the fix is quite "ugly". the fix is taken from upstream branch and should be distributed in unstable. > Furthermore, if I understand correctly, it only appears with kernel >= > 2.6.8, which is the one furnished by Debian wit

Re: Not very happy with new directfb upload

2006-07-29 Thread Frans Pop
On Saturday 29 July 2006 16:01, Frans Pop wrote: > You uploaded a new upstream version of directfb a few days ago (or > rather, it was accepted a few days ago), and I'm afraid that looks > likely to completely mess up the Beta 3 release plans for the > installer. The alternative is to release Beta

Not very happy with new directfb upload

2006-07-29 Thread Frans Pop
Hi Guillem, I do not want to blame you or anything, but I do need your help to get things sorted out. You uploaded a new upstream version of directfb a few days ago (or rather, it was accepted a few days ago), and I'm afraid that looks likely to completely mess up the Beta 3 release plans for

how to cleanly get rid of exim 3 for etch?

2006-07-29 Thread Marc Haber
Hi, currently, Debian etch still contains a package of exim 3, an outdated version of our Default MTA which is still in wide use, but has been unsupported by upstream for years. Even its maintainer has stopped using it in the mean time, so exim 3 users _really_ _really_ should upgrade. Unfortunat