http://brainstorm.ubuntu.com/item/35/
[4170 votes] Solution #1: Auto-generated solution of idea #35


]]> en-us Thu, 28 Feb 2008 15:12:54 +0000 Fri, 23 Oct 2009 06:41:03 +0000 QAPoll module http://brainstorm.ubuntu.com/idea/35/ Thu, 28 Feb 2008 15:14:42 +0000 Thu, 28 Feb 2008 15:19:23 +0000 Thu, 28 Feb 2008 15:26:05 +0000 Thu, 28 Feb 2008 15:27:29 +0000 Thu, 28 Feb 2008 15:55:06 +0000 Thu, 28 Feb 2008 15:58:47 +0000 Thu, 28 Feb 2008 18:41:59 +0000 Thu, 28 Feb 2008 18:43:50 +0000 Thu, 28 Feb 2008 23:54:45 +0000
Does upstart support signaling? (Can I 'kill -HUP' a service?)

I'm looking to replace some Daemontools services with something more friendly.]]> Fri, 29 Feb 2008 00:43:21 +0000 Fri, 29 Feb 2008 00:50:24 +0000 Fri, 29 Feb 2008 01:11:43 +0000
Technically, you can do that now. You have to manually add the X starting scripts higher up in the list of started services. But it can be done.

Now in practice... I've done it and it sucks. X starts to load sooner, but since the rest of the system is still booting, it's very sluggish and I thought it made the overall booting (from off to usable desktop) take longer.

All it did was have me looking at an X screen longer than the progress bar for a few seconds more.]]> Fri, 29 Feb 2008 01:24:30 +0000 Fri, 29 Feb 2008 01:42:10 +0000 Fri, 29 Feb 2008 02:58:22 +0000 This article talks about what's in store for the future of X.Org and specifically mentions flicker-free boots. ]]> Fri, 29 Feb 2008 04:48:45 +0000
This article on /. seems to suggest that DJBware is now in the public domain.
]]> Fri, 29 Feb 2008 09:09:36 +0000 ]]> Fri, 29 Feb 2008 09:11:08 +0000 Fri, 29 Feb 2008 10:38:06 +0000 Fri, 29 Feb 2008 15:16:53 +0000
Well Upstart is here and not a single daemon is using it. And I haven't even heard of plans to fix this.]]> Fri, 29 Feb 2008 15:32:36 +0000
I agree... ubuntu should take FULL advantage of this, working for every ounce of performance, and every ounce of dynamicism.]]> Fri, 29 Feb 2008 19:57:08 +0000
It would be best if during a system install advanced users were given the opportunity to answer a set of questions and on the basis of these questions (and possibly a set of hardware probing test) custom init scripts would be composed - as simple as can be without all those ifs which make the scripts universal. I don't want universal scripts I want them tailor-made for my system and hardware.

There is also a need to give users the ability to customize the startup procedure that goes beyond creating symbolic links for scripts at given runlevels.

Also something could be done to prevent software upgrades form changing the startup procedure set by the user. For example I have samba installed on my system, but I don't want it to run at all times, just occasionally. I remove the symbolic links with update-rc.d tool but samba upgrade inserts them back...

Startup may not be as important for systems which are hardly ever shut down but for normal desktops this counts and order needs to be introduced.]]> Fri, 29 Feb 2008 20:41:13 +0000
I use Daemontools on my Ubuntu system (It's in the Multiverse Repository. I also remember that Debian considered DJB's tools (qmail, Daemontools, TinyDNS etc) to be 'non-free' because of a licensing issue.

Here's the Slashdot article discussing DJBtool's move into the Public Domain:

http://linux.slashdot.org/article.pl?sid=07/11/30/0430201]]> Fri, 29 Feb 2008 21:01:12 +0000 You're going to have to support sysV style init scripts basically forever anyway.]]> Sat, 01 Mar 2008 11:32:57 +0000 Sat, 01 Mar 2008 14:40:08 +0000 Sun, 02 Mar 2008 02:06:05 +0000
I share the concern why upstart was even marketed to us, since it has never been used yet.

Why? God knows. They might have good reason. They might be waiting for debian to use upstart.

Funny thing though: now Fedora/Red Hat is going to use Upstart. Ubuntu created it, but they are going to actually put it in production first.

Secondly changing all the init's scripts is not a scary thing. But it does mean there is going to be some bug-hunting to do.

If there was ever a time, they really need to do this for hardy+1.]]> Sun, 02 Mar 2008 19:02:29 +0000
Replace the old upstart system by upstart. Perhaps you could see the list of tasks in their upstart tasklist]]> Sun, 02 Mar 2008 19:30:37 +0000

You should read carefully ;)

Just as ubuntu, fedora is trying to "[...] begin a smooth transition toward this model."
As "Upstart is also very capable of emulating a SysV style init system" it "can be placed into Fedora right now without any changes to the init scripts."

So this is what is already in ubuntu right now as far as I know. They use upstart with the old init-scripts - as mentioned in the wiki, fedora will do so too.]]> Mon, 03 Mar 2008 14:48:42 +0000 Fri, 07 Mar 2008 00:11:25 +0000 My humble suggestion,even if hardy came without a upgraded upstart,please provide another ISO of hardy or packages of upstart that completely removed sysVinit and upstart-compatibility for sysVinit thing.
this much eagerly waiting for upstart!and what about upstart+HAL?some problems?are they sorted out?
waiting for developer's comments.
Thank You All!]]> Sat, 15 Mar 2008 04:01:48 +0000 Tue, 15 Apr 2008 07:34:26 +0000 ]]> Mon, 08 Sep 2008 10:44:37 +0000
Is upstart enabled in intrepid by default.

I only have intrepid running in a virtual machine.
(Under VirtualBox)]]> Fri, 12 Sep 2008 19:48:24 +0000
However, even as of Ubuntu 8.10, it is still not being taken advantage of, and old sysvinit scripts are being used.]]> Wed, 08 Oct 2008 04:48:34 +0000
Apt-get + event driven management of taks & processes would make my ultimate server.

SMF (service management facility) on Solaris is the only way to go so far, althought Solaris does not have that good userland just yet.]]> Sun, 04 Jan 2009 13:24:50 +0000 Sun, 20 Sep 2009 13:19:55 +0000