| 1 |
William Hubbs posted on Wed, 13 Apr 2011 14:58:51 -0500 as excerpted: |
| 2 |
|
| 3 |
> On Wed, Apr 13, 2011 at 08:41:16PM +0200, "Pawe?? Hajdan, Jr." wrote: |
| 4 |
>> On 4/13/11 8:15 PM, William Hubbs wrote: |
| 5 |
>> > The baselayout package provides files which all systems must have in |
| 6 |
>> > order to function properly. You are currently using version 1.x, |
| 7 |
>> > which has several issues. The most significant of these is that the |
| 8 |
>> > included init system is written entirely in bash, which makes it slow |
| 9 |
>> > and not very flexable. |
| 10 |
>> |
| 11 |
>> I think it would be worth it to mention other problems too (just a list |
| 12 |
>> of most important bugs if that makes sense). |
| 13 |
> |
| 14 |
> Does anyone on the list have any particular suggestions for what should |
| 15 |
> be mentioned? |
| 16 |
|
| 17 |
The definition of "important" might vary per person, but, while it has |
| 18 |
been awhile since I ran baselayout-1, here's what I recall that I'd |
| 19 |
consider significant. |
| 20 |
|
| 21 |
1) While baselayout-1 had a parallel boot option, it was quite broken and |
| 22 |
(partly or entirely, not sure which) non-functional. The same thing in |
| 23 |
baselayout-2/openrc works WELL and I use it all the time. (Given the |
| 24 |
emphasis placed on this in the media, the various boot-timing contests, |
| 25 |
etc, and the fact that this feature puts Gentoo in-play again in regard to |
| 26 |
speed-boots, it's a pretty big positive in favor of upgrading.) |
| 27 |
|
| 28 |
2) In baselayout-1, the early-boot wasn't actually dependency based, but |
| 29 |
rather, was strict-serial-order based on a list of IIRC four services |
| 30 |
started in the exact order they were listed. (clock or whatever the |
| 31 |
baselayout-1 name was, was one of them, IDR the others). OpenRC/ |
| 32 |
baselayout-2 is fully dependency based at every stage. |
| 33 |
|
| 34 |
I mentioned both of these points earlier in a different context. |
| 35 |
|
| 36 |
FWIW/IMHO, I don't believe the news item needs mentioning that it was bash |
| 37 |
that made it slow and inflexible. Most users don't so much care whether |
| 38 |
it's C or bash or java that made it so, only that it was. I'd personally |
| 39 |
put more emphasis on the /how/ instead of the /why/, as I believe that's |
| 40 |
what most users want to know. The above two points support that, thus, |
| 41 |
reworking that whole bit: |
| 42 |
|
| 43 |
""" |
| 44 |
You are currently using version 1.x, which was slow and inflexible. It |
| 45 |
was slow in part because the parallel boot option was broken, and |
| 46 |
inflexible in part because dependencies didn't work until later in the |
| 47 |
boot process, so the first few services had to be started in order |
| 48 |
according to an arbitrary list. |
| 49 |
""" |
| 50 |
|
| 51 |
No mention of bash as a reason because that's an internal implementation |
| 52 |
deal I as an admin don't want or need to care about. What difference will |
| 53 |
it make in the way my system boots and how will that be better, that's |
| 54 |
what I as an admin want to know. |
| 55 |
|
| 56 |
(That said, the above can surely be improved as well. The ideas conveyed |
| 57 |
are better I believe, more direct to what a Gentoo user/admin will likely |
| 58 |
want to know, but I'm my wording isn't right, yet.) |
| 59 |
|
| 60 |
-- |
| 61 |
Duncan - List replies preferred. No HTML msgs. |
| 62 |
"Every nonfree program has a lord, a master -- |
| 63 |
and if you use the program, he is your master." Richard Stallman |
Archives