Re: Parallellizing the boot in Debian Squeeze - ready for wider testing
[Stefano Zacchiroli]
> If you are ready to monitor the issue closely, I don't see any problem
> in switching the default now in unstable, see how it goes, and then
> decide later on if revert back to the current default in Squeeze
> time. Ideally, you should probably communicate a on the matter when/if
> it arrives in testing to raise the awareness for testing users (and
> probably we should work on the doc, as reported by Vincent). AFAICT the
> change of the default change is relatively self-contained and will only
> help in showing other problems which has been difficult to spot thus
> far. [ I'm Cc-ing the release team, in case they see extra problems that
> I don't in doing that change in the interim. ]
I will continue to monitor this closesly, but do not have much time to
spend on it and thus need others to help out with providing patches
and fixing packages when problems are detected. And there are still
problems around. Just discovered that pdns-server do not start after
slapd when concurrent booting is enabled, and thus cases pdns to fail
when it is set up to use LDAP as its backend. I expect other similar
edge cases to be found as well, and my fear is that there will be a
lot of them that will not be detected before Squeeze is released,
causing the perceived quality of Debian to be reduced when Squeeze is
released.
Anyway, switching the default is a simple matter, editing a line in a
file in the sysv-rc package, and it would be quick both to enable and
disable if it proves to be a bad idea at the moment.
If the release team are OK with the switch, I assume the consensus in
this matter is that we should try to switch and see how it goes.
I am currently busy elsewhere, so it will at the earliest happen next
weekend.
Happy hacking,
--
Petter Reinholdtsen
Reply to: