| 1 |
On Tue, 2 Feb 2010, Alan McKinnon wrote: |
| 2 |
|
| 3 |
> On Tuesday 02 February 2010 14:47:46 David Relson wrote: |
| 4 |
> > On Tue, 2 Feb 2010 08:08:25 +0200 |
| 5 |
> > |
| 6 |
> > Alan McKinnon wrote: |
| 7 |
> > > On Tuesday 02 February 2010 06:03:10 David Relson wrote: |
| 8 |
> > > > G'day, |
| 9 |
> > > > |
| 10 |
> > > > I've been running baselayout-2 for several months and it's been |
| 11 |
> > > > working fine AFAICT. Over the weekend I noticed that my USB thumb |
| 12 |
> > > > drive is no longer automounting. |
| 13 |
> > > > |
| 14 |
> > > > This evening I ran "/etc/init.d/udev status" which reported: |
| 15 |
> > > > |
| 16 |
> > > > * status: stopped". |
| 17 |
> > > > |
| 18 |
> > > > Running "/etc/init.d/udev start" reported: |
| 19 |
> > > > |
| 20 |
> > > > * The udev init-script is written for baselayout-2! |
| 21 |
> > > > * Please do not use it with baselayout-1!. |
| 22 |
> > > > * ERROR: udev failed to start |
| 23 |
> > > > |
| 24 |
> > > > The message occurs because /etc/init.d/udev checks for |
| 25 |
> > > > /etc/init.d/sysfs, which is not present. |
| 26 |
> > > > |
| 27 |
> > > > Googling indicates that /etc/init.d/sysf comes from |
| 28 |
> > > > sys-apps/openrc. I have openrc-0.3.0-r1 installed (from long |
| 29 |
> > > > ago). openrc-0.6.0-r1 is available, though keyworded ~amd64. |
| 30 |
> > > > Unmasking it and running "emerge -p ..." shows that sysvinit is a |
| 31 |
> > > > blocker. |
| 32 |
> > > > |
| 33 |
> > > > Is it safe to delete sysvinit and emerge openrc-0.6.0-r1? Am I |
| 34 |
> > > > likely to get myself into troubleif I do this? If so, how much and |
| 35 |
> > > > how deep? |
| 36 |
> > > |
| 37 |
> > > very very very very deep trouble if you restart the machine and |
| 38 |
> > > everything is not complete yet. Do not do that. |
| 39 |
> > > |
| 40 |
> > > all version of baselayout-2 are marked unstable and you likely have |
| 41 |
> > > an old version of sysvinit that is not compatible with the ancient |
| 42 |
> > > openrc you do have. That openrc is not in portage anymore. |
| 43 |
> > > |
| 44 |
> > > You should upgrade to the latest unstable portage (which supports |
| 45 |
> > > automatically resolving blockers). You need baselayout, openrc and |
| 46 |
> > > sysvinit as well as /etc/init.d/sysfs. I have none of these in world |
| 47 |
> > > yet all are present. |
| 48 |
> > > |
| 49 |
> > > With the latest portage, try again and let portage figure out for |
| 50 |
> > > itself what it wants to do. |
| 51 |
> > |
| 52 |
> > Hi Alan, |
| 53 |
> > |
| 54 |
> > Reply appreciated! |
| 55 |
> > |
| 56 |
> > I've been running unstable versions of portage for many months and |
| 57 |
> > currently have 2.1.7.17, which _is_ the newest non-masked version. |
| 58 |
> |
| 59 |
> No, you completely misunderstand what stable, unstable and masked mean. |
| 60 |
> |
| 61 |
> You are using stable (and call it unstable which is wrong). What you call |
| 62 |
> masked is actually called unstable. Masked is something else entirely. |
| 63 |
> |
| 64 |
> Do not confuse these terms. They have *exact* meaning. |
| 65 |
> |
| 66 |
> You need to keyword portage as ~ in packages.keywords to release portage-2.2, |
| 67 |
> which is the version that supports automagic blocker resolution. |
| 68 |
|
| 69 |
portage-2.2 *is* masked: |
| 70 |
|
| 71 |
/usr/portage/profiles/package.mask: |
| 72 |
# Zac Medico <zmedico@g.o> (05 Jan 2009) |
| 73 |
# Portage 2.2 is masked due to known bugs in the |
| 74 |
# package sets and preserve-libs features. |
| 75 |
|
| 76 |
portage-2.1.7.17 is all you can get with package.keywords (and 2.1.7.16 |
| 77 |
without, at least on x86). |
| 78 |
|
| 79 |
-Daniel |
| 80 |
*This .sig left intentionally blank* |
Archives