Re: [Dng] printing (was Re: Readiness notification)

2015-06-13 Thread Nate Bargmann
* On 2015 13 Jun 18:23 -0500, Jonathan Wilkes wrote: What part of systemd are these various (non-systemd) programs leveraging? Is it the sd-notify thingy? If it is that would imply a different course of action than if they are using many different features. I know that CUPS can be run

Re: [Dng] Readiness notification

2015-06-13 Thread Jonathan Wilkes
On 06/13/2015 09:34 AM, Klaus Hartnegg wrote: Am 13.06.2015 um 13:33 schrieb Laurent Bercot: 30 seconds is a lot. What if you could get your desktop ready in 5 seconds or less ? This would mean less than what most people think. Because everything longer than half a second is perceived as

[Dng] Museum of mediaeval programming

2015-06-13 Thread Hendrik Boom
On Sat, Jun 13, 2015 at 01:53:44AM +0200, Laurent Bercot wrote: it comes from ancient Unix times when we did not know better, and the daemon() function should either disappear into oblivion, or have a place in the museum of medieval programming as an example of how not to write Unix software.

Re: [Dng] Readiness notification

2015-06-13 Thread Klaus Hartnegg
Am 13.06.2015 um 13:33 schrieb Laurent Bercot: 30 seconds is a lot. What if you could get your desktop ready in 5 seconds or less ? This would mean less than what most people think. Because everything longer than half a second is perceived as being forced to wait. As long as an improvement

Re: [Dng] A nice candidate substitute to network-manager

2015-06-13 Thread Hendrik Boom
On Sat, Jun 13, 2015 at 12:54:41PM +0200, Anto wrote: However, after I found that there is a commit with the title machine: Integrate ConnMan with systemd-hostnamed on connman source code which I posted on this thread yesterday, I decided to stay away from connman. I am quite sure that along

Re: [Dng] Museum of mediaeval programming

2015-06-13 Thread Steve Litt
On Sat, 13 Jun 2015 08:04:12 -0400 Hendrik Boom hend...@topoi.pooq.com wrote: On Sat, Jun 13, 2015 at 01:53:44AM +0200, Laurent Bercot wrote: it comes from ancient Unix times when we did not know better, and the daemon() function should either disappear into oblivion, or have a place in

Re: [Dng] Readiness notification

2015-06-13 Thread Steve Litt
On Sat, 13 Jun 2015 10:43:52 +0200 marc marc...@welz.org.za wrote: On a personal note: You have been making a number of pronouncements which suggest incomplete understanding of unix: Here unaware of dup2(), but in previous posts you were unclear on when a shell needs to do a stat()

[Dng] printing (was Re: Readiness notification)

2015-06-13 Thread LM
Laurent Bercot wrote: As for printing servers, I don't know, but I'd be surprised if cupsd was the only possibility. And if it actually is the only possibility, then we have a bigger problem than just sd_notify: it means that monopolies exist in free software - real, existing monopolies,

Re: [Dng] A nice candidate substitute to network-manager

2015-06-13 Thread Steve Litt
On Sat, 13 Jun 2015 12:29:17 +0200 Jaromil jaro...@dyne.org wrote: I'd prefer something simplier and mostly bound to shell scripts and a light gui layer for the tray, which is handy. As an Openbox guy, I'm always looking to make sure the tray stuff is optional, and that whatever's in the tray

[Dng] task-xfce-desktop, task-mate-desktop task-lxde-desktop proposed changes.

2015-06-13 Thread Daniel Reurich
Hi, I'm currently looking at patching the desktop tasks in taskselect to use slim instead of lightdm (atleast until lightdm has been cleaned up to not depend on systemd). Also I'm planning to replace gnome-network-manager in those tasks with wicd. These changes bring us closer to our goal

Re: [Dng] task-xfce-desktop, task-mate-desktop task-lxde-desktop proposed changes.

2015-06-13 Thread Irrwahn
On Sat, 13 Jun 2015 18:38:29 +1200, Daniel Reurich wrote: I'm currently looking at patching the desktop tasks in taskselect to use slim instead of lightdm (atleast until lightdm has been cleaned up to not depend on systemd). Slim should work fine as the default display manager. Although I

Re: [Dng] Readiness notification

2015-06-13 Thread Didier Kryn
Le 13/06/2015 01:15, Laurent Bercot a écrit : Encouraging daemon writers to use another API and providing a wrapper to make daemons using the simpler API work with the sd_notify mechanism is clearly the better ideological solution, and also technologically preferable because more compatible

Re: [Dng] Readiness notification

2015-06-13 Thread Didier Kryn
Le 13/06/2015 01:53, Laurent Bercot a écrit : On 12/06/2015 22:21, marc...@welz.org.za wrote: The trick is for the daemon process to only background when it is ready to service requests (ie its parent process exits when the child is ready). You already mentioned it in a reply to me, indeed.

Re: [Dng] printing (was Re: Readiness notification)

2015-06-13 Thread Clarke Sideroad
On 06/13/2015 11:03 AM, Hendrik Boom wrote: On Sat, Jun 13, 2015 at 10:22:29AM -0500, Nate Bargmann wrote: * On 2015 13 Jun 08:08 -0500, LM wrote: Laurent Bercot wrote: It would be great if Devuan became the Linux distribution that offered its users alternatives to more commonly used, often

Re: [Dng] printing (was Re: Readiness notification)

2015-06-13 Thread Hendrik Boom
On Sat, Jun 13, 2015 at 10:22:29AM -0500, Nate Bargmann wrote: * On 2015 13 Jun 08:08 -0500, LM wrote: Laurent Bercot wrote: It would be great if Devuan became the Linux distribution that offered its users alternatives to more commonly used, often bloated software. It would certainly

[Dng] Unofficial wiki

2015-06-13 Thread David Harrison
Hi everyone, I have set up http://wiki.friendsofdevuan.org as a holding place for useful information, at least until there's an official wiki in place. It's empty right now but for a few category suggestions. Not even a nifty logo. One may follow :) Please register if you like, and feel

Re: [Dng] A nice candidate substitute to network-manager

2015-06-13 Thread Anto
On 13/06/15 14:15, Hendrik Boom wrote: On Sat, Jun 13, 2015 at 12:54:41PM +0200, Anto wrote: However, after I found that there is a commit with the title machine: Integrate ConnMan with systemd-hostnamed on connman source code which I posted on this thread yesterday, I decided to stay away

Re: [Dng] printing (was Re: Readiness notification)

2015-06-13 Thread Nate Bargmann
* On 2015 13 Jun 08:08 -0500, LM wrote: Laurent Bercot wrote: As for printing servers, I don't know, but I'd be surprised if cupsd was the only possibility. And if it actually is the only possibility, then we have a bigger problem than just sd_notify: it means that monopolies exist in

Re: [Dng] Readiness notification

2015-06-13 Thread marc
On 12/06/2015 22:21, marc...@welz.org.za wrote: The trick is for the daemon process to only background when it is ready to service requests (ie its parent process exits when the child is ready). You already mentioned it in a reply to me, indeed. I intentionally did not follow up, and here

Re: [Dng] Readiness notification

2015-06-13 Thread Klaus Hartnegg
Am 13.06.2015 um 08:40 schrieb Didier Kryn: Yes, daemon writers are good-willing developpers; they want their software to serve as many users as possible; and users install distros. This gives power to the distros. But if someone provides them with a KISS readyness-signaling method, along

Re: [Dng] Readiness notification

2015-06-13 Thread Laurent Bercot
On 13/06/2015 11:37, KatolaZ wrote: AFAIK all this fuss with daemon-readiness began with the first attempts to have parallel boot sequences, which is something that is still *useless* in 95% of the use cases: servers don't get restarted evey other minute and normal users who don't use suspend

[Dng] epoch feature request

2015-06-13 Thread Hendrik Boom
The maintainer of epoch has just asked for feature requests. http://linux.slashdot.org/story/15/06/13/198222/ask-slashdot-feature-requests-for-epoch-init-system-130 -- hendrik ___ Dng mailing list Dng@lists.dyne.org