Re: [Dng] epoch feature request

On 15/06/15 02:41, Steve Litt wrote: On Mon, 15 Jun 2015 00:36:34 +0200 Anto wrote: There is one thing that annoys me due to epoch only has a singe configuration file. I think you have done a lot more research on epoch so perhaps you could answer this. Is there any mechanism to automaticall

Re: [Dng] Hal and Vdev

DRM is provided by libhal.so. Many people have used a special Hal package called halflash over a Slackware. It works with Freshplayerplugin(libpepflashplayer) and FlashPlayer-Plugin. Sent from my Windows Phone From: Jude Nelson Sent: ‎6/‎

Re: [Dng] Hal and Vdev

Hi Jeremy, I have a question about the deprecated program hal. We like to stream > videos from Amazon.com but we need hal installed in order to make it work. > The Hal Debian wiki says that it is being deprecated and it is being > replaced by udev (https://wiki.debian.org/hal). Since vdev is being

[Dng] Hal and Vdev

I have a question about the deprecated program hal. We like to stream videos from Amazon.com but we need hal installed in order to make it work. The Hal Debian wiki says that it is being deprecated and it is being replaced by udev (https://wiki.debian.org/hal). Since vdev is being written to replac

Re: [Dng] Readiness notification

On Mon, Jun 15, 2015 at 01:14:51AM +0200, Laurent Bercot wrote: > On 15/06/2015 00:36, Isaac Dunham wrote: > >I think that a program that must run in the background is broken. > >Yet *prohibiting* auto-backgrounding imposes an even more heavy toll > >on scripts where requires to be running and >

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

On Sun, Jun 14, 2015 at 07:39:37AM -0400, LM wrote: > Hendrik Boom wrote: > > I think that Brother is one of the companies that advertises actual > > Unix support, and that my printer an HL-3170CDW, at least, accepts a > > variety of networked protocols, including some that originated in Unix. > >

Re: [Dng] epoch feature request

On Mon, 15 Jun 2015 00:36:34 +0200 Anto wrote: > There is one thing that annoys me due to epoch only has a singe > configuration file. I think you have done a lot more research on > epoch so perhaps you could answer this. Is there any mechanism to > automatically manage applications that we wa

Re: [Dng] Readiness notification

On 15/06/2015 00:36, Isaac Dunham wrote: I think that a program that must run in the background is broken. Yet *prohibiting* auto-backgrounding imposes an even more heavy toll on scripts where requires to be running and ready: you *must* run a supervisor, or else run a lame-not-quite-a- supervi

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

On Fri, Jun 12, 2015 at 10:48:35PM +0200, Anto wrote: > I just purged all connman files that I downloaded tonight. I think t > is not worth trying to compile and install it. The title of the > commit below clearly says that connman is definitely being locked-in > to systemd. > > machine: Integrate

Re: [Dng] epoch feature request

On 14/06/15 23:19, Steve Litt wrote: On Sun, 14 Jun 2015 22:39:51 +0200 Anto wrote: On 14/06/15 21:43, Steve Litt wrote: On Sun, 14 Jun 2015 18:18:48 +0200 Anto wrote: And the second one is I would like to be able to easily switch back and forth between epoch and sysvinit for testing pur

Re: [Dng] Readiness notification

On Sat, Jun 13, 2015 at 01:53:44AM +0200, Laurent Bercot wrote: > 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). > > This is bad design, for

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

On 14/06/2015 23:45, Jonathan Wilkes wrote: Is there a way to tell which packages use a particular function like sd_notify et al? Authors *should* document readiness notification capabilities of their daemons. But then again, reality may be different. sd_notify will be easy to spot: there w

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

On 06/14/2015 02:39 PM, Laurent Bercot wrote: On 14/06/2015 19:17, KatolaZ wrote: I am sorry but you simply don't get rid of race conditions by signalling that the daemon is ready. If the daemon dies or hangs for whatever reason, you will still have a problem, since you thought the service was u

Re: [Dng] epoch feature request

On Sun, 14 Jun 2015 22:39:51 +0200 Anto wrote: > > > On 14/06/15 21:43, Steve Litt wrote: > > On Sun, 14 Jun 2015 18:18:48 +0200 > > Anto wrote: > >> And the second one > >> is I would like to be able to easily switch back and forth between > >> epoch and sysvinit for testing purpose, so that

Re: [Dng] Readiness notification

On Sat, Jun 13, 2015 at 09:42:34AM -0400, Steve Litt wrote: > On Sat, 13 Jun 2015 10:37:19 +0100 > KatolaZ wrote: > > I think there is another, more fundamental question: do we really need > > to know in *real time* when a service/daemon is ready for its job or > > has done what it is supposed to

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

On Sun, Jun 14, 2015 at 11:46 AM, Steve Litt wrote: > This is an exact analogy of saying "I believe seatbelts are evil, > because car crashes should not happen." > > Shouldn't, but do. Besides that, some drivers are incompetant. Just > like some daemon authors are incompetant. Saying incompetent

Re: [Dng] epoch feature request

On 14/06/15 21:43, Steve Litt wrote: On Sun, 14 Jun 2015 18:18:48 +0200 Anto wrote: The main reasons I am looking for Debian build script are that, first of all I want to learn a lot more about packaging. I think you're going to have to *create* that Debian build script. I fear it doesn'

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

On Sun, 14 Jun 2015 18:22:26 +0100 KatolaZ wrote: > On Sun, Jun 14, 2015 at 10:35:48AM -0400, Stephanie Daugherty wrote: > > [cut] > > > > > A professional service of any sort should have monitoring - the > > administrator should be alerted within minutes if a service doesn't > > start when it

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

On Sun, 14 Jun 2015 18:17:44 +0100 KatolaZ wrote: > On Sun, Jun 14, 2015 at 03:50:06PM +0200, Laurent Bercot wrote: > > On 14/06/2015 15:29, Nikolaus Klepp wrote: > > >And I thought the historic solution would be to give your web > > >printing service an id higher than cups, eg.: > > > > > >/etc/

Re: [Dng] epoch feature request

On Sun, 14 Jun 2015 18:18:48 +0200 Anto wrote: > The main reasons I am looking for Debian build script are that, first > of all I want to learn a lot more about packaging. I think you're going to have to *create* that Debian build script. I fear it doesn't exist. > And the second one > is I

[Dng] Suckless Init on Plop document

Hi all, Obviously, this isn't a recommendation of something to go into Devuan. I've written a document on installing Suckless Init on Plop Linux. It's a solid learning tool, nothing more, nothing less. http://troubleshooters.com/linux/diy/suckless_init_on_plop.htm A little more detail... The se

Re: [Dng] Unofficial wiki

> Ah. The hosting control panel allows me to switch PHP versions up to and > including 5.6. Anyone heard anything adverse about 5.6? Other than the fact > that it's still PHP? :-) I recommend 5.4 or 5.5 for now ___ Dng mailing list Dng@lists.dyne.org http

Re: [Dng] Readiness notification

My take-away from this and the related threads is that a daemon author would ideally provide options to have it: * Either write log messages to stderr or syslog, but write the same data regardless; * Either stay running in the foreground, or auto-background itself once it's ready to begin taking re

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

On 14/06/2015 19:17, KatolaZ wrote: I am sorry but you simply don't get rid of race conditions by signalling that the daemon is ready. If the daemon dies or hangs for whatever reason, you will still have a problem, since you thought the service was up and running while it is not any more W

Re: [Dng] Unofficial wiki

On 14/06/2015 16:14, dng-requ...@lists.dyne.org wrote: * X-Powered-By: PHP/5.3.28 ( unmaintained and vulnerable php version ) Ah. The hosting control panel allows me to switch PHP versions up to and including 5.6. Anyone heard anything adverse about 5.6? Other than the fact that it's still P

Re: [Dng] Unofficial wiki

On 14/06/2015 16:14, dng-requ...@lists.dyne.org wrote: a few things : * at the very least you will need a clean dns : https://www.zonemaster.net/test/16766 Nameserver ns1.vidacloud.co.uk/185.52.27.27 answered with a RCODE NXDOMAIN to SOA query on xx--domain-cannot-exist.xx--illegal-syntax-tld.

Re: [Dng] Unofficial wiki

On 14/06/2015 16:14, dng-requ...@lists.dyne.org wrote: No luck registering. I didn't get a confirmation email, and an attempt to register with the same creds says I am already registered. The password reset seems to only work if you are already logged in !?!!? peter I'll create a login with

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

On Sun, Jun 14, 2015 at 10:35:48AM -0400, Stephanie Daugherty wrote: [cut] > > A professional service of any sort should have monitoring - the > administrator should be alerted within minutes if a service doesn't start > when it should or goes down when it shouldn't, > > Getting a little off to

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

On Sun, Jun 14, 2015 at 03:50:06PM +0200, Laurent Bercot wrote: > On 14/06/2015 15:29, Nikolaus Klepp wrote: > >And I thought the historic solution would be to give your web printing > >service an id higher than cups, eg.: > > > >/etc/rc*/S04cups > >/etc/rc*/S99awsomewebprinter > > > >Together wit

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

Am Sonntag, 14. Juni 2015 schrieb Laurent Bercot: > On 14/06/2015 15:29, Nikolaus Klepp wrote: > > And I thought the historic solution would be to give your web printing > > service an id higher than cups, eg.: > > > > /etc/rc*/S04cups > > /etc/rc*/S99awsomewebprinter > > > > Together with the nig

Re: [Dng] epoch feature request

On 14/06/15 17:34, Steve Litt wrote: On Sun, 14 Jun 2015 09:57:12 +0200 Anto wrote: On 13/06/15 23:35, Hendrik Boom wrote: 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 -

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

On Sun, 14 Jun 2015 17:22:11 +0200 Laurent Bercot wrote: > > [ Stephanie ] > > I'm firmly in the camp that process supervision is evil, because > > service failures on a *nix system should not happen > > They should not happen. But they do. > And auto-restart is not the only thing that pro

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

On Sun, 14 Jun 2015 15:59:17 +0200 Didier Kryn wrote: > > Here comes the remark of Katolaz: "so what?". > > What happens then? Does the webprinting service crash? Or does > it hang until Cups is ready? Is it able to detect that it is hanging? > The last would probably be the most sen

Re: [Dng] epoch feature request

On Sun, 14 Jun 2015 09:57:12 +0200 Anto wrote: > > On 13/06/15 23:35, Hendrik Boom wrote: > > 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 > > I alw

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

On Sun, 6/14/15, Steve Litt wrote: Subject: Re: [Dng] printing (was Re: Readiness notification) To: dng@lists.dyne.org Date: Sunday, June 14, 2015, 10:17 AM [CUT] My life is so much simpler. I have one printer connected to one computer. Most

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

[ Didier ] What happens then? Does the webprinting service crash? Or does it hang until Cups is ready? Is it able to detect that it is hanging? The last would probably be the most sensible way to handle the dependency :-) A professional webprinting service should be able to do that. And this is w

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

On Sun, 14 Jun 2015 12:27:37 +0200 Laurent Bercot wrote: > On 14/06/2015 11:58, KatolaZ wrote: > > Sorry for asking a silly question, but what's the problem in having > > cups "running" all the time? And better, if you start/stop cups when > > you need it, why should cups notify systemd (or any o

Re: [Dng] Unofficial wiki

a few things : * at the very least you will need a clean dns : https://www.zonemaster.net/test/16766 Nameserver ns1.vidacloud.co.uk/185.52.27.27 answered with a RCODE NXDOMAIN to SOA query on xx--domain-cannot-exist.xx--illegal-syntax-tld. Nameserver ns2.vidacloud.co.uk/95.142.155.4 answered with

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

On Sun, Jun 14, 2015 at 9:59 AM, Didier Kryn wrote: > What happens then? Does the webprinting service crash? Or does it hang > until Cups is ready? Is it able to detect that it is hanging? The last > would probably be the most sensible way to handle the dependency :-) A > professional webprin

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

Le 14/06/2015 15:50, Laurent Bercot a écrit : On 14/06/2015 15:29, Nikolaus Klepp wrote: And I thought the historic solution would be to give your web printing service an id higher than cups, eg.: /etc/rc*/S04cups /etc/rc*/S99awsomewebprinter Together with the nightmare from unix museum (aka

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

On 14/06/2015 15:29, Nikolaus Klepp wrote: And I thought the historic solution would be to give your web printing service an id higher than cups, eg.: /etc/rc*/S04cups /etc/rc*/S99awsomewebprinter Together with the nightmare from unix museum (aka fork when ready) it simply works. No, it do

Re: [Dng] Cups (was printing (was Reasyness...))

Le 14/06/2015 13:39, LM a écrit : Hendrik Boom wrote: I think that Brother is one of the companies that advertises actual Unix support, and that my printer an HL-3170CDW, at least, accepts a variety of networked protocols, including some that originated in Unix. But I don't know how to access

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

Am Sonntag, 14. Juni 2015 schrieb Laurent Bercot: > On 14/06/2015 11:58, KatolaZ wrote: > > Sorry for asking a silly question, but what's the problem in having > > cups "running" all the time? And better, if you start/stop cups when > > you need it, why should cups notify systemd (or any other init

Re: [Dng] Unofficial wiki

> On June 13, 2015 at 11:06 AM David Harrison wrote: > > > 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 > n

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

Hendrik Boom wrote: > I think that Brother is one of the companies that advertises actual > Unix support, and that my printer an HL-3170CDW, at least, accepts a > variety of networked protocols, including some that originated in Unix. > But I don't know how to access them without CUPS. > > There m

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

On 14/06/2015 11:58, KatolaZ wrote: Sorry for asking a silly question, but what's the problem in having cups "running" all the time? And better, if you start/stop cups when you need it, why should cups notify systemd (or any other init) that it is ready to do things? Why should init be informed o

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

On Sat, Jun 13, 2015 at 08:04:27PM -0500, Nate Bargmann wrote: > * 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

Re: [Dng] epoch feature request

On 13/06/15 23:35, Hendrik Boom wrote: 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 I always want to try epoch init system since I read Steve's howto about it o