Re: purge failures w/o debconf not RC

On Fri, Sep 22, 2006 at 03:24:16PM -0700, Steve Langasek wrote: > Thanks for all your work on QAing packages for the release. > > After discussion on #debian-release (where you're welcome to join us, btw, > whenever you have time) Thanks but it seems more appropriate to use a Debian mailing-list

Re: dbus transition

Steve Langasek wrote: > On Wed, Sep 20, 2006 at 10:09:48PM -0700, Thomas Bushnell BSG wrote: > >> What can be done to help along the dbus transition? > > Fixing fontconfig accounts for at least 90% of it :) > It looks like libdbus (or some package using it) still has recursive dependency dise

Re: Compatibility between Debian amd64 and other distributions

On Sat, Sep 23, 2006 at 09:05:23PM -0400, Daniel Jacobowitz wrote: > On Sat, Sep 23, 2006 at 05:40:42PM +0200, Goswin von Brederlow wrote: > > So what you seem to say is: If you copy the libc6 or static libraries > > between distributions you deserve to fail. Thats fine if you say it > > straight o

Re: m68k not a release arch for etch; status in testing, future plans?

Hi, On Fri, 22 Sep 2006, Steve Langasek wrote: > > That's rather unlikely, the m68k patches are already separate, so they > > won't affect another port. > > Right, but they could affect the security supportability of m68k *itself* by > introducing regressions late in the freeze. Well, everythi

Possible binNMUs for packages depending on libdbus-1-2

The following packages depend on libdbus-1-2 which is no longer available in the archives. Is it possible for these to get binNMUd to pull in libdbus-1-3 as their Depends? In unstable: Package: bluez-pin closes #388456 Package: emifreq-applet Package: gnome-netstatus-applet Packag

Re: Preparing linux-2.6 2.6.18-1

Hello, On Sun, Sep 24, 2006 at 11:25:15AM -0400, Nathanael Nerode wrote: > If the firmware-loading tg3 driver is present in the next kernel package > version, I will believe that the kernel team is acting in good faith to try > to satisfy the Social Contract. According to the kernel-team patch po

Re: Preparing linux-2.6 2.6.18-1

Frederik Schueler wrote: > Second: this release contains ALL binary firmware blobs shipped > upstream, even those we kept pruning since the day Herbert Xu removed > them the first time in 2004. My apologies for blowing up, although it looks like my flaming message died in transit. Anyway, it

Re: Preparation of the next stable Debian GNU/Linux update (II)

Martin Zobel-Helas <[EMAIL PROTECTED]> writes: > Hi Roger, > > On Sat, Sep 23, 2006 at 12:07:58AM +0100, Roger Leigh <[EMAIL PROTECTED]> > wrote: > >> Please could you make sure that devmapper is included in the next >> stable update? It was supposed to be included in the last update, but >> for

Re: libaqbanking on arm

Steve Langasek wrote: > libaqbanking was already given back; dep-waits now set for the other two. Thanks a lot! (And that on Sunday morning...) Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Troubl

Re: libaqbanking on arm

On Sun, Sep 24, 2006 at 09:15:17AM +0200, Thomas Viehmann wrote: > libaqbanking and qbankmanager are not yet built on arm. > libaqbanking might build right away and qbankmanager could use a > dep-wait "libaqbanking16 >= 2.2.0-1". Possibly kmymoney also could > profit from the dep-wait. > I would m

binNMU for hyperestraier

Hi, hyperestraier is currently not installable in sid: # apt-get install hyperestraier Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution t

libaqbanking on arm

Hi, libaqbanking and qbankmanager are not yet built on arm. libaqbanking might build right away and qbankmanager could use a dep-wait "libaqbanking16 >= 2.2.0-1". Possibly kmymoney also could profit from the dep-wait. I would much appreciate if someone could queue these. Thanks and kind regards