to Debian-release

hj.k til Skeggja. W-H-O-R-E-S http://geocities.com/a7bt2agoXqp/?vpn=324223 Il ventait alors une tr.s forte brise de l.ouest. Des lambeaux de nuages, v.ritables haillons de vapeurs, balayaient la surface de la mer. . travers leurs trous, on distinguait l.azur du ciel. Un sourd clapotis sortait

Re: Request for binNMUs of pycairo, pygobject and pybluez

On Tue, Jul 10, 2007 at 09:40:11PM +0200, Piotr Ożarowski wrote: > Please binNMU these packages on all architectures (rebuild will add > support for python2.5): > pycairo_1.4.0-2, 1, Rebuild to get python2.5 extensions, alpha amd64 arm hppa > i386 ia64 mips mipsel powerpc s390 sparc m68k > pygobj

Re: binNMU request for python-pygame

On Fri, Jul 13, 2007 at 11:38:28PM +0200, Nacho Barrientos Arias wrote: > Could anyone please schedule a binNMU for python-pygame in order to > build extensions for python2.5 as well? It seems to build in good > shape in my amd64 box. > The latest build (2006-11-30) does not ship 2.5 extensions a

binNMU request for python-pygame

Hi there, Could anyone please schedule a binNMU for python-pygame in order to build extensions for python2.5 as well? It seems to build in good shape in my amd64 box. The latest build (2006-11-30) does not ship 2.5 extensions and some packages need those extensions compiled for both python 2.4 an

Re: Proposed release goal : icon caches

(This seems sorta offtopic for -release.) Josselin Mouette wrote: > The libgtk2.0-bin package would still have to be installed by something, > in this case. Maybe as a Recommends: for gnome-icon-theme? Recoomends are still not installed by default in all cases (d-i) so it would be better to have

Re: Proposed release goal : icon caches

Andreas Barth wrote: > Actually, I think it should be first part of Policy before approving it > as release goal. Debian systems, as it stands, are at a high risk of being broken when many third-party debs are installed on them. Especialy if those debs were built on an Ubuntu system. You don't th

Re: Proposed release goal : icon caches

Loïc Minier wrote: > So I understand that we will need a second NMU round after doing this > change? > > I proposed a slightly different approach at: > > with basically one more level of indirection (directories for icon > c

Re: Proposed release goal : icon caches

(This subthread feels OT to Debian-release.. please direct any followups to -devel or something.) Raphael Hertzog wrote: > Ubuntu already has a "dh_iconcache" AFAIK. What approach did they use? Is > there anything for us to reuse? Please see bug #369755. > If this new mechanism is going to repla

Re: Proposed release goal : icon caches

Hi, On Fri, 13 Jul 2007, Josselin Mouette wrote: > I would like to propose the following release goal for lenny: all > packages shipping icons in /usr/share/icons/$theme should update the > icon caches accordingly. > > Icon caches help improving performance of the desktop. However, the icon > cac

Re: Proposed release goal : icon caches

Josselin Mouette <[EMAIL PROTECTED]> writes: > Le vendredi 13 juillet 2007 à 11:29 +, Sune Vuorela a écrit : >> > 6. Update dh_icons to change its behaviour for packages shipping >> > index.theme files: such packages will always generate the icon >> > cache and have a depen

Re: Proposed release goal : icon caches

Le vendredi 13 juillet 2007 à 15:03 +0200, Loïc Minier a écrit : > On Fri, Jul 13, 2007, Josselin Mouette wrote: > > 6. Update dh_icons to change its behaviour for packages shipping > > index.theme files: such packages will always generate the icon > > cache and have a dependen

Re: Proposed release goal : icon caches

Le vendredi 13 juillet 2007 à 11:29 +, Sune Vuorela a écrit : > > 6. Update dh_icons to change its behaviour for packages shipping > > index.theme files: such packages will always generate the icon > > cache and have a dependency on libgtk2.0-bin. > > You want all programs

Re: Proposed release goal : icon caches

Sune Vuorela <[EMAIL PROTECTED]> writes: > On 2007-07-13, Russ Allbery <[EMAIL PROTECTED]> wrote: >> I have no objections, but somewhere in that plan should be "open a >> Policy bug with the specification of what maintainers should do to >> update icon caches" so that we can work through the proce

Re: Proposed release goal : icon caches

Josselin Mouette <[EMAIL PROTECTED]> writes: > I would like to propose the following release goal for lenny: all > packages shipping icons in /usr/share/icons/$theme should update the > icon caches accordingly. > Icon caches help improving performance of the desktop. However, the icon > cache spe

Re: Proposed release goal : icon caches

On 2007-07-13, Russ Allbery <[EMAIL PROTECTED]> wrote: > I have no objections, but somewhere in that plan should be "open a Policy > bug with the specification of what maintainers should do to update icon > caches" so that we can work through the process of getting this > specification into Policy.

Re: Proposed release goal : icon caches

* Russ Allbery ([EMAIL PROTECTED]) [070713 17:31]: > I have no objections, but somewhere in that plan should be "open a Policy > bug with the specification of what maintainers should do to update icon > caches" so that we can work through the process of getting this > specification into Policy. It

Re: Proposed release goal : icon caches

On Fri, Jul 13, 2007, Otavio Salvador wrote: > Wouldn't be good to split the needed binaries out of it? The problem is that the current proposal requires a dependency on whatever ships gtk-update-icon-cache which will depend on libgtk which is what we want to avoid pulling on other desktop envi

Re: Proposed release goal : icon caches

Loïc Minier <[EMAIL PROTECTED]> writes: > The libgtk2.0-bin dep is a serious issue for other desktop > environments. Wouldn't be good to split the needed binaries out of it? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED]

Re: Proposed release goal : icon caches

On Fri, Jul 13, 2007, Josselin Mouette wrote: > 6. Update dh_icons to change its behaviour for packages shipping > index.theme files: such packages will always generate the icon > cache and have a dependency on libgtk2.0-bin. So I understand that we will need a second NMU rou

Re: Proposed release goal : icon caches

Cyril Brulebois <[EMAIL PROTECTED]> (13/07/2007): > [Crap.] Never answer a mail with uptime near to 0. Sorry for the noise. -- Cyril Brulebois pgpRuLI6Ayfdm.pgp Description: PGP signature

Re: Proposed release goal : icon caches

Sune Vuorela <[EMAIL PROTECTED]> (13/07/2007): > You want all programs shipping a icon to depend on libgtk2.0-bin? I guess it is sufficient to test the executable with -x, and only run the command if the executable is present. See update-menus, update-mime, et al.: $ grep -- \ -x /var/lib/dpkg/in

Re: Proposed release goal : icon caches

On 2007-07-13, Josselin Mouette <[EMAIL PROTECTED]> wrote: > I would like to propose the following release goal for lenny: all > packages shipping icons in /usr/share/icons/$theme should update the > icon caches accordingly. > > 6. Update dh_icons to change its behaviour for packages shipping

Re: Proposed release goal : icon caches

On Fri, 13 Jul 2007 12:28:30 +0200, Josselin Mouette wrote: > Icon caches help improving performance of the desktop. However, the icon > cache specification was made without much thought and doesn't cope with > package managers at all; this is why this wasn't done for etch. We need > to do it now,

Proposed release goal : icon caches

Hi, I would like to propose the following release goal for lenny: all packages shipping icons in /usr/share/icons/$theme should update the icon caches accordingly. Icon caches help improving performance of the desktop. However, the icon cache specification was made without much thought and doesn'

Re: Bug#430023: please add gnu-fdisk-udeb and gnu-cfdisk-udeb

On Fri, Jul 13, 2007 at 01:48:17AM +0200, Frans Pop wrote: > Hello Julien, > > I was quite surprised to see the two new udebs from your source package > gnu-fdisk appear. Mainly because there has not been any discussion by > Robert about adding them with the rest of the D-I team and the D-I > r