Major Vendors and FSF Announce Instigation of Cloud Alliance and New Open Source License

*PRESS RELEASE ** http://tinyurl.com/cloudleft Major Vendors and FSF Announce Instigation of Cloud Alliance and New Open Source License * CLOUD 9, THE CLOUD®, April 1 2009 (CCT): Today, major cloud vendors, in conjunction with the Free Software Foundation (FSF), announced the imminent creation of

Bug#522135: ITP: python-pip -- Alternative Python package installer

Package: wnpp Severity: wishlist Owner: Jeff Licquia * Package name: python-pip Version : 0.3.1 Upstream Author : Ian Bicking * URL : http://pip.openplans.org/ * License : MIT/X Programming Lang: Python Description : Alternative Python package installer

Re: why is Ardour pretty outdated in stable and not in testing?

Grammostola Rosea wrote: >> >> http://release.debian.org/migration/testing.pl?package=ardour >> > So this should be fixed, wait till it hit testing and then make an > backport? Yes. That's the best way to go. -- Bernd Zeimetz Debian GNU/Linux Developer GPG Finger

Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)

Roger Leigh wrote: > [...] > I'm unsure why we need *any* 32-bit libraries or binaries on an > amd64 system. If one needs to run 32-bit software, it is possible to > debootstrap an i386 system and use it as a chroot. The best example that comes to my mind is wine. You definitely have to run it

Re: demoting a dependency

On Mar 31, Steve Langasek wrote: > libkrb5 is also Priority: standard these days, so is it really necessary to > try that hard, anyway? Thanks to symbol dependencies this removed the need for backports. -- ciao, Marco signature.asc Description: Digital signature

Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)

Goswin von Brederlow wrote: > Luk Claes writes: > >> Goswin von Brederlow wrote: >>> Adeodato Simó writes: >>> * Goswin von Brederlow [Mon, 30 Mar 2009 14:33:32 +0200]: Mark Hymers has talked about providing a mechanism to ensure source packages stay on the pool when other stuff

Re: Extended descriptions size

Andreas Tille writes: > On Mon, 30 Mar 2009, Michael Bramer wrote: > >> Goswin von Brederlow schrieb: >>> I think the idea of using the Description-md5sum is that in most cases >>> the md5sum remains identical for many versions. If you use the >>> packages actual version then every upload will ne

Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)

Peter Samuelson writes: > [Goswin von Brederlow] >> Currently ia32-libs source builds one ia32-libs.deb. Not split up per >> binary package it contains. > > Yes but I thought we were talking about changing that, so that it > builds ia32-libc6, ia32-libssl0.9.8, etc. That is how I understood > Da

Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)

Matthew Johnson writes: > On Mon Mar 30 17:20, Roger Leigh wrote: >> With multiarch, it's a different story, but we aren't quite there yet. >> > Multiarch is definitely the right way to handle this and I think we > should were possible be putting effort into that and not hacks. > > I still am no

Re: demoting a dependency

Mike Hommey writes: > On Tue, Mar 31, 2009 at 03:21:02PM +0200, Marco d'Itri wrote: >> Is there a more elegant way to do this? > > You just don't do it like that, because: > $ ldd /usr/lib/news/bin/auth/passwd/auth_krb5 | grep com_err > libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7f2f000

Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)

Luk Claes writes: > Goswin von Brederlow wrote: >> Adeodato Simó writes: >> >>> * Goswin von Brederlow [Mon, 30 Mar 2009 14:33:32 +0200]: > >>> Mark Hymers has talked about providing a mechanism to ensure source >>> packages stay on the pool when other stuff has been built from them (eg. >>> k

Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)

Adeodato Simó writes: >> Currently the size makes regular uploads too costly imho. And the >> security team is still not supporting ia32-libs. I even did prepare an >> security upload for etch last year that they only had to sponsor but >> never heard back from the team. > > With my proposed hac

Re: demoting a dependency

Sorry for the replying everywhere, forgot that I also meant to comment on this. On Tue, Mar 31, 2009 at 03:21:02PM +0200, Marco d'Itri wrote: > Is there a more elegant way to do this? > install: > ... > # try hard to not depend on libkrb5* since usually it's not needed libkrb5 is

Re: demoting a dependency

On Tue, Mar 31, 2009 at 03:36:21PM +0200, Mike Hommey wrote: > On Tue, Mar 31, 2009 at 03:21:02PM +0200, Marco d'Itri wrote: > > Is there a more elegant way to do this? > You just don't do it like that, because: > $ ldd /usr/lib/news/bin/auth/passwd/auth_krb5 | grep com_err > libcom_err.s

Re: demoting a dependency

On Tue, Mar 31, 2009 at 10:17:47PM +0200, Marco d'Itri wrote: > On Mar 31, Mike Hommey wrote: > > If you don't want to depend on libcomerr2, don't depend on it. It's not > > because libkrb5-3 already depends on it that it's a proper thing to > > remove the dependency that way. What happens when l

Re: demoting a dependency

On Mar 31, Mike Hommey wrote: > If you don't want to depend on libcomerr2, don't depend on it. It's not > because libkrb5-3 already depends on it that it's a proper thing to > remove the dependency that way. What happens when libkrb5-3 depends > on libcomerr3 ? Plenty of segfaults because both wo

Re: why is Ardour pretty outdated in stable and not in testing?

Another happy user here :) On Tue, Mar 31, 2009 at 11:41 AM, Cassiel wrote: > 2009/3/31 Felipe Sateler >> >> BTW, ardour migrated to testing yesterday. > > Very happy end user here :-)  thought I am not the only one I guess > > Thanks to everybody involved > > r > > -- Oscar Morante GPG: CA7

Re: DEP-4: The TDeb specification.

On Tue, 31 Mar 2009 13:06:35 -0400 Filipus Klutiero wrote: > Neil Williams wrote: > > Primary Motivations (in order): > >1. Updates to translations should not require source NMU's. > > > I guess that means avoiding to NMU with new diff.gz -s? If so, what are > the underlying motivations?

Bug#522088: ITP: libtest-leaktrace-perl -- Several functions that trace memory leaks

Package: wnpp Severity: wishlist Owner: Xavier Oswald * Package name: libtest-leaktrace-perl Version : 0.09 Upstream Author : Goro Fuji(gfx) * URL : http://search.cpan.org/dist/Test-LeakTrace/ * License : GPL, Artistic Programming Lang: Perl Description

Re: DEP-4: The TDeb specification.

Neil Williams wrote: Primary Motivations (in order): 1. Updates to translations should not require source NMU's. I guess that means avoiding to NMU with new diff.gz -s? If so, what are the underlying motivations? What is the purpose of creating a new binary package format for this (as o

Bug#522079: ITP: gstreamer0.10-rtsp -- GStreamer based RTSP server

Package: wnpp Severity: wishlist Owner: Sebastian Reichel * Package name: gstreamer0.10-rtsp Version : 0.10.1.0 Upstream Author : Wim Taymans * URL : http://people.freedesktop.org/~wtay/ * License : LGPL Programming Lang: C Description : GStreamer base

Re: Transitions update: some done, some ready, some starting

* Adeodato Simó [Tue, 31 Mar 2009 17:56:33 +0200]: > * poppler, evolution-data-server/gnokii/metacity, libmtp/libgpod > scheduled for this week, upload blocks in place (see attached) > The complete list of packages is attached. Yeah, about that. Attached now. poppler === Michael Banc

Bug#522070: ITP: lv2core -- The LV2 audio plugin specification

Package: wnpp Severity: wishlist Owner: "Jaromír Mikeš" * Package name: lv2core Version : 3.0.0 Upstream Author : Dave Robillard * URL : http://download.drobilla.net/ * License : LGPL Programming Lang: Python Description : The LV2 audio plugin specific

Re: demoting a dependency

* Paul Wise [Tue, 31 Mar 2009 22:42:32 +0800]: > On Tue, Mar 31, 2009 at 9:21 PM, Marco d'Itri wrote: > > Is there a more elegant way to do this? > Not sure if it would work with your case, but xchat used this to > demote plugin dependencies to recommends: > dh_shlibdeps -a -u'-dDepends debian/

Bug#522069: ITP: svl2 -- A library for simple use of LV2 plugins

Package: wnpp Severity: wishlist Owner: "Jaromír Mikeš" * Package name: svl2 Version : 0.6.2 Upstream Author : Dave Robillard * URL : http://drobilla.net/software/slv2 * License : GPL Programming Lang: Python Description : A library for simple use of L

Re: demoting a dependency

On Tue, Mar 31, 2009 at 9:21 PM, Marco d'Itri wrote: > Is there a more elegant way to do this? Not sure if it would work with your case, but xchat used this to demote plugin dependencies to recommends: dh_shlibdeps -a -u'-dDepends debian/xchat/usr/bin/xchat -dRecommends' -- bye, pabs http://w

Re: demoting a dependency

On Tue, Mar 31, 2009 at 03:21:02PM +0200, Marco d'Itri wrote: > Is there a more elegant way to do this? You just don't do it like that, because: $ ldd /usr/lib/news/bin/auth/passwd/auth_krb5 | grep com_err libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7f2f000) If you don't want to depend o

demoting a dependency

Is there a more elegant way to do this? install: ... # try hard to not depend on libkrb5* since usually it's not needed dh_shlibdeps --exclude=/usr/lib/news/bin/auth/passwd/auth_krb5 dpkg-shlibdeps -Tdebian/tmp.substvars -dSuggests \ $D/usr/lib/news/

Re: Bug#522017: ITP: jblas -- jblas is a fast linear algebra library for Java

Soeren Sonnenburg writes: > Package: wnpp > Severity: wishlist > Owner: Soeren Sonnenburg > > * Package name: jblas This package seems likely to be of interest to debian-science, so I'm sending this mail there too. It would presumably fit into the mathematics-dev task. And here is the r

Re: why is Ardour pretty outdated in stable and not in testing?

2009/3/31 Felipe Sateler > > BTW, ardour migrated to testing yesterday. Very happy end user here :-) thought I am not the only one I guess Thanks to everybody involved r

Re: why is Ardour pretty outdated in stable and not in testing?

Felipe Sateler wrote: Grammostola Rosea wrote: Fabian Greffrath wrote: Grammostola Rosea schrieb: But that doesn't really solve the problem imo. The problem is solved when Ardour in unstable hit testing and then stable after a while. Now it seems to be stuck in unstable...

Re: why is Ardour pretty outdated in stable and not in testing?

Grammostola Rosea wrote: > Fabian Greffrath wrote: >> Grammostola Rosea schrieb: >>> But that doesn't really solve the problem imo. The problem is solved >>> when Ardour in unstable hit testing and then stable after a while. >>> Now it seems to be stuck in unstable... >> >> You don't seem to under

Processed: i think you ment a different bug

Processing commands for cont...@bugs.debian.org: > reassign 520891 linux-2.6 Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip Bug reassigned from package `general' to `linux-2.6'. > # joss i think you ment a different bug... > thanks Stopping processing here

Re: grouping of alternative depends

* Holger Levsen [2009-03-29 19:46:33 CEST]: > Hi, > > On Sonntag, 29. März 2009, Adeodato Simó wrote: > > Hm? Your original mail said you wanted: > > Depends: (pdns-backend-ldap + pdns-recursor) | bind9 > > How does installing bind9 plus pdns-backend-ldap not satisfy the above? > > Sure it d

Processed: reassign 520891 to general

Processing commands for cont...@bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.9.26etch2 > reassign 520891 general Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip Bug reassigned from package `libgnomevfs2-0' to `general'.

Re: grouping of alternative depends

On Mon, Mar 30, 2009 at 12:13:52PM -0500, Manoj Srivastava wrote: > And that bug on policy would have to show more reason than "I do > not find it pretty enough" to show why we need to modify policy, and (Note that I did not suggest that, I just pointed out that dpkg wouldn't have been t

Re: [GSoC] KDE4/Qt4 based package manager

Le lundi 30 mars 2009 à 22:18 +0200, Obey Arthur Liu a écrit : > Aptitude is much more than a bare APT front-end. It embarks its own > elaborate resolver and quite a few other things. The “elaborate” resolver is precisely one of the reasons why I wouldn’t want to see it on the desktop. -- .''`.