On 31/08/2015 13:03, cov...@ccs.covici.com wrote:
> Alan McKinnon <alan.mckin...@gmail.com> wrote:
>
>> On 31/08/2015 06:19, cov...@ccs.covici.com wrote:
>>
>>
>> answers interleaved
>>
>>
>>> Hi. On my latest update of world, I have a few blockers which I am
>>> unable to figure out how to solve -- I will put the related output below
>>> with inserted comments. I am using "unstable" gentooand I have masked
>>> ncurses-6 for the time being. Portage also wants to downgrade my
>>> systemd from 221(0/2) to 219_p112(0/2).
>>>
>>> [blocks B ] sys-apps/systemd[gudev(-)] ("sys-apps/systemd[gudev(-)]"
>>> is blocking dev-libs/libgudev-230)
>>> [blocks B ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking
>>> sys-apps/systemd-219_p112)
>>> [blocks B ] dev-libs/libgudev ("dev-libs/libgudev" is blocking
>>> sys-apps/systemd-219_p112)
>>
>> These ebuilds are a bit hard to read (they are complex beasts) but it
>> appears that you don't need libgudev anymore. Perhaps it's now part of
>> systemd itself and it's presence requires a systemd that can work with
>> it as you have it?
>>
>> I recommend you unmerge libgudev and try again, let portage figure out
>> what to do. Make a note of your USE for libgudev so you can put it back
>> if needed
>>
>>
>>>
>>> Total: 75 packages (64 upgrades, 1 downgrade, 7 new, 2 in new slots, 1
>>> reinstall), Size of downloads: 273,248 KiB
>>> Conflict: 3 blocks (3 unsatisfied)
>>>
>>> !!! Multiple package instances within a single package slot have been pulled
>>> !!! into the dependency graph, resulting in a slot conflict:
>>
>> This stuff is just info, portage justifying it's behaviour to you
>> (portage is very verbose at the times you don't want it to be...)
>>
>> It's not upgrading x264 to atest available, everything below is the
>> reason why:
>>
>>>
>>> media-libs/x264:0
>>>
>>> (media-libs/x264-0.0.20150820:0/148::gentoo, ebuild scheduled for merge)
>>> pulled in by
>>> (no parents that aren't satisfied by other packages in this slot)
>>
>> This is the latest version in the tree
>>
>>>
>>> If I mask this off, this one goes away, but why is it trying to pull it?
>>>
>>> (media-libs/x264-0.0.20140308:0/142::gentoo, installed) pulled in by
>>> >=media-libs/x264-0.0.20090923:0/142= required by
>>> (media-video/vlc-2.2.1:0/5-8::gentoo, installed)
>>> ^^^^^^^
>>>
>>
>> vlc needs subslot 0/142 because it's ebuild says so. This can be
>> satisfied, but it's not the latest x264 in the tree, and portage is
>> telling you why
>>
>>
>>> (and 3 more with the same problem)
>>>
>>> net-firewall/iptables:0
>>>
>>> (net-firewall/iptables-1.4.21-r3:0/10::gentoo, ebuild scheduled for
>>> merge) pulled in by
>>> (no parents that aren't satisfied by other packages in this slot)
>>>
>>> And same for this one.
>>>
>>>
>>> (net-firewall/iptables-1.4.21-r1:0/0::gentoo, installed) pulled in by
>>> >=net-firewall/iptables-1.4.20:0/0= required by
>>> (sys-apps/iproute2-4.1.1:0/0::gentoo, installed)
>>> ^^^^^
>>>
>>
>> same general idea as x264
>>
>>>
>>>
>>> It may be possible to solve this problem by using package.mask to
>>> prevent one of those packages from being selected. However, it is also
>>> possible that conflicting dependencies exist such that they are
>>> impossible to satisfy simultaneously. If such a conflict exists in
>>> the dependencies of two different packages, then those packages can
>>> not be installed simultaneously.
>>>
>>> For more information, see MASKED PACKAGES section in the emerge man
>>> page or refer to the Gentoo Handbook.
>>>
>>>
>>> * Error: The above package list contains packages which cannot be
>>> * installed at the same time on the same system.
>>>
>>> (sys-apps/sysvinit-2.88-r7:0/0::gentoo, installed) pulled in by
>>> >=sys-apps/sysvinit-2.86-r6 required by
>>> (sys-apps/openrc-0.17:0/0::gentoo, installed)
>>> >=sys-apps/sysvinit-2.87-r3 required by
>>> (sys-kernel/dracut-043-r2:0/0::gentoo, installed)
>>>
>>> (sys-apps/systemd-219_p112:0/2::gentoo, ebuild scheduled for merge)
>>> pulled in by
>>> sys-apps/systemd required by (media-sound/mpd-0.19.9-r1:0/0::gentoo,
>>> installed)
>>> >=sys-apps/systemd-204[pam] required by
>>> (sys-auth/pambase-20150213:0/0::gentoo, installed)
>>> sys-apps/systemd:0/2= required by (net-fs/samba-4.1.19:0/0::gentoo,
>>> installed)
>>> >=sys-apps/systemd-44:0= required by
>>> (x11-misc/colord-1.2.11:0/2::gentoo, installed)
>>> sys-apps/systemd required by (sys-apps/util-linux-2.26.2:0/0::gentoo,
>>> installed)
>>> >=sys-apps/systemd-209 required by
>>> (sys-process/procps-3.3.10-r1:0/0::gentoo, installed)
>>> sys-apps/systemd:0/2= required by (net-nds/rpcbind-0.2.3:0/0::gentoo,
>>> installed)
>>> sys-apps/systemd required by (app-admin/syslog-ng-3.7.1:0/0::gentoo,
>>> ebuild scheduled for merge)
>>> >=sys-apps/systemd-44:0/2= required by
>>> (x11-misc/colord-1.2.11:0/2::gentoo, installed)
>>> sys-apps/systemd:= required by (net-nds/rpcbind-0.2.3:0/0::gentoo,
>>> installed)
>>> sys-apps/systemd required by
>>> (gnome-base/gnome-settings-daemon-3.16.3:0/0::gentoo, ebuild scheduled for
>>> merge)
>>> sys-apps/systemd required by (sys-fs/udisks-2.1.6:2/2::gentoo,
>>> installed)
>>> sys-apps/systemd required by (net-wireless/bluez-5.33:0/3::gentoo,
>>> installed)
>>> sys-apps/systemd:0= required by (gnome-base/gvfs-1.24.2:0/0::gentoo,
>>> ebuild scheduled for merge)
>>> sys-apps/systemd:0= required by (net-fs/samba-4.1.19:0/0::gentoo,
>>> installed)
>>>
>>> >=sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>>> (>=sys-apps/systemd-212-r5:0/2[abi_x86_32(-),abi_x86_64(-)]) required by
>>> (virtual/libudev-215-r1:0/1::gentoo, installed)
>>> sys-apps/systemd:0= required by (sys-auth/polkit-0.113:0/0::gentoo,
>>> installed)
>>> >=sys-apps/systemd-197 required by
>>> (app-admin/openrc-settingsd-1.0.1:0/0::gentoo, installed)
>>> sys-apps/systemd required by @selected
>>>
>>> sys-apps/systemd[python(-),python_targets_python2_7(-)?,python_single_target_python2_7(+)?,python_targets_python3_3(-)?,python_single_target_python3_3(+)?,python_targets_python3_4(-)?,python_single_target_python3_4(+)?]
>>>
>>> (sys-apps/systemd[python(-),python_targets_python2_7(-),python_single_target_python2_7(+),python_targets_python3_4(-)])
>>> required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed)
>>> sys-apps/systemd:0/2= required by (sys-auth/polkit-0.113:0/0::gentoo,
>>> installed)
>>> >=sys-apps/systemd-186:0/2= required by
>>> (sys-apps/accountsservice-0.6.40:0/0::gentoo, installed)
>>> sys-apps/systemd:0/2= required by (sys-apps/dbus-1.8.20:0/0::gentoo,
>>> installed)
>>> sys-apps/systemd required by (net-print/cups-2.0.4:0/0::gentoo, ebuild
>>> scheduled for merge)
>>> sys-apps/systemd required by (net-misc/openvpn-2.3.8:0/0::gentoo,
>>> installed)
>>> sys-apps/systemd required by (dev-qt/qtcore-5.4.2:5/5::gentoo,
>>> installed)
>>> >=sys-apps/systemd-183:0/2= required by
>>> (gnome-base/gnome-session-3.16.0:0/0::gnome, installed)
>>>
>>> sys-apps/systemd:0=[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>>> (sys-apps/systemd:0=[abi_x86_64(-)]) required by
>>> (media-sound/pulseaudio-6.0:0/0::gentoo, installed)
>>> >=sys-apps/systemd-217:0 required by (virtual/udev-217:0/0::gentoo,
>>> installed)
>>> sys-apps/systemd:0= required by (sys-apps/dbus-1.8.20:0/0::gentoo,
>>> installed)
>>> >=sys-apps/systemd-186:0= required by
>>> (sys-apps/accountsservice-0.6.40:0/0::gentoo, installed)
>>> >=sys-apps/systemd-199 required by
>>> (sys-kernel/dracut-043-r2:0/0::gentoo, installed)
>>> >=sys-apps/systemd-207 required by
>>> (sys-apps/gentoo-systemd-integration-4:0/0::gentoo, installed)
>>> sys-apps/systemd:0/2=[abi_x86_64(-)] required by
>>> (media-sound/pulseaudio-6.0:0/0::gentoo, installed)
>>>
>>> (dev-libs/libgudev-230:0/0::gentoo, installed) pulled in by
>>>
>>> dev-libs/libgudev:0/0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,introspection?,static-libs?]
>>> (dev-libs/libgudev:0/0[abi_x86_32(-),abi_x86_64(-),introspection])
>>> required by (virtual/libgudev-230:0/0::gentoo, installed)
>>
>> and this is more explanatory data about why you need systemd, sysvinit
>> and libgudev. Normally it's a good idea to print why blockers are being
>> pulled in, but in this case systemd is a basic package and gets pulled
>> in by many things. It makes for a long and confusing list
>>
>>
>>>
>>>
>>> So, my real problem seems to be the systemd blockers.
>>>
>>> Thanks in advance for any suggestions.
>>>
>
> So, I removed virtual/libgudev and libgudev and got an existing
> preserved libs for that library, but the world update still wanted to
> put it back. Then I changed systemd's use flags to say -gudev. So
> portage was almost happy, (it did want to put back libgudev, but it was
> not a block), but the one remaining block is sys-apps/sysvinit -- I
> removed that, but portage wants to put it back and it still has the
> bloc as seen below
> [blocks B ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking
> sys-apps/systemd-219_p112)
>
> Total: 81 packages (64 upgrades, 1 downgrade, 10 new, 2 in new slots, 4
> reinstalls), Size of downloads: 274,456 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-apps/sysvinit-2.88-r7:0/0::gentoo, ebuild scheduled for merge) pulled
> in by
> >=sys-apps/sysvinit-2.86-r6 required by
> (sys-apps/openrc-0.17:0/0::gentoo, installed)
> >=sys-apps/sysvinit-2.87-r3 required by
> (sys-kernel/dracut-043-r2:0/0::gentoo, installed)
>
> followed by the same systemd messages as before.
A clue is in the ebuilds for systemd:
sysv-utils? (
!sys-apps/systemd-sysv-utils
!sys-apps/sysvinit )
That's a hard blocker, no way round it. It's in all the systemd ebuilds
for the current unstable versions.
Do you have USE="sysv-utils" set for sysvinit?
If so, to have both sysvinit and systemd, you will have to disable that
USE flag and see what comes next.
--
Alan McKinnon
alan.mckin...@gmail.com
