From: Jakub Moc <jakub@gentoo.org>
To: Chris Gianelloni <gentoo-dev@lists.gentoo.org>
Subject: Re[6]: [gentoo-dev] Decision to remove stage1/2 from installation documentation
Date: Wed, 23 Nov 2005 01:55:53 +0100 [thread overview]
Message-ID: <1043241069.20051123015553@gentoo.org> (raw)
In-Reply-To: <1132701963.27288.135.camel@cgianelloni.nuvox.net>
[-- Attachment #1: Type: text/plain, Size: 3534 bytes --]
23.11.2005, 0:26:03, Chris Gianelloni wrote:
>> However, Gentoo still provides stage1 and stage2 tarballs. This is for
>> development purposes (the Release Engineering team starts from a stage1
>> tarball to obtain a stage3) but shouldn't be used by users: a stage3 tarball
>> can very well be used to bootstrap the system." </snip>
>>
>> Sorry, but that does not answer the original FAQ question at all...
> Umm... yeah. So you snip it RIGHT BEFORE THE INSTALL INSTRUCTIONS...
> Good show... *rolleyes*
I can summarize those "ommited" instructions for you, looks pretty much like
this: How do I make a cup of coffee? Uhm, you first make a cup of tea, then
pour it out into the kitchen sink, and then make your coffee.
> emerge -e world && emerge -e world && emerge depclean
You've missed revdep-rebuild to fix the borkage that emerge depclean produced. ;)
>> Sure, I can use hardened stage3, compiled for i386 and enjoy the Debian
>> feeling. ;p
> You can do whatever you like. Nobody is forcing you to do anything.
> That being said, you are not going to force *me* to do anything, either.
Hmm, have I missed an argument here? Actually, the above is incorrect. You
*are* forcing me to use stage3, but whatever... after all I still have the nice
choice to not use GRP, as already mentioned previously, so no need to complain.
> Look. I don't care what you think I should do. I really don't. You can
> argue this point until you're blue in the face, but until I see you
> volunteering to do THE WORK you really have no say. This really is something
> that is an internal decision to Release Engineering. We have discussed it
> and we're in agreement here. Now, the one thing that I've not seen *anyone*
> here do is step up to help with any of this. Instead, all I see is flames,
> name calling, and other useless arguments. We decided that we do not want to
> put out unsupported, known broken, crap.
> Do you really not understand the fact that we are making an attempt to
> improve the quality of our distribution. We are trying to improve the end
> user experience. We have already seen that users are not following the
> documentation, as it is. The Handbook keeps growing in size and complexity,
> and there's no end in sight. All the while, the quality is going to shit
> because we crossed the line where we can feasibly test what we're producing a
> long, LONG time ago. You're more than welcome to argue this for as long as
> you want, but I am done.
<sarcasm class="strong">
Yeah, as I see it, this will only reach the acceptable quality when it goes
GLI click click click way, of course also additionally hiding the dangerous use
flags from users so that they cannot possibly break anything when installing,
since they don't read the instruction properly. By that time, most of the
people who cared will have switched to LFS, and the rest won't mind really. And
additionally, this might attract a considerable Manra^^Wiva user base, so
everyone will benefit. ;p
</sarcasm>
*Now* I hope I've finally been sarcastic enough to justify the incredibly
pissed-off tone you've shown in your previous reply. I've not exactly seen any
flames or name calling here, and I'm not the one to blame for the fact
that you're feeling overloaded. Jump back in when you are in more constructive
mood. With this level of irritation caused by anyone who does not jump happily
on stage1 grave, the debate lacks any sense. Bleh...
--
jakub
[-- Attachment #2: Type: application/pgp-signature, Size: 183 bytes --]
next prev parent reply other threads:[~2005-11-23 0:59 UTC|newest]
Thread overview: 94+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-22 14:47 [gentoo-dev] Decision to remove stage1/2 from installation documentation Kurt Lieber
2005-11-22 14:37 ` Andrea Barisani
2005-11-22 15:14 ` Chris Gianelloni
2005-11-22 15:26 ` Marc Hildebrand
2005-11-22 15:48 ` Chris Gianelloni
2005-11-22 16:15 ` Wernfried Haas
2005-11-22 16:33 ` Chris Gianelloni
2005-11-22 19:13 ` Wernfried Haas
2005-11-23 4:58 ` [gentoo-dev] " R Hill
2005-11-23 5:15 ` Dan Meltzer
2005-11-23 6:16 ` R Hill
2005-11-23 11:41 ` Duncan
2005-11-23 7:04 ` Abhay Kedia
2005-11-22 15:29 ` [gentoo-dev] " solar
2005-11-22 15:38 ` Stephen P. Becker
2005-11-22 15:47 ` Mike Frysinger
2005-11-22 15:58 ` Chris Gianelloni
2005-11-22 16:25 ` solar
2005-11-22 16:40 ` Chris Gianelloni
2005-11-22 15:40 ` Andrea Barisani
2005-11-23 5:19 ` [gentoo-dev] " R Hill
2005-11-23 5:36 ` Dale
2005-11-23 6:08 ` Brian Harring
2005-11-23 5:43 ` Tuan Van
2005-11-23 20:05 ` [gentoo-dev] " Mike Owen
2005-11-23 20:13 ` Dan Meltzer
2005-11-23 21:16 ` Mike Owen
2005-11-23 21:21 ` Dan Meltzer
2005-11-23 21:31 ` Bruno
2005-11-22 14:53 ` Stephen P. Becker
2005-11-22 15:15 ` Chris Gianelloni
2005-11-22 16:19 ` [gentoo-dev] " Thomas Kirchner
2005-11-22 16:39 ` Chris Gianelloni
2005-11-22 17:12 ` Harald van Dijk
2005-11-22 17:51 ` Simon Stelling
2005-11-22 17:59 ` Re[2]: " Jakub Moc
2005-11-22 18:08 ` Joe McCann
2005-11-22 17:40 ` Abhay Kedia
2005-11-22 18:02 ` Stephen P. Becker
2005-11-22 18:48 ` Abhay Kedia
2005-11-22 18:59 ` Chris Gianelloni
2005-11-22 19:23 ` Abhay Kedia
2005-11-22 18:13 ` Danny van Dyk
2005-11-22 18:20 ` Re[2]: " Jakub Moc
2005-11-22 18:47 ` Danny van Dyk
2005-11-23 17:30 ` Sven Vermeulen
2005-11-22 18:03 ` [gentoo-dev] " Grant Goodyear
2005-11-22 18:16 ` Re[2]: " Jakub Moc
2005-11-22 18:17 ` Ciaran McCreesh
2005-11-22 19:04 ` Grant Goodyear
2005-11-22 19:47 ` Chris Gianelloni
2005-11-22 18:29 ` Daniel Ostrow
2005-11-24 20:49 ` [gentoo-dev] [OT] " lnxg33k
2005-11-25 14:28 ` Chris Gianelloni
2005-12-02 5:21 ` lnxg33k
2005-11-22 19:06 ` [gentoo-dev] " Chris Gianelloni
2005-11-22 19:28 ` Grant Goodyear
2005-11-22 19:57 ` Chris Gianelloni
2005-11-22 20:16 ` Re[2]: " Jakub Moc
2005-11-22 20:28 ` Alexey Chumakov
2005-11-22 21:02 ` Chris Gianelloni
2005-11-22 20:42 ` Alec Joseph Warner
2005-11-22 21:13 ` Chris Gianelloni
2005-11-22 20:58 ` Re[2]: " Chris Gianelloni
2005-11-22 21:36 ` Re[4]: " Jakub Moc
2005-11-22 23:26 ` Chris Gianelloni
2005-11-23 0:55 ` Jakub Moc [this message]
2005-11-23 1:09 ` Donnie Berkholz
2005-11-23 1:13 ` Mark Loeser
2005-11-23 1:30 ` Re[6]: " George Prowse
2005-11-23 10:25 ` Paul de Vrieze
2005-11-23 11:06 ` Re[8]: " Jakub Moc
2005-11-23 13:01 ` Ned Ludd
2005-11-23 13:19 ` Ned Ludd
2005-11-23 15:57 ` Henrik Brix Andersen
2005-11-23 14:16 ` solar
2005-11-23 13:50 ` Paul de Vrieze
2005-11-22 15:10 ` Chris Gianelloni
2005-11-22 15:26 ` Henrik Brix Andersen
2005-11-22 15:49 ` Chris Gianelloni
2005-11-22 15:54 ` Lance Albertson
2005-11-22 16:06 ` Andrew Gaffney
2005-11-22 16:18 ` Lance Albertson
2005-11-22 16:30 ` Chris Gianelloni
2005-11-22 17:15 ` Lance Albertson
2005-11-22 18:37 ` Chris Gianelloni
2005-11-22 17:24 ` Re[2]: " Jakub Moc
2005-11-22 16:56 ` Benjamin Judas
2005-11-22 20:54 ` Henrik Brix Andersen
2005-11-22 18:06 ` Ciaran McCreesh
2005-11-23 4:01 ` Andrew Muraco
2005-11-23 9:24 ` Paul de Vrieze
2005-11-23 14:12 ` Chris Gianelloni
2005-11-24 5:26 ` Sven Vermeulen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1043241069.20051123015553@gentoo.org \
--to=jakub@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox