Re: Making -devel discussions more viable

2012-05-07 Thread Alexander Wirt
On Mon, 07 May 2012, Raphael Hertzog wrote: > On Sun, 06 May 2012, Chris Knadle wrote: > > On Thursday, May 03, 2012 02:50:41, Raphael Hertzog wrote: > > > Maybe we need a private DD-only list where people interested in > > > improving our lists can CC their private complaints. listmasters > > > c

Re: RFP: openjump -- OpenJUMP is an open source Geographic Information System (GIS) written in Java

2012-05-07 Thread Francesco P. Lovergine
On Mon, May 07, 2012 at 01:36:39AM +0300, Touko Korpela wrote: > (reason: Obsolete and newer versions have problems > with license. Also currently FTBS.) Is there still license trouble? Unfortunately yes, as with the whole Java GIS stack that uses some Sun JAI components. Help to solve the issue

Licenses not in /usr/share/common-licenses

2012-05-07 Thread Andrea Veri
Hi, while packaging a few extensions (mainly licensed under the MPL) within the pkg-mozext team we received a few rejects from the FTP Team having the following rationale: "the MPL license is not installed under /usr/share/common-licenses, thus the full text has to be added into debian/copyrig

Re: Licenses not in /usr/share/common-licenses

2012-05-07 Thread Igor Pashev
07.05.2012 14:33, Andrea Veri пишет: > Hi, > > while packaging a few extensions (mainly licensed under the MPL) > within the pkg-mozext team we received a few rejects from the FTP Team > having the following rationale: > > "the MPL license is not installed under /usr/share/common-licenses, > t

Re: Licenses not in /usr/share/common-licenses

2012-05-07 Thread Dominique Dumont
On Monday 07 May 2012 12:46:20 Igor Pashev wrote: > > [1] http://www.mozilla.org/MPL/2.0/ > > [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487201 > > I think now it's the best to include full text into debian/copyright. > Until (if ever) MPL included in base-files. Converting a plain text

Re: Licenses not in /usr/share/common-licenses

2012-05-07 Thread Jakub Wilk
* Dominique Dumont , 2012-05-07, 14:04: Converting a plain text file into a debian/copyright paragraph can be boring. The end of this blog shows a way that is almost as simple as doing a plain copy: http://ddumont.wordpress.com/2012/02/10/dpkg-edit-debiancontrol-description-without-worrying-

From plain license text to debian copyright (was: Re: Licenses not in /usr/share/common-licenses)

2012-05-07 Thread Dominique Dumont
On Monday 07 May 2012 14:24:48 Jakub Wilk wrote: > How does it know whether to indent a line by one space[1] or two > spaces[2]? I am specifically thinking about avoiding mistakes like this: Err... Currently, the algorithm is quite dumb: the whole text is shifted by one space, empty lines are re

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Patrick Lauer
On 04/26/12 00:42, Roger Leigh wrote: > On Wed, Apr 25, 2012 at 08:52:59PM +0800, Patrick Lauer wrote: >> I'd like to ask you to evaluate OpenRC as candidate to replace the "old" >> have-always-been-there sysvinit/insserv init scripts in Debian. > While as others have mentioned that ideally a more

Re: switching from exim to postfix

2012-05-07 Thread Adam D. Barratt
On Mon, 2012-04-30 at 13:14 +0300, Riku Voipio wrote: > On Sat, Apr 28, 2012 at 07:12:42PM -0700, Russ Allbery wrote: > > There's nothing particularly wrong with Exim; it works just fine. > > Exim in 2012 not supporting 8BITMIME and thus being the last Major MTA > forcing quoted-printable convers

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Patrick Lauer
On 04/26/12 01:49, Marco d'Itri wrote: > On Apr 25, Patrick Lauer wrote: > >> in the last months there have been many discussions about init systems, >> especially systemd. The current state seems to make no one really happy > Not true. systemd and upstart do not make /everybody/ happy, but nothin

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Patrick Lauer
On 04/27/12 03:08, Ben Hutchings wrote: [snip] > >> Don't assume dynamic device detection is only about personal machines > >> or USB. It's useful in a much wider context. >> Agreed it is *useful* in many cases. >> >> But I also agree that it is not *required* in *all* cases. >> >> I believe Debia

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Patrick Lauer
On 04/27/12 15:54, Josselin Mouette wrote: > Le jeudi 26 avril 2012 à 22:29 +0200, Svante Signell a écrit : >>> Yes of course, because event-driven init systems have *always* been >>> *only* about mounting USB devices. >> Then explain the _real_ reasons for having an event driven boot system! > B

Re: non-event-based init systems are unfixable [Was: Re: RFC: OpenRC as Init System for Debian]

2012-05-07 Thread Patrick Lauer
On 04/30/12 02:09, Steve Langasek wrote: > On Sun, Apr 29, 2012 at 03:59:03PM +0200, Stephan Seitz wrote: >> On Sun, Apr 29, 2012 at 10:33:16PM +0900, Miles Bader wrote: >>> Isn't mounting filesystems, which can depend on the network, part of >>> the boot process? >> Yes, but how do you check if th

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Ben Hutchings
On Mon, 2012-05-07 at 22:06 +0800, Patrick Lauer wrote: > On 04/27/12 15:54, Josselin Mouette wrote: > > Le jeudi 26 avril 2012 à 22:29 +0200, Svante Signell a écrit : > >>> Yes of course, because event-driven init systems have *always* been > >>> *only* about mounting USB devices. > >> Then expl

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Patrick Lauer
On 05/02/12 04:55, Carlos Alberto Lopez Perez wrote: > On 27/04/12 19:33, Tollef Fog Heen wrote: >> ]] Martin Wuertele >> >>> * Josselin Mouette [2012-04-27 09:53]: >>> Le jeudi 26 avril 2012 à 22:29 +0200, Svante Signell a écrit : >> Yes of course, because event-driven init systems hav

Re: RFP: openjump -- OpenJUMP is an open source Geographic Information System (GIS) written in Java

2012-05-07 Thread Christian PERRIER
A few comments on the proposed description synopsis: > Subject: RFP: openjump -- OpenJUMP is an open source Geographic Information > System > (GIS) written in Java "OpenJUMP is": should be omitted as this is implied (see Developer's Reference) "open source": this is Debian, so everyt

Re: Licenses not in /usr/share/common-licenses

2012-05-07 Thread Michael Gilbert
On Mon, May 7, 2012 at 6:33 AM, Andrea Veri wrote: > Hi, > > while packaging a few extensions (mainly licensed under the MPL) > within the pkg-mozext team we received a few rejects from the FTP Team > having the following rationale: > > "the MPL license is not installed under /usr/share/common-lice

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Roger Leigh
On Mon, May 07, 2012 at 09:30:42PM +0800, Patrick Lauer wrote: > On 04/26/12 00:42, Roger Leigh wrote: > > On Wed, Apr 25, 2012 at 08:52:59PM +0800, Patrick Lauer wrote: > >> I'd like to ask you to evaluate OpenRC as candidate to replace the "old" > >> have-always-been-there sysvinit/insserv init s

Bug#671863: ITP: gmsh-tetgen -- a non-free version of gmsh with tetgen support

2012-05-07 Thread trophime
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: gmsh-tetgen Version: 2.5.1~beta2~svn12026 Upstream Author: Christophe Geuzaine , Jean-Francois Remacle URL: http://www.geuz

Bug#671865: ITP: wnpp -- gmsh-tetgen

2012-05-07 Thread trophime
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: gmsh-tetgen Version: 2.5.1~beta2~svn12026 Upstream Author: Christophe Geuzaine , Jean-Francois Remacle URL: http://www.geuz

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Marco d'Itri
On May 07, Ben Hutchings wrote: > Means that services can be started (and stopped?) in response to events > such as hardware discovery, incoming network connections, the status of > other services, and so on. (With dependencies still taken into > account.) I want to add another major event: the

ITP: openbox-menu -- Openbox pipe-menu to display entries in *.desktop files.

2012-05-07 Thread Mélodie
Hi, Please consider adding this to the Intent To Package list, and send me a bug report number. I have prepared a package and would like to redo it once for the last time, with a bug closing number in the changelog before submitting it. Thanks and many regards, Mélodie ***

ITP: openbox-menu -- Openbox pipe-menu to display entries in *.desktop files.

2012-05-07 Thread Mélodie
Package: wnpp Severity: wishlist Owner: melodie * Package name: openbox-menu Version : 0.3.6.7 Upstream Author : mimas * URL : http://code.google.com/p/mimarchlinux/wiki/OpenBoxMenu * License : (GPLv3) Programming Lang: (C) Description : Openbox pipe-m

Re: Licenses not in /usr/share/common-licenses

2012-05-07 Thread Michael Gilbert
On Mon, May 7, 2012 at 11:55 AM, Michael Gilbert wrote: > Would it be unreasonable if someone were to start an > "uncommon-licenses" package?  Then any package depending on that could > use a reference to the license instead of including the full text in > debian/copyright. I realize that this mis

Re: Licenses not in /usr/share/common-licenses

2012-05-07 Thread Russ Allbery
Michael Gilbert writes: > Would it be unreasonable if someone were to start an "uncommon-licenses" > package? Then any package depending on that could use a reference to > the license instead of including the full text in debian/copyright. Does that satisfy our legal requirements? common-licen

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Patrick Lauer
On 05/08/12 00:04, Marco d'Itri wrote: > On May 07, Ben Hutchings wrote: > >> Means that services can be started (and stopped?) in response to events >> such as hardware discovery, incoming network connections, the status of >> other services, and so on. (With dependencies still taken into >> acc

Re: Licenses not in /usr/share/common-licenses

2012-05-07 Thread Gergely Nagy
Michael Gilbert writes: > On Mon, May 7, 2012 at 11:55 AM, Michael Gilbert wrote: >> Would it be unreasonable if someone were to start an >> "uncommon-licenses" package?  Then any package depending on that could >> use a reference to the license instead of including the full text in >> debian/cop

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Stephan Seitz
On Mon, May 07, 2012 at 03:30:11PM +0100, Ben Hutchings wrote: (lots of options, you get to keep the pieces when they break), but some of us are trying to make Debian better than that. We don't need more half-assed options, we need a solution. Well, it seems we have a problem to define what is

Re: smaller than 0 but not negative (Re: question about "Conflicts:"

2012-05-07 Thread Lennart Sorensen
On Thu, May 03, 2012 at 06:14:38PM +0200, Tollef Fog Heen wrote: > So you don't support for instance 1.0~git20120503, then? (the git > snapshot from today of what will become 1.0) They would probably call it 1.0_git20120503 since apparently they don't believe in the _ field seperator. -- Len So

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Gergely Nagy
Patrick Lauer writes: > On 05/08/12 00:04, Marco d'Itri wrote: >> On May 07, Ben Hutchings wrote: >> >>> Means that services can be started (and stopped?) in response to events >>> such as hardware discovery, incoming network connections, the status of >>> other services, and so on. (With depen

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Gergely Nagy
Stephan Seitz writes: > On Mon, May 07, 2012 at 03:30:11PM +0100, Ben Hutchings wrote: >>(lots of options, you get to keep the pieces when they break), but some >>of us are trying to make Debian better than that. We don't need more >>half-assed options, we need a solution. > > Well, it seems we

Re: Licenses not in /usr/share/common-licenses

2012-05-07 Thread Andrew Shadura
Hello, On Mon, 07 May 2012 18:32:50 +0200 Gergely Nagy wrote: > since executable debian/copyright is not supported If we forget for a second about dh-exec and how it's used, this sounds really crazy :) -- WBR, Andrew signature.asc Description: PGP signature

Re: RFP bugs and debian-devel list

2012-05-07 Thread Julien Cristau
On Mon, May 7, 2012 at 02:14:08 +0300, Touko Korpela wrote: > Aren't RFP bugs automatically forwarded to debian-devel, like ITP bugs? > Thankfully, no. debian-devel is noisy enough as it is. Cheers, Julien signature.asc Description: Digital signature

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Игорь Пашев
2012/5/7 Patrick Lauer > Where we disagree is mostly the policy - is that enabled by default? > (potentially bad) > What if a service gets restarted multiple times? (infinite loop) > Do we want to add a general notifier? (send an email, "foo crashed, I > restarted it) > All these things are solv

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Thomas Goirand
On 05/08/2012 12:53 AM, Gergely Nagy wrote: > FWIW, Debian provides a couple of init systems already, and has been for > as long as I can remember. You certainly have the option to choose. > Sure, we have the init replacement packages, but nobody supports them, so you can install upstart or syst

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Arto Jantunen
Thomas Goirand writes: > On 05/08/2012 12:53 AM, Gergely Nagy wrote: >> FWIW, Debian provides a couple of init systems already, and has been for >> as long as I can remember. You certainly have the option to choose. >> > Sure, we have the init replacement packages, but nobody > supports them,

Re: [Pkg-javascript-devel] Node.js and it's future in debian

2012-05-07 Thread Philip Hands
On Sun, 6 May 2012 10:29:18 -0700, Steve Langasek wrote: > On Sat, May 05, 2012 at 08:29:40AM +0100, Philip Hands wrote: > > How about doing the following: > > > node package replaced by a node-legacy package that contains no more > > than a README and a symlink node --> ax25-node, and depend

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Gergely Nagy
Thomas Goirand writes: > On 05/08/2012 12:53 AM, Gergely Nagy wrote: >> FWIW, Debian provides a couple of init systems already, and has been for >> as long as I can remember. You certainly have the option to choose. >> > Sure, we have the init replacement packages, but nobody > supports them,

Re: [Pkg-javascript-devel] Node.js and it's future in debian

2012-05-07 Thread Simon McVittie
On 07/05/12 19:41, Philip Hands wrote: > The -legacy was meant > to be an attention grabber, and perhaps to reflect a hope that at some > point in the future one or both upstreams might switch to a better name. I think "legacy" is rather misleading, since its upstream (unfortunately) doesn't think

Re: [Pkg-javascript-devel] Node.js and it's future in debian

2012-05-07 Thread David Weinehall
On Mon, May 07, 2012 at 07:41:33PM +0100, Philip Hands wrote: [snip] > It also prevents a HAM from deciding to dabble in Node.js while > preserving the 'node' name for their ax25 use. Wasn't the main reason (apart from the seniority argument) for preserving the node name for ax25 to prevent remote

Re: Licenses not in /usr/share/common-licenses

2012-05-07 Thread Joey Hess
Gergely Nagy wrote: > debian/$package.docs: > | #! /usr/bin/dh-exec --with=copyright-magic > | debian/copyright.in | copyright-magic > | README.md > | whatever-else-you want On the off chance this is not another long-delayed April 1 post, let me mention that, since this relies on undocumented debh

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Nikolaus Rath
Patrick Lauer writes: > On 05/08/12 00:04, Marco d'Itri wrote: >> On May 07, Ben Hutchings wrote: >> >>> Means that services can be started (and stopped?) in response to events >>> such as hardware discovery, incoming network connections, the status of >>> other services, and so on. (With depend

Re: [Pkg-javascript-devel] Node.js and it's future in debian

2012-05-07 Thread Ben Finney
David Weinehall writes: > Wasn't the main reason (apart from the seniority argument) for > preserving the node name for ax25 to prevent remote unmonitored highly > important systems from failing? If such systems are highly important, should we accomodate them remaining unmonitored? Surely if th

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Thomas Goirand
On 05/08/2012 02:35 AM, Gergely Nagy wrote: > Thomas Goirand writes: > > >> On 05/08/2012 12:53 AM, Gergely Nagy wrote: >> >>> FWIW, Debian provides a couple of init systems already, and has been for >>> as long as I can remember. You certainly have the option to choose. >>> >>>

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Thomas Goirand
On 05/08/2012 02:40 AM, Arto Jantunen wrote: > Sadly the point you are trying to make is painfully obvious Well, it is now obvious to me that my previous post has been taken as aggressive, which was really not intended. I really was asking for more of Gergely's view. Thomas -- To UNSUBSCRIBE, e

Re: Licenses not in /usr/share/common-licenses

2012-05-07 Thread Peter Miller
On Mon, 2012-05-07 at 20:23 -0400, Joey Hess wrote: > Conversely, debhelper contains actual, > documented, and non-insane interfaces that could be used to do > this properly. For some value of "properly" that the ftpmasters > would probably still insta-REJECT. I has always puzzled me that there a

Re: RFC: OpenRC as Init System for Debian

2012-05-07 Thread Svante Signell
On Mon, 2012-05-07 at 20:13 -0400, Nikolaus Rath wrote: > Patrick Lauer writes: ... > > Where we disagree is mostly the policy - is that enabled by default? > > (potentially bad) > > What if a service gets restarted multiple times? (infinite loop) > > Do we want to add a general notifier? (send an

Re: Making -devel discussions more viable

2012-05-07 Thread Miles Bader
Alexander Wirt writes: > I am just speaking for myself as listmaster. But I don't think any > DD has more "right" to talk on a mailinglist than anybody else. I > won't support such a proposal nor want I participate in it. If you > have a problem with someone on a mailinglist, report it and > listm

Re: Bug#614907: [Pkg-javascript-devel] Node.js and it's future in debian

2012-05-07 Thread Steve Langasek
On Sun, May 06, 2012 at 09:49:11PM +0200, Jonas Smedegaard wrote: > On 12-05-06 at 10:22am, Steve Langasek wrote: > > On Sat, May 05, 2012 at 03:07:27AM +0200, Jonas Smedegaard wrote: > > > We have until now maintained Nodejs only in unstable because > > > requests to rename axnode was met with ei