[gentoo-user] Re: trouble downgrading systemd and virtual/udev

2013-09-25 Thread walt
On 09/25/2013 03:24 PM, gottl...@nyu.edu wrote:
 I want to downgrade systemd from 207-r2 to 204 (highest stable).
 
 I currently have virtual/udev-206-r2 installed, which prevents
 systemd-204.
 
 OK.  So I need to downgrade virtual/udev to 200.
 
 I thought
emerge -1 =virtual/udev-200  =sys-apps/systemd-204
 would do it.  But this failed (see below) and suggested masking
 might help.
 
 So I added package.mask/systemd, which contains
   =virtual/udev-201
   =sys-apps/systemd-205
 and then issued the same emerge as above.
 But this also failed (see below).
 What incantation do I need?
 
 thanks,
 allan

 [blocks B  ] sys-apps/systemd (sys-apps/systemd is blocking 
 sys-fs/udev-207)
 [blocks B  ] sys-fs/udev (sys-fs/udev is blocking 
 sys-apps/systemd-207-r2, sys-apps/systemd-204)

These conflicts are often so confusing that I emerge -C both of the
blocking packages and then re-run the emerge that I really want.

In your particular case, if you actually remove both of those packages
your machine will not be bootable until you successfully emerge the
older versions (obviously) so I strongly recommend using quickpkg to
save both packages before removing them.

Then, if the worst happens and you can't install the older versions
you can re-install the saved binary packages with emerge -K.

Another officially unapproved workaround I use when really frustrated
is to bypass emerge completely and do this instead:

#ebuild /usr/portage/sys-apps/systemd/systemd-204.ebuild merge

Sometimes it works :)



Re: [gentoo-user] Re: trouble downgrading systemd and virtual/udev

2013-09-25 Thread gottlieb
On Wed, Sep 25 2013, walt wrote:

 On 09/25/2013 03:24 PM, gottl...@nyu.edu wrote:
 I want to downgrade systemd from 207-r2 to 204 (highest stable).
 
 I currently have virtual/udev-206-r2 installed, which prevents
 systemd-204.
 
 OK.  So I need to downgrade virtual/udev to 200.
 
 I thought
emerge -1 =virtual/udev-200  =sys-apps/systemd-204
 would do it.  But this failed (see below) and suggested masking
 might help.
 
 So I added package.mask/systemd, which contains
   =virtual/udev-201
   =sys-apps/systemd-205
 and then issued the same emerge as above.
 But this also failed (see below).
 What incantation do I need?
 
 thanks,
 allan

 [blocks B ] sys-apps/systemd (sys-apps/systemd is blocking
 sys-fs/udev-207)
 [blocks B ] sys-fs/udev (sys-fs/udev is blocking
 sys-apps/systemd-207-r2, sys-apps/systemd-204)

 These conflicts are often so confusing that I emerge -C both of the
 blocking packages and then re-run the emerge that I really want.

 In your particular case, if you actually remove both of those packages
 your machine will not be bootable until you successfully emerge the
 older versions (obviously) so I strongly recommend using quickpkg to
 save both packages before removing them.

 Then, if the worst happens and you can't install the older versions
 you can re-install the saved binary packages with emerge -K.

Right, thanks.  Note that sys-fs/udev is not on my system, the conflict
occurs because portage wants to emerge it.  I am trying to downgrade the
virtual udev.

I tried your suggestion as follows

* quickpkg'ed
sys-app/systemd   virtual/udev   sys-app/gentoo-system-integration

* unmerged all three

* merged the desired virtual/udev version with --nodeps
  (it wouldn't work without --nodeps)

* tried to emerge the desired versions of the other two
  (without using --nodeps)

This last step fails because it seems (assuming I am reading the emerge
tree output correctly, see below) that dev-libs/lubusbx-1.0.17:1 requires
virtual/udev-206.

But I don't see that version dependence in the ebuild.  Moreover this is
the only version of libusbx in the tree so (again assuming I am reading
the tree correctly) this says that gnome 3.6 requires
virtual/udev-206-r2, which seems strange.  Indeed, canek has said that
gnome has trouble with systemd-206 (which virtual/udev-206 would bring
it).

So I did the emerge -K you suggested and am back where I started.

Any help would be appreciated.

 Another officially unapproved workaround I use when really frustrated
 is to bypass emerge completely and do this instead:

 #ebuild /usr/portage/sys-apps/systemd/systemd-204.ebuild merge

 Sometimes it works :)

I am hoping not to have to do that (or emerge --nodeps).

allan



livecd package.mask # emerge -1 --ask  =sys-apps/gentoo-systemd-integration-1 
=sys-apps/systemd-204

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[ebuild  N ] sys-apps/gentoo-systemd-integration-1  0 kB
[ebuild  N#]  sys-apps/systemd-207-r2  USE=acl filecaps firmware-loader 
gudev introspection kmod pam policykit tcpd -audit -cryptsetup -doc -gcrypt 
-http -lzma -openrc -python -qrcode (-selinux) {-test} -vanilla -xattr 
ABI_X86=(64) -32 (-x32) PYTHON_SINGLE_TARGET=python2_7 
PYTHON_TARGETS=python2_7 0 kB
[ebuild  N ] sys-apps/systemd-204  USE=acl firmware-loader gudev 
introspection keymap kmod pam policykit tcpd -audit -cryptsetup -doc -gcrypt 
-http -lzma -openrc -python -qrcode (-selinux) -static-libs {-test} -vanilla 
-xattr PYTHON_SINGLE_TARGET=python2_7 PYTHON_TARGETS=python2_7 2,136 kB
[nomerge   ] gnome-base/gnome-3.6.2:2.0  USE=bluetooth cdr cups extras 
fallback -accessibility 
[nomerge   ]  gnome-base/gnome-shell-3.6.3.1  USE=bluetooth i18n 
networkmanager systemd PYTHON_TARGETS=python2_7 -python2_6 
[nomerge   ]   net-wireless/gnome-bluetooth-3.6.1:2/11  USE=introspection 
-debug -sendto 
[nomerge   ]app-mobilephone/obexd-0.46  USE=eds usb -nokia -server 
[nomerge   ] dev-libs/openobex-1.5  USE=bluetooth usb -debug -irda 
-syslog 
[nomerge   ]  virtual/libusb-0-r1  ABI_X86=(64) -32 (-x32) 
[nomerge   ]   dev-libs/libusb-compat-0.1.5-r2  USE=-debug -examples 
-static-libs ABI_X86=(64) -32 (-x32) 
[nomerge   ]virtual/libusb-1-r1:1  ABI_X86=(64) -32 (-x32) 
[nomerge   ] dev-libs/libusbx-1.0.17:1  USE=udev -debug -doc 
-examples -static-libs {-test} ABI_X86=(64) -32 (-x32) 
[ebuild U #]  virtual/udev-206-r2 [200] USE=gudev introspection 
kmod (-selinux) -static-libs (-hwdb%*) (-keymap%*) ABI_X86=(64%*) -32% 
(-x32) 0 kB
[nomerge   ] virtual/udev-206-r2 [200] USE=gudev introspection kmod 
(-selinux) -static-libs (-hwdb%*) (-keymap%*) ABI_X86=(64%*) -32% (-x32) 
[nomerge   ]  sys-fs/udev-207  USE=acl firmware-loader gudev introspection 
kmod openrc -doc (-selinux) -static-libs ABI_X86=(64) -32 (-x32) 
[ebuild  N