On Thu, Jul 21, 2011 at 22:44:55 +0200, Marc Haber wrote:
[...]
> Please don't get me wrong: I like the ideas behind systemd, but I need
> some more input to decide whether it's actually as flexible as an init
> script.
IMHO the flexibility of init scripts was often abused to do things
which sho
Package: wnpp
Severity: wishlist
Owner: "Dave Walker (Daviey)"
* Package name: libplack-middleware-session-perl
Version : 0.14
Upstream Author : Tatsuhiko Miyagawa , Stevan Little
* URL : http://search.cpan.org/dist/Plack-Middleware-Session/
* License : Artis
]] Wouter Verhelst
Hi Wouter,
| At any rate, by not wanting to do scripts, you're making life harder for
| yourself, since now you suddenly have to implement everything what
| people have trivially done in shell scripts for years in C. Writing
| flawless C isn't exactly easy either[1], and even
Package: wnpp
Severity: wishlist
Owner: "Dave Walker (Daviey)"
* Package name: libirc-formatting-html-perl
Version : 0.29
Upstream Author : Lee Aylward
* URL : http://search.cpan.org/dist/IRC-Formatting-HTML/
* License : Artistic or GPL-1+
Programming Lang:
Package: wnpp
Severity: wishlist
Owner: "Dave Walker (Daviey)"
* Package name: alice
Version : 0.19
Upstream Author : Lee Aylward
* URL : https://github.com/leedo/alice
* License : Artistic or GPL-1+
Programming Lang: Perl & HTML/CSS
Description : App:
On Sun, 24 Jul 2011 at 21:59:40 +0200, Wouter Verhelst wrote:
> even init.d has a documented (and what's
> more, actually *working*) implementation of not starting daemons at
> boot. It's called 'remove the *** symlink'.
If you remove them, they'll be recreated by the next upgrade; the right
w
Iustin Pop writes:
> On Sun, Jul 24, 2011 at 01:17:50PM -0700, Russ Allbery wrote:
>> I don't get that impression. Rather, I think both systemd and upstart
>> want to significantly reduce the involvement of shell scripts in the
>> boot process for the same reason that I'd love to have the time t
On Sun, Jul 24, 2011 at 01:17:50PM -0700, Russ Allbery wrote:
> Wouter Verhelst writes:
>
> > No. systemd wants to throw out init scripts, because they are shell
> > scripts, and Shell Scripts Are Bad!!!1!! oh noes.
>
> I don't get that impression. Rather, I think both systemd and upstart
> wan
On Sun, Jul 24, 2011 at 10:16:15PM +0200, Stephan Seitz wrote:
> On Sun, Jul 24, 2011 at 09:59:40PM +0200, Wouter Verhelst wrote:
> >That this is not particularly useful is not specific to any init
> >implementation. I hate 'ENABLED=' configuration options with a passion.
> >They do not make *any*
Wouter Verhelst writes:
> No. systemd wants to throw out init scripts, because they are shell
> scripts, and Shell Scripts Are Bad!!!1!! oh noes.
I don't get that impression. Rather, I think both systemd and upstart
want to significantly reduce the involvement of shell scripts in the boot
proce
On Sun, Jul 24, 2011 at 09:59:40PM +0200, Wouter Verhelst wrote:
That this is not particularly useful is not specific to any init
implementation. I hate 'ENABLED=' configuration options with a passion.
They do not make *any* sense, even init.d has a documented (and what's
They do in packages th
On Sat, Jul 23, 2011 at 01:09:02PM -0300, Fernando Lemos wrote:
> On Sat, Jul 23, 2011 at 12:47 PM, Marc Haber
> wrote:
> > On Thu, 21 Jul 2011 18:12:13 -0300, Fernando Lemos
> > wrote:
> >>A more realistic option would be launching a program (or script) which
> >>would read a configuration file
On Fri, Jul 22, 2011 at 05:09:11PM +0200, Michael Biebl wrote:
> A lot of those /etc/default files have a ENABLED=YES flags, which are not
> particularly useful with systemd, as systemd provides proper mechanisms to
> enable/disable services in a convenient way.
That this is not particularly usefu
Package: wnpp
Severity: wishlist
* Package name: chan-datacard
Version : SVN snapshot (r187)
Upstream Author : Artem Makhutov ,
Dmitry Vagin
* URL : http://forge.asterisk.org/gf/project/chan_datacard/
* License : GPLv2
Programming Lang:
Package: wnpp
Severity: wishlist
Owner: Jérémy Bobbio
User: debian-...@lists.debian.org
Usertags: kfreebsd
* Package name: openbgpd
Version : 4.6+port4.9.20110612
Upstream Author : Henning Brauer
* URL : http://www.openbgpd.org/
* License : BSD
Programming L
Please reply to me directly (or CC me on replies) as I am not
currently subscribed to debian-devel.
Enrico Weigelt wrote:
> * Jay Berkenbilt schrieb:
>>
>> I'm looking for someone who might like to take over the icu package.
>> This is ICU4C (C/C++), not to be confused with ICU4J (Java), whic
Package: wnpp
Severity: wishlist
Owner: Mathieu Parent
* Package name: php-crypt-blowfish
Version : 1.0.1 or 1.1.0~RC2
Upstream Author : Philippe Jausions , Matthew Fonda
* URL : http://pear.php.net/package/Crypt_Blowfish/
* License : BSD
Programming Lang: P
* Russ Allbery [110724 03:23]:
> > I, personally, consider all of those warnings bugs. Well, unused
> > variables aren't problems per se, but often can give good hints where
> > there *might* be some bug.
>
> Oh, sure, I agree. But sometimes it's not a good idea to immediately
> escalate a whole
Hi,
Adam Borowski wrote:
> Another thing is, Arora is dead upstream and no one stepped in to revive it.
shirish's mai to debian-devel
()
reminded me that xxxterm seems to be a possible replacement for Arora
which ssems to be also quite lean for a WebKit based browser.
BTW: dillo 3 is now in the
On Wed, May 11, 2011 at 10:15:48PM +0100, Dominic Hargreaves wrote:
> On Wed, May 11, 2011 at 10:54:16PM +0200, Adam Borowski wrote:
> > On Wed, May 11, 2011 at 10:05:40PM +0200, Frank Küster wrote:
> > > Not at the same time, but someone might allow a user of a laptop to
> > > access their WLAN, b
20 matches
Mail list logo