public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user]  Re: About procmail and getline
Date: Mon, 15 Jun 2009 09:34:09 +0200	[thread overview]
Message-ID: <200906150934.09553.alan.mckinnon@gmail.com> (raw)
In-Reply-To: <874ouipvfh.fsf@newsguy.com>

On Sunday 14 June 2009 19:38:42 Harry Putnam wrote:
> Sebastian Günther <samson@guenther-roetgen.de> writes:
> > * Harry Putnam (reader@newsguy.com) [12.06.09 16:41]:
> >> There is a patch offered but still one would think using standard
> >> emerge on a package that is outside the `~' daredevil stage and is not
> >> masked, it should `just work' [tm].
> >
> > When I read the bug rightfully, procmail did not build with glibc
> > 2.10.1, which is *not* stable yet, especially because of a lot packages
> > which don't build cleanly with it at the moment.
> >
> > So if you'd use the stable glibc it would build fine. There is no need
> > to mark procmail in any way. ~x86 should be able to apply patches on
> > their own, or wait until the patch arrives in tree.
>
> Having run ~x86 since starting to build this install... how big of a
> problem would it be to return to stable?

Much more work than it's worth. It's easier to reinstall.

You run into issues like baselayout. Latest unstable is 2.0.1, latest stable 
is 1.12.11.1. When you emerged baselayout, it either created a whole whack of 
new files and included openrc, or upgraded the existing baselayout-1 stuff to 
baselayout-2 spec.

Either way, the ebuild does not know how to go back down one version. 
baselayout affects a huge number of things, not the least of which is how to 
load lvm and soft raid modules. I've never attempted this change myself, and 
am not likely too either - it's way too easy to predict the resulting mess.

There was a recent thread on this, and the OP eventually decided to write a 
script that listed every package he had and copy this to package.mask (with 
">" in front of course), then just wait for everything in stable to catch up.

Your other option is to locate problematic packages individually and put just 
those into package.mask - pegging them at known working versions. 

-- 
alan dot mckinnon at gmail dot com



  reply	other threads:[~2009-06-15  7:35 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-12 14:40 [gentoo-user] About procmail and getline Harry Putnam
2009-06-14 16:57 ` Sebastian Günther
2009-06-14 17:38   ` [gentoo-user] " Harry Putnam
2009-06-15  7:34     ` Alan McKinnon [this message]
2009-06-15 16:50       ` Stroller
2009-06-15 17:10         ` Alan McKinnon
2009-06-14 17:45   ` Harry Putnam
2009-06-14 18:12     ` Sebastian Günther
2009-06-14 23:37       ` Harry Putnam

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=200906150934.09553.alan.mckinnon@gmail.com \
    --to=alan.mckinnon@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