From: davecode@nospammail.net
To: gentoo-releng@lists.gentoo.org
Subject: [gentoo-releng] Re: Free-standing Portage / Recent stage3 tarballs / Beta
Date: Mon, 04 Feb 2008 23:35:49 -0800 [thread overview]
Message-ID: <1202196949.27192.1235119087@webmail.messagingengine.com> (raw)
In-Reply-To: <1202013069.18679.1234757825@webmail.messagingengine.com>
Thanks for all the feedback, everyone.
> Markus Hauschild:
> If you really want to test ~arch packets you don't necessarily need
> ~arch stages to download, you can just switch your Installation to
> ~arch and then file bugs etc.
That's what we did, and what generated the ~tarball suggestion.
> Alex Howells:
> Look at it this way: by running ~arch whilst *not* a Developer or
> Arch Tester you're having a very limited impact, or possibly a
> negative one. Getting onto the 'track' of contributing to the project
Contributing...I just tried a couple of suggestions? They seem good to
me.
It isn't preference or 133t-ness. There are technical issues with the
user machines and desktop lust.
I'm not saying "change your ways" but rather "tarball ~stuff" to help
sysadmins make their own design choices. Any choice is a balancing act
of competing requirements.
> They've got no clue what it means, then they bitch/whine
> when they hit ABI issues or other problems and blame Gentoo.
Not in this discussion? All I want is a cleaner way to install ~arch.
Put all the warning stickers you want. I agree it is *not* for average
users.
Many feel Debian unstable is the more stable branch, because it swallows
upstream bugfixes. Debatable; can depend on the system spec. Debian
focuses too much on servers -- it ought to fork a desktop branch, if you
ask me. Some Debian distros have done just that. Anyway the point is,
there can be legit reasons to run unstable; reasonable people can
differ.
There is lag between upstream package releases and distro adoption.
Typical scene: an upstream package advertises "now more stable!" but
the distro takes a year or two rolling it in. Worse scene: upstream
package advertises "now supports your hardware!" but again, the distro
takes 1-2 years.
So the dilemma: which branch is really the more "stable"? The one that
the distro calls stable, or the one with all the latest from upstream?
There is no one answer of course. Obviously a release engineering
statement on the matter is going to be different from another viewpoint.
I follow release engineering's worries about user install procedures,
and that's legit. But I am a sysadmin, unafraid of reasonable breakage
that I can fix. I would not recommend average people install ~arch any
more than you would. All I'm saying is ~tarballs would be nice for
experts.
My job reviews aren't based on making Gentoo penetrate this or that
market sector but making computers work. I don't have the luxury of
explaining to folks that "the distro will take care of it in 1-2 years"
or endlessly fiddling with custom package selections ("apt-pinning" in
Debian). Users want me out of their cubes, fast.
> run ~arch with XFS on a desktop system that doesn't have a UPS
Guilty as charged. Running Debian unstable on XFS for years, through
dozens of storm blackouts, and zero data loss. Ext3 lost plenty of data
before we gave up on it. Have no intention of using ext4, either.
We should have UPSes, if only the bean counters would stop retorting
that we've never lost data, so why do we need 'em...ha.
(Good fstab tips: barrier, noatime, nodiratime...and /tmp and /var/log
in tmpfs...)
The consensus here is that we'll wait for beta release and install that
with ~arch keyword. Lookin' forward to it.
--
davecode@nospammail.net
--
http://www.fastmail.fm - One of many happy users:
http://www.fastmail.fm/docs/quotes.html
--
gentoo-releng@lists.gentoo.org mailing list
next prev parent reply other threads:[~2008-02-05 7:36 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-03 4:31 [gentoo-releng] Free-standing Portage / Recent stage3 tarballs / Beta davecode
2008-02-03 5:16 ` Andrew Gaffney
2008-02-03 5:56 ` [gentoo-releng] " davecode
2008-02-03 6:13 ` Chris Gianelloni
2008-02-03 8:37 ` davecode
2008-02-03 8:46 ` Christian Faulhammer
2008-02-03 8:48 ` Rémi Cardona
2008-02-03 12:19 ` Markus Hauschild
2008-02-03 17:16 ` Alex Howells
2008-02-03 18:27 ` M. Edward (Ed) Borasky
2008-02-03 22:44 ` Alex Howells
2008-02-04 4:28 ` M. Edward (Ed) Borasky
2008-02-04 16:42 ` Alex Howells
2008-02-04 17:17 ` Chris Gianelloni
2008-02-05 2:58 ` M. Edward (Ed) Borasky
2008-02-04 5:40 ` [gentoo-releng] " keith
2008-02-05 7:35 ` davecode [this message]
2008-02-05 13:57 ` [gentoo-releng] " M. Edward (Ed) Borasky
2008-02-05 14:01 ` Dale
2008-02-05 14:21 ` Alex Howells
2008-02-05 14:29 ` Dale
2008-02-05 16:44 ` Chris Gianelloni
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=1202196949.27192.1235119087@webmail.messagingengine.com \
--to=davecode@nospammail.net \
--cc=gentoo-releng@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