Re: lilo about to be dropped?

On Monday 06 April 2009, Christian Perrier wrote: > Quoting William Pitcock (neno...@dereferenced.org): > > lilo is due for removal anyway due to being unmaintained upstream and > > the widespread availability of alternatives. I think that last part is debatable. > > I do not have time to manage

Re: "Team uploads"

On Mon, Apr 06, 2009 at 11:52:54AM +0800, Paul Wise wrote: > In Debian we have several teams working on maintaining large numbers > of packages (pkg-games, pkg-perl, pkg-gnome for example). I > proposed[1] to silence the lintian NMU warnings in the case of "team > uploads"; where the person doing

Re: Re: DEP-4: The TDeb specification.

Neil Williams wrote: On Fri, 03 Apr 2009 16:45:46 -0400 Filipus Klutiero wrote: [...] > > > That would be a nice improvement, but let me suggest another > > > implementation. To avoid introducing a second diff, why not updating the > > > regular

Bug#522721: ITP: shutter -- feature-rich screenshot program

Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: shutter Version : 0.70 Upstream Author : Mario Kemper and Shutter Team * URL : http://shutter-project.org/ * License : GPL-3+ Programming Lang: Pe

Bug#522719: ITP: libgoo-canvas-perl -- Perl interface to the GooCanvas

Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libgoo-canvas-perl Version : 0.05 Upstream Author : Ye Wenbin * URL : http://search.cpan.org/dist/Goo-Canvas/ * License : Artistic | GPL-1+ Progra

Bug#522720: ITP: libproc-simple-perl -- Perl interface to launch and control background processes

Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libproc-simple-perl Version : 1.24 Upstream Author : Michael Schilli * URL : http://search.cpan.org/dist/Proc-Simple/ * License : Artistic | GPL-1+

"Team uploads"

Hi all, In Debian we have several teams working on maintaining large numbers of packages (pkg-games, pkg-perl, pkg-gnome for example). I proposed[1] to silence the lintian NMU warnings in the case of "team uploads"; where the person doing the upload is a member of the team in Maintainers but is no

Re: RFA: acpi-support -- glue layer for translating laptop buttons, plus legacy suspend support

On Sun, Apr 05, 2009 at 11:06:15PM +0200, Bart Samwel wrote: > 1. The upstream for this package is Ubuntu. Ubuntu has never been very > cooperative at accepting changes, until recently: our contact Steve > Langasek has indicated that he is interested in merging most or all of > our changes, provide

Re: New architectures

Vincent Bernat wrote: > OoO Lors de la soirée naissante du dimanche 05 avril 2009, vers 17:53, > Paul Wise disait : > >>> How packages that run on Linux only should handle those new architectures? > >> Same as for stuff that only runs on i386; port them to kFreeBSD or >> restrict them to linux

Re: Why do we have to support tmpfs for /var/run (policy changes in 3.8.1)

OoO En ce début de soirée du dimanche 05 avril 2009, vers 21:56, Russ Allbery disait : >> I don't know for proftpd, but a daemon can use an empty directory in >> /var/run to chroot into it. > Seems like a good use for /var/lib to me. There's no reason that I can > see to put such a di

Re: New architectures

OoO Lors de la soirée naissante du dimanche 05 avril 2009, vers 17:53, Paul Wise disait : >> How packages that run on Linux only should handle those new architectures? > Same as for stuff that only runs on i386; port them to kFreeBSD or > restrict them to linux architectures and add them to P-

Re: Japanese Font Transition (step for applications)

On Thu, 20 Nov 2008 14:51:28 +0100 Josselin Mouette wrote: > Le jeudi 20 novembre 2008 à 22:08 +0900, Junichi Uekawa a écrit : > > You are correct. I'm a bit ambivalent on that, since we've seen a > > pattern that new and better fonts pop up every year (full-featured > > free fonts are a very nas

RFA: acpi-support -- glue layer for translating laptop buttons, plus legacy suspend support

Dear all, I'm putting the acpi-support package up for adoption. The RFA bug is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522683 I have copied the text of the bug report below (since my mail client did not allow me to set X-Debbugs-CC). If anyone is interested to adopt this package,

Re: Re: Gratituous dependences among packages

What purpose is served by the existence of kde (the metapackage)? kde is the package which administrators who want to try KDE should generally install. Is there a reason why not to clarify its meaning by renaming it as 'kde-full' kde doesn't depend on the full KDE (for example, it doesn't de

Re: Request for Comments: Standardize enabling/disabling of system services

On Wed, Apr 01, 2009 at 03:04:10PM -0700, Russ Allbery wrote: > * Renaming init script links, for which we have no adequate tool and which > is not an easily reversible process because nothing remembers what the > init script links were originally and what runlevels they were enabled > in. T

Re: Why do we have to support tmpfs for /var/run (policy changes in 3.8.1)

Vincent Bernat writes: > I don't know for proftpd, but a daemon can use an empty directory in > /var/run to chroot into it. Seems like a good use for /var/lib to me. There's no reason that I can see to put such a directory on a file system that's defined as transient. -- Russ Allbery (r..

Re: [Debian-med-packaging] Bug#503367: Again: Bug#503367: plink: file conflict with putty-tools

On Sun, Apr 05, 2009 at 05:57:37PM +0200, Morten Kjeldgaard wrote: > On 03/04/2009, at 19.04, Steffen Moeller wrote: >> I personally think that we should not rename it. And putty's plink >> should not be renamed either. The two are in a technical conflict, >> though with little practical consequen

Re: New architectures

On 11711 March 1977, Vincent Bernat wrote: > How packages that run on Linux only should handle those new architectures? The same as with any other portability problem. Either fix it, or if it really doesn't work out mark it as such. P-a-s is one way for it. -- bye, Joerg I've annoyed Ganneff e

Re: New architectures

On Sun, Apr 5, 2009 at 11:44 PM, Vincent Bernat wrote: > How packages that run on Linux only should handle those new architectures? Same as for stuff that only runs on i386; port them to kFreeBSD or restrict them to linux architectures and add them to P-a-s. -- bye, pabs http://wiki.debian.or

Re: New architectures

OoO Vers la fin de l'après-midi du dimanche 05 avril 2009, vers 16:23, Joerg Jaspert disait : > we just added two new architectures to the Debian archive. Everybody > please welcome > kfreebsd-i386 AKA GNU/kFreeBSD i386 > kfreebsd-amd64 AKA GNU/kFreeBSD amd64 > Note that this enables por

Bug#522642: ITP: ethervendors -- Ehernet Vendor utils

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: ethervendors Version: 1.0.0 Upstream Author: Alea Soluciones / Eduardo Ferro URL: http://oss.alea-soluciones.com/trac/wiki/EtherVendors

Bug#522640: ITP: gpesyncd -- synchronisation agent for GPE PIM data

Package: wnpp Severity: wishlist Owner: gregor herrmann /* Background: gpesyncd is the "missing link" between opensync-plugin-gpe and gpe-{calendar,contacts,todo}. opensync-plugin-gpe needs gpesyncd on the machine that has the gpe-* sqlite databases. Since I want to use gpe-calendar on my Openmo

Bug#522638: ITP: docsis -- Encode/Decode DOCSIS configuration files

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. ---   Package name: docsis        Version: 0.9.5 Upstream Author: Cornel Ciocirlan & The Evvolve Team            URL: http://docsis.sourceforge.net        License: GPL    Descripti

Bug#522637: ITP: libbackgroundrb-ruby -- BackgrounDRb is a job server and scheduler for moving long-running tasks into the background

Package: wnpp Severity: wishlist Owner: Micah Anderson * Package name: libbackgroundrb-ruby Version : 1.2 Upstream Author : Hement Kumar * URL : http://backgroundrb.rubyforge.org/ * License : MIT Programming Lang: Ruby Description : BackgrounDRb is a j

Bug#522636: ITP: libpacket-ruby -- ruby library for Event driven network programming

Package: wnpp Severity: wishlist Owner: Micah Anderson * Package name: libpacket-ruby Version : 0.1.15 Upstream Author : Hemant Kumar * URL : http://packet.googlecode.com/ * License : MIT Programming Lang: Ruby Description : ruby library for Event driv

Re: UDD gatherer for DDTP translations (Was: Extended descriptions size)

On Wed, Apr 1, 2009 at 9:47 PM, Andreas Tille wrote: > On Wed, 1 Apr 2009, Goswin von Brederlow wrote: > >> Then the version number will not be needed when an arch lags >> behind. The translation for the old md5sum can just be kept. > > Well, this thread was missused to discuss several issues. Wou

Re: ITH: xournal

Carlo Segre wrote: > This can > be fixed with a known patch. Can you tell me a source to this patch? > I will be preparing an updated package for upload by the weekend unless I > hear from the current maintainer before then. Did you finish it already? I have the same problem and reported the

Re: [DEHS] packages without a checkable upstream?

Hi Raphael, On Sun, 05 Apr 2009 00:53:24 -0600 Raphael Geissert wrote: > IOW: your watch file is broken, DEHS is fine, blame uscan No, DEHS is fine, uscan is useful, blame me ;) I'll post to debian-qa next time. > A version of uscan detecting invalid regexes should soon be available. Okay,

Re: Why do we have to support tmpfs for /var/run (policy changes in 3.8.1)

OoO En cette nuit striée d'éclairs du samedi 04 avril 2009, vers 02:14, Russ Allbery disait : >> There are still daemons though (like proftpd comes to mind), which ship a >> subdirectory in /var/run and support inetd. > What does it use the directory for? I don't know for proftpd, but a daem

Bug#522616: ITP: live-f1 -- Formula 1 live timing

Package: wnpp Severity: wishlist Owner: Matthew Johnson X-Debbugs-CC: debian-devel@lists.debian.org Source package: live-f1 Binary package(s): live-f1 Version: 0.2.7-1 Licence: GPL-2 Author: Scott James Remnant Homepage: Description:

Re: Transition of initscripts to new order / sequence number

On Sat, Apr 04, 2009 at 08:07:16PM +0200, Jan Wagner wrote: > Hi, > > On Saturday 04 April 2009, Kel Modderman wrote: > > On Thursday 19 March 2009 00:35:06 Jan Wagner wrote: > > > while thinking about how to solve #508189, where I need to change the > > > position of the initscript in bootorder,