On Thu, Sep 26, 2013 at 12:00 AM, Samuli Suominen <[email protected]> wrote: > On 26/09/13 04:30, Canek Peláez Valdés wrote: >> >> On Wed, Sep 25, 2013 at 5:24 PM, <[email protected]> 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? >> >> >> Don't mask anything, just make sure that systemd (both virtual/ and >> sys-apps/) is not on package.keywords. Then uninstall virtual/udev, >> downgrade systemd (just "emerge sys-apps/systemd") and then emerge >> again virtual/udev. The correct version should be emerged. >> >> Nothing in the tree (AFAICS) depends on >=virtual/udev-206, so it shoud be >> fine. > > > wrong. > >>=sys-apps/hwids-20130717-r1 requires >=virtual/udev-206
I thought Allan was running ~amd64, as I explained later. Nothing in stable (again, AFAICS) depends on >=virtual/udev-206. But Allan, then perhaps if you mask the unstable versions of hwids, you would be able to downgrade systemd. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
