Re: Bug#629276: NFS needs same dispensation to use DES as AFS

2011-06-06 Thread Steve Langasek
On Tue, Jun 07, 2011 at 01:29:33PM +1000, Brian May wrote: > What should I do with this bug? > I did build a version for unstable, but I am not convinced this change > is needed for unstable. > I am doubtful it will get accepted in stable, because it isn't fixing > a grave bug. I would recommend

Snoring-Sleeping Problems

2011-06-06 Thread Sleep Miracle
**Snoring/Sleeping Problems** Start Getting a Great nights sleep with "Natures Sleep Formula" Visit our link below: http://www.miraclesleep.info To Unsubscribe from our list Email us at nom...@miraclesleep.info Mailing Address: P.O. Box 790002 San Antonio, TX 78279-0002 -- To UNSU

Bug#629491: ITP: libcatalyst-controller-actionrole-perl -- Apply roles to action instances

2011-06-06 Thread Joenio Costa
Package: wnpp Severity: wishlist Owner: Joenio Costa * Package name: libcatalyst-controller-actionrole-perl Version : 0.15-1 Upstream Author : Florian Ragwitz * URL : http://search.cpan.org/dist/Catalyst-Controller-ActionRole/ * License : Artistic or GPL-1+

Re: Bug#629276: NFS needs same dispensation to use DES as AFS

2011-06-06 Thread Brian May
Hello debian-devel, What should I do with this bug? I did build a version for unstable, but I am not convinced this change is needed for unstable. I am doubtful it will get accepted in stable, because it isn't fixing a grave bug. I am not sure it is appropriate for backports, because the change

Re: throw away debs and source only uploads

2011-06-06 Thread Don Armstrong
On Mon, 06 Jun 2011, Philipp Kern wrote: > I.e. I think we should still allow non-buildd binaries, e.g. for > those cases you mentioned. Non-buildd binaries should still be allowed, but they should be followed immediately by a binNMU. [Are there any cases where we wouldn't want to rebuild the pack

Re: throw away debs and source only uploads

2011-06-06 Thread Guillem Jover
On Mon, 2011-06-06 at 19:38:03 +0200, Luk Claes wrote: > Are you saying they cannot be bootstrapped with older versions (which > are already in the archive)??! By definition if they need to be manually bootstrapped it's because their build dependencies are not available. The usual cases for that a

Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]

2011-06-06 Thread Ben Finney
Tollef Fog Heen writes: > ]] Sven Hoexter > > | On the other hand there are all these packages in stable with broken > | Vcs fields now. Still not nice but assuming that most contributions > | will be based on what's in unstable that might be bearable. > > What VCS fields are broken? Neither th

Re: distinguish between "core" and "main"?

2011-06-06 Thread Russ Allbery
Harald Dunkel writes: > On 06/06/11 07:06, Russ Allbery wrote: >> I still think this whole conversation is based on a false premise. I >> think the original request originated from a belief that there is some >> separable part of "core" Debian which could be held stable, and that >> keeping that

Re: distinguish between "core" and "main"?

2011-06-06 Thread Harald Dunkel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/06/11 07:06, Russ Allbery wrote: > > I still think this whole conversation is based on a false premise. I > think the original request originated from a belief that there is some > separable part of "core" Debian which could be held stable, and

Re: openvg.h not found

2011-06-06 Thread Cyril Brulebois
Hi, Philip Ashmore (06/06/2011): > While trying to build QT 4.8.0 technology preview I had occasion to > search for openvg.h. while it would be nice to have a functional packages.debian.org, I probably should be sharing that (at least in the meanwhile): # apt-get install apt-file $ apt-file

openvg.h not found

2011-06-06 Thread Philip Ashmore
Hi there. While trying to build QT 4.8.0 technology preview I had occasion to search for openvg.h. According to http://packages.debian.org/search?suite=wheezy§ion=all&arch=amd64&searchon=contents&keywords=openvg.h it's not in Wheezy/amd64, and yet there it is in libopenvg1-mesa-dev. Is there

Bug#629435: ITP: hamexam -- Study guide for USA FCC amateur radio (ham radio) license examinations.

2011-06-06 Thread John T. Nogatch
Package: wnpp Severity: wishlist Owner: "John T. Nogatch" * Package name: hamexam Version : 1.0.0 Upstream Author : Name * URL : https://launchpad.net/~jnogatch/+archive/hamexam?field.series_filter= * License : GPL Programming Lang: awk, sh Description

Re: throw away debs and source only uploads

2011-06-06 Thread Luk Claes
On 06/06/2011 10:16 AM, Guillem Jover wrote: > Hi! > > On Sun, 2011-04-17 at 11:20:07 +0200, Stefano Zacchiroli wrote: >> On Wed, Mar 30, 2011 at 04:18:34PM +0200, Stefano Zacchiroli wrote: The main decision which needs to be made is whether, as a project, we want source only uploads or

Re: Portability improvements with libbsd 0.3.0

2011-06-06 Thread Robert Millan
2011/6/6 Guillem Jover : > On Sat, 2011-06-04 at 14:24:52 +, Thorsten Glaser wrote: >> Guillem Jover dixit: >> >  pkg-config --cflags libbsd-overlay >> >> pkg-config is a GNU abomination and not used by BSD projects. > > I disagree with the abomination part, Just for completeness, I disagree w

Re: Portability improvements with libbsd 0.3.0

2011-06-06 Thread Guillem Jover
On Sat, 2011-06-04 at 14:24:52 +, Thorsten Glaser wrote: > Guillem Jover dixit: > > pkg-config --cflags libbsd-overlay > > pkg-config is a GNU abomination and not used by BSD projects. I disagree with the abomination part, but in any case do you have a better alternative with equivalent func

Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]

2011-06-06 Thread Thijs Kinkhorst
On Mon, June 6, 2011 12:09, Tollef Fog Heen wrote: > ]] Sven Hoexter > > | On the other hand there are all these packages in stable with broken > | Vcs fields now. Still not nice but assuming that most contributions > | will be based on what's in unstable that might be bearable. > > What VCS fields

Re: throw away debs and source only uploads

2011-06-06 Thread Guillem Jover
On Mon, 2011-06-06 at 09:03:00 +, Philipp Kern wrote: > On 2011-06-06, Guillem Jover wrote: > > I think this was mentioned in some previous incarnation of this > > discussion, but throwing away debs unconditionally, or at least w/o > > having a way to specify they must not be thrown away is go

Bug#629404: ITP: qi -- lightweight bootloader for OpenMoko Freerunner

2011-06-06 Thread Timo Juhani Lindfors
Package: wnpp Severity: wishlist Owner: Timo Juhani Lindfors * Package name: qi Version : 20100107 Upstream Author : OpenMoko inc. * URL : http://wiki.openmoko.org/wiki/Qi * License : GPL-2 Programming Lang: C, assembler Description : lightweight bootlo

Bug#629396: ITP: grilo -- Grilo framework

2011-06-06 Thread Alessio Treglia
Package: wnpp Severity: wishlist Owner: Alessio Treglia * Package name: grilo Version : 0.1.15 Upstream Author : The Grilo Team * URL : http://live.gnome.org/Grilo * License : LGPL Programming Lang: C Description : Grilo framework Grilo is a framework

Bug#629395: ITP: grilo-plugins -- Grilo framework plugins

2011-06-06 Thread Alessio Treglia
Package: wnpp Severity: wishlist Owner: Alessio Treglia * Package name: grilo-plugins Version : 0.1.15 Upstream Author : The Grilo Team * URL : http://live.gnome.org/Grilo * License : LGPL Programming Lang: C Description : Grilo framework plugins Gril

Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]

2011-06-06 Thread Sven Hoexter
On Mon, Jun 06, 2011 at 12:09:41PM +0200, Tollef Fog Heen wrote: Hi, > What VCS fields are broken? Oh I see for gitweb and git://git.d.o everything is already in place and svn.d.o redirects for /wsvn/ and others are already on the todo list. Sorry for the noise and false claims. Sven -- And I

Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]

2011-06-06 Thread Tollef Fog Heen
]] Sven Hoexter | On the other hand there are all these packages in stable with broken | Vcs fields now. Still not nice but assuming that most contributions | will be based on what's in unstable that might be bearable. What VCS fields are broken? -- Tollef Fog Heen UNIX is user friendly, it's

Bug#629384: ITP: libeio -- Event-based fully asynchronous I/O library

2011-06-06 Thread Alessandro Ghedini
Package: wnpp Severity: wishlist Owner: Alessandro Ghedini * Package name: libeio Version : 3.9 Upstream Author : Marc Alexander Lehmann * URL : http://software.schmorp.de/pkg/libeio.html * License : BSD (2 clause) or GPL-2+ Programming Lang: C Description

Re: throw away debs and source only uploads

2011-06-06 Thread Philipp Kern
On 2011-06-06, Guillem Jover wrote: >> - There seems to be consensus to go ahead with throw-away debs; they >> require a bit of work though so either be patient or, better, >> volunteer with FTP masters to help out with the implementation of the >> remaining bits. > I think this was mentione

Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]

2011-06-06 Thread Ian Campbell
On Mon, 2011-06-06 at 10:24 +0200, Jonas Smedegaard wrote: > On 11-06-06 at 09:18am, Sven Hoexter wrote: > > On Mon, Jun 06, 2011 at 08:17:03AM +0200, Guillem Jover wrote: > > > On Sun, 2011-06-05 at 20:56:25 +0100, Ben Hutchings wrote: > > > > Hi, > > > > > > The majority of published references

Re: distinguish between "core" and "main"?

2011-06-06 Thread Simon McVittie
On Sun, 05 Jun 2011 at 08:29:03 +0200, Harald Dunkel wrote: > All these APIs and dynamic libraries are meant to provide backward > compatibility. You're asking for forward compatibility, though: making applications in testing/main limit themselves to only doing things which already worked in stabl

Bug#629381: ITP: libpam4j -- Java binding for libpam.so

2011-06-06 Thread James Page
Package: wnpp Severity: wishlist Owner: James Page * Package name: libpam4j Version : 1.4 Upstream Author : Kohsuke Kawaguchi * URL : http://java.net/projects/libpam4j/ * License : MIT Programming Lang: Java Description : Java binding for libpam.so T

Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]

2011-06-06 Thread Jonas Smedegaard
On 11-06-06 at 09:18am, Sven Hoexter wrote: > On Mon, Jun 06, 2011 at 08:17:03AM +0200, Guillem Jover wrote: > > On Sun, 2011-06-05 at 20:56:25 +0100, Ben Hutchings wrote: > > Hi, > > > > The majority of published references to VCS repositories are URLs > > > for anonymous access. Also regular

Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]

2011-06-06 Thread Sven Hoexter
On Mon, Jun 06, 2011 at 10:02:42AM +0200, Joachim Breitner wrote: Hi, > if there is consensus to switch back for anonymous access, then it > should be doable to also support the anonvcs-links, so that your > modified checkout keeps working. Sure but it would still mean that we first managed to b

Re: throw away debs and source only uploads

2011-06-06 Thread Guillem Jover
Hi! On Sun, 2011-04-17 at 11:20:07 +0200, Stefano Zacchiroli wrote: > On Wed, Mar 30, 2011 at 04:18:34PM +0200, Stefano Zacchiroli wrote: > > > The main decision which needs to be made is whether, as a project, we > > > want source only uploads or to throw away DD built non-all debs. > > > There's

Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]

2011-06-06 Thread Joachim Breitner
Hi, Am Montag, den 06.06.2011, 09:18 +0200 schrieb Sven Hoexter: > On Mon, Jun 06, 2011 at 08:17:03AM +0200, Guillem Jover wrote: > > On Sun, 2011-06-05 at 20:56:25 +0100, Ben Hutchings wrote: > > > The majority of published references to VCS repositories are URLs for > > > anonymous access. Also

Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]

2011-06-06 Thread Sven Hoexter
On Mon, Jun 06, 2011 at 08:17:03AM +0200, Guillem Jover wrote: > On Sun, 2011-06-05 at 20:56:25 +0100, Ben Hutchings wrote: Hi, > > The majority of published references to VCS repositories are URLs for > > anonymous access. Also regular Alioth users will be more aware of the > > Alioth reconfigu

Re: Link-time optimization in debian packages

2011-06-06 Thread Bernhard R. Link
* Adam Borowski [110606 01:15]: > On Sun, Jun 05, 2011 at 01:18:43PM +0200, Emil Langrock wrote: > > I played around a little bit with GCC's LTO [4]. It is really impressive > > for > > this kind of applications. I had a size reduction and speed increase with > > the > > tested applications. O