* Re: The naming wars continue...
2004-10-22 22:05 The naming wars continue Linus Torvalds
@ 2004-10-22 22:44 ` Jan Engelhardt
2004-10-22 22:53 ` Clemens Schwaighofer
` (11 subsequent siblings)
12 siblings, 0 replies; 100+ messages in thread
From: Jan Engelhardt @ 2004-10-22 22:44 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Kernel Mailing List
>Should it be "-rc1"? Or "-pre1" to show it's not really considered release
>quality yet? Or should I make like a rocket scientist, and count _down_
>instead of up? Should I make names based on which day of the week the
>release happened? Questions, questions..
>
>And the fact is, I can't see the point. I'll just call it all "-rcX",
>because I (very obviously) have no clue where the cut-over-point from
>"pre" to "rc" is, or (even more painfully obviously) where it will become
>the final next release.
It's not only Linux which has this problem. For some of my own regularly
updated "projects" (i.e. a collection of scripts) I use an always increasing
number, preferably date, and do not care at all about -pre, -post, -beta, -rc,
-etc.
"2.6.10-27" (read: try #27)... sound funny.
Jan Engelhardt
--
Gesellschaft für Wissenschaftliche Datenverarbeitung
Am Fassberg, 37077 Göttingen, www.gwdg.de
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-22 22:05 The naming wars continue Linus Torvalds
2004-10-22 22:44 ` Jan Engelhardt
@ 2004-10-22 22:53 ` Clemens Schwaighofer
2004-10-22 23:13 ` Espen Fjellvær Olsen
2004-10-22 22:56 ` Benjamin Herrenschmidt
` (10 subsequent siblings)
12 siblings, 1 reply; 100+ messages in thread
From: Clemens Schwaighofer @ 2004-10-22 22:53 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Kernel Mailing List
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 10/23/2004 07:05 AM, Linus Torvalds wrote:
> Ok,
> Linux-2.6.10-rc1 is out there for your pleasure.
>
> I thought long and hard about the name of this release (*), since one of
> the main complaints about 2.6.9 was the apparently release naming scheme.
>
> Should it be "-rc1"? Or "-pre1" to show it's not really considered release
> quality yet? Or should I make like a rocket scientist, and count _down_
> instead of up? Should I make names based on which day of the week the
> release happened? Questions, questions..
rc is release candidate. Which means its close to a release. Shouldn't
this be more a -test? -pre? count down? -rc-1 ? is this -1 or dash 1? :)
Well I think better stick with the count up way ...
Or is the time come, where the shall be a split to a real dev line ...
lg, clemens
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFBeY90jBz/yQjBxz8RAq8/AKC211LmAE2UkvAGIX/vkR+9ILAWgQCfQk1A
oIcOhIKixDUfjUo4DpokfYw=
=6UyI
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-22 22:53 ` Clemens Schwaighofer
@ 2004-10-22 23:13 ` Espen Fjellvær Olsen
2004-10-23 3:07 ` Randy.Dunlap
0 siblings, 1 reply; 100+ messages in thread
From: Espen Fjellvær Olsen @ 2004-10-22 23:13 UTC (permalink / raw)
To: Clemens Schwaighofer; +Cc: Linus Torvalds, Kernel Mailing List
On 10/23/2004 07:05 AM, Linus Torvalds wrote:
> Ok,
> Linux-2.6.10-rc1 is out there for your pleasure.
>
> I thought long and hard about the name of this release (*), since one of
> the main complaints about 2.6.9 was the apparently release naming scheme.
>
> Should it be "-rc1"? Or "-pre1" to show it's not really considered release
> quality yet? Or should I make like a rocket scientist, and count _down_
> instead of up? Should I make names based on which day of the week the
> release happened? Questions, questions..
Do the -rcs first, let them contain everything that should go into the
next release.
And when you feel that you have released enough -rcs(Uh, whenever that
is...) release the -pres.
They should only contain critical bugfixes before the final release.
--
Mvh / Best regards
Espen Fjellvær Olsen
espenfjo@gmail.com
Norway
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-22 23:13 ` Espen Fjellvær Olsen
@ 2004-10-23 3:07 ` Randy.Dunlap
0 siblings, 0 replies; 100+ messages in thread
From: Randy.Dunlap @ 2004-10-23 3:07 UTC (permalink / raw)
To: Espen Fjellvær Olsen
Cc: Clemens Schwaighofer, Linus Torvalds, Kernel Mailing List
Espen Fjellvær Olsen wrote:
> On 10/23/2004 07:05 AM, Linus Torvalds wrote:
>
>>Ok,
>> Linux-2.6.10-rc1 is out there for your pleasure.
>>
>>I thought long and hard about the name of this release (*), since one of
>>the main complaints about 2.6.9 was the apparently release naming scheme.
>>
>>Should it be "-rc1"? Or "-pre1" to show it's not really considered release
>>quality yet? Or should I make like a rocket scientist, and count _down_
>>instead of up? Should I make names based on which day of the week the
>>release happened? Questions, questions..
>
>
> Do the -rcs first, let them contain everything that should go into the
> next release.
> And when you feel that you have released enough -rcs(Uh, whenever that
> is...) release the -pres.
> They should only contain critical bugfixes before the final release.
Well, several of us think that -pre's should come before the
-rc's and not after them.
It appears that we should concentrate on the
NAME=Zonked Quokka
part of Makefile for our sanity.
--
~Randy
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-22 22:05 The naming wars continue Linus Torvalds
2004-10-22 22:44 ` Jan Engelhardt
2004-10-22 22:53 ` Clemens Schwaighofer
@ 2004-10-22 22:56 ` Benjamin Herrenschmidt
2004-10-23 21:25 ` David Woodhouse
2004-10-22 23:18 ` Grzegorz Kulewski
` (9 subsequent siblings)
12 siblings, 1 reply; 100+ messages in thread
From: Benjamin Herrenschmidt @ 2004-10-22 22:56 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Kernel Mailing List
On Sat, 2004-10-23 at 08:05, Linus Torvalds wrote:
> So to not overtax my poor brain, I'll just call them all -rc releases, and
> hope that developers see them as a sign that there's been stuff merged,
> and we should start calming down and seeing to the merged patches being
> stable soon enough..
Hehe, and a bunch of important (for me) ones that couldn't get in yet
because they had to be rebased about twice a day with the current flood
;)
oh well, I'm working on them now...
Ben.
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-22 22:56 ` Benjamin Herrenschmidt
@ 2004-10-23 21:25 ` David Woodhouse
2004-10-25 21:44 ` Bill Davidsen
0 siblings, 1 reply; 100+ messages in thread
From: David Woodhouse @ 2004-10-23 21:25 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: Linus Torvalds, Kernel Mailing List
On Sat, 2004-10-23 at 08:56 +1000, Benjamin Herrenschmidt wrote:
> On Sat, 2004-10-23 at 08:05, Linus Torvalds wrote:
>
> > So to not overtax my poor brain, I'll just call them all -rc releases, and
> > hope that developers see them as a sign that there's been stuff merged,
> > and we should start calming down and seeing to the merged patches being
> > stable soon enough..
>
> Hehe, and a bunch of important (for me) ones that couldn't get in yet
Damn right. If 2.6.10 doesn't boot on the G5 with i8042 and 8250 drivers
built in, and doesn't sleep (well, more to the point doesn't resume) on
my shinybook, I shall sulk :)
--
dwmw2
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-23 21:25 ` David Woodhouse
@ 2004-10-25 21:44 ` Bill Davidsen
2004-10-26 1:27 ` Daniel Gryniewicz
0 siblings, 1 reply; 100+ messages in thread
From: Bill Davidsen @ 2004-10-25 21:44 UTC (permalink / raw)
To: David Woodhouse; +Cc: Kernel Mailing List
David Woodhouse wrote:
> Damn right. If 2.6.10 doesn't boot on the G5 with i8042 and 8250 drivers
> built in, and doesn't sleep (well, more to the point doesn't resume) on
> my shinybook, I shall sulk :)
Suspend is Shakespearean, "to sleep, perchance to dream." I don't know
why people are still trying the fix suspend, it works perfectly on all
my machines, I would like to see some work on wake-the-@-up at this point.
The sad part is that using apm and 2.4, all my laptops seem happy to
sleep and wake when asked. One of the reasons I'm running 2.4 on the old
ones, the new ones boot fast enought that I don't care.
--
-bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-25 21:44 ` Bill Davidsen
@ 2004-10-26 1:27 ` Daniel Gryniewicz
2004-10-26 21:24 ` Bill Davidsen
0 siblings, 1 reply; 100+ messages in thread
From: Daniel Gryniewicz @ 2004-10-26 1:27 UTC (permalink / raw)
To: Bill Davidsen; +Cc: David Woodhouse, Kernel Mailing List
On Mon, 2004-10-25 at 17:44 -0400, Bill Davidsen wrote:
> David Woodhouse wrote:
>
> > Damn right. If 2.6.10 doesn't boot on the G5 with i8042 and 8250 drivers
> > built in, and doesn't sleep (well, more to the point doesn't resume) on
> > my shinybook, I shall sulk :)
>
> Suspend is Shakespearean, "to sleep, perchance to dream." I don't know
> why people are still trying the fix suspend, it works perfectly on all
> my machines, I would like to see some work on wake-the-@-up at this point.
>
> The sad part is that using apm and 2.4, all my laptops seem happy to
> sleep and wake when asked. One of the reasons I'm running 2.4 on the old
> ones, the new ones boot fast enought that I don't care.
>
Well, for me, 2.6.9 *broke* wake up. Suspend still works fine, but I'm
back to 2.6.9-rc4 to get working wake up.
Daniel
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-26 1:27 ` Daniel Gryniewicz
@ 2004-10-26 21:24 ` Bill Davidsen
0 siblings, 0 replies; 100+ messages in thread
From: Bill Davidsen @ 2004-10-26 21:24 UTC (permalink / raw)
To: Daniel Gryniewicz; +Cc: David Woodhouse, Kernel Mailing List
Daniel Gryniewicz wrote:
> On Mon, 2004-10-25 at 17:44 -0400, Bill Davidsen wrote:
>
>>David Woodhouse wrote:
>>
>>
>>>Damn right. If 2.6.10 doesn't boot on the G5 with i8042 and 8250 drivers
>>>built in, and doesn't sleep (well, more to the point doesn't resume) on
>>>my shinybook, I shall sulk :)
>>
>>Suspend is Shakespearean, "to sleep, perchance to dream." I don't know
>>why people are still trying the fix suspend, it works perfectly on all
>>my machines, I would like to see some work on wake-the-@-up at this point.
>>
>>The sad part is that using apm and 2.4, all my laptops seem happy to
>>sleep and wake when asked. One of the reasons I'm running 2.4 on the old
>>ones, the new ones boot fast enought that I don't care.
>>
>
>
> Well, for me, 2.6.9 *broke* wake up. Suspend still works fine, but I'm
> back to 2.6.9-rc4 to get working wake up.
I think you missed my point... I said suspend works now work on wakeup.
Same issue you have.
--
-bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-22 22:05 The naming wars continue Linus Torvalds
` (2 preceding siblings ...)
2004-10-22 22:56 ` Benjamin Herrenschmidt
@ 2004-10-22 23:18 ` Grzegorz Kulewski
2004-10-22 23:46 ` Matt Mackall
` (8 subsequent siblings)
12 siblings, 0 replies; 100+ messages in thread
From: Grzegorz Kulewski @ 2004-10-22 23:18 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Kernel Mailing List
On Fri, 22 Oct 2004, Linus Torvalds wrote:
>
> Ok,
> Linux-2.6.10-rc1 is out there for your pleasure.
>
> I thought long and hard about the name of this release (*), since one of
> the main complaints about 2.6.9 was the apparently release naming scheme.
>
> Should it be "-rc1"? Or "-pre1" to show it's not really considered release
> quality yet? Or should I make like a rocket scientist, and count _down_
> instead of up? Should I make names based on which day of the week the
> release happened? Questions, questions..
>
> And the fact is, I can't see the point. I'll just call it all "-rcX",
> because I (very obviously) have no clue where the cut-over-point from
> "pre" to "rc" is, or (even more painfully obviously) where it will become
> the final next release.
>
> So to not overtax my poor brain, I'll just call them all -rc releases, and
> hope that developers see them as a sign that there's been stuff merged,
> and we should start calming down and seeing to the merged patches being
> stable soon enough..
[...]
>
> Oh, and the _real_ name did actually change. It's not Zonked Quokka any
> more, that's so yesterday. Today we're Woozy Numbat! Get your order in!
>
> Linus
>
> (*) In other words, I had a beer and watched TV. Mmm... Donuts.
So change the naming to something like that:
linux-x.y.z.p
where
x = 2,
y = 6,
z = 1, 3, 5, ... => unstable - something like -rc or -rc-bk
z = 0, 2, 4, ... => stable
p - optional as with 2.6.8.1 - added to stable release when you need to
correct some very stupid and very important bug,
added to unstable release - meaning new snapshot
So there will be:
2.6.10 (possibly 2.6.10.1, ... if 2.6.10 will be broken)
2.6.11.0
2.6.11.1
2.6.11.2
...
2.6.12
...
In this scheme you can not mark that you are going to release "stable"
version quickly, but I do not think we need it. Or if you feel it is
needed then start numbering p from 90, 91, ... 100, 101, ... for really
near to stable -rcs.
Grzegorz Kulewski
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-22 22:05 The naming wars continue Linus Torvalds
` (3 preceding siblings ...)
2004-10-22 23:18 ` Grzegorz Kulewski
@ 2004-10-22 23:46 ` Matt Mackall
2004-10-23 0:19 ` Con Kolivas
2004-10-23 1:15 ` William Lee Irwin III
2004-10-23 0:04 ` William Lee Irwin III
` (7 subsequent siblings)
12 siblings, 2 replies; 100+ messages in thread
From: Matt Mackall @ 2004-10-22 23:46 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Kernel Mailing List
On Fri, Oct 22, 2004 at 03:05:13PM -0700, Linus Torvalds wrote:
> And the fact is, I can't see the point. I'll just call it all "-rcX",
> because I (very obviously) have no clue where the cut-over-point from
> "pre" to "rc" is, or (even more painfully obviously) where it will become
> the final next release.
This should be easy: the cut-over should be when you're tempted to
rename it 2.6.next. If you have no intention (or hope) of renaming
2.6.x-rc1 to 2.6.x, it is not a "release candidate" by definition.
What's the point? It serves as a signal that a) we're not accepting
more big changes b) we think it's ready for primetime and needs
serious QA c) when 2.6.next gets released, the _exact code_ has gone
through a test cycle and we can have some confidence that there won't
be any nasty 0-day bugs when we go to install 2.6.next on a production
machine.
> (*) In other words, I had a beer and watched TV. Mmm... Donuts.
Please devote some more beer and TV to this problem after you release
2.6.10.
--
Mathematics is the supreme nostalgia of our time.
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-22 23:46 ` Matt Mackall
@ 2004-10-23 0:19 ` Con Kolivas
2004-10-23 1:15 ` William Lee Irwin III
1 sibling, 0 replies; 100+ messages in thread
From: Con Kolivas @ 2004-10-23 0:19 UTC (permalink / raw)
To: Matt Mackall; +Cc: Linus Torvalds, Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 1379 bytes --]
Matt Mackall wrote:
> On Fri, Oct 22, 2004 at 03:05:13PM -0700, Linus Torvalds wrote:
>
>>And the fact is, I can't see the point. I'll just call it all "-rcX",
>>because I (very obviously) have no clue where the cut-over-point from
>>"pre" to "rc" is, or (even more painfully obviously) where it will become
>>the final next release.
>
>
> This should be easy: the cut-over should be when you're tempted to
> rename it 2.6.next. If you have no intention (or hope) of renaming
> 2.6.x-rc1 to 2.6.x, it is not a "release candidate" by definition.
>
> What's the point? It serves as a signal that a) we're not accepting
> more big changes b) we think it's ready for primetime and needs
> serious QA c) when 2.6.next gets released, the _exact code_ has gone
> through a test cycle and we can have some confidence that there won't
> be any nasty 0-day bugs when we go to install 2.6.next on a production
> machine.
I have this feeling Linus is laughing at us when he debates these
arguments. Nonetheless I finally feel obliged to say a "release
candidate" is a release candidate. It should only be called that if it
is planned to be the real version, and the real version is _exactly_ the
same bar the version number. If it isn't even planned to be released
unmodified it's a -pre patch.
/me still hears Linus laughing. He's only been doing this for 13 years.
Cheers,
Con
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-22 23:46 ` Matt Mackall
2004-10-23 0:19 ` Con Kolivas
@ 2004-10-23 1:15 ` William Lee Irwin III
2004-10-23 1:25 ` Linus Torvalds
2004-10-23 1:35 ` Matt Mackall
1 sibling, 2 replies; 100+ messages in thread
From: William Lee Irwin III @ 2004-10-23 1:15 UTC (permalink / raw)
To: Matt Mackall; +Cc: Linus Torvalds, Kernel Mailing List
On Fri, Oct 22, 2004 at 03:05:13PM -0700, Linus Torvalds wrote:
>> And the fact is, I can't see the point. I'll just call it all "-rcX",
>> because I (very obviously) have no clue where the cut-over-point from
>> "pre" to "rc" is, or (even more painfully obviously) where it will become
>> the final next release.
On Fri, Oct 22, 2004 at 06:46:31PM -0500, Matt Mackall wrote:
> This should be easy: the cut-over should be when you're tempted to
> rename it 2.6.next. If you have no intention (or hope) of renaming
> 2.6.x-rc1 to 2.6.x, it is not a "release candidate" by definition.
> What's the point? It serves as a signal that a) we're not accepting
> more big changes b) we think it's ready for primetime and needs
> serious QA c) when 2.6.next gets released, the _exact code_ has gone
> through a test cycle and we can have some confidence that there won't
> be any nasty 0-day bugs when we go to install 2.6.next on a production
> machine.
I'm sure you have a well-founded logically consistent self-consistent
method of defining what release candidates are; unfortunately hordes of
others do, too, and their notions are in turn all subtly inconsistent
with yours and each other's, and they're all relatively vocal about them.
On Fri, Oct 22, 2004 at 03:05:13PM -0700, Linus Torvalds wrote:
>> (*) In other words, I had a beer and watched TV. Mmm... Donuts.
On Fri, Oct 22, 2004 at 06:46:31PM -0500, Matt Mackall wrote:
> Please devote some more beer and TV to this problem after you release
> 2.6.10.
Give the emperor penguin a break. There's bound to be enough weighing
on him as it is with just the usual barrage of technical issues. The
new release process hasn't even been given a chance to fail yet as the
two commercial distros with the largest userbases haven't even gotten
to the point where they've both released 2.6 yet, and debian isn't
using 2.6 as the install kernel yet either.
On Fri, Oct 22, 2004 at 06:46:31PM -0500, Matt Mackall wrote:
> Mathematics is the supreme nostalgia of our time.
It would be nice if this were qualified with something that distinguished
the outlandish idealizations you're actually criticizing from real math,
which makes no presumption that its axioms or hypotheses have any
connection to reality, observations, or predictions thereof. The abuse
you're speaking of is poor modelling for the sake of tractability of
symbolic calculations, which has nothing to do with proof or logic.
-- wli
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-23 1:15 ` William Lee Irwin III
@ 2004-10-23 1:25 ` Linus Torvalds
2004-10-23 1:08 ` alan
` (6 more replies)
2004-10-23 1:35 ` Matt Mackall
1 sibling, 7 replies; 100+ messages in thread
From: Linus Torvalds @ 2004-10-23 1:25 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: Matt Mackall, Kernel Mailing List
Hey guys, calm down, I meant "naming wars" in a silly kind of way, not the
nasty kind.
The fact is, Linux naming has always sucked. Well, at least the versioning
I've used. Others tend to be more organized. Me, I'm the "artistic" type,
so I sometimes try to do something new, and invariably stupid.
The best suggestion so far has been to _just_ use another number, which
makes sense considering my dislike for both -rc and -pre.
However, for some reason four numbers just looks visually too obnoxious to
me, so as I don't care that much, I'll just use "-rc", and we can all
agree that it stands for "Ridiculous Count" rather than "Release
Candidate".
More importantly, maybe we could all realize that it isn't actually that
big of an issue ;)
Linus
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-23 1:25 ` Linus Torvalds
@ 2004-10-23 1:08 ` alan
2004-10-23 2:52 ` Matt Mackall
2004-10-23 1:38 ` Matt Mackall
` (5 subsequent siblings)
6 siblings, 1 reply; 100+ messages in thread
From: alan @ 2004-10-23 1:08 UTC (permalink / raw)
To: Linus Torvalds; +Cc: William Lee Irwin III, Matt Mackall, Kernel Mailing List
On Fri, 22 Oct 2004, Linus Torvalds wrote:
>
>
> Hey guys, calm down, I meant "naming wars" in a silly kind of way, not the
> nasty kind.
>
> The fact is, Linux naming has always sucked. Well, at least the versioning
> I've used. Others tend to be more organized. Me, I'm the "artistic" type,
> so I sometimes try to do something new, and invariably stupid.
>
> The best suggestion so far has been to _just_ use another number, which
> makes sense considering my dislike for both -rc and -pre.
>
> However, for some reason four numbers just looks visually too obnoxious to
> me, so as I don't care that much, I'll just use "-rc", and we can all
> agree that it stands for "Ridiculous Count" rather than "Release
> Candidate".
>
> More importantly, maybe we could all realize that it isn't actually that
> big of an issue ;)
Besides... -pre and -rc additions do not sort correctly unless your sort
routine has special cases to take care of it.
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-23 1:08 ` alan
@ 2004-10-23 2:52 ` Matt Mackall
0 siblings, 0 replies; 100+ messages in thread
From: Matt Mackall @ 2004-10-23 2:52 UTC (permalink / raw)
To: alan; +Cc: Linus Torvalds, William Lee Irwin III, Kernel Mailing List
On Fri, Oct 22, 2004 at 06:08:12PM -0700, alan wrote:
> On Fri, 22 Oct 2004, Linus Torvalds wrote:
>
> >
> >
> > Hey guys, calm down, I meant "naming wars" in a silly kind of way, not the
> > nasty kind.
> >
> > The fact is, Linux naming has always sucked. Well, at least the versioning
> > I've used. Others tend to be more organized. Me, I'm the "artistic" type,
> > so I sometimes try to do something new, and invariably stupid.
> >
> > The best suggestion so far has been to _just_ use another number, which
> > makes sense considering my dislike for both -rc and -pre.
> >
> > However, for some reason four numbers just looks visually too obnoxious to
> > me, so as I don't care that much, I'll just use "-rc", and we can all
> > agree that it stands for "Ridiculous Count" rather than "Release
> > Candidate".
> >
> > More importantly, maybe we could all realize that it isn't actually that
> > big of an issue ;)
>
> Besides... -pre and -rc additions do not sort correctly unless your sort
> routine has special cases to take care of it.
I've got a good page or so of compare function in ketchup already, I'm
loathe to teach it about -final though.
--
Mathematics is the supreme nostalgia of our time.
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-23 1:25 ` Linus Torvalds
2004-10-23 1:08 ` alan
@ 2004-10-23 1:38 ` Matt Mackall
2004-10-23 1:49 ` Linus Torvalds
2004-10-29 18:33 ` cliff white
2004-10-23 3:03 ` Wakko Warner
` (4 subsequent siblings)
6 siblings, 2 replies; 100+ messages in thread
From: Matt Mackall @ 2004-10-23 1:38 UTC (permalink / raw)
To: Linus Torvalds; +Cc: William Lee Irwin III, Kernel Mailing List
On Fri, Oct 22, 2004 at 06:25:30PM -0700, Linus Torvalds wrote:
>
> However, for some reason four numbers just looks visually too obnoxious to
> me, so as I don't care that much, I'll just use "-rc", and we can all
> agree that it stands for "Ridiculous Count" rather than "Release
> Candidate".
I can probably live with that if you promise not to break the
automated tools for a while.
--
Mathematics is the supreme nostalgia of our time.
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-23 1:38 ` Matt Mackall
@ 2004-10-23 1:49 ` Linus Torvalds
2004-10-29 18:33 ` cliff white
1 sibling, 0 replies; 100+ messages in thread
From: Linus Torvalds @ 2004-10-23 1:49 UTC (permalink / raw)
To: Matt Mackall; +Cc: William Lee Irwin III, Kernel Mailing List
On Fri, 22 Oct 2004, Matt Mackall wrote:
>
> I can probably live with that if you promise not to break the
> automated tools for a while.
Ahh.. I just do it to keep you on your toes.
Don't get lazy on me now,
Linus
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-23 1:38 ` Matt Mackall
2004-10-23 1:49 ` Linus Torvalds
@ 2004-10-29 18:33 ` cliff white
1 sibling, 0 replies; 100+ messages in thread
From: cliff white @ 2004-10-29 18:33 UTC (permalink / raw)
To: linux-kernel
On Fri, 22 Oct 2004 20:38:47 -0500
Matt Mackall <mpm@selenic.com> wrote:
> On Fri, Oct 22, 2004 at 06:25:30PM -0700, Linus Torvalds wrote:
> >
> > However, for some reason four numbers just looks visually too obnoxious to
> > me, so as I don't care that much, I'll just use "-rc", and we can all
> > agree that it stands for "Ridiculous Count" rather than "Release
> > Candidate".
>
> I can probably live with that if you promise not to break the
> automated tools for a while.
>
Indeed. All i really care about is keeping my robots happy.
Call it whatever, just don't call me late for dinner.
cliffw
> --
> Mathematics is the supreme nostalgia of our time.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
The church is near, but the road is icy.
The bar is far, but i will walk carefully. - Russian proverb
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-23 1:25 ` Linus Torvalds
2004-10-23 1:08 ` alan
2004-10-23 1:38 ` Matt Mackall
@ 2004-10-23 3:03 ` Wakko Warner
2004-10-24 13:33 ` Helge Hafting
2004-10-23 6:20 ` Nick Piggin
` (3 subsequent siblings)
6 siblings, 1 reply; 100+ messages in thread
From: Wakko Warner @ 2004-10-23 3:03 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Kernel Mailing List
> The fact is, Linux naming has always sucked. Well, at least the versioning
> I've used. Others tend to be more organized. Me, I'm the "artistic" type,
> so I sometimes try to do something new, and invariably stupid.
Given that the versioning was supposedly <major>.<minor>.<patchlevel> and
the difference between 2.4 and 2.6 was substantial, why not just bump
<major> instead of the minor. Then we'd have 3.0, 3.1, 4.0, 4.1.1 (for
stupid mistakes). Isn't it time we move off the 2.x series and start
thinking of the 3.x series?
--
Lab tests show that use of micro$oft causes cancer in lab animals
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-23 3:03 ` Wakko Warner
@ 2004-10-24 13:33 ` Helge Hafting
2004-10-25 23:26 ` Tonnerre
0 siblings, 1 reply; 100+ messages in thread
From: Helge Hafting @ 2004-10-24 13:33 UTC (permalink / raw)
To: Linus Torvalds, Kernel Mailing List
On Fri, Oct 22, 2004 at 11:03:56PM -0400, Wakko Warner wrote:
> > The fact is, Linux naming has always sucked. Well, at least the versioning
> > I've used. Others tend to be more organized. Me, I'm the "artistic" type,
> > so I sometimes try to do something new, and invariably stupid.
>
> Given that the versioning was supposedly <major>.<minor>.<patchlevel> and
> the difference between 2.4 and 2.6 was substantial, why not just bump
> <major> instead of the minor. Then we'd have 3.0, 3.1, 4.0, 4.1.1 (for
> stupid mistakes). Isn't it time we move off the 2.x series and start
> thinking of the 3.x series?
Yes - lets stick to fewer numbers. They can count faster, instead
of having a long string of them. I hope linux doesn't
end up like X. "X11R6.8.1" The "X" itself is a counter, although
it is understandable if it never increments to "Y". But
that "11" doesn't change much, and then there are three more numbers. :-/
I think two numbers are enough. If "4.1" was a scre-up, release
"4.2" instead of a "4.1.1". People shouldn�'t try to readtoo
much information from the number structure - there are logs, docs and
websites for that.
Helge Hafting
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-24 13:33 ` Helge Hafting
@ 2004-10-25 23:26 ` Tonnerre
2004-10-26 6:37 ` H. Peter Anvin
2004-10-26 11:11 ` Geert Uytterhoeven
0 siblings, 2 replies; 100+ messages in thread
From: Tonnerre @ 2004-10-25 23:26 UTC (permalink / raw)
To: Helge Hafting; +Cc: Linus Torvalds, Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 626 bytes --]
Salut,
On Sun, Oct 24, 2004 at 03:33:33PM +0200, Helge Hafting wrote:
> Yes - lets stick to fewer numbers. They can count faster, instead
> of having a long string of them. I hope linux doesn't
> end up like X. "X11R6.8.1" The "X" itself is a counter, although
> it is understandable if it never increments to "Y". But
> that "11" doesn't change much, and then there are three more numbers. :-/
X11 is the name of the protocol: the X Protocol, version 11, as
released by the MIT. There was an X10.
6.8.1 is the current X.Org release that we did because 6.8 turned out
to have a nasty idiot bug.
Tonnerre
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-25 23:26 ` Tonnerre
@ 2004-10-26 6:37 ` H. Peter Anvin
2004-10-26 7:32 ` Denis Vlasenko
2004-10-26 16:26 ` The naming wars continue Tonnerre
2004-10-26 11:11 ` Geert Uytterhoeven
1 sibling, 2 replies; 100+ messages in thread
From: H. Peter Anvin @ 2004-10-26 6:37 UTC (permalink / raw)
To: linux-kernel
Followup to: <20041025232654.GC30574@thundrix.ch>
By author: Tonnerre <tonnerre@thundrix.ch>
In newsgroup: linux.dev.kernel
>
> Salut,
>
> On Sun, Oct 24, 2004 at 03:33:33PM +0200, Helge Hafting wrote:
> > Yes - lets stick to fewer numbers. They can count faster, instead
> > of having a long string of them. I hope linux doesn't
> > end up like X. "X11R6.8.1" The "X" itself is a counter, although
> > it is understandable if it never increments to "Y". But
> > that "11" doesn't change much, and then there are three more numbers. :-/
>
> X11 is the name of the protocol: the X Protocol, version 11, as
> released by the MIT. There was an X10.
>
There also were a W, and and X1, X2, ... X11.
However, there is a tendency for numbers to get stuck (witness Linux
2.x). In particular, X11R6 got encoded in many places including
pathnames for no good reason. Under the pre-R6 naming schemes we'd
had R7 a long time ago.
-hpa
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-26 6:37 ` H. Peter Anvin
@ 2004-10-26 7:32 ` Denis Vlasenko
2004-10-26 11:12 ` Geert Uytterhoeven
2004-10-26 16:26 ` The naming wars continue Tonnerre
1 sibling, 1 reply; 100+ messages in thread
From: Denis Vlasenko @ 2004-10-26 7:32 UTC (permalink / raw)
To: H. Peter Anvin, linux-kernel; +Cc: Erik Andersen, uclibc
On Tuesday 26 October 2004 09:37, H. Peter Anvin wrote:
> Followup to: <20041025232654.GC30574@thundrix.ch>
> By author: Tonnerre <tonnerre@thundrix.ch>
> In newsgroup: linux.dev.kernel
> >
> > Salut,
> >
> > On Sun, Oct 24, 2004 at 03:33:33PM +0200, Helge Hafting wrote:
> > > Yes - lets stick to fewer numbers. They can count faster, instead
> > > of having a long string of them. I hope linux doesn't
> > > end up like X. "X11R6.8.1" The "X" itself is a counter, although
> > > it is understandable if it never increments to "Y". But
> > > that "11" doesn't change much, and then there are three more numbers. :-/
> >
> > X11 is the name of the protocol: the X Protocol, version 11, as
> > released by the MIT. There was an X10.
> >
>
> There also were a W, and and X1, X2, ... X11.
>
> However, there is a tendency for numbers to get stuck (witness Linux
> 2.x). In particular, X11R6 got encoded in many places including
> pathnames for no good reason. Under the pre-R6 naming schemes we'd
> had R7 a long time ago.
How true.
# pwd
/usr/src2/uClibc-0.9.26
# grep -r X11R6 .
./ldso/ldso/readelflib1.c: UCLIBC_RUNTIME_PREFIX "usr/X11R6/lib:"
./utils/ldd.c: path = UCLIBC_RUNTIME_PREFIX "usr/X11R6/lib:"
./utils/ldconfig.c: scan_dir(UCLIBC_RUNTIME_PREFIX "/usr/X11R6/lib");
./libpthread/linuxthreads/README.Xfree3.2:This file describes how to make a threaded X11R6.
./libpthread/linuxthreads/README.Xfree3.2:You need the source-code of XFree-3.2. I used the sources of X11R6.1
./libpthread/linuxthreads/README.Xfree3.2:cp XF3.2/xc/lib/*/*.so.?.? /usr/X11R6/lib/
./libpthread/linuxthreads/README.Xfree3.2:cd /usr/X11R6/lib/
./Changelog: o Made the lib loader also support libs in /usr/X11R6/lib by default
This should be removed.
cd /usr/lib; ln -s /usr/X11R6/* .
or
echo /usr/X11R6/lib >>/etc/ld.so.conf
are the better ways to handle this
(I use first one)
--
vda
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-26 7:32 ` Denis Vlasenko
@ 2004-10-26 11:12 ` Geert Uytterhoeven
2004-10-26 11:43 ` Denis Vlasenko
0 siblings, 1 reply; 100+ messages in thread
From: Geert Uytterhoeven @ 2004-10-26 11:12 UTC (permalink / raw)
To: Denis Vlasenko
Cc: H. Peter Anvin, Linux Kernel Development, Erik Andersen, uclibc
On Tue, 26 Oct 2004, Denis Vlasenko wrote:
> On Tuesday 26 October 2004 09:37, H. Peter Anvin wrote:
> > Followup to: <20041025232654.GC30574@thundrix.ch>
> > By author: Tonnerre <tonnerre@thundrix.ch>
> > In newsgroup: linux.dev.kernel
> > > On Sun, Oct 24, 2004 at 03:33:33PM +0200, Helge Hafting wrote:
> > > > Yes - lets stick to fewer numbers. They can count faster, instead
> > > > of having a long string of them. I hope linux doesn't
> > > > end up like X. "X11R6.8.1" The "X" itself is a counter, although
> > > > it is understandable if it never increments to "Y". But
> > > > that "11" doesn't change much, and then there are three more numbers. :-/
> > > X11 is the name of the protocol: the X Protocol, version 11, as
> > > released by the MIT. There was an X10.
> >
> > There also were a W, and and X1, X2, ... X11.
> >
> > However, there is a tendency for numbers to get stuck (witness Linux
> > 2.x). In particular, X11R6 got encoded in many places including
> > pathnames for no good reason. Under the pre-R6 naming schemes we'd
> > had R7 a long time ago.
>
> How true.
> This should be removed.
>
> cd /usr/lib; ln -s /usr/X11R6/* .
> or
> echo /usr/X11R6/lib >>/etc/ld.so.conf
>
> are the better ways to handle this
> (I use first one)
/usr/{bin,lib/X11 have been version-free symlinks since ages...
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-26 11:12 ` Geert Uytterhoeven
@ 2004-10-26 11:43 ` Denis Vlasenko
2004-10-26 20:31 ` Tonnerre
0 siblings, 1 reply; 100+ messages in thread
From: Denis Vlasenko @ 2004-10-26 11:43 UTC (permalink / raw)
To: Geert Uytterhoeven
Cc: H. Peter Anvin, Linux Kernel Development, Erik Andersen, uclibc
> > > However, there is a tendency for numbers to get stuck (witness Linux
> > > 2.x). In particular, X11R6 got encoded in many places including
> > > pathnames for no good reason. Under the pre-R6 naming schemes we'd
> > > had R7 a long time ago.
> >
> > How true.
>
> > This should be removed.
> >
> > cd /usr/lib; ln -s /usr/X11R6/* .
> > or
> > echo /usr/X11R6/lib >>/etc/ld.so.conf
> >
> > are the better ways to handle this
> > (I use first one)
>
> /usr/{bin,lib/X11 have been version-free symlinks since ages...
Why X server special cased at all?
Having /usr/XnnRmm was a mistake in the first place.
--
vda
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-26 11:43 ` Denis Vlasenko
@ 2004-10-26 20:31 ` Tonnerre
2004-10-27 4:21 ` H. Peter Anvin
0 siblings, 1 reply; 100+ messages in thread
From: Tonnerre @ 2004-10-26 20:31 UTC (permalink / raw)
To: Denis Vlasenko
Cc: Geert Uytterhoeven, H. Peter Anvin, Linux Kernel Development,
Erik Andersen, uclibc
[-- Attachment #1: Type: text/plain, Size: 359 bytes --]
Salut,
On Tue, Oct 26, 2004 at 02:43:54PM +0300, Denis Vlasenko wrote:
> Having /usr/XnnRmm was a mistake in the first place.
BSD has /X11R6, whilst I'd agree that /opt/xorg is probably a lot more
appropriate. If you want I can take this discussion back to the X.Org
folks again, but I don't think it's actually going to change anything.
Tonnerre
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-26 20:31 ` Tonnerre
@ 2004-10-27 4:21 ` H. Peter Anvin
2004-10-27 8:33 ` Denis Vlasenko
2004-10-27 20:13 ` The naming wars continue... [u] Martin Schlemmer [c]
0 siblings, 2 replies; 100+ messages in thread
From: H. Peter Anvin @ 2004-10-27 4:21 UTC (permalink / raw)
To: Tonnerre
Cc: Denis Vlasenko, Geert Uytterhoeven, Linux Kernel Development,
Erik Andersen, uclibc
Tonnerre wrote:
> Salut,
>
> On Tue, Oct 26, 2004 at 02:43:54PM +0300, Denis Vlasenko wrote:
>
>>Having /usr/XnnRmm was a mistake in the first place.
>
>
> BSD has /X11R6, whilst I'd agree that /opt/xorg is probably a lot more
> appropriate. If you want I can take this discussion back to the X.Org
> folks again, but I don't think it's actually going to change anything.
>
/opt/X (or /usr/X) is really what it probably should be.
-hpa
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-27 4:21 ` H. Peter Anvin
@ 2004-10-27 8:33 ` Denis Vlasenko
2004-10-27 15:48 ` Tonnerre
2004-10-27 19:17 ` Bill Davidsen
2004-10-27 20:13 ` The naming wars continue... [u] Martin Schlemmer [c]
1 sibling, 2 replies; 100+ messages in thread
From: Denis Vlasenko @ 2004-10-27 8:33 UTC (permalink / raw)
To: H. Peter Anvin, Tonnerre
Cc: Geert Uytterhoeven, Linux Kernel Development, Erik Andersen,
uclibc
On Wednesday 27 October 2004 07:21, H. Peter Anvin wrote:
> Tonnerre wrote:
> > Salut,
> >
> > On Tue, Oct 26, 2004 at 02:43:54PM +0300, Denis Vlasenko wrote:
> >
> >>Having /usr/XnnRmm was a mistake in the first place.
> >
> >
> > BSD has /X11R6, whilst I'd agree that /opt/xorg is probably a lot more
> > appropriate. If you want I can take this discussion back to the X.Org
> > folks again, but I don't think it's actually going to change anything.
> >
>
> /opt/X (or /usr/X) is really what it probably should be.
Why there is any distinction between, say, gcc and X?
KDE and Midnight Commander? etc... Why some of them go
to /opt while others are spread across dozen of dirs?
This seems to be inconsistent to me.
I won't push my solution to anyone, just going to show you
how does it look:
# ls /usr/app -1
Linux-PAM-0.75
MPlayer-0.90rc4
SDL-1.2.6
acrobat-5.06
acroread-5.0.8
alsa-lib-0.9.0beta12
alsa-lib-0.9.7
alsa-utils-0.9.0beta12
alsa-utils-0.9.7
apache-1.3.24
atk-1.2.4
audiofile-0.2.3
audiogalaxy-0520
autofs-4.1.3
bash-2.05b
bglibs-1.005
binutils-2.15.91.0.1
bridge-utils-0.9.6
bsdftpd-6.0-ssl-0.5.2
busybox-1.00-pre6
...
Typical package under /usr/app:
# ls -l /usr/app/gcc-3.4.1
total 12
-r-xr-xr-x 1 root root 1429 Oct 25 13:39 !vda_install
-r-xr-xr-x 1 root root 874 Sep 15 2003 !vda_install_root
-r-xr-xr-x 1 root root 157 Aug 17 2003 !vda_ver
drwxr-xr-x 2 root root 360 Oct 25 13:39 bin
drwxr-xr-x 3 root root 72 Jul 15 16:54 include
drwxr-xr-x 2 root root 224 Jul 15 16:54 info
drwxr-xr-x 3 root root 336 Jul 15 16:54 lib
drwxr-xr-x 3 root root 72 Jul 15 16:54 libexec
drwxr-xr-x 4 root root 96 Jul 15 16:54 man
This is how it is made visible to the rest of system:
# ls -l /usr/lib /usr/bin | grep gcc-3.4.1
lrwxrwxrwx 1 root root 26 Oct 25 13:39 c++ -> /usr/app/gcc-3.4.1/bin/c++
lrwxrwxrwx 1 root root 26 Oct 25 13:39 cpp -> /usr/app/gcc-3.4.1/bin/cpp
lrwxrwxrwx 1 root root 26 Oct 25 13:39 g++ -> /usr/app/gcc-3.4.1/bin/g++
lrwxrwxrwx 1 root root 26 Oct 25 13:39 gcc -> /usr/app/gcc-3.4.1/bin/gcc
lrwxrwxrwx 1 root root 29 Oct 25 13:39 gccbug -> /usr/app/gcc-3.4.1/bin/gccbug
lrwxrwxrwx 1 root root 27 Oct 25 13:39 gcov -> /usr/app/gcc-3.4.1/bin/gcov
lrwxrwxrwx 1 root root 44 Oct 25 13:39 i386-pc-linux-gnu-c++ -> /usr/app/gcc-3.4.1/bin/i386-pc-linux-gnu-c++
lrwxrwxrwx 1 root root 44 Oct 25 13:39 i386-pc-linux-gnu-g++ -> /usr/app/gcc-3.4.1/bin/i386-pc-linux-gnu-g++
lrwxrwxrwx 1 root root 44 Oct 25 13:39 i386-pc-linux-gnu-gcc -> /usr/app/gcc-3.4.1/bin/i386-pc-linux-gnu-gcc
lrwxrwxrwx 1 root root 50 Oct 25 13:39 i386-pc-linux-gnu-gcc-3.4.1 -> /usr/app/gcc-3.4.1/bin/i386-pc-linux-gnu-gcc-3.4.1
lrwxrwxrwx 1 root root 34 Oct 25 13:39 libiberty.a -> /usr/app/gcc-3.4.1/lib/libiberty.a
lrwxrwxrwx 1 root root 34 Oct 25 13:39 libstdc++.a -> /usr/app/gcc-3.4.1/lib/libstdc++.a
lrwxrwxrwx 1 root root 35 Oct 25 13:39 libstdc++.la -> /usr/app/gcc-3.4.1/lib/libstdc++.la
lrwxrwxrwx 1 root root 35 Oct 25 13:39 libstdc++.so -> /usr/app/gcc-3.4.1/lib/libstdc++.so
lrwxrwxrwx 1 root root 37 Oct 25 13:39 libstdc++.so.6 -> /usr/app/gcc-3.4.1/lib/libstdc++.so.6
lrwxrwxrwx 1 root root 41 Oct 25 13:39 libstdc++.so.6.0.1 -> /usr/app/gcc-3.4.1/lib/libstdc++.so.6.0.1
lrwxrwxrwx 1 root root 34 Oct 25 13:39 libsupc++.a -> /usr/app/gcc-3.4.1/lib/libsupc++.a
lrwxrwxrwx 1 root root 35 Oct 25 13:39 libsupc++.la -> /usr/app/gcc-3.4.1/lib/libsupc++.la
It's pretty modular: I can remove and install packages
as needed, I can go back to older versions to check
regressions etc...
BTW today I just added uclibc and some uc-compiled apps to the mix.
They coexist nicely with the rest of the system
(I needed only some almost trivial tricks)
uc-Midnight Commander is 3 times smaller than glibc one :)
--
vda
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-27 8:33 ` Denis Vlasenko
@ 2004-10-27 15:48 ` Tonnerre
2004-10-27 16:11 ` [OT] " Grzegorz Kulewski
2004-10-29 14:46 ` Adrian Bunk
2004-10-27 19:17 ` Bill Davidsen
1 sibling, 2 replies; 100+ messages in thread
From: Tonnerre @ 2004-10-27 15:48 UTC (permalink / raw)
To: Denis Vlasenko
Cc: H. Peter Anvin, Geert Uytterhoeven, Linux Kernel Development,
Erik Andersen, uclibc
[-- Attachment #1: Type: text/plain, Size: 623 bytes --]
Salut,
On Wed, Oct 27, 2004 at 11:33:25AM +0300, Denis Vlasenko wrote:
> Why there is any distinction between, say, gcc and X?
> KDE and Midnight Commander? etc... Why some of them go
> to /opt while others are spread across dozen of dirs?
Well.
FHS specifies that everything needed to boot the system should got to
/bin and /sbin. The base system (build system, etc.) should go to
/usr. The rest should be /opt/itspackagename.
I'm not quite a FHS fan. I use libexec dirs, but I still have my build
system under /usr (and my home under /usr/home), and the rest (X, KDE
et al) lives under /opt.
Tonnerre
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 100+ messages in thread
* [OT] Re: The naming wars continue...
2004-10-27 15:48 ` Tonnerre
@ 2004-10-27 16:11 ` Grzegorz Kulewski
2004-10-27 16:14 ` Tonnerre
2004-10-29 14:46 ` Adrian Bunk
1 sibling, 1 reply; 100+ messages in thread
From: Grzegorz Kulewski @ 2004-10-27 16:11 UTC (permalink / raw)
To: Tonnerre
Cc: Denis Vlasenko, H. Peter Anvin, Geert Uytterhoeven,
Linux Kernel Development, Erik Andersen, uclibc
On Wed, 27 Oct 2004, Tonnerre wrote:
> Salut,
>
> On Wed, Oct 27, 2004 at 11:33:25AM +0300, Denis Vlasenko wrote:
>> Why there is any distinction between, say, gcc and X?
>> KDE and Midnight Commander? etc... Why some of them go
>> to /opt while others are spread across dozen of dirs?
>
> Well.
>
> FHS specifies that everything needed to boot the system should got to
> /bin and /sbin. The base system (build system, etc.) should go to
> /usr. The rest should be /opt/itspackagename.
>
> I'm not quite a FHS fan. I use libexec dirs, but I still have my build
> system under /usr (and my home under /usr/home), and the rest (X, KDE
> et al) lives under /opt.
Hi,
In Gentoo everything goes to /usr/bin or /usr/sbin except very basic
things that are instaled in /bin or /sbin and binary-only packages that
are instaled in /opt (very good idea).
Yes, Linux (or UNIX) directory structure should be changed years ago but
nobody (except GOBO Linux I think) is going to do it. That will require
patching realy big amount of code and changing some standards. If somebody
has time for it feel free to contact me, and I will tell him (or her) what
should be changed to produce The New Directory Standard That Breaks
Everything But Is The Best And Most Sane In The World (TM)... :-)
Grzegorz Kulewski
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: [OT] Re: The naming wars continue...
2004-10-27 16:11 ` [OT] " Grzegorz Kulewski
@ 2004-10-27 16:14 ` Tonnerre
2004-10-27 16:42 ` Grzegorz Kulewski
0 siblings, 1 reply; 100+ messages in thread
From: Tonnerre @ 2004-10-27 16:14 UTC (permalink / raw)
To: Grzegorz Kulewski
Cc: Denis Vlasenko, H. Peter Anvin, Geert Uytterhoeven,
Linux Kernel Development, Erik Andersen, uclibc
[-- Attachment #1: Type: text/plain, Size: 876 bytes --]
Salut,
On Wed, Oct 27, 2004 at 06:11:43PM +0200, Grzegorz Kulewski wrote:
> Yes, Linux (or UNIX) directory structure should be changed years ago but
> nobody (except GOBO Linux I think) is going to do it. That will require
> patching realy big amount of code and changing some standards. If somebody
> has time for it feel free to contact me, and I will tell him (or her) what
> should be changed to produce The New Directory Standard That Breaks
> Everything But Is The Best And Most Sane In The World (TM)... :-)
This is not the case, thanks to autoconf and pkg-config. On one of my
systems, I have all the binaries under /Library/..., and all the libs
under /Frameworks/..., and the doc goes under
/Library/Documentation/someplace...
It's not a problem any more, thanks to the ongoing modularization.
Tonnerre
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: [OT] Re: The naming wars continue...
2004-10-27 16:14 ` Tonnerre
@ 2004-10-27 16:42 ` Grzegorz Kulewski
2004-10-27 17:27 ` Måns Rullgård
0 siblings, 1 reply; 100+ messages in thread
From: Grzegorz Kulewski @ 2004-10-27 16:42 UTC (permalink / raw)
To: Tonnerre
Cc: Denis Vlasenko, H. Peter Anvin, Geert Uytterhoeven,
Linux Kernel Development, Erik Andersen, uclibc
On Wed, 27 Oct 2004, Tonnerre wrote:
> Salut,
>
> On Wed, Oct 27, 2004 at 06:11:43PM +0200, Grzegorz Kulewski wrote:
>> Yes, Linux (or UNIX) directory structure should be changed years ago but
>> nobody (except GOBO Linux I think) is going to do it. That will require
>> patching realy big amount of code and changing some standards. If somebody
>> has time for it feel free to contact me, and I will tell him (or her) what
>> should be changed to produce The New Directory Standard That Breaks
>> Everything But Is The Best And Most Sane In The World (TM)... :-)
>
> This is not the case, thanks to autoconf and pkg-config. On one of my
> systems, I have all the binaries under /Library/..., and all the libs
> under /Frameworks/..., and the doc goes under
> /Library/Documentation/someplace...
>
> It's not a problem any more, thanks to the ongoing modularization.
Hi,
1. Not all packages use autoconf.
2. Not all packages use autoconf correctly.
3. Autoconf and others are broken in my opinion (yes they provide some
good features but have very high amount of bad features or stupid concepts
too). This is not only mine opinion btw.
4. Changing the directory structure just to rename /lib to /Library is not
very ambituous... I can even call it strange...
5. I am thinking of changing directory structure (and some other things)
some more... For example placing every package in its own dir - like
/apps/gcc/3.4.2/<install date>/{bin,lib,...} and placing symlinks in /bin
(or how to call it) to required files from packages bins (like RELINK),
adding something like /apps/<package name>/<version>/<install date>/deps
and keeping symlinks to all external libs/programs/scripts used by
<package name> there, changing autoconf to ask not test for features and
much more (= turning Linux standards upside down).
Grzegorz Kulewski
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: [OT] Re: The naming wars continue...
2004-10-27 16:42 ` Grzegorz Kulewski
@ 2004-10-27 17:27 ` Måns Rullgård
2004-10-27 21:11 ` [uClibc] " Dave Dodge
0 siblings, 1 reply; 100+ messages in thread
From: Måns Rullgård @ 2004-10-27 17:27 UTC (permalink / raw)
To: linux-kernel; +Cc: uclibc
Grzegorz Kulewski <kangur@polcom.net> writes:
> 5. I am thinking of changing directory structure (and some other
> things) some more... For example placing every package in its own dir
> - like /apps/gcc/3.4.2/<install date>/{bin,lib,...} and placing
I've been placing things in /opt/package/version for quite a while. I
use a perl script to set the *PATH environment variables to point at
whatever versions I choose for each package. I patched aclocal (of
automake) to search in directories given by $ACLOCAL_PATH, but the
patch has been ignored for several years, so I'm not expecting it to
be picked up.
--
Måns Rullgård
mru@inprovide.com
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: [uClibc] Re: [OT] Re: The naming wars continue...
2004-10-27 17:27 ` Måns Rullgård
@ 2004-10-27 21:11 ` Dave Dodge
2004-10-27 21:15 ` Måns Rullgård
0 siblings, 1 reply; 100+ messages in thread
From: Dave Dodge @ 2004-10-27 21:11 UTC (permalink / raw)
To: Måns Rullgård; +Cc: uclibc, linux-kernel
On Wed, Oct 27, 2004 at 07:27:04PM +0200, Måns Rullgård wrote:
> Grzegorz Kulewski <kangur@polcom.net> writes:
> > 5. I am thinking of changing directory structure (and some other
> > things) some more... For example placing every package in its own dir
> > - like /apps/gcc/3.4.2/<install date>/{bin,lib,...} and placing
>
> I've been placing things in /opt/package/version for quite a while.
That's essentially what the GoboLinux distribution does, except that
it does it for everything down to and including core stuff like "sh"
and "ls".
> I use a perl script to set the *PATH environment variables to point at
> whatever versions I choose for each package.
If you have enough things installed you might run into problems with
the size of PATH (perhaps unlikely on Linux, but I recall hitting
the limit on Solaris at one point).
When I used to do this on Solaris, my most recent solution was to use
GNU stow to create symlinks from a single prefix to all of the
installed packages. Then I'd only need one additional entry in PATH,
MANPATH, and so on. stow made it easy enough to add and remove
packages, though there were trouble spots with duplicate files such as
the emacs info directory.
If I recall correctly, in the GoboLinux case gcc 3.4.2 would be
installed in "/Programs/GCC/3.4.2/{bin,lib,...}". A symlink from
"/Programs/GCC/Current" to "3.4.2" would select that as the current
version. The Current trees are symlinked into a single prefix (like I
did with stow). Gobo has scripts to manage all of this. I believe
"/bin" is a symlink to the bin directory in the main install prefix,
but there are patches so that while "/bin" can be used for lookups it
does not appear when you list "/".
-Dave Dodge
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: [uClibc] Re: [OT] Re: The naming wars continue...
2004-10-27 21:11 ` [uClibc] " Dave Dodge
@ 2004-10-27 21:15 ` Måns Rullgård
2004-10-27 22:35 ` Dave Dodge
0 siblings, 1 reply; 100+ messages in thread
From: Måns Rullgård @ 2004-10-27 21:15 UTC (permalink / raw)
To: Dave Dodge; +Cc: uclibc, linux-kernel
Dave Dodge <dododge@dododge.net> writes:
> On Wed, Oct 27, 2004 at 07:27:04PM +0200, Måns Rullgård wrote:
>> Grzegorz Kulewski <kangur@polcom.net> writes:
>> > 5. I am thinking of changing directory structure (and some other
>> > things) some more... For example placing every package in its own dir
>> > - like /apps/gcc/3.4.2/<install date>/{bin,lib,...} and placing
>>
>> I've been placing things in /opt/package/version for quite a while.
>
> That's essentially what the GoboLinux distribution does, except that
> it does it for everything down to and including core stuff like "sh"
> and "ls".
>
>> I use a perl script to set the *PATH environment variables to point at
>> whatever versions I choose for each package.
>
> If you have enough things installed you might run into problems with
> the size of PATH (perhaps unlikely on Linux, but I recall hitting
> the limit on Solaris at one point).
At my university they were running a locally hacked version of tcsh to
increase the maximum size of PATH to allow a similar setup.
> When I used to do this on Solaris, my most recent solution was to use
> GNU stow to create symlinks from a single prefix to all of the
> installed packages. Then I'd only need one additional entry in PATH,
> MANPATH, and so on. stow made it easy enough to add and remove
> packages, though there were trouble spots with duplicate files such as
> the emacs info directory.
The advantage with setting the environment variables directly is that
it's easy to switch between different versions of any package without
changing anything on disk, and I can have different version selected
in different xterms. A symlink based scheme doesn't allow this.
> If I recall correctly, in the GoboLinux case gcc 3.4.2 would be
> installed in "/Programs/GCC/3.4.2/{bin,lib,...}". A symlink from
> "/Programs/GCC/Current" to "3.4.2" would select that as the current
> version. The Current trees are symlinked into a single prefix (like I
> did with stow). Gobo has scripts to manage all of this. I believe
> "/bin" is a symlink to the bin directory in the main install prefix,
> but there are patches so that while "/bin" can be used for lookups it
> does not appear when you list "/".
If there's one thing I detest, it is such hiding of files. The GUI in
MacOSX does such things too, even /tmp is hidden there. It's visible
from a shell though. I won't even mention mswindows. If a file
exists, it should be visible, period. The standard hiding of .dot
files is perfectly good enough without any extra hacks.
--
Måns Rullgård
mru@inprovide.com
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: [uClibc] Re: [OT] Re: The naming wars continue...
2004-10-27 21:15 ` Måns Rullgård
@ 2004-10-27 22:35 ` Dave Dodge
2004-10-27 23:04 ` Måns Rullgård
0 siblings, 1 reply; 100+ messages in thread
From: Dave Dodge @ 2004-10-27 22:35 UTC (permalink / raw)
To: Måns Rullgård; +Cc: uclibc, linux-kernel
On Wed, Oct 27, 2004 at 11:15:15PM +0200, Måns Rullgård wrote:
> Dave Dodge <dododge@dododge.net> writes:
> > If I recall correctly, in the GoboLinux case
[...]
> > I believe "/bin" is a symlink to the bin directory in the main
> > install prefix, but there are patches so that while "/bin" can be
> > used for lookups it does not appear when you list "/".
>
> If there's one thing I detest, it is such hiding of files. The GUI in
> MacOSX does such things too, even /tmp is hidden there.
I believe Gobo only has paths such as "/bin" for legacy compatibility
(for example scripts starting with #!/bin/...). "/dev" is another
case, since that isn't where Gobo puts its devices, but lots of things
are going to assume they can use "/dev/zero" and "/dev/null".
> It's visible from a shell though.
Gobo actually does it in the kernel; whether that's better or worse
depends on your point of view. There's a command-line tool "GoboHide"
that provides a list of hidden things:
http://gobolinux.org/index.php?page=doc/articles/gobohide
I think all of the things hidden in a normal GoboLinux desktop are
just legacy symlinks, and the real locations they point to are fully
visible. Unlike MacOS, where the Finder ignores a lot of real
directories and applications (I've been bitten there by "/tmp"
myself).
-Dave Dodge
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: [uClibc] Re: [OT] Re: The naming wars continue...
2004-10-27 22:35 ` Dave Dodge
@ 2004-10-27 23:04 ` Måns Rullgård
0 siblings, 0 replies; 100+ messages in thread
From: Måns Rullgård @ 2004-10-27 23:04 UTC (permalink / raw)
To: Dave Dodge; +Cc: linux-kernel
Dave Dodge <dododge@dododge.net> writes:
> On Wed, Oct 27, 2004 at 11:15:15PM +0200, Måns Rullgård wrote:
>> Dave Dodge <dododge@dododge.net> writes:
>> > If I recall correctly, in the GoboLinux case
> [...]
>> > I believe "/bin" is a symlink to the bin directory in the main
>> > install prefix, but there are patches so that while "/bin" can be
>> > used for lookups it does not appear when you list "/".
>>
>> If there's one thing I detest, it is such hiding of files. The GUI in
>> MacOSX does such things too, even /tmp is hidden there.
>
> I believe Gobo only has paths such as "/bin" for legacy compatibility
> (for example scripts starting with #!/bin/...). "/dev" is another
> case, since that isn't where Gobo puts its devices, but lots of things
> are going to assume they can use "/dev/zero" and "/dev/null".
I don't quite see the point in breaking compatibility just for the
sake of being different, or whatever their reasons may be. There is
absolutely no technical justification for doing it that way.
>> It's visible from a shell though.
>
> Gobo actually does it in the kernel; whether that's better or worse
> depends on your point of view. There's a command-line tool "GoboHide"
> that provides a list of hidden things:
>
> http://gobolinux.org/index.php?page=doc/articles/gobohide
>
> I think all of the things hidden in a normal GoboLinux desktop are
> just legacy symlinks, and the real locations they point to are fully
> visible. Unlike MacOS, where the Finder ignores a lot of real
> directories and applications (I've been bitten there by "/tmp"
> myself).
On MacOSX you at least have the option to ignore the braindead GUI
tools. Under the hood, it's largely POSIX compliant.
--
Måns Rullgård
mru@mru.ath.cx
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-27 15:48 ` Tonnerre
2004-10-27 16:11 ` [OT] " Grzegorz Kulewski
@ 2004-10-29 14:46 ` Adrian Bunk
1 sibling, 0 replies; 100+ messages in thread
From: Adrian Bunk @ 2004-10-29 14:46 UTC (permalink / raw)
To: Tonnerre
Cc: Denis Vlasenko, H. Peter Anvin, Geert Uytterhoeven,
Linux Kernel Development, Erik Andersen, uclibc
On Wed, Oct 27, 2004 at 05:48:28PM +0200, Tonnerre wrote:
> Salut,
>
> On Wed, Oct 27, 2004 at 11:33:25AM +0300, Denis Vlasenko wrote:
> > Why there is any distinction between, say, gcc and X?
> > KDE and Midnight Commander? etc... Why some of them go
> > to /opt while others are spread across dozen of dirs?
>
> Well.
>
> FHS specifies that everything needed to boot the system should got to
> /bin and /sbin. The base system (build system, etc.) should go to
> /usr. The rest should be /opt/itspackagename.
>...
The last phrase isn't exactly correct.
The FHS says:
Distributions may install software in /opt, but must not modify or
delete software installed by the local system administrator without
the assent of the local system administrator.
E.g. Debian installs nothing under /opt .
> Tonnerre
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-27 8:33 ` Denis Vlasenko
2004-10-27 15:48 ` Tonnerre
@ 2004-10-27 19:17 ` Bill Davidsen
2004-10-27 19:40 ` H. Peter Anvin
2004-10-29 14:51 ` Adrian Bunk
1 sibling, 2 replies; 100+ messages in thread
From: Bill Davidsen @ 2004-10-27 19:17 UTC (permalink / raw)
To: Denis Vlasenko
Cc: H. Peter Anvin, Tonnerre, Geert Uytterhoeven,
Linux Kernel Development, Erik Andersen, uclibc
Denis Vlasenko wrote:
> On Wednesday 27 October 2004 07:21, H. Peter Anvin wrote:
>
>>Tonnerre wrote:
>>
>>>Salut,
>>>
>>>On Tue, Oct 26, 2004 at 02:43:54PM +0300, Denis Vlasenko wrote:
>>>
>>>
>>>>Having /usr/XnnRmm was a mistake in the first place.
>>>
>>>
>>>BSD has /X11R6, whilst I'd agree that /opt/xorg is probably a lot more
>>>appropriate. If you want I can take this discussion back to the X.Org
>>>folks again, but I don't think it's actually going to change anything.
>>>
>>
>>/opt/X (or /usr/X) is really what it probably should be.
>
>
> Why there is any distinction between, say, gcc and X?
> KDE and Midnight Commander? etc... Why some of them go
> to /opt while others are spread across dozen of dirs?
> This seems to be inconsistent to me.
At one time Sun had the convention that things in /usr could be mounted
ro on multiple machines. That worked, it predates Linux so Linux was the
o/s which chose to go another way, and it covered the base things in a
system.
That actually seems like a good way to split a networked environment,
with /bin and /sbin having just enough to get the system up and mount
/usr. I can't speak to why that is being done differently now.
I guess someone was nervous about mounting a local /usr/local on a
(possibly) network mounted /usr and theu /opt, but that's a guess on my
part as well.
--
-bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-27 19:17 ` Bill Davidsen
@ 2004-10-27 19:40 ` H. Peter Anvin
2004-10-29 14:51 ` Adrian Bunk
1 sibling, 0 replies; 100+ messages in thread
From: H. Peter Anvin @ 2004-10-27 19:40 UTC (permalink / raw)
To: Bill Davidsen
Cc: Denis Vlasenko, Tonnerre, Geert Uytterhoeven,
Linux Kernel Development, Erik Andersen, uclibc
Bill Davidsen wrote:
>
> I guess someone was nervous about mounting a local /usr/local on a
> (possibly) network mounted /usr and theu /opt, but that's a guess on my
> part as well.
>
/opt is structured, /usr/local is not; that's the big difference.
-hpa
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-27 19:17 ` Bill Davidsen
2004-10-27 19:40 ` H. Peter Anvin
@ 2004-10-29 14:51 ` Adrian Bunk
2004-10-29 14:54 ` Geert Uytterhoeven
1 sibling, 1 reply; 100+ messages in thread
From: Adrian Bunk @ 2004-10-29 14:51 UTC (permalink / raw)
To: Bill Davidsen
Cc: Denis Vlasenko, H. Peter Anvin, Tonnerre, Geert Uytterhoeven,
Linux Kernel Development, Erik Andersen, uclibc
On Wed, Oct 27, 2004 at 03:17:16PM -0400, Bill Davidsen wrote:
> Denis Vlasenko wrote:
> >
> >Why there is any distinction between, say, gcc and X?
> >KDE and Midnight Commander? etc... Why some of them go
> >to /opt while others are spread across dozen of dirs?
> >This seems to be inconsistent to me.
>
> At one time Sun had the convention that things in /usr could be mounted
> ro on multiple machines. That worked, it predates Linux so Linux was the
> o/s which chose to go another way, and it covered the base things in a
> system.
>
> That actually seems like a good way to split a networked environment,
> with /bin and /sbin having just enough to get the system up and mount
> /usr. I can't speak to why that is being done differently now.
>
> I guess someone was nervous about mounting a local /usr/local on a
> (possibly) network mounted /usr and theu /opt, but that's a guess on my
> part as well.
Read-only /usr is required according to the FHS, and at least on Debian
a read-only /usr works without problems.
A bigger problem might be to properly support it in the package manager.
cu
Adrian
[1]
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-29 14:51 ` Adrian Bunk
@ 2004-10-29 14:54 ` Geert Uytterhoeven
2004-10-29 15:11 ` Adrian Bunk
0 siblings, 1 reply; 100+ messages in thread
From: Geert Uytterhoeven @ 2004-10-29 14:54 UTC (permalink / raw)
To: Adrian Bunk
Cc: Bill Davidsen, Denis Vlasenko, H. Peter Anvin, Tonnerre,
Linux Kernel Development, Erik Andersen, uclibc
On Fri, 29 Oct 2004, Adrian Bunk wrote:
> On Wed, Oct 27, 2004 at 03:17:16PM -0400, Bill Davidsen wrote:
> > Denis Vlasenko wrote:
> > >Why there is any distinction between, say, gcc and X?
> > >KDE and Midnight Commander? etc... Why some of them go
> > >to /opt while others are spread across dozen of dirs?
> > >This seems to be inconsistent to me.
> >
> > At one time Sun had the convention that things in /usr could be mounted
> > ro on multiple machines. That worked, it predates Linux so Linux was the
> > o/s which chose to go another way, and it covered the base things in a
> > system.
> >
> > That actually seems like a good way to split a networked environment,
> > with /bin and /sbin having just enough to get the system up and mount
> > /usr. I can't speak to why that is being done differently now.
> >
> > I guess someone was nervous about mounting a local /usr/local on a
> > (possibly) network mounted /usr and theu /opt, but that's a guess on my
> > part as well.
>
> Read-only /usr is required according to the FHS, and at least on Debian
> a read-only /usr works without problems.
Indeed. And that's what I use. In /etc/apt/apt.conf I have:
DPkg {
// Auto re-mounting of a readonly /usr
Pre-Invoke {"mount -o remount,rw /usr";};
Post-Invoke {"mount -o remount,ro /usr";};
}
> A bigger problem might be to properly support it in the package manager.
Yep. Apt knows about it, but dpkg doesn't. And remounting /usr read-only
fails if files are in use.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-29 14:54 ` Geert Uytterhoeven
@ 2004-10-29 15:11 ` Adrian Bunk
0 siblings, 0 replies; 100+ messages in thread
From: Adrian Bunk @ 2004-10-29 15:11 UTC (permalink / raw)
To: Geert Uytterhoeven
Cc: Bill Davidsen, Denis Vlasenko, H. Peter Anvin, Tonnerre,
Linux Kernel Development, Erik Andersen, uclibc
On Fri, Oct 29, 2004 at 04:54:42PM +0200, Geert Uytterhoeven wrote:
> On Fri, 29 Oct 2004, Adrian Bunk wrote:
> >
> > Read-only /usr is required according to the FHS, and at least on Debian
> > a read-only /usr works without problems.
>
> Indeed. And that's what I use. In /etc/apt/apt.conf I have:
>
> DPkg {
> // Auto re-mounting of a readonly /usr
> Pre-Invoke {"mount -o remount,rw /usr";};
> Post-Invoke {"mount -o remount,ro /usr";};
> }
>
> > A bigger problem might be to properly support it in the package manager.
>
> Yep. Apt knows about it, but dpkg doesn't. And remounting /usr read-only
> fails if files are in use.
I was more thinking about the problems like a database upgrade requiring
changes to e.g. the system tables of the database handled in the
{pre,post}inst scripts. It even becomes more tricky since a postinst
script might make changes to both /usr and such required actions.
These issues which require auditing of all packages are the real issue.
> Gr{oetje,eeting}s,
>
> Geert
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue... [u]
2004-10-27 4:21 ` H. Peter Anvin
2004-10-27 8:33 ` Denis Vlasenko
@ 2004-10-27 20:13 ` Martin Schlemmer [c]
2004-10-27 20:35 ` Randy.Dunlap
1 sibling, 1 reply; 100+ messages in thread
From: Martin Schlemmer [c] @ 2004-10-27 20:13 UTC (permalink / raw)
To: H. Peter Anvin
Cc: Tonnerre, Denis Vlasenko, Geert Uytterhoeven,
Linux Kernel Development, Erik Andersen, uclibc
[-- Attachment #1: Type: text/plain, Size: 948 bytes --]
On Tue, 2004-10-26 at 21:21 -0700, H. Peter Anvin wrote:
> Tonnerre wrote:
> > Salut,
> >
> > On Tue, Oct 26, 2004 at 02:43:54PM +0300, Denis Vlasenko wrote:
> >
> >>Having /usr/XnnRmm was a mistake in the first place.
> >
> >
> > BSD has /X11R6, whilst I'd agree that /opt/xorg is probably a lot more
> > appropriate. If you want I can take this discussion back to the X.Org
> > folks again, but I don't think it's actually going to change anything.
> >
>
> /opt/X (or /usr/X) is really what it probably should be.
>
Except if I am missing something, it is (or was) to be able to
distinguish between versions that broke protocol compatibility ...
so except if the protocol will never change again, it should really
stay as is, and the apps should actually just start to use /usr/bin/X11
and /usr/lib/X11 that points to the latest or most stable instead of
the versioned directories ...
--
Martin Schlemmer
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue... [u]
2004-10-27 20:13 ` The naming wars continue... [u] Martin Schlemmer [c]
@ 2004-10-27 20:35 ` Randy.Dunlap
2004-10-27 21:35 ` Martin Schlemmer [c]
0 siblings, 1 reply; 100+ messages in thread
From: Randy.Dunlap @ 2004-10-27 20:35 UTC (permalink / raw)
To: Martin Schlemmer
Cc: H. Peter Anvin, Tonnerre, Denis Vlasenko, Geert Uytterhoeven,
Linux Kernel Development, Erik Andersen, uclibc
Martin Schlemmer [c] wrote:
> On Tue, 2004-10-26 at 21:21 -0700, H. Peter Anvin wrote:
>
>>Tonnerre wrote:
>>
>>>Salut,
>>>
>>>On Tue, Oct 26, 2004 at 02:43:54PM +0300, Denis Vlasenko wrote:
>>>
>>>
>>>>Having /usr/XnnRmm was a mistake in the first place.
>>>
>>>
>>>BSD has /X11R6, whilst I'd agree that /opt/xorg is probably a lot more
>>>appropriate. If you want I can take this discussion back to the X.Org
>>>folks again, but I don't think it's actually going to change anything.
>>>
>>
>>/opt/X (or /usr/X) is really what it probably should be.
>>
>
>
> Except if I am missing something, it is (or was) to be able to
> distinguish between versions that broke protocol compatibility ...
> so except if the protocol will never change again, it should really
> stay as is, and the apps should actually just start to use /usr/bin/X11
> and /usr/lib/X11 that points to the latest or most stable instead of
> the versioned directories ...
This won't get fixed on lkml.
If you want to contribute in this area, try LSB/FHS etc. & Please do.
--
~Randy
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue... [u]
2004-10-27 20:35 ` Randy.Dunlap
@ 2004-10-27 21:35 ` Martin Schlemmer [c]
0 siblings, 0 replies; 100+ messages in thread
From: Martin Schlemmer [c] @ 2004-10-27 21:35 UTC (permalink / raw)
To: Randy.Dunlap
Cc: H. Peter Anvin, Tonnerre, Denis Vlasenko, Geert Uytterhoeven,
Linux Kernel Development, Erik Andersen, uclibc
[-- Attachment #1: Type: text/plain, Size: 1613 bytes --]
On Wed, 2004-10-27 at 13:35 -0700, Randy.Dunlap wrote:
> Martin Schlemmer [c] wrote:
> > On Tue, 2004-10-26 at 21:21 -0700, H. Peter Anvin wrote:
> >
> >>Tonnerre wrote:
> >>
> >>>Salut,
> >>>
> >>>On Tue, Oct 26, 2004 at 02:43:54PM +0300, Denis Vlasenko wrote:
> >>>
> >>>
> >>>>Having /usr/XnnRmm was a mistake in the first place.
> >>>
> >>>
> >>>BSD has /X11R6, whilst I'd agree that /opt/xorg is probably a lot more
> >>>appropriate. If you want I can take this discussion back to the X.Org
> >>>folks again, but I don't think it's actually going to change anything.
> >>>
> >>
> >>/opt/X (or /usr/X) is really what it probably should be.
> >>
> >
> >
> > Except if I am missing something, it is (or was) to be able to
> > distinguish between versions that broke protocol compatibility ...
> > so except if the protocol will never change again, it should really
> > stay as is, and the apps should actually just start to use /usr/bin/X11
> > and /usr/lib/X11 that points to the latest or most stable instead of
> > the versioned directories ...
>
> This won't get fixed on lkml.
> If you want to contribute in this area, try LSB/FHS etc. & Please do.
>
While I appreciate the thought, I should admit that I was only trying
to be the local smart-ass, so I have to decline to go on the LSB/FHS
crusade :/ Maybe one of the others before me would be so kind.
PS: I probably should point out that my use of /usr/bin/X11 and
/usr/lib/X11 for the generic symlinks is not so generic, before
I step on more toes ...
Thanks,
--
Martin Schlemmer
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-26 6:37 ` H. Peter Anvin
2004-10-26 7:32 ` Denis Vlasenko
@ 2004-10-26 16:26 ` Tonnerre
1 sibling, 0 replies; 100+ messages in thread
From: Tonnerre @ 2004-10-26 16:26 UTC (permalink / raw)
To: H. Peter Anvin; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 745 bytes --]
Salut,
On Tue, Oct 26, 2004 at 06:37:08AM +0000, H. Peter Anvin wrote:
> There also were a W, and and X1, X2, ... X11.
I know. I didn't say there wasn't. They were all standards of the X
protocol, however.
(Note, however, that there is a tiny difference in the command layout
between the MIT X protocol specifiaction version 11 and the reality.)
> However, there is a tendency for numbers to get stuck (witness Linux
> 2.x). In particular, X11R6 got encoded in many places including
> pathnames for no good reason.
Well, I'm driving my X11 from /opt/xorg and I don't have any problems
yet. Just that the NVidia driver doesn't get it right, but I threw
away my NVidia card in favor of a dual-core Voodoo 5 anyway.
Tonnerre
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-25 23:26 ` Tonnerre
2004-10-26 6:37 ` H. Peter Anvin
@ 2004-10-26 11:11 ` Geert Uytterhoeven
2004-10-26 16:22 ` Tonnerre
1 sibling, 1 reply; 100+ messages in thread
From: Geert Uytterhoeven @ 2004-10-26 11:11 UTC (permalink / raw)
To: Tonnerre; +Cc: Helge Hafting, Linus Torvalds, Kernel Mailing List
On Tue, 26 Oct 2004, Tonnerre wrote:
> On Sun, Oct 24, 2004 at 03:33:33PM +0200, Helge Hafting wrote:
> > Yes - lets stick to fewer numbers. They can count faster, instead
> > of having a long string of them. I hope linux doesn't
> > end up like X. "X11R6.8.1" The "X" itself is a counter, although
> > it is understandable if it never increments to "Y". But
> > that "11" doesn't change much, and then there are three more numbers. :-/
>
> X11 is the name of the protocol: the X Protocol, version 11, as
> released by the MIT. There was an X10.
>
> 6.8.1 is the current X.Org release that we did because 6.8 turned out
> to have a nasty idiot bug.
What a coincidence: use s/X11R/2./ to convert from X11 to Linux :-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-26 11:11 ` Geert Uytterhoeven
@ 2004-10-26 16:22 ` Tonnerre
0 siblings, 0 replies; 100+ messages in thread
From: Tonnerre @ 2004-10-26 16:22 UTC (permalink / raw)
To: Geert Uytterhoeven; +Cc: Helge Hafting, Linus Torvalds, Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 412 bytes --]
Salut,
On Tue, Oct 26, 2004 at 01:11:12PM +0200, Geert Uytterhoeven wrote:
> > 6.8.1 is the current X.Org release that we did because 6.8 turned out
> > to have a nasty idiot bug.
>
> What a coincidence: use s/X11R/2./ to convert from X11 to Linux :-)
Yes, and it was even around the same time, just some days later
IIRC. And the culprit was a TLA: it was XPM, not NFS.
Tonnerre
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-23 1:25 ` Linus Torvalds
` (2 preceding siblings ...)
2004-10-23 3:03 ` Wakko Warner
@ 2004-10-23 6:20 ` Nick Piggin
2004-10-25 21:30 ` Bill Davidsen
2004-10-23 15:41 ` Stephen Frost
` (2 subsequent siblings)
6 siblings, 1 reply; 100+ messages in thread
From: Nick Piggin @ 2004-10-23 6:20 UTC (permalink / raw)
To: Linus Torvalds; +Cc: William Lee Irwin III, Matt Mackall, Kernel Mailing List
Linus Torvalds wrote:
> More importantly, maybe we could all realize that it isn't actually that
> big of an issue ;)
>
> Linus
Linus I agree it isn't a huge issue. The main thing for me is that
I could just give a _real_ release candidate more testing - run it
through some regression tests, make sure it functions OK on all my
computers, etc. I expect this would be helpful for people with large
sets of regression tests, and maybe those maintaining 'other'
architectures too.
I understand there's always "one more" patch to go in, but now that
we're doing this stable-development system, I think a week or two
weeks or even three weeks to stabalize the release with only
really-real-bugfixes can't be such a bad thing.
2.6.x-rc (rc for Ridiculous Count) can then be our development
releases, and 2.6.x-rc (rc for Release Candidate) are then closer
to stable releases (in terms of getting patches in).
Optionally, you could change Ridiculous Count to PRErelease to avoid
confusion :)
Other than that I don't have much to complain about... so keep up the
good work!
Nick
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-23 6:20 ` Nick Piggin
@ 2004-10-25 21:30 ` Bill Davidsen
2004-10-25 22:02 ` Linus Torvalds
0 siblings, 1 reply; 100+ messages in thread
From: Bill Davidsen @ 2004-10-25 21:30 UTC (permalink / raw)
To: Nick Piggin; +Cc: Linus Torvalds, William Lee Irwin III, Kernel Mailing List
Nick Piggin wrote:
> Linus I agree it isn't a huge issue. The main thing for me is that
> I could just give a _real_ release candidate more testing - run it
> through some regression tests, make sure it functions OK on all my
> computers, etc. I expect this would be helpful for people with large
> sets of regression tests, and maybe those maintaining 'other'
> architectures too.
>
> I understand there's always "one more" patch to go in, but now that
> we're doing this stable-development system, I think a week or two
> weeks or even three weeks to stabalize the release with only
> really-real-bugfixes can't be such a bad thing.
>
> 2.6.x-rc (rc for Ridiculous Count) can then be our development
> releases, and 2.6.x-rc (rc for Release Candidate) are then closer
> to stable releases (in terms of getting patches in).
>
> Optionally, you could change Ridiculous Count to PRErelease to avoid
> confusion :)
>
> Other than that I don't have much to complain about... so keep up the
> good work!
I do agree that the pre and rc names gave a strong hint that (-pre) new
features would be considered or (-rc) it's worth doing more serious
testing. If Linux doesn't like this any more, perhaps some other way to
indicate the same thing would be desirable. I admit that the kernel has
gotten so good that I only try -rc (by whatever name) kernel, I'm not
waiting for the next big thing. I think that's really good, actually.
--
-bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-25 21:30 ` Bill Davidsen
@ 2004-10-25 22:02 ` Linus Torvalds
2004-10-25 22:46 ` Hua Zhong
` (3 more replies)
0 siblings, 4 replies; 100+ messages in thread
From: Linus Torvalds @ 2004-10-25 22:02 UTC (permalink / raw)
To: Bill Davidsen; +Cc: Nick Piggin, William Lee Irwin III, Kernel Mailing List
On Mon, 25 Oct 2004, Bill Davidsen wrote:
>
> I do agree that the pre and rc names gave a strong hint that (-pre) new
> features would be considered or (-rc) it's worth doing more serious
> testing.
Well, I actually do try to _explain_ in the kernel mailing list
annoucements what it going on.
One of the reasons I don't like "-rcX" vs "-preX" is that they are so
meaningless. In contrast, when I actually do the write-up on a patch, I
tend to explain what I expect to have changed, and if I feel we're getting
ready for a release, I'll say something like
..
Ok,
trying to make ready for the real 2.6.9 in a week or so, so please give
this a beating, and if you have pending patches, please hold on to them
for a bit longer, until after the 2.6.9 release. It would be good to have
a 2.6.9 that doesn't need a dot-release immediately ;)
....
which is a hell of a lot more descriptive, in my opinion.
Which is just another reason why the name itself is not that meaningful.
It can never carry the kind of information that people seem to _expect_ it
to carry.
Linus
^ permalink raw reply [flat|nested] 100+ messages in thread* RE: The naming wars continue...
2004-10-25 22:02 ` Linus Torvalds
@ 2004-10-25 22:46 ` Hua Zhong
2004-10-27 7:38 ` Helge Hafting
2004-10-26 13:09 ` Giuseppe Bilotta
` (2 subsequent siblings)
3 siblings, 1 reply; 100+ messages in thread
From: Hua Zhong @ 2004-10-25 22:46 UTC (permalink / raw)
To: 'Linus Torvalds', 'Bill Davidsen'
Cc: 'Nick Piggin', 'William Lee Irwin III',
'Kernel Mailing List'
But not everyone reads LKML or the annoucement..a lot of people may just
decide whether to try this out based on the name. They go to kernel.org from
time to time and say: I'll test the next rc release.
"RC" has a very well-known meaning. It would make people scared if they find
rc isn't stable, and lose a lot of potential testers. So why break it?
Even another meaningless name which doesn't collide with RC is better.
> Which is just another reason why the name itself is not that
> meaningful.
> It can never carry the kind of information that people seem
> to _expect_ it to carry.
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-25 22:46 ` Hua Zhong
@ 2004-10-27 7:38 ` Helge Hafting
0 siblings, 0 replies; 100+ messages in thread
From: Helge Hafting @ 2004-10-27 7:38 UTC (permalink / raw)
To: Hua Zhong
Cc: 'Linus Torvalds', 'Bill Davidsen',
'Nick Piggin', 'William Lee Irwin III',
'Kernel Mailing List'
On Mon, Oct 25, 2004 at 03:46:58PM -0700, Hua Zhong wrote:
>
> But not everyone reads LKML or the annoucement..a lot of people may just
> decide whether to try this out based on the name. They go to kernel.org from
> time to time and say: I'll test the next rc release.
>
> "RC" has a very well-known meaning. It would make people scared if they find
> rc isn't stable, and lose a lot of potential testers. So why break it?
>
I expect a "rc" to be a kind of beta - an attempt to get it right
rather than experiment - but it may still be broken. Someone
who want stability should try the latest point release
(2.6.9) or fix release (2.6.9.x with the current system)
Helge Hafting
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-25 22:02 ` Linus Torvalds
2004-10-25 22:46 ` Hua Zhong
@ 2004-10-26 13:09 ` Giuseppe Bilotta
2004-10-27 0:40 ` H. Peter Anvin
2004-10-26 21:32 ` Bill Davidsen
2004-10-27 20:08 ` l_linux-kernel@mail2news.4t2.com
3 siblings, 1 reply; 100+ messages in thread
From: Giuseppe Bilotta @ 2004-10-26 13:09 UTC (permalink / raw)
To: linux-kernel
Linus Torvalds wrote:
>
>
> On Mon, 25 Oct 2004, Bill Davidsen wrote:
> >
> > I do agree that the pre and rc names gave a strong hint that (-pre) new
> > features would be considered or (-rc) it's worth doing more serious
> > testing.
>
> Well, I actually do try to _explain_ in the kernel mailing list
> annoucements what it going on.
>
> One of the reasons I don't like "-rcX" vs "-preX" is that they are so
> meaningless. In contrast, when I actually do the write-up on a patch, I
> tend to explain what I expect to have changed, and if I feel we're getting
> ready for a release, I'll say something like
>
> ..
>
> Ok,
> trying to make ready for the real 2.6.9 in a week or so, so please give
> this a beating, and if you have pending patches, please hold on to them
> for a bit longer, until after the 2.6.9 release. It would be good to have
> a 2.6.9 that doesn't need a dot-release immediately ;)
>
> ....
>
> which is a hell of a lot more descriptive, in my opinion.
Yeah but try fitting that in the extraversion. Maybe we should
use -hopstt(hold on patches, stress-test this) for this kind of
stuff, and -beo (bring 'em on) for the "early" -rcX ... :)
--
Giuseppe "Oblomov" Bilotta
Can't you see
It all makes perfect sense
Expressed in dollar and cents
Pounds shillings and pence
(Roger Waters)
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-26 13:09 ` Giuseppe Bilotta
@ 2004-10-27 0:40 ` H. Peter Anvin
2004-10-27 2:41 ` Marcos D. Marado Torres
0 siblings, 1 reply; 100+ messages in thread
From: H. Peter Anvin @ 2004-10-27 0:40 UTC (permalink / raw)
To: linux-kernel
Followup to: <MPG.1be8533f25663a40989703@news.gmane.org>
By author: Giuseppe Bilotta <bilotta78@hotpop.com>
In newsgroup: linux.dev.kernel
>
> Yeah but try fitting that in the extraversion. Maybe we should
> use -hopstt(hold on patches, stress-test this) for this kind of
> stuff, and -beo (bring 'em on) for the "early" -rcX ... :)
>
We could even spell them -pre and -rc.
-hpa
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-27 0:40 ` H. Peter Anvin
@ 2004-10-27 2:41 ` Marcos D. Marado Torres
0 siblings, 0 replies; 100+ messages in thread
From: Marcos D. Marado Torres @ 2004-10-27 2:41 UTC (permalink / raw)
To: H. Peter Anvin; +Cc: linux-kernel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wed, 27 Oct 2004, H. Peter Anvin wrote:
>> Yeah but try fitting that in the extraversion. Maybe we should
>> use -hopstt(hold on patches, stress-test this) for this kind of
>> stuff, and -beo (bring 'em on) for the "early" -rcX ... :)
>>
>
> We could even spell them -pre and -rc.
Exactly.
If 2.4 works so well, why change it in 2.6?
Mind Booster Noori
- --
/* *************************************************************** */
Marcos Daniel Marado Torres AKA Mind Booster Noori
http://student.dei.uc.pt/~marado - marado@student.dei.uc.pt
() Join the ASCII ribbon campaign against html email, Microsoft
/\ attachments and Software patents. They endanger the World.
Sign a petition against patents: http://petition.eurolinux.org
/* *************************************************************** */
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Made with pgp4pine 1.76
iD8DBQFBfwrymNlq8m+oD34RAlqzAJ4h8s7eS3Jfkz8lvbGvnf35hVN9FgCeJYyQ
suVxn5dtr7sXQYN9FM/EVHM=
=9xz9
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-25 22:02 ` Linus Torvalds
2004-10-25 22:46 ` Hua Zhong
2004-10-26 13:09 ` Giuseppe Bilotta
@ 2004-10-26 21:32 ` Bill Davidsen
2004-10-27 3:01 ` Marcos D. Marado Torres
` (2 more replies)
2004-10-27 20:08 ` l_linux-kernel@mail2news.4t2.com
3 siblings, 3 replies; 100+ messages in thread
From: Bill Davidsen @ 2004-10-26 21:32 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Nick Piggin, William Lee Irwin III, Kernel Mailing List
Linus Torvalds wrote:
>
> On Mon, 25 Oct 2004, Bill Davidsen wrote:
>
>>I do agree that the pre and rc names gave a strong hint that (-pre) new
>>features would be considered or (-rc) it's worth doing more serious
>>testing.
>
>
> Well, I actually do try to _explain_ in the kernel mailing list
> annoucements what it going on.
>
> One of the reasons I don't like "-rcX" vs "-preX" is that they are so
> meaningless. In contrast, when I actually do the write-up on a patch, I
> tend to explain what I expect to have changed, and if I feel we're getting
> ready for a release, I'll say something like
>
> ..
>
> Ok,
> trying to make ready for the real 2.6.9 in a week or so, so please give
> this a beating, and if you have pending patches, please hold on to them
> for a bit longer, until after the 2.6.9 release. It would be good to have
> a 2.6.9 that doesn't need a dot-release immediately ;)
>
> ....
>
> which is a hell of a lot more descriptive, in my opinion.
>
> Which is just another reason why the name itself is not that meaningful.
> It can never carry the kind of information that people seem to _expect_ it
> to carry.
I wasn't going to reply to this since it's your call and I've had my
say, but since several others have, let me throw out one more idea on
the off chance you like it:
Stop doing the pre's on the next version! After 2.6.10 comes 2.6.10.1
etc, which everyone can see are incremental changes to 2.6.10, and when
you really mean it, then put out 2.6.11-rc1.
Did that strike a nerve?
--
-bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-26 21:32 ` Bill Davidsen
@ 2004-10-27 3:01 ` Marcos D. Marado Torres
2004-10-27 3:32 ` Barry K. Nathan
2004-10-27 7:37 ` Denis Vlasenko
2 siblings, 0 replies; 100+ messages in thread
From: Marcos D. Marado Torres @ 2004-10-27 3:01 UTC (permalink / raw)
To: Bill Davidsen
Cc: Linus Torvalds, Nick Piggin, William Lee Irwin III,
Kernel Mailing List
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tue, 26 Oct 2004, Bill Davidsen wrote:
> Stop doing the pre's on the next version!
There are no -pre's in 2.6, at least not till now.
> After 2.6.10 comes 2.6.10.1 etc,
> which everyone can see are incremental changes to 2.6.10, and when you really
> mean it, then put out 2.6.11-rc1.
2.6.z.w is already "reserved" for another kind of updates. You're proposing a
system where you have:
2.6.10
2.6.10-???1
2.6.10-???2
2.6.10-???3
2.6.11-rc1
2.6.11-rc2
2.6.11-rc3
2.6.11
...
Or, in other words, you don't want Linus to "Stop doing the pre's", you're
wanting exactly the same scheme 2.4 is using and works preety fine: just
replace 10 by 11 in the '???' series, replace '???' by 'pre' and you have:
x.y.z
x.y.z+1-pre1
...
x.y.z+1-preN
x.y.z+1-rc1
2.4 model allways worked fine, we should stick with it instead of pulling our
hair out trying to figure out how to solve the problem that is already solved.
Mind Booster Noori
- --
/* *************************************************************** */
Marcos Daniel Marado Torres AKA Mind Booster Noori
http://student.dei.uc.pt/~marado - marado@student.dei.uc.pt
() Join the ASCII ribbon campaign against html email, Microsoft
/\ attachments and Software patents. They endanger the World.
Sign a petition against patents: http://petition.eurolinux.org
/* *************************************************************** */
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Made with pgp4pine 1.76
iD8DBQFBfw+JmNlq8m+oD34RAmsdAJwOMJz7GqtQV3zG/DJYz14pioNADACfTI3H
fVfR9SmC8BxHpmT0B9rWVNk=
=avZN
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-26 21:32 ` Bill Davidsen
2004-10-27 3:01 ` Marcos D. Marado Torres
@ 2004-10-27 3:32 ` Barry K. Nathan
2004-10-27 19:23 ` Bill Davidsen
2004-10-27 7:37 ` Denis Vlasenko
2 siblings, 1 reply; 100+ messages in thread
From: Barry K. Nathan @ 2004-10-27 3:32 UTC (permalink / raw)
To: Bill Davidsen
Cc: Linus Torvalds, Nick Piggin, William Lee Irwin III,
Kernel Mailing List
On Tue, Oct 26, 2004 at 05:32:16PM -0400, Bill Davidsen wrote:
> Linus Torvalds wrote:
[snip]
> >Which is just another reason why the name itself is not that meaningful.
> >It can never carry the kind of information that people seem to _expect_ it
> >to carry.
>
> I wasn't going to reply to this since it's your call and I've had my
> say, but since several others have, let me throw out one more idea on
> the off chance you like it:
>
> Stop doing the pre's on the next version! After 2.6.10 comes 2.6.10.1
> etc, which everyone can see are incremental changes to 2.6.10, and when
> you really mean it, then put out 2.6.11-rc1.
>
> Did that strike a nerve?
2.6.10.1, etc. suggests important bug fixes for 2.6.10, *not* prereleases
of 2.6.11. But... perhaps (with sufficient warning) the even/odd principle
could be applied to the third number. So, this would happen:
2.6.even = release
2.6.even.x = release, with added bug/security fixes
2.6.odd = first (zeroth?) -pre/-rc release
2.6.odd.x = additional -pre/-rc releases
A more concrete example:
2.6.11-rc1, 2.6.11-rc2, 2.6.11-rc3, 2.6.11, 2.6.12-rc1, 2.6.12-rc2, 2.6.12
would become:
2.6.11, 2.6.11.1, 2.6.11.2, 2.6.12, 2.6.13, 2.6.13.1, 2.6.14
How does this sound? (It just occurred to me that this might break
scripts, but it may be worth discussing anyway.)
-Barry K. Nathan <barryn@pobox.com>
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-27 3:32 ` Barry K. Nathan
@ 2004-10-27 19:23 ` Bill Davidsen
0 siblings, 0 replies; 100+ messages in thread
From: Bill Davidsen @ 2004-10-27 19:23 UTC (permalink / raw)
To: Barry K. Nathan
Cc: Linus Torvalds, Nick Piggin, William Lee Irwin III,
Kernel Mailing List
Barry K. Nathan wrote:
> On Tue, Oct 26, 2004 at 05:32:16PM -0400, Bill Davidsen wrote:
>
>>Linus Torvalds wrote:
>
> [snip]
>
>>>Which is just another reason why the name itself is not that meaningful.
>>>It can never carry the kind of information that people seem to _expect_ it
>>>to carry.
>>
>>I wasn't going to reply to this since it's your call and I've had my
>>say, but since several others have, let me throw out one more idea on
>>the off chance you like it:
>>
>>Stop doing the pre's on the next version! After 2.6.10 comes 2.6.10.1
>>etc, which everyone can see are incremental changes to 2.6.10, and when
>>you really mean it, then put out 2.6.11-rc1.
>>
>>Did that strike a nerve?
>
>
> 2.6.10.1, etc. suggests important bug fixes for 2.6.10, *not* prereleases
> of 2.6.11. But... perhaps (with sufficient warning) the even/odd principle
> could be applied to the third number. So, this would happen:
2.6.10.1 suggests nothing, that convention was used ONCE in the 2.6
series. I liked the -pre convention as it was, but Linus has dropped
that in spite of several hundred instances of its use. From that I
conclude that if Linus like 2.6.10.1 he will use it, and if not we will
have -rc releases which aren't release candidates. His call.
I personally think it will slow development because some people tested
the -rc releases harder, but that's not decided by vote.
--
-bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-26 21:32 ` Bill Davidsen
2004-10-27 3:01 ` Marcos D. Marado Torres
2004-10-27 3:32 ` Barry K. Nathan
@ 2004-10-27 7:37 ` Denis Vlasenko
2 siblings, 0 replies; 100+ messages in thread
From: Denis Vlasenko @ 2004-10-27 7:37 UTC (permalink / raw)
To: Bill Davidsen, Linus Torvalds
Cc: Nick Piggin, William Lee Irwin III, Kernel Mailing List
> Stop doing the pre's on the next version! After 2.6.10 comes 2.6.10.1
> etc, which everyone can see are incremental changes to 2.6.10, and when
> you really mean it, then put out 2.6.11-rc1.
Oh no. We had a perfectly working scheme of pre's and rc's,
why shall it be changed? This will break scripts for _zero_
gain.
Well, if Linus does not want pre's and wants to use rc's
only, that's fine with me, but fourth digit
(or other such innovations) is not.
--
vda
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-25 22:02 ` Linus Torvalds
` (2 preceding siblings ...)
2004-10-26 21:32 ` Bill Davidsen
@ 2004-10-27 20:08 ` l_linux-kernel@mail2news.4t2.com
2004-10-27 20:27 ` Linus Torvalds
3 siblings, 1 reply; 100+ messages in thread
From: l_linux-kernel@mail2news.4t2.com @ 2004-10-27 20:08 UTC (permalink / raw)
To: Linus Torvalds
Cc: Bill Davidsen, Nick Piggin, William Lee Irwin III,
Kernel Mailing List
On Mon, Oct 25, 2004 at 03:02:12PM -0700, Linus Torvalds wrote:
>
>
> On Mon, 25 Oct 2004, Bill Davidsen wrote:
> >
> > I do agree that the pre and rc names gave a strong hint that (-pre) new
> > features would be considered or (-rc) it's worth doing more serious
> > testing.
>
> Well, I actually do try to _explain_ in the kernel mailing list
> annoucements what it going on.
>
> One of the reasons I don't like "-rcX" vs "-preX" is that they are so
> meaningless. In contrast, when I actually do the write-up on a patch, I
> tend to explain what I expect to have changed, and if I feel we're getting
> ready for a release, I'll say something like
>
> ..
>
> Ok,
> trying to make ready for the real 2.6.9 in a week or so, so please give
> this a beating, and if you have pending patches, please hold on to them
> for a bit longer, until after the 2.6.9 release. It would be good to have
> a 2.6.9 that doesn't need a dot-release immediately ;)
>
> ....
>
> which is a hell of a lot more descriptive, in my opinion.
Indeed. But you hide this kind of information very carefully.
Announcing with a subject like this one isn't very descriptive.
Also the majority of kernel downloaders probably don't read lkml at
all. So how should they figure out?
It would be very helpful if you could please include at least your
announcement in the changelog or some other file on kernel.org.
The changelog as of now is probably technically correct, but way to specific
and large for the average non kernel hacker - go ask someone who's happy
to get a kernel compiled by himself.
I don't care that much about the whole development model and the
numbering system as long as I can find the information above without
reading hundreds of lkml lists daily. I guess most of the average users
out there would think alike. You just don't address them right now.
Tom
ps:
using -rc suffix which everywhere else uses for release candidate
isn't a good choice. The -pre and -rc known from earlier kernels were
much more intuitive. Personally I'd even prefer something like
x.y.LATEST - x.y.LATEST-test{1,2..} - x.y.NEXT-rc{1,2,..} - x.y.NEXT
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-27 20:08 ` l_linux-kernel@mail2news.4t2.com
@ 2004-10-27 20:27 ` Linus Torvalds
2004-10-27 21:13 ` Dave Airlie
0 siblings, 1 reply; 100+ messages in thread
From: Linus Torvalds @ 2004-10-27 20:27 UTC (permalink / raw)
To: l_linux-kernel@mail2news.4t2.com
Cc: Bill Davidsen, Nick Piggin, William Lee Irwin III,
Kernel Mailing List
On Wed, 27 Oct 2004, l_linux-kernel@mail2news.4t2.com wrote:
> >
> > which is a hell of a lot more descriptive, in my opinion.
>
> Indeed. But you hide this kind of information very carefully.
> Announcing with a subject like this one isn't very descriptive.
But that _wasn't_ in this idiotic thread.
The subject line of my announcement was
Subject: Linux 2.6.9-rc4 - pls test (and no more patches)
and the body was
Ok,
trying to make ready for the real 2.6.9 in a week or so, so please give
this a beating, and if you have pending patches, please hold on to them
for a bit longer, until after the 2.6.9 release. It would be good to have
a 2.6.9 that doesn't need a dot-release immediately ;)
The appended shortlog gives a pretty good idea of what has been going on.
Mostly small stuff, with some architecture updates and an ACPI update
thrown in for good measure.
(plus the shortlog).
Not exactly "hidden", was it?
And to everybody complaining about "-rcX" - people don't want to break
existing scripts, so the naming possibilities are either "-pre" or "-rc".
And we've used "-rc" for the whole 2.6.x series, so there had better be a
_good_ reason to change the naming.
So far, nobody has had a good reason. People are just complaining, because
this is an area where you can complain without actually having any real
hard technical input. It's "easy" to have an opinion.
So guys, look at the big picture. Is this really worth worrying over?
Linus
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-27 20:27 ` Linus Torvalds
@ 2004-10-27 21:13 ` Dave Airlie
2004-10-27 21:25 ` Linus Torvalds
0 siblings, 1 reply; 100+ messages in thread
From: Dave Airlie @ 2004-10-27 21:13 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing Lists
>
> The subject line of my announcement was
>
> Subject: Linux 2.6.9-rc4 - pls test (and no more patches)
>
> and the body was
>
> Ok,
> trying to make ready for the real 2.6.9 in a week or so, so please give
> this a beating, and if you have pending patches, please hold on to them
> for a bit longer, until after the 2.6.9 release. It would be good to have
> a 2.6.9 that doesn't need a dot-release immediately ;)
>
> The appended shortlog gives a pretty good idea of what has been going on.
> Mostly small stuff, with some architecture updates and an ACPI update
> thrown in for good measure.
>
> (plus the shortlog).
>
> Not exactly "hidden", was it?
To sum up, why don't you call everything before you reach this point
-pre and then when you decide to write the mail and realise you want
to say no more patches just check in patch calling it -rc ? you claim
you don't know when to diffrentiate between -pre and -rc, (or maybe
you don't care) well how do you decide to write the above e-mail? I
think that would satisfy nearly everyone and I don't see what would be
so different from your POV, but it is in the end up to you...
> So far, nobody has had a good reason. People are just complaining, because
> this is an area where you can complain without actually having any real
> hard technical input. It's "easy" to have an opinion.
> So guys, look at the big picture. Is this really worth worrying over?
There has been a fair bit of bike shedding going on... so I think we
should use some sort of timber and paint it red...
Dave.
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-27 21:13 ` Dave Airlie
@ 2004-10-27 21:25 ` Linus Torvalds
2004-10-27 22:52 ` Jesper Juhl
0 siblings, 1 reply; 100+ messages in thread
From: Linus Torvalds @ 2004-10-27 21:25 UTC (permalink / raw)
To: Dave Airlie; +Cc: Linux Kernel Mailing Lists
On Thu, 28 Oct 2004, Dave Airlie wrote:
>
> There has been a fair bit of bike shedding going on... so I think we
> should use some sort of timber and paint it red...
Ok, I nominate this for the strangest entry in the discussion so far.
Linus
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-27 21:25 ` Linus Torvalds
@ 2004-10-27 22:52 ` Jesper Juhl
2004-10-27 22:54 ` Dave Airlie
2004-10-27 23:14 ` Jesper Juhl
0 siblings, 2 replies; 100+ messages in thread
From: Jesper Juhl @ 2004-10-27 22:52 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, Linux Kernel Mailing Lists
On Wed, 27 Oct 2004, Linus Torvalds wrote:
>
>
> On Thu, 28 Oct 2004, Dave Airlie wrote:
> >
> > There has been a fair bit of bike shedding going on... so I think we
> > should use some sort of timber and paint it red...
>
> Ok, I nominate this for the strangest entry in the discussion so far.
>
Heh, yeah, glad I'm not the only one incapable of making sense of that. :)
Anyway, I've been reading this thread and just want to add my own small
comments to it :
Personally I was a bit sceptical of the "new development model" at first,
but as 2.6.x has progressed I've come to like it very much.
I'm using 2.6 on a number of boxes, servers, workstations at work and my
personal machine at work, and my impression is that it's the fastest
kernel we've had so far, and it's stable (at least I've not had any major
issues). So to me it seems to be working just fine.
Some people have been asking for a sepperate tree for all the experimental
and unstable stuff, but as I see it that role is fulfilled by Andrews -mm
tree.
Things go into -mm, then get a bit (or a lot in some cases) workout and
then slowly migrate into the mainline (Linus) tree as they settle down and
are proven to be stable. This is good since it keeps the stable kernel
up-to-date feature wise, and stuff has a place to get fixed and
stabilized before it moves to mainline, so mainline 2.6 is not a minefield
of unstable changes (and I think Andrew is doing a very good job at
this), but it's not a hugely out-of-date thing as it used to be with a
sepperate 2.<odd number>.x development tree.
The people asking for a very stable 2.6.x.y.z.whatever tree are forgetting
a few things in my oppinion;
First they seem to forget that point releases actually serve the role of
"new and improved stable kernel", so 2.6.x is the new "maintainance
release" of the 2.6.x-1 kernel.
Also they forget that there's a period of -rc releases before a point
release where stability and incompatibility problems can be dealt with.
They also forget that there's nothing stopping them from forking off 2.6.x
at any point in time and maintaining their own "ultra stable" kernel based
on that release (hopefully they would still merge their fixes into
whatever is the current Linus kernel).
I'm starting to ramble, all I really want to say is that I think the
current model works well - changes get testing in -mm before hitting
mainline, and mainline is not lacking behind in fixes and features as
badly as we've seen earlier with 2.4.x vs 2.5.x, 2.3.x vs 2.2.x and
previous development branches. And I think Andrew, Linus and the other
main kernel people are doing a very good job with the kernel atm.
--
Jesper Juhl
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-27 22:52 ` Jesper Juhl
@ 2004-10-27 22:54 ` Dave Airlie
2004-10-27 23:14 ` Jesper Juhl
1 sibling, 0 replies; 100+ messages in thread
From: Dave Airlie @ 2004-10-27 22:54 UTC (permalink / raw)
To: Jesper Juhl; +Cc: Linus Torvalds, Linux Kernel Mailing Lists
> > >
> > > There has been a fair bit of bike shedding going on... so I think we
> > > should use some sort of timber and paint it red...
> >
> > Ok, I nominate this for the strangest entry in the discussion so far.
> >
> Heh, yeah, glad I'm not the only one incapable of making sense of that. :)
>
I think Linus made sense of it :-),
for anyone that needs a explaination (takes all the fun out of it :-)
http://www.unixguide.net/freebsd/faq/16.19.shtml
Dave.
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-27 22:52 ` Jesper Juhl
2004-10-27 22:54 ` Dave Airlie
@ 2004-10-27 23:14 ` Jesper Juhl
1 sibling, 0 replies; 100+ messages in thread
From: Jesper Juhl @ 2004-10-27 23:14 UTC (permalink / raw)
To: Linux Kernel Mailing List
Whoops, wrong thread, This was actually meant more for the "new
development model" thread, but whatever, it'll just have to stay here now
:)
/Jesper Juhl
PS. Trimming CC as this is a fairly irrelevant little comment
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-23 1:25 ` Linus Torvalds
` (3 preceding siblings ...)
2004-10-23 6:20 ` Nick Piggin
@ 2004-10-23 15:41 ` Stephen Frost
2004-10-23 21:51 ` Matthias Schniedermeyer
` (2 more replies)
2004-10-23 22:16 ` Alexandre Oliva
2004-10-24 8:52 ` Matthias Urlichs
6 siblings, 3 replies; 100+ messages in thread
From: Stephen Frost @ 2004-10-23 15:41 UTC (permalink / raw)
To: Linus Torvalds; +Cc: William Lee Irwin III, Matt Mackall, Kernel Mailing List
* Linus Torvalds (torvalds@osdl.org) wrote:
> However, for some reason four numbers just looks visually too obnoxious to
I agree, four numbers is *very* obnoxious, I mean, really, if for no
other reason than *Oracle* uses four numbers. :)
Stephen
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-23 15:41 ` Stephen Frost
@ 2004-10-23 21:51 ` Matthias Schniedermeyer
2004-10-24 0:02 ` Stephen Frost
2004-10-25 23:34 ` Tonnerre
2004-10-26 17:52 ` William Lee Irwin III
2 siblings, 1 reply; 100+ messages in thread
From: Matthias Schniedermeyer @ 2004-10-23 21:51 UTC (permalink / raw)
To: Linus Torvalds, Kernel Mailing List
On 23.10.2004 11:41, Stephen Frost wrote:
> * Linus Torvalds (torvalds@osdl.org) wrote:
> > However, for some reason four numbers just looks visually too obnoxious to
>
> I agree, four numbers is *very* obnoxious, I mean, really, if for no
> other reason than *Oracle* uses four numbers. :)
Actually Oracle uses (or at least displays) 5 numbers. :-)
e.g. The version currently in use where i work: 9.2.0.5.0
Bis denn
--
Real Programmers consider "what you see is what you get" to be just as
bad a concept in Text Editors as it is in women. No, the Real Programmer
wants a "you asked for it, you got it" text editor -- complicated,
cryptic, powerful, unforgiving, dangerous.
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-23 21:51 ` Matthias Schniedermeyer
@ 2004-10-24 0:02 ` Stephen Frost
2004-10-24 3:29 ` Matthias Schniedermeyer
0 siblings, 1 reply; 100+ messages in thread
From: Stephen Frost @ 2004-10-24 0:02 UTC (permalink / raw)
To: Matthias Schniedermeyer; +Cc: Linus Torvalds, Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 621 bytes --]
* Matthias Schniedermeyer (ms@citd.de) wrote:
> On 23.10.2004 11:41, Stephen Frost wrote:
> > * Linus Torvalds (torvalds@osdl.org) wrote:
> > > However, for some reason four numbers just looks visually too obnoxious to
> >
> > I agree, four numbers is *very* obnoxious, I mean, really, if for no
> > other reason than *Oracle* uses four numbers. :)
>
> Actually Oracle uses (or at least displays) 5 numbers. :-)
>
> e.g. The version currently in use where i work: 9.2.0.5.0
Eh, their directory structure is (or at least, was last I checked) based
off of four numbers.
ie: /oracle/9.2.0.1
Stephen
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-24 0:02 ` Stephen Frost
@ 2004-10-24 3:29 ` Matthias Schniedermeyer
2004-10-24 5:02 ` Bernd Eckenfels
0 siblings, 1 reply; 100+ messages in thread
From: Matthias Schniedermeyer @ 2004-10-24 3:29 UTC (permalink / raw)
To: Stephen Frost; +Cc: Kernel Mailing List
On 23.10.2004 20:02, Stephen Frost wrote:
> * Matthias Schniedermeyer (ms@citd.de) wrote:
> > On 23.10.2004 11:41, Stephen Frost wrote:
> > > * Linus Torvalds (torvalds@osdl.org) wrote:
> > > > However, for some reason four numbers just looks visually too obnoxious to
> > >
> > > I agree, four numbers is *very* obnoxious, I mean, really, if for no
> > > other reason than *Oracle* uses four numbers. :)
> >
> > Actually Oracle uses (or at least displays) 5 numbers. :-)
> >
> > e.g. The version currently in use where i work: 9.2.0.5.0
>
> Eh, their directory structure is (or at least, was last I checked) based
> off of four numbers.
>
> ie: /oracle/9.2.0.1
The directory is a "user-supplied" value. AFAIR (last time i installed
an oracle-client myself is about 2 years ago (i never had to install a
server)) the "default" is/was something like: /oracle/OraHome1
My DBA collegues use a default of first 3 numbers without delimiters
ie: /server/oracle/920
When i connect to a server with sqlplus i get this:
- snip -
Connected to:
Oracle9i Release 9.2.0.5.0 - 64bit Production
JServer Release 9.2.0.5.0 - Production
- snip -
Oracle shows 5 numbers.
Bis denn
--
Real Programmers consider "what you see is what you get" to be just as
bad a concept in Text Editors as it is in women. No, the Real Programmer
wants a "you asked for it, you got it" text editor -- complicated,
cryptic, powerful, unforgiving, dangerous.
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-24 3:29 ` Matthias Schniedermeyer
@ 2004-10-24 5:02 ` Bernd Eckenfels
0 siblings, 0 replies; 100+ messages in thread
From: Bernd Eckenfels @ 2004-10-24 5:02 UTC (permalink / raw)
To: linux-kernel
In article <20041024032902.GA19696@citd.de> you wrote:
> The directory is a "user-supplied" value.
Actually yes and no. With 10g, the "product" directory contain the (3
digits) version number (unrelated the actual ora home).
The different positions are well defined according to oracle, releases have
changes in the first 4 positions, where the first is the major product
version, the second is the release, the third are platform independend
features. The base release for 10g was 10.1.0.2, and the first patchset is
10.1.0.3
> My DBA collegues use a default of first 3 numbers without delimiters
> ie: /server/oracle/920
This has a bit changed with 10g.
Greetings
Bernd
--
eckes privat - http://www.eckes.org/
Project Freefire - http://www.freefire.org/
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-23 15:41 ` Stephen Frost
2004-10-23 21:51 ` Matthias Schniedermeyer
@ 2004-10-25 23:34 ` Tonnerre
2004-10-26 17:52 ` William Lee Irwin III
2 siblings, 0 replies; 100+ messages in thread
From: Tonnerre @ 2004-10-25 23:34 UTC (permalink / raw)
To: Linus Torvalds, William Lee Irwin III, Matt Mackall,
Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 277 bytes --]
Salut,
On Sat, Oct 23, 2004 at 11:41:28AM -0400, Stephen Frost wrote:
> I agree, four numbers is *very* obnoxious, I mean, really, if for no
> other reason than *Oracle* uses four numbers. :)
$ ld --version | head -1
GNU ld version 2.15.91.0.2
$
Tonnerre
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-23 15:41 ` Stephen Frost
2004-10-23 21:51 ` Matthias Schniedermeyer
2004-10-25 23:34 ` Tonnerre
@ 2004-10-26 17:52 ` William Lee Irwin III
2 siblings, 0 replies; 100+ messages in thread
From: William Lee Irwin III @ 2004-10-26 17:52 UTC (permalink / raw)
To: Stephen Frost; +Cc: Linus Torvalds, Matt Mackall, Kernel Mailing List
* Linus Torvalds (torvalds@osdl.org) wrote:
>> However, for some reason four numbers just looks visually too obnoxious to
On Sat, Oct 23, 2004 at 11:41:28AM -0400, Stephen Frost wrote:
> I agree, four numbers is *very* obnoxious, I mean, really, if for no
> other reason than *Oracle* uses four numbers. :)
I swear I had nothing to do with it.
-- wli
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-23 1:25 ` Linus Torvalds
` (4 preceding siblings ...)
2004-10-23 15:41 ` Stephen Frost
@ 2004-10-23 22:16 ` Alexandre Oliva
2004-10-23 22:45 ` Linus Torvalds
2004-10-24 8:52 ` Matthias Urlichs
6 siblings, 1 reply; 100+ messages in thread
From: Alexandre Oliva @ 2004-10-23 22:16 UTC (permalink / raw)
To: Linus Torvalds; +Cc: William Lee Irwin III, Matt Mackall, Kernel Mailing List
On Oct 22, 2004, Linus Torvalds <torvalds@osdl.org> wrote:
> However, for some reason four numbers just looks visually too obnoxious to
> me, so as I don't care that much, I'll just use "-rc", and we can all
> agree that it stands for "Ridiculous Count" rather than "Release
> Candidate".
Naah... That's too boring.
I think we should have several different annotations, to denote how
stable the tarball is supposed to be, and how close we are to a final
release. Say:
Raw Code, or Revamp & Catch-up: the sort of thing you'd get right
after the huge number of changesets we saw go in right after 2.6.9.
Depending on whether it contains mostly incremental changes or major
rework of internals, you'd go with the former or the latter.
Really Churning: more of the same, but not with such a big back-log
from waiting for the previous release.
Rapidly Changing: still accepting a large number of patches, fixing
bugs, adding features, whatever, but not as much of a dump of
never-tested-together patches as Raw Code tarballs.
Run with Care: sort of the same as above, but used to explicitly mark
tarballs in which patches that add significant risk of introducing
memory, disk or government corruption.
Ready or Close: as we approach a stable release, we stop merging new
features, and focus on installing only serious bug fixes.
Release Cuality: if it works, it becomes the final release. No known
bugs, except for typos ;-)
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-23 1:25 ` Linus Torvalds
` (5 preceding siblings ...)
2004-10-23 22:16 ` Alexandre Oliva
@ 2004-10-24 8:52 ` Matthias Urlichs
6 siblings, 0 replies; 100+ messages in thread
From: Matthias Urlichs @ 2004-10-24 8:52 UTC (permalink / raw)
To: linux-kernel
Hi, Linus Torvalds wrote:
> However, for some reason four numbers just looks visually too obnoxious to
> me
If you do something Really Big it's time to call the kernel 3.whatever.
If not, the new release management scheme suggests that the release
numbers are likely to stay within the 2.6 frame anyway.
Thus, the .6 is superfluous and can be dropped. Bingo, you have three
numbers again.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-23 1:15 ` William Lee Irwin III
2004-10-23 1:25 ` Linus Torvalds
@ 2004-10-23 1:35 ` Matt Mackall
2004-10-23 14:34 ` William Lee Irwin III
1 sibling, 1 reply; 100+ messages in thread
From: Matt Mackall @ 2004-10-23 1:35 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: Linus Torvalds, Kernel Mailing List
On Fri, Oct 22, 2004 at 06:15:49PM -0700, William Lee Irwin III wrote:
> On Fri, Oct 22, 2004 at 03:05:13PM -0700, Linus Torvalds wrote:
> >> And the fact is, I can't see the point. I'll just call it all "-rcX",
> >> because I (very obviously) have no clue where the cut-over-point from
> >> "pre" to "rc" is, or (even more painfully obviously) where it will become
> >> the final next release.
>
> On Fri, Oct 22, 2004 at 06:46:31PM -0500, Matt Mackall wrote:
> > This should be easy: the cut-over should be when you're tempted to
> > rename it 2.6.next. If you have no intention (or hope) of renaming
> > 2.6.x-rc1 to 2.6.x, it is not a "release candidate" by definition.
> > What's the point? It serves as a signal that a) we're not accepting
> > more big changes b) we think it's ready for primetime and needs
> > serious QA c) when 2.6.next gets released, the _exact code_ has gone
> > through a test cycle and we can have some confidence that there won't
> > be any nasty 0-day bugs when we go to install 2.6.next on a production
> > machine.
>
> I'm sure you have a well-founded logically consistent self-consistent
> method of defining what release candidates are; unfortunately hordes of
> others do, too, and their notions are in turn all subtly inconsistent
> with yours and each other's, and they're all relatively vocal about them.
Mine is the trivial one: a release candidate is something that is
intended as a candidate for release. I'm not suggested anything about
requirements for code quality, yadda yadda, just that there's an
intent to release the release candidates should they pass muster. That
does not appear to be the intent with most 2.6-rc of late.
> On Fri, Oct 22, 2004 at 03:05:13PM -0700, Linus Torvalds wrote:
> >> (*) In other words, I had a beer and watched TV. Mmm... Donuts.
>
> On Fri, Oct 22, 2004 at 06:46:31PM -0500, Matt Mackall wrote:
> > Please devote some more beer and TV to this problem after you release
> > 2.6.10.
>
> Give the emperor penguin a break.
But I did! He's got until after 2.6.10.
(yes, that probably warrants a smiley)
> On Fri, Oct 22, 2004 at 06:46:31PM -0500, Matt Mackall wrote:
> > Mathematics is the supreme nostalgia of our time.
>
> It would be nice if this were qualified with something that distinguished
> the outlandish idealizations you're actually criticizing from real math,
> which makes no presumption that its axioms or hypotheses have any
> connection to reality, observations, or predictions thereof. The abuse
> you're speaking of is poor modelling for the sake of tractability of
> symbolic calculations, which has nothing to do with proof or logic.
Actually just the opposite. It's more about Godel and Whitehead than
Feynmann in my interpretation.
--
Mathematics is the supreme nostalgia of our time.
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-23 1:35 ` Matt Mackall
@ 2004-10-23 14:34 ` William Lee Irwin III
0 siblings, 0 replies; 100+ messages in thread
From: William Lee Irwin III @ 2004-10-23 14:34 UTC (permalink / raw)
To: Matt Mackall; +Cc: Linus Torvalds, Kernel Mailing List
On Fri, Oct 22, 2004 at 06:15:49PM -0700, William Lee Irwin III wrote:
>> It would be nice if this were qualified with something that distinguished
>> the outlandish idealizations you're actually criticizing from real math,
>> which makes no presumption that its axioms or hypotheses have any
>> connection to reality, observations, or predictions thereof. The abuse
>> you're speaking of is poor modelling for the sake of tractability of
>> symbolic calculations, which has nothing to do with proof or logic.
On Fri, Oct 22, 2004 at 08:35:18PM -0500, Matt Mackall wrote:
> Actually just the opposite. It's more about Godel and Whitehead than
> Feynmann in my interpretation.
"The notion of a perfectly modellable world is dead" and branding a
field with the sins of those who misapplied it is not difficult to
understand. Worse yet, it's even arguable that even the idealizations
were done in full cognizance of their limited validity. Whatever else
you're reading into it is not there. I suppose in this and the instance
of some religiously-oriented .sig's there is little or no recourse.
-- wli
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-22 22:05 The naming wars continue Linus Torvalds
` (4 preceding siblings ...)
2004-10-22 23:46 ` Matt Mackall
@ 2004-10-23 0:04 ` William Lee Irwin III
2004-10-23 0:43 ` Nigel Cunningham
` (6 subsequent siblings)
12 siblings, 0 replies; 100+ messages in thread
From: William Lee Irwin III @ 2004-10-23 0:04 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Kernel Mailing List
On Fri, Oct 22, 2004 at 03:05:13PM -0700, Linus Torvalds wrote:
> Linux-2.6.10-rc1 is out there for your pleasure.
> I thought long and hard about the name of this release (*), since one of
> the main complaints about 2.6.9 was the apparently release naming scheme.
> Should it be "-rc1"? Or "-pre1" to show it's not really considered release
> quality yet? Or should I make like a rocket scientist, and count _down_
> instead of up? Should I make names based on which day of the week the
> release happened? Questions, questions..
> And the fact is, I can't see the point. I'll just call it all "-rcX",
> because I (very obviously) have no clue where the cut-over-point from
> "pre" to "rc" is, or (even more painfully obviously) where it will become
> the final next release.
> So to not overtax my poor brain, I'll just call them all -rc releases, and
> hope that developers see them as a sign that there's been stuff merged,
> and we should start calming down and seeing to the merged patches being
> stable soon enough..
AFAICT the point is being able to refer to it by name and the only
relevant property of the name is that it's distinct from all others.
This does as well as most any other scheme giving each unique names.
I'd be fine with nightly point releases, though I don't insist.
On Fri, Oct 22, 2004 at 03:05:13PM -0700, Linus Torvalds wrote:
> So without any further ado, here's 2.6.10-rc1 in testing. A fair number of
> patches that were waiting for 2.6.9 to be out are in here, ranging all
> over the map: merges from -mm, network (and net driver) updates, SATA
> stuff, bluetooth, SCSI, device models, janitorial, you name it.
> Oh, and the _real_ name did actually change. It's not Zonked Quokka any
> more, that's so yesterday. Today we're Woozy Numbat! Get your order in!
> Linus
> (*) In other words, I had a beer and watched TV. Mmm... Donuts.
Sounds like a good way to come up with a new name to me. Cheers!
-- wli
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-22 22:05 The naming wars continue Linus Torvalds
` (5 preceding siblings ...)
2004-10-23 0:04 ` William Lee Irwin III
@ 2004-10-23 0:43 ` Nigel Cunningham
2004-10-23 21:03 ` Christian Hesse
2004-10-23 2:37 ` The naming wars continue... - net/ipv4/netfilter/ipt_hashlimit.c does not build Eyal Lebedinsky
` (5 subsequent siblings)
12 siblings, 1 reply; 100+ messages in thread
From: Nigel Cunningham @ 2004-10-23 0:43 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
Hi.
On Sat, 2004-10-23 at 08:05, Linus Torvalds wrote:
> Oh, and the _real_ name did actually change. It's not Zonked Quokka any
> more, that's so yesterday. Today we're Woozy Numbat! Get your order in!
I vote for a Klassy Kiwi release :>
Nigel
--
Nigel Cunningham
Pastoral Worker
Christian Reformed Church of Tuggeranong
PO Box 1004, Tuggeranong, ACT 2901
Everyone lives by faith. Some people just don't believe it.
Want proof? Try to prove that the theory of evolution is true.
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-23 0:43 ` Nigel Cunningham
@ 2004-10-23 21:03 ` Christian Hesse
2004-10-24 0:47 ` Jon Masters
0 siblings, 1 reply; 100+ messages in thread
From: Christian Hesse @ 2004-10-23 21:03 UTC (permalink / raw)
To: linux-kernel, ncunningham; +Cc: Linus Torvalds
[-- Attachment #1: Type: text/plain, Size: 516 bytes --]
On Saturday 23 October 2004 02:43, Nigel Cunningham wrote:
> Hi.
>
> On Sat, 2004-10-23 at 08:05, Linus Torvalds wrote:
> > Oh, and the _real_ name did actually change. It's not Zonked Quokka any
> > more, that's so yesterday. Today we're Woozy Numbat! Get your order in!
>
> I vote for a Klassy Kiwi release :>
What is this real name good for? Is it "useful" in any way? I can not remember
where I could have seen it except in the Makefile...
--
Christian Hesse
geek by nature
linux by choice
[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue...
2004-10-23 21:03 ` Christian Hesse
@ 2004-10-24 0:47 ` Jon Masters
0 siblings, 0 replies; 100+ messages in thread
From: Jon Masters @ 2004-10-24 0:47 UTC (permalink / raw)
To: Christian Hesse; +Cc: linux-kernel, ncunningham, Linus Torvalds
On Sat, 23 Oct 2004 23:03:36 +0200, Christian Hesse <mail@earthworm.de> wrote:
> On Saturday 23 October 2004 02:43, Nigel Cunningham wrote:
> > Hi.
> >
> > On Sat, 2004-10-23 at 08:05, Linus Torvalds wrote:
> > > Oh, and the _real_ name did actually change. It's not Zonked Quokka any
> > > more, that's so yesterday. Today we're Woozy Numbat! Get your order in!
> >
> > I vote for a Klassy Kiwi release :>
>
> What is this real name good for?
ssssh. Don't tell them I told you, but it's what keeps all those
little penguins alive inside the harsh and treacherous confines of
such a small kernel. Really, I'm surprised animal welfare isn't on the
case.
Cheers,
Jon.
P.S. My cat is getting used to the giant stuffed tux I bought at Linux
World. He initially wasn't sure whether it was to replace him in our
affections or whether it should be attacked and eaten, but is now
happy to share the sofa with him.
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: The naming wars continue... - net/ipv4/netfilter/ipt_hashlimit.c does not build
2004-10-22 22:05 The naming wars continue Linus Torvalds
` (6 preceding siblings ...)
2004-10-23 0:43 ` Nigel Cunningham
@ 2004-10-23 2:37 ` Eyal Lebedinsky
2004-10-23 3:04 ` Linus Torvalds
2004-10-23 11:23 ` The naming wars continue Erik Hensema
` (4 subsequent siblings)
12 siblings, 1 reply; 100+ messages in thread
From: Eyal Lebedinsky @ 2004-10-23 2:37 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Kernel Mailing List
Linus Torvalds wrote:
> Ok,
> Linux-2.6.10-rc1 is out there for your pleasure.
CC [M] net/ipv4/netfilter/ipt_hashlimit.o
net/ipv4/netfilter/ipt_hashlimit.c: In function `__dsthash_find':
net/ipv4/netfilter/ipt_hashlimit.c:124: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c: In function `__dsthash_free':
net/ipv4/netfilter/ipt_hashlimit.c:173: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c: In function `htable_selective_cleanup':
net/ipv4/netfilter/ipt_hashlimit.c:261: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:261: error: structure has no member named `l'
net/ipv4/netfilter/ipt_hashlimit.c:261: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:269: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:269: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:269: error: structure has no member named `l'
net/ipv4/netfilter/ipt_hashlimit.c: In function `hashlimit_match':
net/ipv4/netfilter/ipt_hashlimit.c:460: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:460: error: structure has no member named `l'
net/ipv4/netfilter/ipt_hashlimit.c:460: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:469: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:469: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:469: error: structure has no member named `l'
net/ipv4/netfilter/ipt_hashlimit.c:482: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:482: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:482: error: structure has no member named `l'
net/ipv4/netfilter/ipt_hashlimit.c:493: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:493: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:493: error: structure has no member named `l'
net/ipv4/netfilter/ipt_hashlimit.c:497: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:497: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:497: error: structure has no member named `l'
net/ipv4/netfilter/ipt_hashlimit.c: In function `dl_seq_start':
net/ipv4/netfilter/ipt_hashlimit.c:572: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:572: error: structure has no member named `l'
net/ipv4/netfilter/ipt_hashlimit.c:572: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c: In function `dl_seq_stop':
net/ipv4/netfilter/ipt_hashlimit.c:606: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:606: error: structure has no member named `locked_by'
net/ipv4/netfilter/ipt_hashlimit.c:606: error: structure has no member named `l'
make[3]: *** [net/ipv4/netfilter/ipt_hashlimit.o] Error 1
make[2]: *** [net/ipv4/netfilter] Error 2
make[1]: *** [net/ipv4] Error 2
make: *** [net] Error 2
--
Eyal Lebedinsky (eyal@eyal.emu.id.au) <http://samba.org/eyal/>
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-22 22:05 The naming wars continue Linus Torvalds
` (7 preceding siblings ...)
2004-10-23 2:37 ` The naming wars continue... - net/ipv4/netfilter/ipt_hashlimit.c does not build Eyal Lebedinsky
@ 2004-10-23 11:23 ` Erik Hensema
2004-10-23 13:21 ` Christoph Hellwig
` (3 subsequent siblings)
12 siblings, 0 replies; 100+ messages in thread
From: Erik Hensema @ 2004-10-23 11:23 UTC (permalink / raw)
To: linux-kernel
Linus Torvalds (torvalds@osdl.org) wrote:
> Linux-2.6.10-rc1 is out there for your pleasure.
>
> I thought long and hard about the name of this release (*), since one of
> the main complaints about 2.6.9 was the apparently release naming scheme.
>
> Should it be "-rc1"? Or "-pre1" to show it's not really considered release
> quality yet? Or should I make like a rocket scientist, and count _down_
> instead of up? Should I make names based on which day of the week the
> release happened? Questions, questions..
>
> And the fact is, I can't see the point. I'll just call it all "-rcX",
> because I (very obviously) have no clue where the cut-over-point from
> "pre" to "rc" is, or (even more painfully obviously) where it will become
> the final next release.
When you (Linus) think a release is ready to be released, call it
-rc1. If you did your job correctly, you can just sit and wait
for a few days and release the -rc1 as a new kernel.
In the real world though, some bugs may crop up, so you'd be
forced to release a rc2. Which in turn may be released unchanged
as the final kernel.
Releases prior to a release candidate can be called whatever you
like. I'd choose -preX ;-)
--
Erik Hensema <erik@hensema.net>
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-22 22:05 The naming wars continue Linus Torvalds
` (8 preceding siblings ...)
2004-10-23 11:23 ` The naming wars continue Erik Hensema
@ 2004-10-23 13:21 ` Christoph Hellwig
2004-10-23 15:45 ` Hans Reiser
2004-10-23 15:18 ` markus reichelt
` (2 subsequent siblings)
12 siblings, 1 reply; 100+ messages in thread
From: Christoph Hellwig @ 2004-10-23 13:21 UTC (permalink / raw)
To: jeffm; +Cc: linux-kernel, linux-fsdevel
> o generic acl support for ->permission
..
> o xattr consolidation v3 - generic xattr API
Jeff, you'd been doing most reiserfs work lately - any chance to convert
reiserfs to these generic APIs? Once we have all filesystems converted
over maintaince will be much simpler. Take a look at ext2, ext3, or jfs
on how to use them - I'll do xfs in the meantime.
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-22 22:05 The naming wars continue Linus Torvalds
` (9 preceding siblings ...)
2004-10-23 13:21 ` Christoph Hellwig
@ 2004-10-23 15:18 ` markus reichelt
2004-10-23 14:46 ` Taso Hatzi
2004-10-24 15:54 ` generic hardirq code in 2.6.10-rc1 Christoph Hellwig
2004-10-29 14:37 ` [patch] 2.6.10-rc1: SCSI aacraid warning Adrian Bunk
12 siblings, 1 reply; 100+ messages in thread
From: markus reichelt @ 2004-10-23 15:18 UTC (permalink / raw)
To: Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 414 bytes --]
Linus Torvalds <torvalds@osdl.org> wrote:
> (*) In other words, I had a beer and watched TV. Mmm... Donuts.
seems to be a good opportunity even though I'm a bit late, but could
you please include this patch, written by Heikki Linnakangas?
http://mareichelt.de/pub/boot-off-usb/boot-off-usb-2.patch
applies cleanly to 2.6.7 vanilla, thus making boot off usb devices
possible
--
Bastard Administrator in $hell
[-- Attachment #2: boot-off-usb-2.patch --]
[-- Type: text/plain, Size: 4552 bytes --]
diff -c init/do_mounts.c init.orig/do_mounts.c
*** init/do_mounts.c Tue Oct 5 22:16:54 2004
--- init.orig/do_mounts.c Wed Jun 16 08:19:13 2004
***************
*** 272,285 ****
return 0;
}
! static int first_try = 1;
!
! int __init mount_block_root(char *name, int flags)
{
char *fs_names = __getname();
char *p;
char b[BDEVNAME_SIZE];
- int success;
get_fs_names(fs_names);
retry:
--- 272,282 ----
return 0;
}
! void __init mount_block_root(char *name, int flags)
{
char *fs_names = __getname();
char *p;
char b[BDEVNAME_SIZE];
get_fs_names(fs_names);
retry:
***************
*** 287,293 ****
int err = do_mount_root(name, p, flags, root_mount_data);
switch (err) {
case 0:
- success = 1;
goto out;
case -EACCES:
flags |= MS_RDONLY;
--- 284,289 ----
***************
*** 295,320 ****
case -EINVAL:
continue;
}
! /* Print out a warning on the first attempt */
! if(first_try) {
! first_try = 0;
! /*
! * Allow the user to distinguish between failed sys_open
! * and bad superblock on root device.
! */
! __bdevname(ROOT_DEV, b);
!
! printk("VFS: Cannot open root device \"%s\" or %s\n",
root_device_name, b);
! printk("Retrying. Please verify the \"root=\" boot option.\n");
! }
! success = 0;
! goto out;
}
panic("VFS: Unable to mount root fs on %s", __bdevname(ROOT_DEV, b));
out:
putname(fs_names);
- return success;
}
#ifdef CONFIG_ROOT_NFS
--- 291,310 ----
case -EINVAL:
continue;
}
! /*
! * Allow the user to distinguish between failed sys_open
! * and bad superblock on root device.
! */
! __bdevname(ROOT_DEV, b);
! printk("VFS: Cannot open root device \"%s\" or %s\n",
root_device_name, b);
! printk("Please append a correct \"root=\" boot option\n");
!
! panic("VFS: Unable to mount root fs on %s", b);
}
panic("VFS: Unable to mount root fs on %s", __bdevname(ROOT_DEV, b));
out:
putname(fs_names);
}
#ifdef CONFIG_ROOT_NFS
***************
*** 360,366 ****
}
#endif
! int __init mount_root(void)
{
#ifdef CONFIG_ROOT_NFS
if (MAJOR(ROOT_DEV) == UNNAMED_MAJOR) {
--- 350,356 ----
}
#endif
! void __init mount_root(void)
{
#ifdef CONFIG_ROOT_NFS
if (MAJOR(ROOT_DEV) == UNNAMED_MAJOR) {
***************
*** 384,390 ****
}
#endif
create_dev("/dev/root", ROOT_DEV, root_device_name);
! return mount_block_root("/dev/root", root_mountflags);
}
/*
--- 374,380 ----
}
#endif
create_dev("/dev/root", ROOT_DEV, root_device_name);
! mount_block_root("/dev/root", root_mountflags);
}
/*
***************
*** 398,427 ****
md_run_setup();
! do {
! if (saved_root_name[0]) {
! root_device_name = saved_root_name;
! ROOT_DEV = name_to_dev_t(root_device_name);
! if (strncmp(root_device_name, "/dev/", 5) == 0)
! root_device_name += 5;
! }
!
! is_floppy = MAJOR(ROOT_DEV) == FLOPPY_MAJOR;
!
! if (initrd_load())
! break;
! if (is_floppy && rd_doload && rd_load_disk(0))
! ROOT_DEV = Root_RAM0;
! if(mount_root())
! break;
! /* Mounting root failed. Retry after a small delay */
! set_current_state(TASK_INTERRUPTIBLE);
! schedule_timeout(1*HZ);
! } while(1);
umount_devfs("/dev");
sys_mount(".", "/", NULL, MS_MOVE, NULL);
sys_chroot(".");
--- 388,410 ----
md_run_setup();
! if (saved_root_name[0]) {
! root_device_name = saved_root_name;
! ROOT_DEV = name_to_dev_t(root_device_name);
! if (strncmp(root_device_name, "/dev/", 5) == 0)
! root_device_name += 5;
! }
! is_floppy = MAJOR(ROOT_DEV) == FLOPPY_MAJOR;
! if (initrd_load())
! goto out;
! if (is_floppy && rd_doload && rd_load_disk(0))
! ROOT_DEV = Root_RAM0;
+ mount_root();
+ out:
umount_devfs("/dev");
sys_mount(".", "/", NULL, MS_MOVE, NULL);
sys_chroot(".");
diff -c init/do_mounts.h init.orig/do_mounts.h
*** init/do_mounts.h Tue Oct 5 22:10:30 2004
--- init.orig/do_mounts.h Wed Jun 16 08:19:37 2004
***************
*** 11,18 ****
dev_t name_to_dev_t(char *name);
void change_floppy(char *fmt, ...);
! int mount_block_root(char *name, int flags);
! int mount_root(void);
extern int root_mountflags;
extern char *root_device_name;
--- 11,18 ----
dev_t name_to_dev_t(char *name);
void change_floppy(char *fmt, ...);
! void mount_block_root(char *name, int flags);
! void mount_root(void);
extern int root_mountflags;
extern char *root_device_name;
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: The naming wars continue...
2004-10-23 15:18 ` markus reichelt
@ 2004-10-23 14:46 ` Taso Hatzi
0 siblings, 0 replies; 100+ messages in thread
From: Taso Hatzi @ 2004-10-23 14:46 UTC (permalink / raw)
To: Kernel Mailing List
On Sat, 23 Oct 2004 03:40:06 +0200, Linus Torvalds wrote:
>
> However, for some reason four numbers just looks visually too obnoxious to
> me, so as I don't care that much, I'll just use "-rc", and we can all
Drop the '2.'. What would make you go from 2 to 3 and realistically, is
it likely to happen?
In any case, if you replace the '-rc' suffix with just a number it will
be interpreted as 2.x.y.1 is better than 2.x.y which is a nonsense.
The "-rc" nomenclature makes it clear that the release will be 2.x.y
^ permalink raw reply [flat|nested] 100+ messages in thread
* generic hardirq code in 2.6.10-rc1
2004-10-22 22:05 The naming wars continue Linus Torvalds
` (10 preceding siblings ...)
2004-10-23 15:18 ` markus reichelt
@ 2004-10-24 15:54 ` Christoph Hellwig
2004-10-25 6:02 ` Miles Bader
2004-10-29 14:37 ` [patch] 2.6.10-rc1: SCSI aacraid warning Adrian Bunk
12 siblings, 1 reply; 100+ messages in thread
From: Christoph Hellwig @ 2004-10-24 15:54 UTC (permalink / raw)
To: Kernel Mailing List, linux-arch
> o generic irq subsystem: core
> o generic irq subsystem: x86 port
> o generic irq subsystem: x86_64 port
> o generic irq subsystem: ppc port
> o generic irq subsystem: ppc64 port
Btw, it would be nice if all architectures that have more or less
a copy of the i386 irq.c could switch to the generic code.
That would be: alpha,ia64, m32r, mips, sh, sh64, um, v850
and possibly cris (it currently has a simplified version)
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: generic hardirq code in 2.6.10-rc1
2004-10-24 15:54 ` generic hardirq code in 2.6.10-rc1 Christoph Hellwig
@ 2004-10-25 6:02 ` Miles Bader
2004-10-25 12:36 ` Christoph Hellwig
0 siblings, 1 reply; 100+ messages in thread
From: Miles Bader @ 2004-10-25 6:02 UTC (permalink / raw)
To: Christoph Hellwig; +Cc: Kernel Mailing List, linux-arch
Christoph Hellwig <hch@infradead.org> writes:
> Btw, it would be nice if all architectures that have more or less
> a copy of the i386 irq.c could switch to the generic code.
>
> That would be: alpha,ia64, m32r, mips, sh, sh64, um, v850
Er, yeah, hold on (speaking for v850, I generally only ever look at real
releases and try to update for the next one).
-Miles
--
`...the Soviet Union was sliding in to an economic collapse so comprehensive
that in the end its factories produced not goods but bads: finished products
less valuable than the raw materials they were made from.' [The Economist]
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: generic hardirq code in 2.6.10-rc1
2004-10-25 6:02 ` Miles Bader
@ 2004-10-25 12:36 ` Christoph Hellwig
0 siblings, 0 replies; 100+ messages in thread
From: Christoph Hellwig @ 2004-10-25 12:36 UTC (permalink / raw)
To: Miles Bader; +Cc: Kernel Mailing List, linux-arch
On Mon, Oct 25, 2004 at 03:02:59PM +0900, Miles Bader wrote:
> Christoph Hellwig <hch@infradead.org> writes:
> > Btw, it would be nice if all architectures that have more or less
> > a copy of the i386 irq.c could switch to the generic code.
> >
> > That would be: alpha,ia64, m32r, mips, sh, sh64, um, v850
>
> Er, yeah, hold on (speaking for v850, I generally only ever look at real
> releases and try to update for the next one).
It's not urgent anyway - the old code continues to work, it'd just be nicer
if as many as possible architectures used the common code.
^ permalink raw reply [flat|nested] 100+ messages in thread
* [patch] 2.6.10-rc1: SCSI aacraid warning
2004-10-22 22:05 The naming wars continue Linus Torvalds
` (11 preceding siblings ...)
2004-10-24 15:54 ` generic hardirq code in 2.6.10-rc1 Christoph Hellwig
@ 2004-10-29 14:37 ` Adrian Bunk
2004-10-29 14:45 ` Mark Haverkamp
12 siblings, 1 reply; 100+ messages in thread
From: Adrian Bunk @ 2004-10-29 14:37 UTC (permalink / raw)
To: Linus Torvalds, markh; +Cc: Kernel Mailing List, James.Bottomley, linux-scsi
On Fri, Oct 22, 2004 at 03:05:13PM -0700, Linus Torvalds wrote:
>...
> Summary of changes from v2.6.9 to v2.6.10-rc1
> ============================================
>...
> Mark Haverkamp:
>...
> o aacraid: dynamic dev update
>...
This causes the following warning with a recent gcc:
<-- snip -->
...
CC drivers/scsi/aacraid/aachba.o
drivers/scsi/aacraid/aachba.c: In function `aac_scsi_cmd':
drivers/scsi/aacraid/aachba.c:1140: warning: integer constant is too large for "long" type
...
<-- snip -->
The fix is simple:
Signed-off-by: Adrian Bunk <bunk@stusta.de>
--- linux-2.6.10-rc1-mm2-full/drivers/scsi/aacraid/aachba.c.old 2004-10-29 16:16:52.000000000 +0200
+++ linux-2.6.10-rc1-mm2-full/drivers/scsi/aacraid/aachba.c 2004-10-29 16:22:14.000000000 +0200
@@ -1137,7 +1137,7 @@
char *cp;
dprintk((KERN_DEBUG "READ CAPACITY command.\n"));
- if (fsa_dev_ptr[cid].size <= 0x100000000)
+ if (fsa_dev_ptr[cid].size <= 0x100000000ULL)
capacity = fsa_dev_ptr[cid].size - 1;
else
capacity = (u32)-1;
^ permalink raw reply [flat|nested] 100+ messages in thread* Re: [patch] 2.6.10-rc1: SCSI aacraid warning
2004-10-29 14:37 ` [patch] 2.6.10-rc1: SCSI aacraid warning Adrian Bunk
@ 2004-10-29 14:45 ` Mark Haverkamp
2004-10-29 15:13 ` Mark Haverkamp
0 siblings, 1 reply; 100+ messages in thread
From: Mark Haverkamp @ 2004-10-29 14:45 UTC (permalink / raw)
To: Adrian Bunk; +Cc: Linus Torvalds, linux-kernel, James Bottomley, linux-scsi
On Fri, 2004-10-29 at 16:37 +0200, Adrian Bunk wrote:
> On Fri, Oct 22, 2004 at 03:05:13PM -0700, Linus Torvalds wrote:
> >...
> > Summary of changes from v2.6.9 to v2.6.10-rc1
> > ============================================
> >...
> > Mark Haverkamp:
> >...
> > o aacraid: dynamic dev update
> >...
>
>
> This causes the following warning with a recent gcc:
>
> <-- snip -->
>
> ...
> CC drivers/scsi/aacraid/aachba.o
> drivers/scsi/aacraid/aachba.c: In function `aac_scsi_cmd':
> drivers/scsi/aacraid/aachba.c:1140: warning: integer constant is too large for "long" type
> ...
>
> <-- snip -->
>
>
> The fix is simple:
>
>
> Signed-off-by: Adrian Bunk <bunk@stusta.de>
>
> --- linux-2.6.10-rc1-mm2-full/drivers/scsi/aacraid/aachba.c.old 2004-10-29 16:16:52.000000000 +0200
> +++ linux-2.6.10-rc1-mm2-full/drivers/scsi/aacraid/aachba.c 2004-10-29 16:22:14.000000000 +0200
> @@ -1137,7 +1137,7 @@
> char *cp;
>
> dprintk((KERN_DEBUG "READ CAPACITY command.\n"));
> - if (fsa_dev_ptr[cid].size <= 0x100000000)
> + if (fsa_dev_ptr[cid].size <= 0x100000000ULL)
> capacity = fsa_dev_ptr[cid].size - 1;
> else
> capacity = (u32)-1;
Sorry about that, I have it fixed in my working version. I must have
forgotten to add it to the patch.
--
Mark Haverkamp <markh@osdl.org>
^ permalink raw reply [flat|nested] 100+ messages in thread
* Re: [patch] 2.6.10-rc1: SCSI aacraid warning
2004-10-29 14:45 ` Mark Haverkamp
@ 2004-10-29 15:13 ` Mark Haverkamp
0 siblings, 0 replies; 100+ messages in thread
From: Mark Haverkamp @ 2004-10-29 15:13 UTC (permalink / raw)
To: Adrian Bunk; +Cc: Linus Torvalds, linux-kernel, James Bottomley, linux-scsi
On Fri, 2004-10-29 at 07:45 -0700, Mark Haverkamp wrote:
> On Fri, 2004-10-29 at 16:37 +0200, Adrian Bunk wrote:
> > On Fri, Oct 22, 2004 at 03:05:13PM -0700, Linus Torvalds wrote:
> > >...
> > > Summary of changes from v2.6.9 to v2.6.10-rc1
> > > ============================================
> > >...
> > > Mark Haverkamp:
> > >...
> > > o aacraid: dynamic dev update
> > >...
> >
> >
> > This causes the following warning with a recent gcc:
> >
[ ... ]
> Sorry about that, I have it fixed in my working version. I must have
> forgotten to add it to the patch.
Actually looking back, I did fix this in a recent patch that
I sent to James titled
"[PATCH] 2.6.9 aacraid: Support ROMB RAID/SCSI mode" on October 21.
Mark.
--
Mark Haverkamp <markh@osdl.org>
^ permalink raw reply [flat|nested] 100+ messages in thread