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 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,

Re: [Dng] Readiness notification

2015-06-13 Thread KatolaZ
On Sat, Jun 13, 2015 at 08:40:27AM +0200, Didier Kryn wrote: [cut] > > The question now is who will develop, maintain and package this > wrapper? Will Devuan be the official developper of > "Systemd-Readyness-Wrapper", or can anyone convince Openssh or who > else to take the job? Or are the

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

2015-06-13 Thread Jaromil
dear Anto On 12 June 2015 18:01:07 CEST, Anto wrote: >I should have written my previous sentence properly like "there was no >connman GUI interface for XFCE in Debian wheezy when I tried it". :) > >I just double checked. There is actually connman gui on Devuan/Debian >jessie as shown below. Bu

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

2015-06-13 Thread Anto
On 13/06/15 08:38, Daniel Reurich wrote: 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.

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

2015-06-13 Thread Anto
On 13/06/15 12:29, Jaromil wrote: dear Anto On 12 June 2015 18:01:07 CEST, Anto wrote: I should have written my previous sentence properly like "there was no connman GUI interface for XFCE in Debian wheezy when I tried it". :) I just double checked. There is actually connman gui on Devuan/

Re: [Dng] Readiness notification

2015-06-13 Thread Laurent Bercot
On 13/06/2015 10:43, marc wrote: It is only bad design if you have your heart set on a supervision framework like daemontools. No, it is bad design because - it lengthens the code path before the service is operational - it requires software authors to write more code into their daemon inste

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 suspen

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 wi

[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

[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 softwa

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 st

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

Re: [Dng] Readiness notification

2015-06-13 Thread Steve Litt
On Sat, 13 Jun 2015 10:37:19 +0100 KatolaZ wrote: > On Sat, Jun 13, 2015 at 08:40:27AM +0200, Didier Kryn wrote: > > [cut] > > > > > The question now is who will develop, maintain and package this > > wrapper? Will Devuan be the official developper of > > "Systemd-Readyness-Wrapper", or ca

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 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 can be opened

Re: [Dng] Museum of mediaeval programming

2015-06-13 Thread Steve Litt
On Sat, 13 Jun 2015 08:04:12 -0400 Hendrik Boom 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 the museum of m

Re: [Dng] Readiness notification

2015-06-13 Thread Steve Litt
On Sat, 13 Jun 2015 10:43:52 +0200 marc 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() (5542b2d4.5030...@skarnet.

[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 fre

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 f

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

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 certa

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

2015-06-13 Thread Marlon Nunes
On 2015-06-12 17:48, Anto wrote: On 12/06/15 22:15, Anto wrote: On 12/06/15 18:34, Marlon Nunes wrote: On 2015-06-12 10:03, Steve Litt wrote: On Fri, 12 Jun 2015 07:50:25 -0300 Marlon Nunes wrote: Hi, i've been testing connman for a while and found it to handle very well my network connec

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 blo

Re: [Dng] Readiness notification

2015-06-13 Thread Laurent Bercot
On 13/06/2015 08:40, Didier Kryn wrote: 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 with a syst

[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 https://mailinglists.dyne.org/cgi-bi

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 bein

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

2015-06-13 Thread Jonathan Wilkes
On 06/13/2015 01:31 PM, Clarke Sideroad wrote: 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 use

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 u