Re: Rejuvenated kernel-package uploaded to unstable, please test

2008-10-13 Thread Manoj Srivastava
On Mon, Oct 13 2008, Frans Pop wrote: > Manoj wrote: >> It correctly installs firmware in a versioned location under >> /lib/firmware. > > Problem is that even though this may avoid package conflicts, it is > *not* correct given the way Debian currently looks for firmware. Also, > it is not the wa

Re: Rejuvenated kernel-package uploaded to unstable, please test

2008-10-13 Thread Paul Wise
On Tue, Oct 14, 2008 at 12:23 PM, Frans Pop <[EMAIL PROTECTED]> wrote: > Problem is that even though this may avoid package conflicts, it is *not* > correct given the way Debian currently looks for firmware. Also, it is > not the way upstream recommends to install firmware. > > All (non-free) Debi

Re: kernel 2.6.27 in lenny?

2008-10-13 Thread Yves-Alexis Perez
On mar, 2008-10-14 at 07:59 +0200, Peter Jordan wrote: > wouldn't it > be a good idea to take kernel 2.6.27 as the stable kernel in lenny? If we want to release lenny before 2.6.27 is not supported anymore, maybe it's not? -- Yves-Alexis signature.asc Description: This is a digitally signed me

kernel 2.6.27 in lenny?

2008-10-13 Thread Peter Jordan
Hi, considering that Adrian Bunk announced long time support for kernel 2.6.27 (http://article.gmane.org/gmane.linux.kernel/743377) wouldn't it be a good idea to take kernel 2.6.27 as the stable kernel in lenny? PJ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe".

Re: Rejuvenated kernel-package uploaded to unstable, please test

2008-10-13 Thread Frans Pop
Manoj wrote: > It correctly installs firmware in a versioned location under > /lib/firmware. Problem is that even though this may avoid package conflicts, it is *not* correct given the way Debian currently looks for firmware. Also, it is not the way upstream recommends to install firmware. All

Bug#502156: ITP: python-django-diario -- A Django application that implements a simple blog system

2008-10-13 Thread Lincoln de Sousa
Package: wnpp Severity: wishlist Owner: Lincoln de Sousa <[EMAIL PROTECTED]> * Package name: python-django-diario Version : 0.1 Upstream Author : Guilherme Mesquita Gondim (semente) <[EMAIL PROTECTED]> * URL : http://code.google.com/p/django-diario/ * License :

Re: Bits from the Debian Eee PC team, autumn 2008

2008-10-13 Thread Ben Armstrong
On Tue, 14 Oct 2008 02:00:29 +0200 Matteo Croce <[EMAIL PROTECTED]> wrote: > On Monday 13 October 2008 19:35:16 Ben Armstrong wrote: > > Ath5k wifi works on Eee PC in Linux 2.6.27 > > > >Jean-Christophe reports that [2]ath5k works in Linux 2.6.27 on > >the Eee PC 701, and just needs a [3]sm

Re: Bits from the Debian Eee PC team, autumn 2008

2008-10-13 Thread Matteo Croce
On Monday 13 October 2008 19:35:16 Ben Armstrong wrote: > Ath5k wifi works on Eee PC in Linux 2.6.27 > >Jean-Christophe reports that [2]ath5k works in Linux 2.6.27 on >the Eee PC 701, and just needs a [3]small patch to work with our >eeepc-acpi-scripts package. This is good news for tho

Re: Lenny upgrade-advisor

2008-10-13 Thread Franklin PIAT
Hello, I have re-worked upgrade-advisor to make it pluggable. Also it's now hosted on collab-maint[1]. This should make it easier for anyone to submit a plug-in that detects and warns potential issues. How it works Before upgrading, running `upgrade-advisor pre-upgrade` will : * Repo

Re: Bug#502021: ITP: etoolbox -- Toolbox for LaTeX class and package authors

2008-10-13 Thread Rafael Laboissiere
* Jan Hauke Rahm <[EMAIL PROTECTED]> [2008-10-12 21:57]: > Package: wnpp > Severity: wishlist > Owner: Jan Hauke Rahm <[EMAIL PROTECTED]> > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA224 > > * Package name: etoolbox > Version : 1.7 > Upstream Author : Philipp Lehmann > * UR

Bug#502121: ITP: sreadahead -- Super Read Ahead

2008-10-13 Thread Julian Andres Klode
Package: wnpp Severity: wishlist Owner: Julian Andres Klode <[EMAIL PROTECTED]> * Package name: sreadahead Version : 0.02 Upstream Author : Arjan van de Ven <[EMAIL PROTECTED]> * URL : http://www.moblin.org/projects/fast-boot * License : GPL-2 Programming Lan

Re: watch file problem

2008-10-13 Thread Clint Adams
On Mon, Oct 13, 2008 at 12:57:06PM +0200, Laurent Guignard wrote: > Sorry, but i thought that uscan was done to scan according to the watch > file... > > Irwin Tillman (upstream coder) sent me this url : > http://www.net.princeton.edu/software/dhcp_probe/dhcp_probe-1.2.2a.tar.gz > > that is activ

Re: watch file problem

2008-10-13 Thread Laurent Guignard
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pierre Habouzit a écrit : > On Mon, Oct 13, 2008 at 08:01:36AM +, Laurent Guignard wrote: >> Pierre Habouzit a écrit : >>> On Sun, Oct 12, 2008 at 07:53:22PM +, Laurent Guignard wrote: Hi mentors, I wrote a watch file like this :

Bug#502063: ITP: conmux -- A abstracted console multiplexor

2008-10-13 Thread Jean Parpaillon
Package: wnpp Severity: wishlist Owner: Jean Parpaillon <[EMAIL PROTECTED]> * Package name: conmux Version : 0r2277 Upstream Author : Andy Whitcroft <[EMAIL PROTECTED]> * URL : http://autotest.kernel.org/wiki/Conmux * License : GPL v2 Programming Lang: Perl

Re: watch file problem

2008-10-13 Thread Pierre Habouzit
On Mon, Oct 13, 2008 at 08:01:36AM +, Laurent Guignard wrote: > Pierre Habouzit a écrit : > > On Sun, Oct 12, 2008 at 07:53:22PM +, Laurent Guignard wrote: > >> Hi mentors, > >> > >> I wrote a watch file like this : > >> > >> version=3 > >> opts=filenamemangle=s/dhcp_probe/dhcp-probe/ \ > >

Re: watch file problem

2008-10-13 Thread Laurent Guignard
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pierre Habouzit a écrit : > On Sun, Oct 12, 2008 at 07:53:22PM +, Laurent Guignard wrote: >> Hi mentors, >> >> I wrote a watch file like this : >> >> version=3 >> opts=filenamemangle=s/dhcp_probe/dhcp-probe/ \ >> http://www.net.princeton.edu/softw

Re: Terminal emulators and command line arguments (again!)

2008-10-13 Thread Samuel Thibault
Sune Vuorela, le Mon 13 Oct 2008 05:34:25 +, a écrit : > On 2008-10-12, Steve McIntyre <[EMAIL PROTECTED]> wrote: > > Sune wrote: > >>I dont think supporting title and stuff should be required for providing > >>x-terminal-emulator. I think we could require to handle -e properly, but > >>not muc