User Survey

Scott James Remnant scott at netsplit.com
Mon Sep 4 06:52:01 BST 2006


On Mon, 2006-09-04 at 07:20 +0200, martin f krafft wrote:

> also sprach Clément Stenac <zorglub at debian.org> [2006.09.03.1148 +0200]:
> > Should it be simply removed, or should a virtual "init" package be
> > created with sysvinit and upstart providing it ?
> 
> rdepends:
> ii  dpkg           1.13.22        package maintenance system for Debian
> ii  e2fsprogs      1.39-1         ext2 file system utilities and libraries
> ii  initscripts    2.86.ds1-15    Scripts for initializing and shutting down t
> ii  initscripts    2.86.ds1-15    Scripts for initializing and shutting down t
> 
Note that these aren't dependencies, but conflicts/replaces/etc.

> If you ask me, none of these need to depend on init.
> 
> un  file-rc        <none>         (no description available)
> ii  sysv-rc        2.86.ds1-15    System-V-like runlevel change mechanism
> 
> But these do. A virtual package would be the clean solution.
> 
These would require that the virtual package arranged matters so that
the jobs were run?  Off the top of my head, I've no idea how file-rc
manages this... I guess it replaces /etc/init.d/rc ?

In which case, the virtual package should be something like
"daemon-that-runs-the-sysv-rc-script", not "init", and that can be
provided by the upstart-sysv-compat package.

> also sprach Scott James Remnant <scott at netsplit.com> [2006.09.03.1855 +0200]:
> > > But how will upstart handle things like "apache needs network to be set
> > > up"
> > > 
> > "start on network" ?
> > 
> > > "tomcat needs postgresql to be up"
> > > 
> > "start on postgresql" ?
> 
> What about "needs network and postgresql", assuming postgresql does
> not need network?
> 
That's a more interesting case, I would say that the job should contain
the following:

	start on network
	wait for postgresql

("wait for" is currently "depends", but due to be renamed.  This marks
the job as "to be started" but keeps it in the waiting state until the
named services are running or tasks are finished).

Though I wonder whether there are such real-world cases as this; I could
imagine that there could be some kind of odd download daemon that would
only be run when a network is connected and requires a postgresql
database?

However that's imaginary.  Do you know of any?

> also sprach Scott James Remnant <scott at netsplit.com> [2006.09.03.1847 +0200]:
> > The following packages had legacy dependencies on sysvinit (due to some
> > invoke/update-rc.d change years ago) removed:
> 
> So we could just remove these dependencies in Debian, no?
> 
I believe so, yes.

> > I still think that an interim archive would be an idea.  Perhaps someone
> > would like to set one up?  Marco?
> 
> What's the purpose of an interim archive?
> 
Makes staging easier?

(Answering the technical questions here, will answer the more
personal-level ones later off-list as it's not really on topic here <g>)

Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/upstart-devel/attachments/20060904/6db8a2c0/attachment.pgp 


More information about the Upstart-devel mailing list