Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

2012-08-10 Thread Philip Hands
Hi Marco, Marco d'Itri writes: > On Aug 10, Roger Leigh wrote: > >> In the case of OpenRC, it has the potential to be a drop-in replacement >> for sysv-rc (note that it uses base sysvinit still underneath that). > So do the other init systems. > The point is what they can do which sysvinit (and

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

2012-08-10 Thread Martin Wuertele
* Josselin Mouette [2012-08-10 01:06]: > Le jeudi 09 août 2012 à 23:53 +0200, Carlos Alberto Lopez Perez a > écrit : > > What about Debian kFreeBSD and Hurd? AFAIK systemd needs a linux kernel to > > work. > > Please explain again why we should cripple the Linux port for the sake > of toy port

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

2012-08-10 Thread Martin Wuertele
* Josselin Mouette [2012-08-09 23:15]: > And no, choice between multiple broken implementation is NOT added > value. Linux is not about choice. Luckily that is not everyones opinion. Martin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Tro

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

2012-08-10 Thread Josselin Mouette
Le vendredi 10 août 2012 à 09:23 +0200, Martin Wuertele a écrit : > Please explain why adding another sysv-rc drop-in replacements cripples > the Linux port. Because being able to choose between alternatives for core features such as the init system only brings more bugs and no added value. http:/

Re: Bug#684396: ITP: openrc -- alternative boot mechanism

2012-08-10 Thread heroxbd
Dear Guys, Thanks a lot for the input from Marco d'Itri, Holger Levsen and Thomas Goirand, as well as Aron Xu off list. m...@linux.it (Marco d'Itri) writes: > openrc was recently discussed on debian-devel@ and there was a large > consensus that it is not a credible alternative to upstart and sy

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

2012-08-10 Thread Martin Wuertele
* Josselin Mouette [2012-08-10 10:12]: > Le vendredi 10 août 2012 à 09:23 +0200, Martin Wuertele a écrit : > > Please explain why adding another sysv-rc drop-in replacements cripples > > the Linux port. > > Because being able to choose between alternatives for core features such > as the init sy

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

2012-08-10 Thread Marco d'Itri
On Aug 10, Philip Hands wrote: > Now that they've done the bulk of the effort, do you really expect them > to simply discard their work because you tell them to? I really do not care about what the openrc developers will do, my interest is in what Debian developers will do. > So, please tell us

Bug#684467: ITP: TuxFight -- Fighting game between tuxes in the style of Street Fighter/King of Fighters

2012-08-10 Thread Wilson Foo Yu Kang
Package: wnpp Severity: wishlist Owner: Wilson Foo Yu Kang * Package name: TuxFight Version : 0.1a Upstream Author : Wilson Foo * URL : http://www.sourceforge.net/projects/tuxfight * License : GPL v3 Programming Lang: C++ Description : Fighting game be

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

2012-08-10 Thread Marco d'Itri
On Aug 10, Martin Wuertele wrote: > > http://www.redhat.com/archives/rhl-devel-list/2008-January/msg00861.html > And that really explains why there is a choice for core functions like > kernel event handler: udevd, hotplug2, mdev > c library: glibc, eglibc, dietlibc They exist, and guess what? W

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

2012-08-10 Thread Martin Wuertele
* Marco d'Itri [2012-08-10 11:27]: > On Aug 10, Martin Wuertele wrote: > > > > http://www.redhat.com/archives/rhl-devel-list/2008-January/msg00861.html > > And that really explains why there is a choice for core functions like > > kernel event handler: udevd, hotplug2, mdev > > c library: glib

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

2012-08-10 Thread Josselin Mouette
Le vendredi 10 août 2012 à 11:56 +0200, Martin Wuertele a écrit : > That we do no longer have glibc in the archive and we had a transition > to eglibc was an understandable maintainer decision. glibc/eglibc is not comparable to the other alternatives, the differences are extremely tiny. > How is

Re: Bug#684396: ITP: openrc -- alternative boot mechanism

2012-08-10 Thread Josselin Mouette
Le vendredi 10 août 2012 à 17:04 +0900, hero...@gentoo.org a écrit : > Debian is about the freedom to choose. No, it is not. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact li

Re: Bug#684396: ITP: openrc -- alternative boot mechanism

2012-08-10 Thread Andrew Shadura
Hello, On Fri, 10 Aug 2012 13:11:12 +0200 Josselin Mouette wrote: > Le vendredi 10 août 2012 à 17:04 +0900, hero...@gentoo.org a écrit : > > Debian is about the freedom to choose. > No, it is not. No, it is. -- WBR, Andrew signature.asc Description: PGP signature

Re: Bug#684396: ITP: openrc -- alternative boot mechanism

2012-08-10 Thread Ben Hutchings
On Fri, 2012-08-10 at 17:04 +0900, hero...@gentoo.org wrote: > Dear Guys, > > Thanks a lot for the input from Marco d'Itri, Holger Levsen and Thomas > Goirand, as well as Aron Xu off list. > > m...@linux.it (Marco d'Itri) writes: > > > openrc was recently discussed on debian-devel@ and there was

Bug#684501: ITP: libsub-exporter-progressive-perl -- Only use Sub::Exporter if you need it

2012-08-10 Thread Nuno Carvalho
Package: wnpp Severity: wishlist Owner: Nuno Carvalho * Package name: libsub-exporter-progressive-perl Version : 0.001004 Upstream Author : Arthur Axel Schmidt * URL : http://search.cpan.org/dist/Sub-Exporter-Progressive/ * License : Artistic 1, GPL 1 Progra

Re: Bug#684396: ITP: openrc -- alternative boot mechanism

2012-08-10 Thread Steve Langasek
On Fri, Aug 10, 2012 at 02:21:08PM +0200, Andrew Shadura wrote: > On Fri, 10 Aug 2012 13:11:12 +0200 > Josselin Mouette wrote: > > Le vendredi 10 août 2012 à 17:04 +0900, hero...@gentoo.org a écrit : > > > Debian is about the freedom to choose. > > No, it is not. > No, it is. No, it really is

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

2012-08-10 Thread Steve Langasek
On Fri, Aug 10, 2012 at 09:03:19AM +0800, Chow Loong Jin wrote: > On 10/08/2012 08:04, Steve Langasek wrote: > > On Fri, Aug 10, 2012 at 01:16:17AM +0200, Adam Borowski wrote: > >> Wasn't the idea of porting to non-Linux rejected by upstart's upstream? > > Porting upstart to non-Linux kernels has

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

2012-08-10 Thread Harald Jenny
On Fri, Aug 10, 2012 at 10:55:51AM +0200, Marco d'Itri wrote: > There are two main issues with trying to support multiple init systems. > The first one is the time needed to do it. The second and more important > one is being limited by the features of the less capable implementation, > which wou

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

2012-08-10 Thread Svante Signell
On Fri, 2012-08-10 at 00:50 +0200, Josselin Mouette wrote: > Le jeudi 09 août 2012 à 23:53 +0200, Carlos Alberto Lopez Perez a > écrit : > > What about Debian kFreeBSD and Hurd? AFAIK systemd needs a linux kernel to > > work. > > Please explain again why we should cripple the Linux port for the

choice in core infrastructure decisions (Re: Bug#684396: ITP: openrc -- alternative boot mechanism)

2012-08-10 Thread Eugene V. Lyubimkin
On 2012-08-10 09:09, Steve Langasek wrote: [...] > > > Le vendredi 10 août 2012 à 17:04 +0900, hero...@gentoo.org a écrit : > > > > Debian is about the freedom to choose. [...] > No, it really isn't. It's about creating a technically excellent operating > system that meets our users needs. > > D

Re: choice in core infrastructure decisions (Re: Bug#684396: ITP: openrc -- alternative boot mechanism)

2012-08-10 Thread Russ Allbery
"Eugene V. Lyubimkin" writes: > On 2012-08-10 09:09, Steve Langasek wrote: >> No, it really isn't. It's about creating a technically excellent >> operating system that meets our users needs. >> Developers need the freedom to *make* autonomous technical choices as >> part of the process of makin

Re: choice in core infrastructure decisions (Re: Bug#684396: ITP: openrc -- alternative boot mechanism)

2012-08-10 Thread Josselin Mouette
Le samedi 11 août 2012 à 00:53 +0300, Eugene V. Lyubimkin a écrit : > Declaring "one area -- one chosen tool" is declaring the monopoly in the > area. As with other monopolies, this often leads to "vendor" lock-in, > stagnation, stopping developing the standards. Have seen examples of all > that o

Re: Change default PATH for Jessie / wheezy+1

2012-08-10 Thread Philipp Kern
On Fri, Aug 10, 2012 at 08:54:24AM +0200, Alberto Fuentes wrote: > For the record and at least up to squeeze, you do have a sudo group > but you are *not* added to that group. If you are using an empty root password during installation, you do get sudo rights. Kind regards Philipp Kern signatur

Re: choice in core infrastructure decisions (Re: Bug#684396: ITP: openrc -- alternative boot mechanism)

2012-08-10 Thread Faidon Liambotis
On 08/11/12 01:12, Russ Allbery wrote: > There are choices that we don't support because the process of supporting > that choice would involve far more work than benefit, and the final goal > is excellence, not choice for its own sake. For example, we don't allow > users to replace the system C li

Re: choice in core infrastructure decisions (Re: Bug#684396: ITP: openrc -- alternative boot mechanism)

2012-08-10 Thread Russ Allbery
Faidon Liambotis writes: > On 08/11/12 01:12, Russ Allbery wrote: >> There are choices that we don't support because the process of >> supporting that choice would involve far more work than benefit, and >> the final goal is excellence, not choice for its own sake. For >> example, we don't allow

Bug#684549: ITP: pepper -- source code statistics reporting tool

2012-08-10 Thread Antoine Beaupré
Package: wnpp Severity: wishlist Owner: "Antoine Beaupré" * Package name: pepper Version : 0.3.2 Upstream Author : Jonas Gehring * URL : http://scm-pepper.sourceforge.net * License : GPL-3 Programming Lang: C++, Lua Description : source code statistics

Re: choice in core infrastructure decisions (Re: Bug#684396: ITP: openrc -- alternative boot mechanism)

2012-08-10 Thread Steve Langasek
On Sat, Aug 11, 2012 at 12:53:45AM +0300, Eugene V. Lyubimkin wrote: > On 2012-08-10 09:09, Steve Langasek wrote: > > > > Le vendredi 10 août 2012 à 17:04 +0900, hero...@gentoo.org a écrit : > > > > > Debian is about the freedom to choose. > > No, it really isn't. It's about creating a technica

Re: choice in core infrastructure decisions (Re: Bug#684396: ITP: openrc -- alternative boot mechanism)

2012-08-10 Thread Thomas Goirand
On 08/11/2012 05:53 AM, Eugene V. Lyubimkin wrote: > Declaring "one area -- one chosen tool" is declaring the monopoly in the > area. As with other monopolies, this often leads to "vendor" lock-in, > stagnation, stopping developing the standards. Have seen examples of all > that occasionally. >