Re: deb-ice -- violating the GPL since 2007-08-14

2007-09-02 Thread Joey Schulze
Robert Edmonds wrote: > "deb-ice" is a custom Debian distribution, described in [0] and available from > [1]. It appears to be a preseeded Debian 4.0 i386 business card ISO built > using a web-based tool called LinuxCOE[2], and the aggregator has attempted to > place the entire work under a licens

DUG: Debian User Groups, and their status.

2007-09-02 Thread Junichi Uekawa
Hi, I've noticed that there is: http://wiki.debian.org/LocalGroups and added Japan to the list. I think it would be better served if it were linked from www.debian.org, or placed under www.debian.org. Am I missing something? regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} D

ITP: libmath-pari-perl

2007-09-02 Thread Deepak Tripathi
Package: wnpp Severity: wishlist Owner: Deepak Tripathi <[EMAIL PROTECTED]> * Package name : libmath-pari-perl Version : 2.010709 Upstream Author :Ilya Zakharevich |* URL : http://search.cpan.org/~ilyaz/Math-Pari-2.010709/ * License

Bug#440544: ITP: easyspice -- A graphical frontend to the Spice simulator

2007-09-02 Thread Gudjon I. Gudjonsson
Package: wnpp Severity: wishlist Owner: "Gudjon I. Gudjonsson" <[EMAIL PROTECTED]> * Package name: easyspice Version : 0.6.7 Upstream Author : Jean-Marc Routoure <[EMAIL PROTECTED]> * URL : http://easy-spice.sourceforge.net * License : GPL Programming Lang: C

Bug#440553: ITP: gspiceui -- A graphical user interface for gnucap and ngspice

2007-09-02 Thread Gudjon I. Gudjonsson
Package: wnpp Severity: wishlist Owner: "Gudjon I. Gudjonsson" <[EMAIL PROTECTED]> * Package name: gspiceui Version : 0.9.33 Upstream Author : Name Mike Waters <[EMAIL PROTECTED]> * URL : http://www.geda.seul.org/tools/gspiceui * License : GPL Programming Lan

"Etch and a half" ( was Re: Bugfix/hardware support updates to stable releases?)

2007-09-02 Thread Tim Hull
Hi all, The idea (mentioned in the prior thread) of having an "Etch and a half" release with an updated X/kernel/installer sounds EXACTLY like what I was hinting at. Backports are great, but having a supported, Debian-tested release that Debian can give to users with new/exotic hardware (which ha

RFC: changes to default password strength checks in pam_unix

2007-09-02 Thread Steve Langasek
Hi folks, For years, the Debian pam packages have by default had a weaker password length requirement than upstream. I can think of no reason for this to be the case, especially when upstream doesn't support a configurable minimum password length and Debian does. Does anyone else have a reasoned

Bug#440565: ITP: cereal -- automated, logged serial terminal management system

2007-09-02 Thread Daniel Kahn Gillmor
Package: wnpp Severity: wishlist Owner: Daniel Kahn Gillmor <[EMAIL PROTECTED]> * Package name: cereal Version : 0.11 Upstream Author : Jameson Rollins <[EMAIL PROTECTED]> and Daniel Kahn Gillmor <[EMAIL PROTECTED]> * URL : http://cmrg.fifthhorseman.net/wiki/cereal *

Processed: block 438885 with 440574

2007-09-02 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.26 > block 438885 with 440574 Bug#440574: memlockd postinst starts twice, doesn't use invoke-rc.d Bug#438885: Mass bug filing: must use invoke-rc.d Was blocked by: 341413 341415 348259 348

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

2007-09-02 Thread Lars Wirzenius
su, 2007-09-02 kello 12:47 -0700, Steve Langasek kirjoitti: > Does anyone else have a reasoned argument why Debian should have a weaker > password length check than upstream (4 chars instead of 6)? If not, this > will be changed in the next upload of pam. What's the justification of not using a m

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

2007-09-02 Thread Steve Langasek
On Mon, Sep 03, 2007 at 12:04:52AM +0300, Lars Wirzenius wrote: > su, 2007-09-02 kello 12:47 -0700, Steve Langasek kirjoitti: > > Does anyone else have a reasoned argument why Debian should have a weaker > > password length check than upstream (4 chars instead of 6)? If not, this > > will be chang

Backports now appearing on debian.org package listings?

2007-09-02 Thread Tim Hull
When browsing debian.org, I came across something rather interesting... http://packages.debian.org/etch-backports/ Evidently, all of the backports.org backports are now listed on the debian.org packages listing. They are still on the backports.org servers and not on the debian.org mirrors, but th

Re: Backports now appearing on debian.org package listings?

2007-09-02 Thread Pierre Habouzit
On Sun, Sep 02, 2007 at 09:46:56PM +, Tim Hull wrote: > When browsing debian.org, I came across something rather interesting... > > http://packages.debian.org/etch-backports/ see last debian-devel-announce@ mail. -- ·O· Pierre Habouzit ··O[

Re: packages.debian.org updated

2007-09-02 Thread Jens Seidel
Hi, On Sun, Sep 02, 2007 at 10:58:12PM +0200, Frank Lichtenheld wrote: > packages.debian.org was finally updated to the new code base that > was already available some time from packages.debian.net. great! Thanks a lot. > Some known regressions: > > - While DDTP translations are used, the tran

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

2007-09-02 Thread Roberto C . Sánchez
On Sun, Sep 02, 2007 at 02:39:25PM -0700, Steve Langasek wrote: > > The upstream default of 6 has been around for at least 5 years, possibly as > long as a decade; and the code in question is inactive when pam_unix is > linked to cracklib, which I think most distributors other than Debian are > do

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

2007-09-02 Thread Steve Langasek
On Sun, Sep 02, 2007 at 07:38:23PM -0400, Roberto C. Sánchez wrote: > On Sun, Sep 02, 2007 at 02:39:25PM -0700, Steve Langasek wrote: > > The upstream default of 6 has been around for at least 5 years, possibly as > > long as a decade; and the code in question is inactive when pam_unix is > > link

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

2007-09-02 Thread Roberto C . Sánchez
On Sun, Sep 02, 2007 at 05:20:42PM -0700, Steve Langasek wrote: > On Sun, Sep 02, 2007 at 07:38:23PM -0400, Roberto C. Sánchez wrote: > > > Just curious, what is the rationale for wanting to keep cracklib out of > > base? > > Size and complexity. Adding libpam-cracklib to base would be a 2MB inc

Re: conflicting gssapi libraries

2007-09-02 Thread Aníbal Monsalve Salazar
http://linux-nfs.org/pipermail/nfsv4/2007-September/006695.html The following message belongs to the thread listed above. >Date: Sun, 2 Sep 2007 18:57:24 -0400 >From: Kevin Coffman <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED], Russ Allbery <[EMAIL PROTECTED]> >Cc: [EMAIL PROTECTED] >Subject: Re: co

Re: conflicting gssapi libraries

2007-09-02 Thread Aníbal Monsalve Salazar
On Mon, Sep 03, 2007 at 12:03:47PM +1000, Anibal Monsalve Salazar wrote: >I'll package libgssglue and change nfs-utils to depend on libgssglue. The {build-,}dependencies of both librpcsecgss and libgssapi are: source package librpcsecgss depends: nfs-common librpcsecgss3 nfs-kernel-se

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

2007-09-02 Thread Daniel Jacobowitz
On Sun, Sep 02, 2007 at 02:39:25PM -0700, Steve Langasek wrote: > On Mon, Sep 03, 2007 at 12:04:52AM +0300, Lars Wirzenius wrote: > > su, 2007-09-02 kello 12:47 -0700, Steve Langasek kirjoitti: > > > Does anyone else have a reasoned argument why Debian should have a weaker > > > password length che

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

2007-09-02 Thread Christian Perrier
> > Given modern processor power availability, I can't think of one; > > How about modern brain availability? You'll just get a lot of annoyed > people changing it back; for example, makepasswd still uses a minimum > length of six. My weak English makes me think your comment is rude. Please exc

Bug#440607: ITP: steam-powered -- Valve's steam game content delivery system

2007-09-02 Thread Michael Gilbert
Package: wnpp Severity: wishlist Owner: Michael Gilbert <[EMAIL PROTECTED]> * Package name: steam-powered Version : 6 Upstream Author : Michael Gilbert * URL : no website * License : GPL Programming Lang: shell Description : Valve's steam game content d

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

2007-09-02 Thread Stefano Zacchiroli
On Mon, Sep 03, 2007 at 07:01:38AM +0200, Christian Perrier wrote: > It seems you disagree, but don't really give a rationale for it except > "some other programs we have in Debian default to 6 chars". Am I right? > > (BTW, this "makepasswd" doesn't seem to be isntalled by default) And can also b

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

2007-09-02 Thread Bas Zoetekouw
Hi Christian! You wrote: > I don't really understand the need for turning your comment this way, > which indeed doesn't make your point clear, whether you agree or > disagree with the idea of default enforcement of 8 characters length > for passwords. > > It seems you disagree, but don't really