From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 93A75138CBF for ; Tue, 17 Mar 2015 17:31:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 21CE7E09C5; Tue, 17 Mar 2015 17:30:57 +0000 (UTC) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0C518E0968 for ; Tue, 17 Mar 2015 17:30:55 +0000 (UTC) Received: by wifj2 with SMTP id j2so17217814wif.1 for ; Tue, 17 Mar 2015 10:30:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=528NQhYLAGLufet87uojLg6VXne8ixn5Hde+/+Z+FCk=; b=fmLVn4ePbLYVLhAfBXHlqrMLc2F7DkojuhqmrQ13ttjSaXDe4HR1d55Ub7rovXOlf2 jHKurgNrmGLgmWinyf1mhBF89RaNZBAld/3Mgus3TMHmrfGmXWfFXKdkN1Nw9FEC3vtm by4LZPqSZWUJBNWEp3ERifGEGKqA6civySn5MinO+YurhMawCaG7rnzovXd7mJLqx19Q y78xGiV4EZ7mH/SEsERVpAmCsXutVMqcCW0R7ZWxbcdL7lzJMChQThfStsLSi+z3tqWC /0kGfM8PTb2amifU1XIBUwjKigrF6LoIYaY2jhDgBW0lndrSwvH3qpf/Fq3CeoCwYAlm 8RUA== X-Received: by 10.180.100.227 with SMTP id fb3mr15105765wib.81.1426613454888; Tue, 17 Mar 2015 10:30:54 -0700 (PDT) Received: from [172.20.0.41] ([105.210.24.72]) by mx.google.com with ESMTPSA id pa4sm20830249wjb.11.2015.03.17.10.30.52 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 17 Mar 2015 10:30:54 -0700 (PDT) Message-ID: <550864C8.6000400@gmail.com> Date: Tue, 17 Mar 2015 19:30:48 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] eject and util-linux blocker References: <5506E3E8.8070008@gmail.com> <20150316153411.GA20837@waltdnes.org> <550786D0.2080602@gmail.com> <5507E27D.4050603@gmail.com> <55085E03.2090001@gmail.com> In-Reply-To: <55085E03.2090001@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Archives-Salt: 0e061f57-11c1-4d34-a425-1c27e4a7f04a X-Archives-Hash: 392b5c21f048c6a42169da99d7e88a38 On 17/03/2015 19:01, Dale wrote: > Alan McKinnon wrote: >> On 17/03/2015 03:43, Dale wrote: >> >> [...snip] >> >>> root@fireball / # emerge -uvaDN world -t >>> >>> These are the packages that would be merged, in reverse order: >>> >>> Calculating dependencies... done! >>> [nomerge ] lxde-base/lxde-meta-0.5.5-r4::gentoo >>> [nomerge ] x11-misc/pcmanfm-1.2.3::gentoo USE="-debug" >>> [ebuild N ] virtual/eject-0::gentoo 0 KiB >>> [ebuild UD ] sys-apps/util-linux-2.24.1-r3::gentoo >>> [2.26.1::gentoo] USE="bash-completion%* cramfs ncurses nls pam >>> static-libs* suid udev unicode -caps -cytune% -fdformat -python >>> (-selinux) -slang {-test} -tty-helpers (-systemd%)" ABI_X86="(64) (-32) >>> (-x32)" PYTHON_SINGLE_TARGET="python2_7 -python3_3 -python3_4" >>> PYTHON_TARGETS="python2_7 python3_3 -python3_4" 0 KiB >>> [ebuild N ] sys-block/eject-2.1.5-r2::gentoo USE="nls" 121 KiB >>> [blocks B ] sys-block/eject ("sys-block/eject" is blocking >>> sys-apps/util-linux-2.24.1-r3) >>> >>> Total: 3 packages (1 downgrade, 2 new), Size of downloads: 121 KiB >>> Conflict: 1 block (1 unsatisfied) >>> >>> * Error: The above package list contains packages which cannot be >>> * installed at the same time on the same system. >>> >>> (sys-block/eject-2.1.5-r2:0/0::gentoo, ebuild scheduled for merge) >>> pulled in by >>> sys-block/eject required by (virtual/eject-0:0/0::gentoo, ebuild >>> scheduled for merge) >>> >>> (sys-apps/util-linux-2.24.1-r3:0/0::gentoo, ebuild scheduled for >>> merge) pulled in by >>> >=sys-apps/util-linux-2.13 required by >>> (www-plugins/nspluginwrapper-1.4.4-r3:0/0::gentoo, installed) >>> >> (sys-fs/lvm2-2.02.109:0/0::gentoo, installed) >> >> Looks like this is the source of your problem. When dealing with >> blocking downgrades I like to search for the "<" character to find what >> other package is limiting the highest version. The above is the only one. >> >> The DEPEND for lvm2 looks like this: >> >> RDEPEND="${DEPEND_COMMON} >> ... >> >=sys-apps/util-linux-2.16 >> ... >> DEPEND="${DEPEND_COMMON} >> static? ( >> selinux? ( sys-libs/libselinux[static-libs] ) >> udev? ( >=virtual/libudev-208:=[static-libs] ) >> > )" >> >> >> Do you have lvm2 built with USE=static? >> >> >> >> Second question is why will portage not upgrade lvm2 for you? What do >> you get from this: >> >> emerge -pv lvm2 >> >> > > This lead me down a path. Here is the info you requested: > > root@fireball / # emerge -pv lvm2 > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild UD ] sys-apps/util-linux-2.24.1-r3::gentoo [2.26.1::gentoo] > USE="bash-completion%* cramfs ncurses nls pam static-libs* suid udev > unicode -caps -cytune% -fdformat -python (-selinux) -slang {-test} > -tty-helpers (-systemd%)" ABI_X86="(64) (-32) (-x32)" > PYTHON_SINGLE_TARGET="python2_7 -python3_3 -python3_4" > PYTHON_TARGETS="python2_7 python3_3 -python3_4" 0 KiB > [ebuild R ] sys-fs/lvm2-2.02.109::gentoo USE="readline static thin > udev (-clvm) (-cman) -device-mapper-only -lvm1 -lvm2create_initrd > (-selinux) -static-libs -systemd" 0 KiB > > Total: 2 packages (1 downgrade, 1 reinstall), Size of downloads: 0 KiB > > The following USE changes are necessary to proceed: > (see "package.use" in the portage(5) man page for more details) > # required by sys-fs/lvm2-2.02.109::gentoo[static] > # required by @selected > # required by @world (argument) > =sys-apps/util-linux-2.24.1-r3 static-libs > root@fireball / # > > It seems at some point, I did have a USE flag in package.use that was > version specific. I usually remove the version stuff and let it apply > to all version. Usually if you need a USE flag for one version, you > will need it for the upgrade as well. So, after removing the version > info, I try again. Similar message tho. I then keyword lvm2, thinking > it may need a newer version. Then I get this crypted message. > > root@fireball / # emerge -uvaDN world -t > > These are the packages that would be merged, in reverse order: > > Calculating dependencies \ > > !!! Problem resolving dependencies for sys-fs/lvm2 from @selected > ... done! > > !!! The ebuild selected to satisfy "sys-fs/lvm2" has unmet requirements. > - sys-fs/lvm2-2.02.110::gentoo USE="readline static thin udev -clvm > -cman -device-mapper-only -lvm1 -lvm2create_initrd (-selinux) > -static-libs -systemd" ABI_X86="64" > > The following REQUIRED_USE flag constraints are unsatisfied: > static? ( !udev ) > > The above constraints are a subset of the following complete expression: > device-mapper-only? ( !clvm !cman !lvm1 !lvm2create_initrd !thin ) > systemd? ( udev ) static? ( !udev ) > > (dependency required by "@selected" [set]) > (dependency required by "@world" [argument]) > root@fireball / # emerge -vp eudev > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R ~] sys-fs/eudev-2.1.1::gentoo USE="gudev hwdb > introspection keymap kmod modutils rule-generator static-libs -doc > (-selinux) {-test}" ABI_X86="(64) -32 (-x32)" 0 KiB > > Total: 1 package (1 reinstall), Size of downloads: 0 KiB > root@fireball / # > > I included emerge -vp eudev as well. It seems it doesn't like something > about its USE flag. I see static-libs in the USE list tho. I had to do > that a while back. I think it had something to do with me having a > seperate /usr and trying to avoid the init thingy. I think. > > Jeepers. Your basic problem is that you have static and static-libs in USE. When applied to lvm, a whole bunch of blockers kick in and you get what you got. So take them out of USE. USE="static static-libs" has it's uses, it's great for building rescue disks, busybox and maybe some disk repair utils, but makes very little sense on a regular workstation. If you break your workstation, you'll boot off a rescue disk and use the tools on it to fix your install, so you don't need it on the main system. There is nothing wrong with your eudev. lvm2 is bitching about blockers between lvm2 built with "USE=static" and udev - there's some incompatibility there and the ebuild knows about them -- Alan McKinnon alan.mckinnon@gmail.com