Bug#441475: ITP: libnet-bluetooth-perl -- Perl Bluetooth interface

Package: wnpp Severity: wishlist Owner: Rene Mayorga <[EMAIL PROTECTED]> * Package name: libnet-bluetooth-perl Version : 0.40 Upstream Author : Ian Guthrie <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~iguthrie/Net-Bluetooth-0.40/ * License : GPL/Artistic

Re: Dependencies on shared libs, news and difference between archs

On Mon, Sep 10, 2007 at 05:00:04AM +0300, Guillem Jover wrote: > On Fri, 2007-08-31 at 00:15:10 -0700, Steve Langasek wrote: > > On Fri, Aug 31, 2007 at 06:09:42AM +0300, Guillem Jover wrote: > > > For libraries with versioned symbols, just checking for the needed > > > version nodes should be enou

Re: Dependencies on shared libs, news and difference between archs

On Fri, 2007-08-31 at 00:15:10 -0700, Steve Langasek wrote: > On Fri, Aug 31, 2007 at 06:09:42AM +0300, Guillem Jover wrote: > > For libraries with versioned symbols, just checking for the needed > > version nodes should be enough, and I'd say that adding symbols to > > a previously existing versio

Re: Why no Opera?

> + Firefox developers should all know what to compete against, free closed > source programs are a means to communicate concepts and benchmarks between > developers I think this is a very important point. The Firefox monoculture is doing a lot of harm to our community. Just like Linux learnt

Can you tell me what's wrong, and how we can fix it?

Princesses always hee-hawed at me and even youths did in the free WC! Well, now I laugh at them, because I took M eg ad ik for 7 months and now my tool is badly largest than national. pick up http://hlaford.com/ -- percent against the party. Penguins have arrived at 94 point

Re: Why no Opera?

On Sun, Sep 09, 2007 at 07:14:20PM -0500, Ron Johnson wrote: > On 09/09/07 13:11, Manoj Srivastava wrote: > > On Sun, 09 Sep 2007 18:19:28 +0100, David Given <[EMAIL PROTECTED]> said: > > > >> I'd take issue with that statement. Opera don't owe Debian anything; > > > > And, of course, vi

Re: Why no Opera?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/09/07 13:11, Manoj Srivastava wrote: > On Sun, 09 Sep 2007 18:19:28 +0100, David Given <[EMAIL PROTECTED]> said: > >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > >> Ben Finney wrote: [...] >>> It would behoove you to at least put significa

Bug#441448: ITP: ario -- A complete GTK2 client for MPD

Package: wnpp Severity: wishlist Owner: Marc Pavot <[EMAIL PROTECTED]> * Package name: ario Version : 0.2 Upstream Author : Marc Pavot <[EMAIL PROTECTED]> * URL : http://ario-player.sourceforge.net/ * License : GPL Programming Lang: C Description : A co

0ginseng

Wazzup FARTEK i am the most confident person in the world now.. Casian Quebbemann http://www.slbudget.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: X-Virus-Scanned: at lists.debian.org with p-bank en-ht

Hi, On Sun Sep 09, 2007 at 23:09:38 +0200, Elimar Riesebieter wrote: > On Sun, 09 Sep 2007 the mental interface of > Martin Zobel-Helas told: > > [...] > > p-bank means policy bank. that can also be found in the debian package. > > In which one? amavisd-new. The following is taken from the am

Re: X-Virus-Scanned: at lists.debian.org with p-bank en-ht

On Sun, 09 Sep 2007 the mental interface of Martin Zobel-Helas told: [...] > p-bank means policy bank. that can also be found in the debian package. In which one? > en-ht means "english, high traffic". That helps us for setting per list > policies in the spamfilter. We grouped together several d

Re: Why no Opera?

On Sunday 09 September 2007 20:11:26 Manoj Srivastava wrote: > On Sun, 09 Sep 2007 18:19:28 +0100, David Given <[EMAIL PROTECTED]> said: [...] > > I'd suggest that because it strongly benefits us if Opera continues to > > listen to our suggestions, it would not be a good idea not to attempt > > to

Re: X-Virus-Scanned: at lists.debian.org with p-bank en-ht

Hi, On Sun Sep 09, 2007 at 22:41:16 +0200, Elimar Riesebieter wrote: > > Hi all, > > since today I noticed the above mail header. Could one enlight me > what p-bank is? I can't find something similar in the pkg databse. p-bank means policy bank. that can also be found in the debian package. en

X-Virus-Scanned: at lists.debian.org with p-bank en-ht

Hi all, since today I noticed the above mail header. Could one enlight me what p-bank is? I can't find something similar in the pkg databse. All mails I receive coming from lists.debian.org do have this header. Elimar -- "Talking much about oneself can also be a means to conceal onesel

Re: Fwd: Re: Why no Opera?

On Sunday 09 September 2007 19:19, David Given wrote: > Ben Finney wrote: > [...] > > > It would behoove you to at least put significant effort into > > what everyone here agrees would be the best way to get Opera working > > well with Debian and other free software operating systems. > > I'd take

Re: Why no Opera?

On Sun, 09 Sep 2007 18:19:28 +0100, David Given <[EMAIL PROTECTED]> said: > -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Ben Finney wrote: [...] >> It would behoove you to at least put significant effort into what >> everyone here agrees would be the best way to get Opera working well >> with

Re: Fwd: Re: Why no Opera?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ben Finney wrote: [...] > It would behoove you to at least put significant effort into > what everyone here agrees would be the best way to get Opera working > well with Debian and other free software operating systems. Mmf. I'd take issue with that

My boyfriend's shaft keeps slipping out.

Females always laughed at me and even bucks did in the federal comfort station! Well, now I sriek at them, because I took M_E_G. ADI. K for 6 months and now my phallus is hugely bigger than civil. patronize http://hittie.net/ -- According to the statistics 7 million of Swede

Re: RFC: changes to default password strength checks in pam_unix

> Some schools even use the same password for all lower grade users > instead of providing very easy passwords, and I am not sure if that is > better. I am convinced the schools will come up with some new an > innovative insecure way to work around any enforced password policy, > so it might not

Re: Renaming libraries from upstream

On Sun, Sep 09, 2007 at 09:47:50AM +0100, Neil Williams wrote: > What's the best way forward? > > 5. something else? How about convincing upstream that too generic library names are not a good idea? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE

Re: Renaming libraries from upstream

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/09/07 03:47, Neil Williams wrote: > GPE includes libschedule which, when I originally packaged it, I > thought was a likely candidate for a name collision either now or later > because GPE is a small (self-contained) environment and 'schedule' is

Efficiency, Flexibility, Future, what are those? (Re: [CMake] Producing deb package with 'ar')

06-08-2007, Antti-Juhani Kaijanaho: [] > Also note that packages intended for installation in a Debian system > should follow Debian policy. This may be nontrivial to achieve using an > automated system like (I assume) cmake. > See http://www.debian.org/doc/debian-policy/ What about

Bug#441365: ITP: libthreads-perl -- threads interface for perl

Package: wnpp Severity: wishlist * Package name: libthreads-perl Version : 1.65 Upstream Author : Don Armstrong <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~jdhedden/threads/ * License : GPL/Artistic Description : threads interface for perl thread

Bug#441366: ITP: libthreads-shared-perl -- shared data between threads for perl

Package: wnpp Severity: wishlist * Package name: libthreads-shared-perl Version : 1.13 Upstream Author : Don Armstrong <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~jdhedden/threads-shared/ * License : GPL/Artistic Description : shared data between t

Renaming libraries from upstream

GPE includes libschedule which, when I originally packaged it, I thought was a likely candidate for a name collision either now or later because GPE is a small (self-contained) environment and 'schedule' is such a common thing to do in software. So I renamed the Debian package libgpeschedule to mak

Re: many packages FTBFS, if $TAPE is set

On Sun, Sep 09, 2007 at 11:26:14AM +0400, Sergei Golovan wrote: > > > Should this be treated as a bug in buildd configuration or package > > > maintainers should take into account the possibility of so unusual > > > HOME behavior? > > It's a bug in your package. Packages should not rely on anythi

Re: many packages FTBFS, if $TAPE is set

On 9/9/07, Steve Langasek <[EMAIL PROTECTED]> wrote: > On Sun, Sep 09, 2007 at 11:08:19AM +0400, Sergei Golovan wrote: > > > One of the packages co-maintained by me FTBFS if HOME environment > > variable points to an existing inaccessible directory. (See > > http://buildd.debian.org/fetch.cgi?&pkg=

Re: many packages FTBFS, if $TAPE is set

On Sun, Sep 09, 2007 at 11:08:19AM +0400, Sergei Golovan wrote: > On 8/28/07, Russ Allbery <[EMAIL PROTECTED]> wrote: > > I don't have any time to work on this, but it occurred to me reading this > > that it might be useful for QA purposes to have a version of debuild that > > *unsanitizes* the en

Re: many packages FTBFS, if $TAPE is set

On Sun, 9 Sep 2007 11:08:19 +0400 "Sergei Golovan" <[EMAIL PROTECTED]> wrote: > One of the packages co-maintained by me FTBFS if HOME environment > variable points to an existing inaccessible directory. (See > http://buildd.debian.org/fetch.cgi?&pkg=wings3d&ver=0.98.36-4&arch=mipsel&stamp=11892516

Re: many packages FTBFS, if $TAPE is set

On 8/28/07, Russ Allbery <[EMAIL PROTECTED]> wrote: > I don't have any time to work on this, but it occurred to me reading this > that it might be useful for QA purposes to have a version of debuild that > *unsanitizes* the environment to test robustness. An evil-debuild that > sets every problem