public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Mike Myers" <fluffymikey@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] anti-portage wreckage?
Date: Mon, 25 Dec 2006 14:09:17 -0600	[thread overview]
Message-ID: <89646b4a0612251209w70e25fa0qcf11701d186d28c7@mail.gmail.com> (raw)
In-Reply-To: <200612250604.25197.bss03@volumehost.net>

[-- Attachment #1: Type: text/plain, Size: 4121 bytes --]

Thanks for the responses everybody!

Boyd, if this is just not feasible in Gentoo for whatever reason, then I
guess I might switch.  I understand the portage system enough to mask the
packages I don't want, but then there's the problem of other updates
requiring that package.

Ultimately, messing with portage is decent for a single system, but it
doesn't scale very well at all.  Managing all these different versions of
the same software on different machines running the same OS can get
ridiculously time consuming, especially if they've gone a while without
updates.  I know there are ways to better manage that, but those ways don't
work when the systems are at different locations and can't be centrally
managed.

Anyways, all I'm essentially asking for is a way to separate minor updates
from major updates.  I don't understand why this sort of update management
is 'unusable'.  If I let a system go without updates for say, a month, then
do a sync, then now I have like 200 things that need updated.  Some are
minor, like say, firefox-2.0-r1 to firefox-2.0-r2.  Then there are more
major ones like baselayout which almost completely changes how networking
and udev scripts work.  The way it is now, all these updates are lumped
together like one big update.  These kinds of updates in a short span of
time can be rough.  Especially when these new updates require config
changes, instead of just using the old config.  Like when Apache's install
was changed completely without any real warning.  It was just tossed in
there as an update, right there with gvim.  How am I supposed to know what
is and isn't going to get smashed?  I mean, sure I can wait a while and look
at the forums and see other people having problems and then wait.. but why
should we allow these problems to be there in the first place?

As for switching, I might if better update management is truly considered
'unusable'.  (???)  I just want a usable system, and I'd prefer it to be
Gentoo.

On 12/25/06, Boyd Stephen Smith Jr. <bss03@volumehost.net> wrote:
>
> On Monday 25 December 2006 02:46, "Mike Myers" <fluffymikey@gmail.com>
> wrote about 'Re: [gentoo-user] anti-portage wreckage?':
> > I understand what you say, but I'm not sure I got my point across very
> > well.  Let's say I have a server that has various things installed like
> > apache with the 2.0 branch, mysql with the 4.0 branch, and PHP with
> > the 4.xbranch.  If I do an emerge -u world on a machine with these, at
> > some random
> > point in time when the devs decide the newer branch is stable, then any
> > one of these will be upgraded to the next branch.  What I am asking, is
> > why wouldn't it be better to have it where I will only stay on the
> > current branch for that profile, and only move to the next branch when I
> > change the profile?
>
> I would say... Move to Debian.  Gentoo dosen't have fixed branches (we
> have
> a live tree) even profiles don't fix much, generally minimal (not maximal)
> version numbers.
>
> Debian, will make sure that upgrades to your (e.g.) sarge mysql package
> are
> either ABI compatible, or tied to other upgrades that move the ABI all at
> the same time.  This generally make Debian (and to a lesser extent Ubuntu)
> quite stable once installed.  Gentoo is.... different.
>
> By default, Gentoo marks packages as working ("stable"), testing
> ("~arch"),
> or non-working ("masked by package.mask") and lets the user control the
> version(s) they want to use on their specific system (rather than
> being "attached" to a profile) with the local /etc/portage/package.mask
> (and package.keywords and package.unmask etc.).
>
> If you decide that mysql 4 is what you want to stick with as long as
> gentoo
> will support it, there stick something like '>category/mysql-4*'
> or '>=category/mysql-5*' into your package.mask.  emerge will then stop
> whenever it wants newer mysql.
>
> --
> "If there's one thing we've established over the years,
> it's that the vast majority of our users don't have the slightest
> clue what's best for them in terms of package stability."
> -- Gentoo Developer Ciaran McCreesh
>
>
>

[-- Attachment #2: Type: text/html, Size: 4896 bytes --]

  reply	other threads:[~2006-12-25 20:13 UTC|newest]

Thread overview: 69+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-25  1:52 [gentoo-user] anti-portage wreckage? Mike Myers
2006-12-24 14:29 ` david
2006-12-25  3:01   ` Mike Myers
2006-12-25  6:36 ` Andrey Gerasimenko
2006-12-25  8:46   ` Mike Myers
2006-12-25  9:06     ` Dale
2006-12-25 10:48     ` Andrey Gerasimenko
2006-12-25 12:11       ` Boyd Stephen Smith Jr.
2006-12-25 12:04     ` Boyd Stephen Smith Jr.
2006-12-25 20:09       ` Mike Myers [this message]
2006-12-26  0:17         ` Boyd Stephen Smith Jr.
2006-12-26  4:41           ` Mike Myers
2006-12-26 13:28             ` Boyd Stephen Smith Jr.
2006-12-25 20:15 ` Richard Fish
2006-12-25 20:34   ` Mike Myers
2006-12-26 15:56 ` [gentoo-user] " James
2006-12-26 20:02   ` Uwe Thiem
2006-12-27  9:45   ` Mike Myers
2006-12-27 22:14     ` James
2006-12-27 22:43       ` Mike Myers
2006-12-31 12:18       ` Aniruddha
2006-12-31 13:40         ` Mick
2006-12-31 16:02           ` Uwe Thiem
2006-12-31 18:20             ` Mick
2006-12-31 18:57               ` Michal 'vorner' Vaner
2006-12-31 20:50                 ` Uwe Thiem
2006-12-31 20:48               ` Uwe Thiem
2006-12-31 23:29           ` Mike Myers
2007-01-01  1:01             ` Mike Myers
2007-01-01  1:34               ` Mark Kirkwood
2007-01-01  2:27                 ` Mark Knecht
2007-01-01  2:36                   ` Mike Myers
2007-01-01  1:40               ` Neil Walker
2007-01-01  2:34                 ` Mike Myers
2007-01-01 10:36                   ` Mark Kirkwood
2007-01-02 10:32                     ` Neil Bothwick
2007-01-01 20:08                   ` Aniruddha
2007-01-02  6:50                   ` Daniel Barkalow
2007-01-02  9:11                     ` Neil Bothwick
2007-01-03  5:45                       ` Daniel Barkalow
2007-01-03  8:56                         ` Neil Bothwick
2007-01-03 21:02                           ` Daniel Barkalow
     [not found]                             ` <20070104084454.261923bc@krikkit.digimed.co.uk>
2007-01-04 10:20                               ` Bo Ørsted Andresen
2007-01-02 10:02                     ` Alan McKinnon
2007-01-03  5:21                       ` Daniel Barkalow
2007-01-03  7:47                         ` Alan McKinnon
2007-01-03 18:24                           ` Daniel Barkalow
2007-01-03 23:44                             ` Alan McKinnon
2007-01-06  6:43                               ` Daniel Barkalow
2007-01-06 14:11                                 ` Boyd Stephen Smith Jr.
2007-01-03  8:58                         ` Neil Bothwick
2007-01-03 11:03                           ` Nelson, David (ED, PAR&D)
2007-01-03 11:42                             ` Hans-Werner Hilse
2007-01-03 11:51                             ` Alan McKinnon
2007-01-03 13:04                             ` Neil Bothwick
2007-01-03 20:29                           ` Daniel Barkalow
2007-01-02  9:58                   ` Alan McKinnon
2007-01-04  8:43                     ` Mike Myers
2007-01-01  2:45               ` William Kenworthy
2007-01-01  4:35                 ` Richard Fish
2007-01-01  5:58                   ` William Kenworthy
2007-01-02 11:19                     ` Bo Ørsted Andresen
2007-01-02 13:26                       ` William Kenworthy
2007-01-03 13:52                         ` Bo Ørsted Andresen
2007-01-01 10:37               ` Neil Bothwick
2007-01-02 18:28             ` Andrey Gerasimenko
2006-12-31 22:19 ` [gentoo-user] " Aniruddha
2007-01-01  1:49   ` Neil Walker
2006-12-31 22:20 ` Aniruddha

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=89646b4a0612251209w70e25fa0qcf11701d186d28c7@mail.gmail.com \
    --to=fluffymikey@gmail.com \
    --cc=gentoo-user@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