Comment 6 for bug 427356

On Fri, 2009-09-11 at 19:10 +0000, Steve Langasek wrote:

> Before approving the bulk of these, I have a few questions:
>
> - If approved, how soon can these be uploaded? (I think we want the
> bulk of this to land before alpha-6; if you're ready to go on these,
> feel free to grab me on IRC so that we can get this on its way.)
>
I'm ready to upload them today, so they'll be before alpha 6. The tasks
are a single set though, so they have to go in together or not at all.

> - Do we have a rollback plan in the event the upstart job conversions
> don't work as intended, and under what conditions would we decide to
> roll back? (E.g., what kind of bugs at beta time would be a sign that
> something is Wrong?)
>
To be honest, I'm pretty confident that we can work out the bugs. I'm
already getting reports that situations that didn't work with the old
init scripts work now (USB disks mentioned in fstab now being mounted,
etc.)

I fully expect there to be a few bugs, of course.

Rollback plan is obviously going to have to be to revert all the
changes, and delete the Upstart jobs restoring the init scripts.

> - There are a number of packages not on this list which have init scripts whose lsb headers reference packages that are being converted, e.g.:
> /etc/init.d/libvirt-bin:# Should-Start: hal avahi
> /etc/init.d/saned:# Should-Start: dbus avahi
> /etc/init.d/bluetooth:# Required-Start: $local_fs $syslog $remote_fs dbus
> /etc/init.d/landscape-client:# Required-Start: $local_fs $remote_fs hal dbus
> /etc/init.d/dns-clean:# Required-Start: $local_fs gdm
> /etc/init.d/pppd-dns:# Required-Start: $local_fs gdm
> /etc/init.d/pulseaudio:# Should-Start: udev NetworkManager
> + countless instances of 'syslog'
>
> how are these handled? Are all the native upstart jobs guaranteed to be
> processed first before running rc?
>
We don't use the LSB headers, so they don't matter.

But I do plan to convert them - just not in time for Alpha 6 and I think
it's important that we get the root code (filesystem mounting, etc.) as
widely tested as possible.

Scott
--
Scott James Remnant
<email address hidden>