Re: Install-info transition, review time

On Tue, Mar 24, 2009 at 12:05:43PM +0100, Raphael Hertzog wrote: > the dpkg team and the texinfo maintainer have laid out a plan to > get rid of dpkg /usr/sbin/install-info and start relying on > GNU's install-info when needed. This will involve some work to > transition properly. We have describe

Re: Alioth - Convert SVN repo to Git

On Thu, Mar 26, 2009 at 07:31:59AM +0100, sean finney wrote: > hi mike, > > On Wed, Mar 25, 2009 at 03:29:59PM +0100, Mike Hommey wrote: > > You don't need to do that on initial import. You can use a grafts file > > to create the history you like from these 2 unrelated branches, and > > you can th

Re: Install-info transition, review time

On Thu, 26 Mar 2009 00:00:51 -0700 Steve Langasek wrote: > On Tue, Mar 24, 2009 at 12:05:43PM +0100, Raphael Hertzog wrote: > > > the dpkg team and the texinfo maintainer have laid out a plan to > > get rid of dpkg /usr/sbin/install-info and start relying on > > GNU's install-info when needed. T

Re: Install-info transition, review time

On Thu, Mar 26, 2009 at 07:21:15AM +, Neil Williams wrote: > > Also, is the new dpkg going to Pre-Depend: on this new install-info package? > > If not, what does this /usr/sbin/install-info wrapper script do when called > > and /usr/bin/install-info is absent? Packages currently call install-i

Re: Sponsorship requirements and copyright files

Manoj Srivastava writes: > Not currently seems to imply that at some point it will be > mandatory at some point. I find that somewhat presumptuous, but > perhaps I am reading too much into the "in this current time" bit. I think perhaps you are. I read it only as leaving that option

Re: Install-info transition, review time

On Thu, 26 Mar 2009 00:34:23 -0700 Steve Langasek wrote: > On Thu, Mar 26, 2009 at 07:21:15AM +, Neil Williams wrote: > > > Also, is the new dpkg going to Pre-Depend: on this new install-info > > > package? > > > If not, what does this /usr/sbin/install-info wrapper script do when > > > cal

Re: NEW processing

* Clint Adams [090325 20:06]: > Yes, I would say that if the problem is so severe that a package must > be REJECTed, then logically it would follow that the packages in the > archive are intolerable enough that they should be removed forthwith. > > I'm curious about how others reconcile not doing

Re: Keeping track of best practises / policy changes with tracking -devel

Russ Allbery wrote: (Sending a personal copy because you said that you weren't following debian-devel easily. Apologies if this was a mistake.) Daniel Dickinson writes: I'm finding that I can't keep up with devel but I would like to be able to see a summary of consensuses (consensii?) that r

Re: NEW processing

2009-03-26 (목), 09:04 +0100, Bernhard R. Link: > * Clint Adams [090325 20:06]: > > Yes, I would say that if the problem is so severe that a package must > > be REJECTed, then logically it would follow that the packages in the > > archive are intolerable enough that they should be removed forthwith

Re: Sponsorship requirements and copyright files

Le Thu, Mar 26, 2009 at 01:32:46AM -0500, Manoj Srivastava a écrit : > > Generally, the forum for discussion development for Debian is the > debian-devel mailing list. If we are having to move to some other > forum, or wait around and not discuss this while something happens to a > DEP

Re: Install-info transition, review time

On Thu, 26 Mar 2009, Steve Langasek wrote: > I don't like the sound of this. Why is it necessary to provide > /usr/sbin/install-info? I assume this is out of concern that some packages > will be calling install-info with an explicit path, but that's been contrary > to Policy for years ("Programs

Re: Please Improve Debian for Multimedia Production

On Wed, Mar 25, 2009 at 09:05:32PM +0100, Grammostola Rosea wrote: > The problem is an realtime kernel and a proper configuration for music > production. Without that, you better stay away from music production Not really. I absolutely have no problems with CONFIG_PREEMPT, dynticks, ondemand sc

Re: Please Improve Debian for Multimedia Production

Hi 2009/3/26 Adrian Knoth > On Wed, Mar 25, 2009 at 09:05:32PM +0100, Grammostola Rosea wrote: > > > The problem is an realtime kernel and a proper configuration for music > > production. Without that, you better stay away from music production > > Not really. I absolutely have no problems with

Re: Alioth - Convert SVN repo to Git

On Thu, Mar 26, 2009 at 08:03:25AM +0100, Mike Hommey wrote: > The grafts file format is pretty simple: > A small example follows: wow, that was exactly what i wanted to see. thanks for the concise crash course! sean signature.asc Description: Digital signature

Re: Please Improve Debian for Multimedia Production

I'm trying to follow this thread, but I'm not sure everybody here even using the same terminology. On Thu, Mar 26, 2009 at 02:01:22PM +0100, Cassiel wrote: > Hi > > 2009/3/26 Adrian Knoth > > > On Wed, Mar 25, 2009 at 09:05:32PM +0100, Grammostola Rosea wrote: > > > > > The problem is an realti

Re: Alioth - Convert SVN repo to Git

On Thu, Mar 26, 2009 at 02:16:59PM +0100, sean finney wrote: > On Thu, Mar 26, 2009 at 08:03:25AM +0100, Mike Hommey wrote: > > The grafts file format is pretty simple: > > > A small example follows: > > > wow, that was exactly what i wanted to see. thanks for the concise > crash course! Likew

Re: Please Improve Debian for Multimedia Production

2009/3/26 Tzafrir Cohen > I'm trying to follow this thread, but I'm not sure everybody here even > using the same terminology. > > On Thu, Mar 26, 2009 at 02:01:22PM +0100, Cassiel wrote: > > Hi > > > > 2009/3/26 Adrian Knoth > > > > > On Wed, Mar 25, 2009 at 09:05:32PM +0100, Grammostola Rosea

Re: NEW processing

On Wed, Mar 25, 2009 at 06:57:18PM +0100, Luk Claes wrote: > Well, it's a bad sign that people are mixing the fixing of RC/security > bugs with new (binary) packages unless the bugs cannot be fixed without > them (which usually is *not* the case). You're right, in hindsight this wasn't a good idea

Re: Please Improve Debian for Multimedia Production

Cassiel wrote: 2009/3/26 Tzafrir Cohen > I'm trying to follow this thread, but I'm not sure everybody here even using the same terminology. On Thu, Mar 26, 2009 at 02:01:22PM +0100, Cassiel wrote: > Hi > > 2009/3/26 Adrian Knoth mailto:a.

Re: NEW processing

On Wed, Mar 25, 2009 at 07:04:16PM +, Clint Adams wrote: > Yes, I would say that if the problem is so severe that a package must > be REJECTed, then logically it would follow that the packages in the > archive are intolerable enough that they should be removed forthwith. You should know that t

Re: Please Improve Debian for Multimedia Production

On Thu, Mar 26, 2009 at 03:08:07PM +0100, Cassiel wrote: > When talking about RT kernel only one patch comes into play -->> > http://www.kernel.org/pub/linux/kernel/projects/rt/ That's a huge patch. Any idea how much effort would it take to integrae it into the existing Debian linux-2.6 package?

Re: Please Improve Debian for Multimedia Production

2009/3/26 Tzafrir Cohen > On Thu, Mar 26, 2009 at 03:08:07PM +0100, Cassiel wrote: > > > When talking about RT kernel only one patch comes into play -->> > > http://www.kernel.org/pub/linux/kernel/projects/rt/ > > That's a huge patch. > > Any idea how much effort would it take to integrae it into

Re: Please Improve Debian for Multimedia Production

On Thu, 26 Mar 2009, Tzafrir Cohen wrote: > Any idea how much effort would it take to integrae it into the existing > Debian linux-2.6 package? Zero chance. The RT kernel is no plaything. The RT changes are being slowly fed to the mainline Linux kernel, but due to the complexity, it is an ongoin

Re: Alioth - Convert SVN repo to Git

* Reinhard Tartler [Tue, 24 Mar 2009 18:03:42 +0100]: > > Then I've used git-svn to import the svn history in an extra repository, > > verified that everything is right, and pulled it from the repository created > > with git-import-dsc. As git-import-dsc uses the date from the changelog as > > com

Re: Please Improve Debian for Multimedia Production

Henrique de Moraes Holschuh wrote: On Thu, 26 Mar 2009, Tzafrir Cohen wrote: Any idea how much effort would it take to integrae it into the existing Debian linux-2.6 package? Zero chance. The RT kernel is no plaything. The RT changes are being slowly fed to the mainline Linux kernel, but due

Re: Please Improve Debian for Multimedia Production

2009/3/26 Giacomo A. Catenazzi > Henrique de Moraes Holschuh wrote: > >> On Thu, 26 Mar 2009, Tzafrir Cohen wrote: >> >>> Any idea how much effort would it take to integrae it into the existing >>> Debian linux-2.6 package? >>> >> >> Zero chance. The RT kernel is no plaything. The RT changes ar

Bug#518927: Cash...Grant..

This is to inform you that the sum of £950,500.00 has been warded to you ascash grant from the United Nations for this year 2009 cash grant Award.You are to send us the following details so that we can proceed to process your grant.1,Name: 2,Address: 3,Occupation: 4,Sex: 5,Tel.And send to Dr.Pac

Re: Alioth - Convert SVN repo to Git

* sean finney [Tue, 24 Mar 2009 15:00:24 +0100]: > On Tue, Mar 24, 2009 at 02:40:05PM +0100, Sandro Tosi wrote: > > Additionally, I'm looking for a post-commit hook that can send the > > commit diff via email to a ml + tagpending the bugs in the diff. I'm > > pretty sure someone out there has this

Re: Sponsorship requirements and copyright files

Manoj Srivastava writes: > Not currently seems to imply that at some point it will be > mandatory at some point. I find that somewhat presumptuous, but > perhaps I am reading too much into the "in this current time" bit. I > would put it as this is a proposal. It is not, and will not

Proposed hook to tag bugs as pending

Hopefully this does what people wanted to do. Here: http://git.debian.org/?p=users/adeodato/git-hooks.git;a=blob;f=post-receive-tag-pending;hb=HEAD Sample output at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520017#17 -- - Are you sure we're good? - Always. -- Rory and L

Bug#521328: ITP: via -- library and tools for volumetric image analysis

Package: wnpp Severity: wishlist Owner: Michael Hanke * Package name: via Version : 1.5.2 Upstream Author : LIPSIA developers * URL : http://www.cbs.mpg.de/institute/software/lipsia * License : GPL Programming Lang: C Description : library and tools fo

Re: Proposed hook to tag bugs as pending

Adeodato Simó wrote: > Hopefully this does what people wanted to do. Here: > > > http://git.debian.org/?p=users/adeodato/git-hooks.git;a=blob;f=post-receive-tag-pending;hb=HEAD > > Sample output at: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520017#17 > > I've been using a si

RE: Please Improve Debian for Multimedia Production

About 6 months back I had done some extensive benchmarking on real-time kernels applying RT patch to Debian stock kernel on x86 architecture. I read about call for help in maintaining,testing debian rt kernel here: http://marc.info/?l=linux-rt-users&m=123808104027590&w=2 I will be glad to offer

Re: Proposed hook to tag bugs as pending

* John Goerzen [Thu, 26 Mar 2009 13:37:51 -0500]: > but it scans the git commit message and so can send a slightly more > accurate report. I did it specifically parsing debian/changelog to address [1], because I actually often do the same (not writing Closes: #XXX in the commit message and only i

Re: Proposed hook to tag bugs as pending

On Thu, Mar 26, 2009 at 19:37, John Goerzen wrote: > I've been using a similar thing, but it scans the git commit message and > so can send a slightly more accurate report.  If you put Closes: #xx > in the commit message, the git-buildpackage tools can generate an > appropriate changelog for y

Re: NEW processing

On Thu, Mar 26, 2009 at 09:04:05AM +0100, Bernhard R. Link wrote: > I think removing a package from a distribution should need more reasons > than a REJECT of that package. Why? In both cases, the package is undistributable. How does it make more sense to keep an undistributable version in the a

Re: Proposed hook to tag bugs as pending

On Thu, Mar 26, 2009 at 08:12:29PM +0100, Adeodato Simó wrote: > Right, but my proposed script should cater for both workflows (letting > the tools write your debian/changelog, or writing it by hand), since the > bug closure will *always* be in debian/changelog. That is not true; for those of us w

Re: NEW processing

On 11700 March 1977, Changwoo Ryu wrote: >> IMHO, except package with just SONAME bump, packages in NEW queue are >> better processed in a FIFO manner. Just my two cents. > OTH, do we really need a manual check for SONAME bump? Was there any > upload rejection in the past on new binary package ad

Re: NEW processing

> You're right, in hindsight this wasn't a good idea, but then we knew we still > had time until the announcement would come out and the debug package had > already been added to SVN. There is also *always* the way to ping us if there is something special. Either by mail or on irc, explaining the

Bug#521343: Can't repair a lilo+root-on-LVM system

Package: general Severity: important Hello, Sorry for the general bug, but I can't really say which is the appropriate package in this case. Two days ago after upgrading the lenny 2.6.26-1-686 kernel I didn't shut down the system, I put it in hibernate. The next day, when I powered the computer,

Re: Proposed hook to tag bugs as pending

* Clint Adams [Thu, 26 Mar 2009 19:22:31 +]: > On Thu, Mar 26, 2009 at 08:12:29PM +0100, Adeodato Simó wrote: > > Right, but my proposed script should cater for both workflows (letting > > the tools write your debian/changelog, or writing it by hand), since the > > bug closure will *always* be

Bug#521349: ITP: python-django-extensions -- Useful extensions for Django projects

Package: wnpp Severity: wishlist Owner: Chris Lamb X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-django-extensions Upstream Author : Michael Trier * URL : http://code.google.com/p/django-command-extensions/ * License : MIT Programming Lang: Python

Bug#521343: Can't repair a lilo+root-on-LVM system

Hi Eddy, On Donnerstag, 26. März 2009, Eddy Petrișor wrote: > Two days ago after upgrading the lenny 2.6.26-1-686 kernel I didn't > shut down the system, I put it in hibernate. The next day, when I > powered the computer, it failed to boot right after loading the kernel > and checking the BIOS wit

Bug#521361: ITP: devicekit -- abstraction for enumerating devices

Package: wnpp Severity: wishlist Owner: Michael Biebl * Package name: devicekit Version : 003 Upstream Author : David Zeuthen * URL : http://hal.freedesktop.org/docs/DeviceKit/ * License : GPL-2+ Programming Lang: C Description : abstraction for enumer

Work-needing packages report for Mar 27, 2009

The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 394 (new: 9) Total number of packages offered up for adoption: 115 (new: 1) Total number of packages request

Bug#521363: ITP: devicekit-power -- abstraction for power management

Package: wnpp Severity: wishlist Owner: Michael Biebl * Package name: devicekit-power Version : 006 Upstream Author : David Zeuthen , Richard Hughes * URL : http://hal.freedesktop.org/docs/DeviceKit-power * License : GPL-2+ Programming La

Bug#521364: ITP: devicekit-disks -- abstraction for enumerating block devices

Package: wnpp Severity: wishlist Owner: Michael Biebl * Package name: devicekit-disks Version : 003 Upstream Author : David Zeuthen * URL : http://hal.freedesktop.org/docs/DeviceKit-disks * License : GPL-2+ Programming Lang: C Description : abstraction

Re: NEW processing

2009-03-26 (목), 21:26 +0100, Joerg Jaspert: > On 11700 March 1977, Changwoo Ryu wrote: > > OTH, do we really need a manual check for SONAME bump? Was there any > > upload rejection in the past on new binary package addition cases? > > There have been more than a few "SONAME change only" packages

Bug#521365: ITP: gnome-disk-utility -- manage and configure disk drives and media

Package: wnpp Severity: wishlist Owner: Michael Biebl * Package name: gnome-disk-utility Version : 0.2 Upstream Author : David Zeuthen * URL : http://git.gnome.org/cgit/gnome-disk-utility/ * License : GPL-2+ Programming Lang: C Description : manage and

Re: [renamed] Debian crda?

On Wed, Mar 25, 2009 at 9:59 PM, Paul Wise wrote: > On Thu, Mar 26, 2009 at 1:19 PM, Luis R. Rodriguez wrote: > >>> Brainwave: no need to add a second public key to CRDA itself, the >>> wireless-regdb could install the public key corresponding to the >>> private key it was built with. >> >> Can y

Re: Debian 4.0 and Lustre

On Mar 24, 4:00 am, Andreas Tille wrote: > On Tue, 24 Mar 2009, set...@gmail.com wrote: > > I preferDebian4.0 because I feel it is more stable than 5.0. > > Please define "more stable". > What are the problems which you have observed?  Did you reported these > problems? > > > Am I right? > > Well

Re: Debian 4.0 and Lustre

On Mar 24, 4:00 am, Andreas Tille wrote: > On Tue, 24 Mar 2009, set...@gmail.com wrote: > > I preferDebian4.0 because I feel it is more stable than 5.0. > > Please define "more stable". > What are the problems which you have observed?  Did you reported these > problems? > > > Am I right? > > Well

Drop of Iceape: what should do the plugin maintainers?

Le Fri, Mar 27, 2009 at 12:27:37AM +, w...@debian.org a écrit : > >iceape (#520662), orphaned 5 days ago > Description: The Iceape Internet Suite > Reverse Depends: iceape-dev mozilla-firefox-adblock > Installations reported by Popcon: 326 Hi all, are there mid- or long-te

Re: Debian 4.0 and Lustre

On Mar 24, 4:00 am, Andreas Tille wrote: > On Tue, 24 Mar 2009, set...@gmail.com wrote: > > I preferDebian4.0 because I feel it is more stable than 5.0. > > Please define "more stable". > What are the problems which you have observed?  Did you reported these > problems? > > > Am I right? > > Well

Re: Drop of Iceape: what should do the plugin maintainers?

On Fri, Mar 27, 2009 at 02:04:44PM +0900, Charles Plessy wrote: > Le Fri, Mar 27, 2009 at 12:27:37AM +, w...@debian.org a écrit : > > > >iceape (#520662), orphaned 5 days ago > > Description: The Iceape Internet Suite > > Reverse Depends: iceape-dev mozilla-firefox-adblock > >