1 |
On Sunday 14 June 2009 19:38:42 Harry Putnam wrote: |
2 |
> Sebastian Günther <samson@××××××××××××××××.de> writes: |
3 |
> > * Harry Putnam (reader@×××××××.com) [12.06.09 16:41]: |
4 |
> >> There is a patch offered but still one would think using standard |
5 |
> >> emerge on a package that is outside the `~' daredevil stage and is not |
6 |
> >> masked, it should `just work' [tm]. |
7 |
> > |
8 |
> > When I read the bug rightfully, procmail did not build with glibc |
9 |
> > 2.10.1, which is *not* stable yet, especially because of a lot packages |
10 |
> > which don't build cleanly with it at the moment. |
11 |
> > |
12 |
> > So if you'd use the stable glibc it would build fine. There is no need |
13 |
> > to mark procmail in any way. ~x86 should be able to apply patches on |
14 |
> > their own, or wait until the patch arrives in tree. |
15 |
> |
16 |
> Having run ~x86 since starting to build this install... how big of a |
17 |
> problem would it be to return to stable? |
18 |
|
19 |
Much more work than it's worth. It's easier to reinstall. |
20 |
|
21 |
You run into issues like baselayout. Latest unstable is 2.0.1, latest stable |
22 |
is 1.12.11.1. When you emerged baselayout, it either created a whole whack of |
23 |
new files and included openrc, or upgraded the existing baselayout-1 stuff to |
24 |
baselayout-2 spec. |
25 |
|
26 |
Either way, the ebuild does not know how to go back down one version. |
27 |
baselayout affects a huge number of things, not the least of which is how to |
28 |
load lvm and soft raid modules. I've never attempted this change myself, and |
29 |
am not likely too either - it's way too easy to predict the resulting mess. |
30 |
|
31 |
There was a recent thread on this, and the OP eventually decided to write a |
32 |
script that listed every package he had and copy this to package.mask (with |
33 |
">" in front of course), then just wait for everything in stable to catch up. |
34 |
|
35 |
Your other option is to locate problematic packages individually and put just |
36 |
those into package.mask - pegging them at known working versions. |
37 |
|
38 |
-- |
39 |
alan dot mckinnon at gmail dot com |