[gentoo-user] a few blockers I can't figure out

[gentoo-user] a few blockers I can't figure out

[covici]

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)

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:

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)

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)
                                  ^^^^^^^                                                              
    (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)
                                  ^^^^^                                                              


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)


So, my real problem seems to be the systemd blockers.

Thanks in advance for any suggestions.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] a few blockers I can't figure out

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1637 bytes --]

On Mon, 31 Aug 2015 00:19:08 -0400, covici@ccs.covici.com wrote:

> 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)
> 
You have omitted some important information before this, but the problem
you have is that something is trying to pull in libgudev, which is
provided by systemd and well, hence the blocker. Packages should depend on
virtual/libgudev, which avoids this type of conflict. Run the update
again --tree to see just what is trying to install libgudev.

> 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)

In this situation, with so many packages being updated, I try to reduce
the noise from portage by emerge --oneshot-ing anything in the list that
is not related to the blockers, it makes the tree output much easier to
work with.


-- 
Neil Bothwick

Some people are born mediocre, some people achieve mediocrity, and some
people have mediocrity thrust upon them.  - Joseph Heller, "Catch-22"

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Neil Bothwick <neil@digimed.co.uk> wrote:

> On Mon, 31 Aug 2015 00:19:08 -0400, covici@ccs.covici.com wrote:
> 
> > 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)
> > 
> You have omitted some important information before this, but the problem
> you have is that something is trying to pull in libgudev, which is
> provided by systemd and well, hence the blocker. Packages should depend on
> virtual/libgudev, which avoids this type of conflict. Run the update
> again --tree to see just what is trying to install libgudev.
> 
> > 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)
> 
> In this situation, with so many packages being updated, I try to reduce
> the noise from portage by emerge --oneshot-ing anything in the list that
> is not related to the blockers, it makes the tree output much easier to
> work with.

OK, I will try that, I thought it would tell me what is pulling libgudev
in.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 31/08/2015 06:19, covici@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.
> 


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Alan McKinnon <alan.mckinnon@gmail.com> wrote:

> On 31/08/2015 06:19, covici@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.



-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 31/08/2015 13:03, covici@ccs.covici.com wrote:
> Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> 
>> On 31/08/2015 06:19, covici@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.mckinnon@gmail.com

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Alan McKinnon <alan.mckinnon@gmail.com> wrote:

> On 31/08/2015 13:03, covici@ccs.covici.com wrote:
> > Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> > 
> >> On 31/08/2015 06:19, covici@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.

I put that use flag in there because I thought it would allow systemd to
generate a service from a script in /etc/init.d, but I will see what
happens when I remove that flag or maybe if there is another way to
accomplish that?
Well, that did it!  It still is downgrading systemd, but that's not too
bad, thanks guys.


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 31/08/2015 13:49, covici@ccs.covici.com wrote:
>> 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.
> I put that use flag in there because I thought it would allow systemd to
> generate a service from a script in /etc/init.d, but I will see what
> happens when I remove that flag or maybe if there is another way to
> accomplish that?
> Well, that did it!  It still is downgrading systemd, but that's not too
> bad, thanks guys.

$ euses -sf sysv-utils
sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks
and manpages for init, telinit, halt, poweroff, reboot, runlevel, and
shutdown


That description is quite vague, and could mean many things. I'm no
expert on systemd, but I would imagine that it already has it's own
scripts to deal with those listed functions. I wonder what the use of
the flag is then? Perhaps an old compatibility layer than is not needed now?


I can't see a reason why systemd is being downgraded; the previous
output either lists just "sys-apps/systemd" or uses a ">=" operator.
Nothing to say why 219_p112 is the highest usable version.

Once the emerge finishes and portage has done what it wants, run these
commands:

emerge -pv systemd
emerge -pv =systemd-225

(225 being latest in the tree). Then we can see better why portage is
doing what it does




-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] a few blockers I can't figure out

[Alec Ten Harmsel]

On Mon, Aug 31, 2015 at 02:40:02PM +0200, Alan McKinnon wrote:
> On 31/08/2015 13:49, covici@ccs.covici.com wrote:
> >> 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.
> > I put that use flag in there because I thought it would allow systemd to
> > generate a service from a script in /etc/init.d, but I will see what
> > happens when I remove that flag or maybe if there is another way to
> > accomplish that?
> > Well, that did it!  It still is downgrading systemd, but that's not too
> > bad, thanks guys.
> 
> $ euses -sf sysv-utils
> sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks
> and manpages for init, telinit, halt, poweroff, reboot, runlevel, and
> shutdown
> 
> 
> That description is quite vague, and could mean many things. I'm no
> expert on systemd, but I would imagine that it already has it's own
> scripts to deal with those listed functions. I wonder what the use of
> the flag is then? Perhaps an old compatibility layer than is not needed now?

This means that it installs /bin/poweroff, /bin/reboot, etc. and the
relevant manpages. I'm pretty sure that's all it does.

It is not needed at all, as long as you don't mind typing `systemctl
poweroff' instead of `poweroff', and so on and so forth. I guess the
/bin/init symlink would be helpful so that you don't have to add
`init=/usr/lib/systemd/systemd' to the kernel commandline, but whatever.

Alec

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Alan McKinnon <alan.mckinnon@gmail.com> wrote:

> On 31/08/2015 13:49, covici@ccs.covici.com wrote:
> >> 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.
> > I put that use flag in there because I thought it would allow systemd to
> > generate a service from a script in /etc/init.d, but I will see what
> > happens when I remove that flag or maybe if there is another way to
> > accomplish that?
> > Well, that did it!  It still is downgrading systemd, but that's not too
> > bad, thanks guys.
> 
> $ euses -sf sysv-utils
> sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks
> and manpages for init, telinit, halt, poweroff, reboot, runlevel, and
> shutdown
> 
> 
> That description is quite vague, and could mean many things. I'm no
> expert on systemd, but I would imagine that it already has it's own
> scripts to deal with those listed functions. I wonder what the use of
> the flag is then? Perhaps an old compatibility layer than is not needed now?
> 
> 
> I can't see a reason why systemd is being downgraded; the previous
> output either lists just "sys-apps/systemd" or uses a ">=" operator.
> Nothing to say why 219_p112 is the highest usable version.
> 
> Once the emerge finishes and portage has done what it wants, run these
> commands:
> 
> emerge -pv systemd
> emerge -pv =systemd-225
> 
> (225 being latest in the tree). Then we can see better why portage is
> doing what it does
> 
> 
> 

I think it has something to do with fail2ban -- the version of systemd
in the tree after the 219 version is 224-r1 and 225 and now portage is
saying
WARNING: One or more updates/rebuilds have been skipped due to a
dependency conflict:
and one of those says 
  (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge)
  conflicts with^M
    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)
Does that make sense?

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 31/08/2015 16:03, covici@ccs.covici.com wrote:
> Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> 
>> On 31/08/2015 13:49, covici@ccs.covici.com wrote:
>>>> 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.
>>> I put that use flag in there because I thought it would allow systemd to
>>> generate a service from a script in /etc/init.d, but I will see what
>>> happens when I remove that flag or maybe if there is another way to
>>> accomplish that?
>>> Well, that did it!  It still is downgrading systemd, but that's not too
>>> bad, thanks guys.
>>
>> $ euses -sf sysv-utils
>> sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks
>> and manpages for init, telinit, halt, poweroff, reboot, runlevel, and
>> shutdown
>>
>>
>> That description is quite vague, and could mean many things. I'm no
>> expert on systemd, but I would imagine that it already has it's own
>> scripts to deal with those listed functions. I wonder what the use of
>> the flag is then? Perhaps an old compatibility layer than is not needed now?
>>
>>
>> I can't see a reason why systemd is being downgraded; the previous
>> output either lists just "sys-apps/systemd" or uses a ">=" operator.
>> Nothing to say why 219_p112 is the highest usable version.
>>
>> Once the emerge finishes and portage has done what it wants, run these
>> commands:
>>
>> emerge -pv systemd
>> emerge -pv =systemd-225
>>
>> (225 being latest in the tree). Then we can see better why portage is
>> doing what it does
>>
>>
>>
> 
> I think it has something to do with fail2ban -- the version of systemd
> in the tree after the 219 version is 224-r1 and 225 and now portage is
> saying
> WARNING: One or more updates/rebuilds have been skipped due to a
> dependency conflict:
> and one of those says 
>   (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge)
>   conflicts with^M
>     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)
> Does that make sense?
> 

The words make sense, the meaning doesn't :-)

It looks like fail2ban wants systemd without python support, but the
true reason is still hidden. The fail2ban ebuild has this:

RDEPEND="
        ...
        systemd? ( $(python_gen_cond_dep '|| (
                dev-python/python-systemd[${PYTHON_USEDEP}]
                sys-apps/systemd[python(-),${PYTHON_USEDEP}]


I'm thinking maybe you have a specific portage entry that's getting in
the way. What are your results for:

emerge --info
grep -r python /etc/portage
grep -r systemd /etc/portage


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Alan McKinnon <alan.mckinnon@gmail.com> wrote:

> On 31/08/2015 16:03, covici@ccs.covici.com wrote:
> > Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> > 
> >> On 31/08/2015 13:49, covici@ccs.covici.com wrote:
> >>>> 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.
> >>> I put that use flag in there because I thought it would allow systemd to
> >>> generate a service from a script in /etc/init.d, but I will see what
> >>> happens when I remove that flag or maybe if there is another way to
> >>> accomplish that?
> >>> Well, that did it!  It still is downgrading systemd, but that's not too
> >>> bad, thanks guys.
> >>
> >> $ euses -sf sysv-utils
> >> sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks
> >> and manpages for init, telinit, halt, poweroff, reboot, runlevel, and
> >> shutdown
> >>
> >>
> >> That description is quite vague, and could mean many things. I'm no
> >> expert on systemd, but I would imagine that it already has it's own
> >> scripts to deal with those listed functions. I wonder what the use of
> >> the flag is then? Perhaps an old compatibility layer than is not needed now?
> >>
> >>
> >> I can't see a reason why systemd is being downgraded; the previous
> >> output either lists just "sys-apps/systemd" or uses a ">=" operator.
> >> Nothing to say why 219_p112 is the highest usable version.
> >>
> >> Once the emerge finishes and portage has done what it wants, run these
> >> commands:
> >>
> >> emerge -pv systemd
> >> emerge -pv =systemd-225
> >>
> >> (225 being latest in the tree). Then we can see better why portage is
> >> doing what it does
> >>
> >>
> >>
> > 
> > I think it has something to do with fail2ban -- the version of systemd
> > in the tree after the 219 version is 224-r1 and 225 and now portage is
> > saying
> > WARNING: One or more updates/rebuilds have been skipped due to a
> > dependency conflict:
> > and one of those says 
> >   (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge)
> >   conflicts with^M
> >     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)
> > Does that make sense?
> > 
> 
> The words make sense, the meaning doesn't :-)
> 
> It looks like fail2ban wants systemd without python support, but the
> true reason is still hidden. The fail2ban ebuild has this:
> 
> RDEPEND="
>         ...
>         systemd? ( $(python_gen_cond_dep '|| (
>                 dev-python/python-systemd[${PYTHON_USEDEP}]
>                 sys-apps/systemd[python(-),${PYTHON_USEDEP}]
> 
> 
> I'm thinking maybe you have a specific portage entry that's getting in
> the way. What are your results for:
> 
> emerge --info
> grep -r python /etc/portage
> grep -r systemd /etc/portage
Just to let you know, most of the python entries were mandated by
portage, certainly the systemd one.
emerge --info
Portage 2.2.20.1 (python 2.7.10-final-0, default/linux/amd64/13.0/desktop/gnome, gcc-4.9.3, glibc-2.21-r1, 3.16.3-gentoo x86_64)
=================================================================
System uname: Linux-3.16.3-gentoo-x86_64-Intel-R-_Core-TM-_i7-2600_CPU_@_3.40GHz-with-gentoo-2.2
KiB Mem:    16451492 total,   8652740 free
KiB Swap:    2097148 total,   2063580 free
Timestamp of repository gentoo: Sun, 30 Aug 2015 19:30:01 +0000
sh bash 4.3_p39
ld GNU ld (Gentoo 2.25.1 p1.0) 2.25.1
app-shells/bash:          4.3_p39::gentoo
dev-java/java-config:     2.2.0::gentoo
dev-lang/perl:            5.22.0::gentoo
dev-lang/python:          2.7.10::gentoo, 3.3.5-r1::gentoo, 3.4.3::gentoo
dev-util/cmake:           3.3.0::gentoo
dev-util/pkgconfig:       0.28-r3::gentoo
sys-apps/baselayout:      2.2::gentoo
sys-apps/openrc:          0.17::gentoo
sys-apps/sandbox:         2.6-r1::gentoo
sys-devel/autoconf:       2.13::gentoo, 2.69-r1::gentoo
sys-devel/automake:       1.9.6-r3::gentoo, 1.10.3::gentoo, 1.11.6-r1::gentoo, 1.12.6::gentoo, 1.13.4::gentoo, 1.14.1::gentoo, 1.15::gentoo
sys-devel/binutils:       2.25.1::gentoo
sys-devel/gcc:            4.9.3::gentoo
sys-devel/gcc-config:     1.8::gentoo
sys-devel/libtool:        2.4.6-r1::gentoo
sys-devel/make:           4.1-r1::gentoo
sys-kernel/linux-headers: 4.1::gentoo (virtual/os-headers)
sys-libs/glibc:           2.21-r1::gentoo
Repositories:

gentoo
    location: /usr/portage
    sync-type: rsync
    sync-uri: rsync://rsync.gentoo.org/gentoo-portage
    priority: -1000

local_ebuilds
    location: /usr/local/portage
    masters: gentoo
    priority: 0

gnome
    location: /var/lib/layman/gnome
    sync-type: laymansync
    sync-uri: git://anongit.gentoo.org/proj/gnome.git
    masters: gentoo
    priority: 50

haskell
    location: /var/lib/layman/haskell
    sync-type: laymansync
    sync-uri: git://github.com/gentoo-haskell/gentoo-haskell.git
    masters: gentoo
    priority: 50

mv
    location: /var/lib/layman/mv
    sync-type: laymansync
    sync-uri: git://anongit.gentoo.org/user/mv.git
    masters: gentoo
    priority: 50

ABI="amd64"
ABI_X86="64"
ACCEPT_KEYWORDS="amd64 ~amd64 ~x86"
ACCEPT_LICENSE="*"
ACCEPT_PROPERTIES="*"
ACCEPT_RESTRICT="*"
ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci"
ANT_HOME="/usr/share/ant"
APACHE2_MODULES="actions alias access_compat auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_file authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mime mime_magic negotiation proxy proxy_ajp proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_aliasasis authn_alias log_forensic substitute vhost_alias asis log_forensic authn_core authz_core unixd socache_shmcb"
APACHE2_MPMS="prefork"
ARCH="amd64"
AUTOCLEAN="yes"
BASH_ENV="/root/.bashrc"
BOOTSTRAP_USE="cxx unicode internal-glib python_targets_python3_4 python_targets_python2_7 multilib"
CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author"
CAMERAS="ptp2"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -mtune=core2 -pipe -ggdb"
CFLAGS_amd64="-m64"
CFLAGS_x32="-mx32"
CFLAGS_x86="-m32"
CHOST="x86_64-pc-linux-gnu"
CHOST_amd64="x86_64-pc-linux-gnu"
CHOST_x32="x86_64-pc-linux-gnux32"
CHOST_x86="i686-pc-linux-gnu"
CLEAN_DELAY="5"
COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog"
COLLISION_IGNORE="/lib/modules/* *.py[co] *$py.class */dropin.cache"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /var/bind"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.5/ext-active/ /etc/php/apache2-php5.6/ext-active/ /etc/php/cgi-php5.5/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cli-php5.5/ext-active/ /etc/php/cli-php5.6/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CPU_FLAGS_X86="avx mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3"
CVS_RSH="ssh"
CXXFLAGS="-O2 -mtune=core2 -pipe -ggdb"
DEFAULT_ABI="amd64"
DISTDIR="/usr/portage/distfiles"
EDITOR="/usr/bin/emacs"
ELIBC="glibc"
EMERGE_DEFAULT_OPTS="--ask --color=n  --verbose --nospinner --autounmask=n --quiet-build=n"
EMERGE_WARNING_DELAY="10"
EPREFIX=""
EROOT="/"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs buildpkg config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync"
FETCHCOMMAND="wget -t 3 -T 60 --passive-ftp -O "${DISTDIR}/${FILE}" "${URI}""
FETCHCOMMAND_RSYNC="rsync -avP "${URI}" "${DISTDIR}/${FILE}""
FETCHCOMMAND_SFTP="bash -c "x=\${2#sftp://} ; host=\${x%%/*} ; port=\${host##*:} ; host=\${host%:*} ; [[ \${host} = \${port} ]] && port=22 ; eval \"declare -a ssh_opts=(\${3})\" ; exec sftp -P \${port} \"\${ssh_opts[@]}\" \"\${host}:/\${x#*/}\" \"\$1\"" sftp "${DISTDIR}/${FILE}" "${URI}" "${PORTAGE_SSH_OPTS}""
FETCHCOMMAND_SSH="bash -c "x=\${2#ssh://} ; host=\${x%%/*} ; port=\${host##*:} ; host=\${host%:*} ; [[ \${host} = \${port} ]] && port=22 ; exec rsync --rsh=\"ssh -p\${port} \${3}\" -avP \"\${host}:/\${x#*/}\" \"\$1\"" rsync "${DISTDIR}/${FILE}" "${URI}" "${PORTAGE_SSH_OPTS}""
FFLAGS="-O2 -pipe"
GCC_SPECS=""
GCPAN_OVERLAY="/usr/local/portage"
GENTOO_MIRRORS="ftp://mirror.iawnet.sandia.gov/pub/gentoo http://distfiles.gentoo.org"
GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx"
GRUB_PLATFORMS=""
GSETTINGS_BACKEND="dconf"
GUILE_LOAD_PATH="/usr/share/guile/1.8"
HOME="/root"
HUSHLOGIN="FALSE"
INFOPATH="/usr/share/info:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.3/info:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.25.1/info:/usr/share/info/emacs-24"
INPUT_DEVICES="keyboard mouse evdev"
IUSE_IMPLICIT="abi_x86_64 prefix prefix-guest"
JAVAC="/etc/java-config-2/current-system-vm/bin/javac"
JAVA_HOME="/etc/java-config-2/current-system-vm"
JDK_HOME="/etc/java-config-2/current-system-vm"
KERNEL="linux"
LADSPA_PATH="/usr/lib64/ladspa"
LANG="en_US.UTF-8"
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text"
LC_MESSAGES="C"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LDFLAGS_amd64="-m elf_x86_64"
LDFLAGS_x32="-m elf32_x86_64"
LDFLAGS_x86="-m elf_i386"
LESS="-sFRiMX --shift 5"
LESSOPEN="|lesspipe.sh %s"
LESS_ADVANCED_PREPROCESSOR="1"
LIBDIR_amd64="lib64"
LIBDIR_amd64_fbsd="lib64"
LIBDIR_arm="lib"
LIBDIR_arm64="lib64"
LIBDIR_n32="lib32"
LIBDIR_n64="lib64"
LIBDIR_o32="lib"
LIBDIR_ppc="lib32"
LIBDIR_ppc64="lib64"
LIBDIR_s390="lib32"
LIBDIR_s390x="lib64"
LIBDIR_sparc32="lib32"
LIBDIR_sparc64="lib64"
LIBDIR_x32="libx32"
LIBDIR_x86="lib32"
LIBDIR_x86_fbsd="lib32"
LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer"
LOGNAME="root"
LS_COLORS="rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.cfg=00;32:*.conf=00;32:*.diff=00;32:*.doc=00;32:*.ini=00;32:*.log=00;32:*.patch=00;32:*.pdf=00;32:*.ps=00;32:*.tex=00;32:*.txt=00;32:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36:"
LUA_PATH=";;/etc/freeswitch/scripts/?.lua"
MAIL="/var/mail/root"
MAILMAN_MAILGID="2"
MAKEOPTS="-j1"
MANPATH="/etc/java-config-2/current-system-vm/man:/usr/local/share/man:/usr/share/man:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.3/man:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.25.1/man:/etc/java-config-2/current-system-vm/man/:/usr/lib64/php5.5/man/:/usr/lib64/php5.6/man/:/usr/share/postgresql/man/:/usr/share/postgresql-9.4/man/"
MULTILIB_ABIS="amd64 x86"
MULTILIB_STRICT_DENY="64-bit.*shared object"
MULTILIB_STRICT_DIRS="/lib32 /lib /usr/lib32 /usr/lib /usr/kde/*/lib32 /usr/kde/*/lib /usr/qt/*/lib32 /usr/qt/*/lib /usr/X11R6/lib32 /usr/X11R6/lib"
MULTILIB_STRICT_EXEMPT="(perl5|gcc|gcc-lib|binutils|eclipse-3|debug|portage|udev|systemd|clang|python-exec)"
NETBEANS="apisupport cnd groovy gsf harness ide identity j2ee java mobility nb php profiler soa visualweb webcommon websvccommon xml"
NOCOLOR="true"
OFFICE_IMPLEMENTATION="libreoffice"
OLDPWD="/usr/src/linux.git"
OPENCL_PROFILE="nvidia"
OPENGL_PROFILE="nvidia"
PAGER="/usr/bin/less"
PATH="/usr/local/sbin:/usr/sbin:/sbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.3:/root/bin"
PHP_TARGETS="php5-4 php5-5 php5-6"
PKGDIR="/usr/portage/packages"
PORTAGE_ARCHLIST="alpha amd64 amd64-fbsd amd64-linux arm arm-linux arm64 hppa hppa-hpux ia64 ia64-hpux ia64-linux m68k m68k-mint mips nios2 ppc ppc-aix ppc-macos ppc-openbsd ppc64 ppc64-linux riscv s390 sh sparc sparc-fbsd sparc-solaris sparc64-freebsd sparc64-solaris x64-cygwin x64-freebsd x64-macos x64-openbsd x64-solaris x86 x86-cygwin x86-fbsd x86-freebsd x86-interix x86-linux x86-macos x86-netbsd x86-openbsd x86-solaris x86-winnt"
PORTAGE_BIN_PATH="/usr/lib/portage/python2.7"
PORTAGE_COMPRESS_EXCLUDE_SUFFIXES="css gif htm[l]? jp[e]?g js pdf png"
PORTAGE_CONFIGROOT="/"
PORTAGE_DEBUG="0"
PORTAGE_DEPCACHEDIR="/var/cache/edb/dep"
PORTAGE_ELOG_CLASSES="log warn error"
PORTAGE_ELOG_MAILFROM="portage@localhost"
PORTAGE_ELOG_MAILSUBJECT="[portage] ebuild log for ${PACKAGE} on ${HOST}"
PORTAGE_ELOG_MAILURI="covici /usr/sbin/sendmail"
PORTAGE_ELOG_SYSTEM="save mail_summary save_summary"
PORTAGE_FETCH_CHECKSUM_TRY_MIRRORS="5"
PORTAGE_FETCH_RESUME_MIN_SIZE="350K"
PORTAGE_GID="250"
PORTAGE_GPG_SIGNING_COMMAND="gpg --sign --digest-algo SHA256 --clearsign --yes --default-key "${PORTAGE_GPG_KEY}" --homedir "${PORTAGE_GPG_DIR}" "${FILE}""
PORTAGE_INST_GID="0"
PORTAGE_INST_UID="0"
PORTAGE_INTERNAL_CALLER="1"
PORTAGE_OVERRIDE_EPREFIX=""
PORTAGE_PYM_PATH="/usr/lib64/python2.7/site-packages"
PORTAGE_PYTHONPATH="/usr/lib64/python2.7/site-packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_RSYNC_RETRIES="-1"
PORTAGE_SYNC_STALE="30"
PORTAGE_TMPDIR="/var/tmp"
PORTAGE_VERBOSE="1"
PORTAGE_WORKDIR_MODE="0700"
PORTAGE_XATTR_EXCLUDE="btrfs.* security.evm security.ima 	security.selinux system.nfs4_acl"
PORT_LOGDIR="/var/log/portage"
PORT_LOGDIR_CLEAN="find "${PORT_LOGDIR}" -type f ! -name "summary.log*" -mtime +7 -delete"
PRELINK_PATH_MASK="/usr/lib64/klibc:/usr/lib64/libfreebl3.so:/usr/lib64/libnssdbm3.so:/usr/lib64/libsoftokn3.so"
PROFILE_ONLY_VARIABLES="ARCH ELIBC IUSE_IMPLICIT KERNEL USERLAND USE_EXPAND_IMPLICIT USE_EXPAND_UNPREFIXED USE_EXPAND_VALUES_ARCH USE_EXPAND_VALUES_ELIBC USE_EXPAND_VALUES_KERNEL USE_EXPAND_VALUES_USERLAND"
PS1="\h:\w\$ "
PWD="/usr/src"
PYTHONDOCS_2_7="/usr/share/doc/python-docs-2.7.8/html/library"
PYTHONDOCS_3_2="/usr/share/doc/python-docs-3.2.5/html/library"
PYTHONDOCS_3_3="/usr/share/doc/python-docs-3.3.5-r1/html/library"
PYTHONDONTWRITEBYTECODE="1"
PYTHON_SINGLE_TARGET="python2_7"
PYTHON_TARGETS="python2_7 python3_4"
RESUMECOMMAND="wget -c -t 3 -T 60 --passive-ftp -O "${DISTDIR}/${FILE}" "${URI}""
RESUMECOMMAND_RSYNC="rsync -avP "${URI}" "${DISTDIR}/${FILE}""
RESUMECOMMAND_SSH="bash -c "x=\${2#ssh://} ; host=\${x%%/*} ; port=\${host##*:} ; host=\${host%:*} ; [[ \${host} = \${port} ]] && port=22 ; exec rsync --rsh=\"ssh -p\${port} \${3}\" -avP \"\${host}:/\${x#*/}\" \"\$1\"" rsync "${DISTDIR}/${FILE}" "${URI}" "${PORTAGE_SSH_OPTS}""
ROOT="/"
ROOTPATH="/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.3"
RPMDIR="/usr/portage/rpm"
RUBY_TARGETS="ruby21"
SBCL_HOME="/usr/lib64/sbcl"
SBCL_SOURCE_ROOT="/usr/lib64/sbcl/src"
SHELL="/bin/bash"
SHLVL="1"
SPEECHD_ADDRESS="inet_socket:localhost:6560"
SYMLINK_LIB="yes"
TERM="linux"
UNINSTALL_IGNORE="/lib/modules/* /var/run /var/lock"
USE="X a52 aac accessibility acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli colord cracklib crypt cups cxx dbus doc dri dts dvd dvdr eds emboss encode evo exif fam firefox flac fortran gdbm gif glamor gnome gnome-keyring gnome-online-accounts gpm gstreamer gtk gtk3 iconv introspection ipv6 jpeg lcms ldap libnotify libsecret mad mmx mmxext mng modules mp3 mp4 mpeg multilib nautilus ncurses nls nptl nsplugin ogg opengl openmp pam pango pcre pdf png policykit ppds qt3support readline sdl seccomp session spell sse sse2 ssl startup-notification svg systemd tcpd tiff tracker truetype udev udisks unicode upower usb vorbis wxwidgets x264 xcb xml xv xvid zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="actions alias access_compat auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_file authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mime mime_magic negotiation proxy proxy_ajp proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_aliasasis authn_alias log_forensic substitute vhost_alias asis log_forensic authn_core authz_core unixd socache_shmcb" APACHE2_MPMS="prefork" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="avx mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-4 php5-5 php5-6" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4" RUBY_TARGETS="ruby21" USERLAND="GNU" VIDEO_CARDS="nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
USER="root"
USERLAND="GNU"
USERNAME="root"
USE_EXPAND="ABI_MIPS ABI_PPC ABI_S390 ABI_X86 ALSA_CARDS APACHE2_MODULES APACHE2_MPMS CALLIGRA_FEATURES CAMERAS COLLECTD_PLUGINS CPU_FLAGS_X86 CROSSCOMPILE_OPTS CURL_SSL DRACUT_MODULES DVB_CARDS ELIBC ENLIGHTENMENT_MODULES FCDSL_CARDS FFTOOLS FOO2ZJS_DEVICES FRITZCAPI_CARDS GPSD_PROTOCOLS GRUB_PLATFORMS INPUT_DEVICES KERNEL LCD_DEVICES LIBREOFFICE_EXTENSIONS LINGUAS LIRC_DEVICES MONKEYD_PLUGINS NETBEANS_MODULES NGINX_MODULES_HTTP NGINX_MODULES_MAIL OFED_DRIVERS OFFICE_IMPLEMENTATION OPENMPI_FABRICS OPENMPI_OFED_FEATURES OPENMPI_RM PHP_TARGETS PYTHON_SINGLE_TARGET PYTHON_TARGETS QEMU_SOFTMMU_TARGETS QEMU_USER_TARGETS RUBY_TARGETS SANE_BACKENDS USERLAND UWSGI_PLUGINS VIDEO_CARDS VOICEMAIL_STORAGE XFCE_PLUGINS XTABLES_ADDONS"
USE_EXPAND_HIDDEN="ABI_MIPS ABI_PPC ABI_S390 CROSSCOMPILE_OPTS ELIBC KERNEL USERLAND"
USE_EXPAND_IMPLICIT="ARCH ELIBC KERNEL USERLAND"
USE_EXPAND_UNPREFIXED="ARCH"
USE_EXPAND_VALUES_ARCH="alpha amd64 amd64-fbsd amd64-linux arm arm-linux arm64 hppa hppa-hpux ia64 ia64-hpux ia64-linux m68k m68k-mint mips nios2 ppc ppc64 ppc64-linux ppc-aix ppc-macos ppc-openbsd riscv s390 sh sparc sparc64-freebsd sparc64-solaris sparc-fbsd sparc-solaris x64-cygwin x64-freebsd x64-macos x64-openbsd x64-solaris x86 x86-cygwin x86-fbsd x86-freebsd x86-interix x86-linux x86-macos x86-netbsd x86-openbsd x86-solaris x86-winnt"
USE_EXPAND_VALUES_ELIBC="AIX Cygwin Darwin DragonFly FreeBSD glibc HPUX Interix mintlib musl NetBSD OpenBSD SunOS uclibc Winnt"
USE_EXPAND_VALUES_KERNEL="AIX Darwin FreeBSD freemint HPUX linux NetBSD OpenBSD SunOS Winnt"
USE_EXPAND_VALUES_USERLAND="BSD GNU"
USE_ORDER="env:pkg:conf:defaults:pkginternal:repo:env.d"
UUCPLOCK="/var/lock/LCK.."
VIDEO_CARDS="nvidia"
XDG_CONFIG_DIRS="/etc/xdg"
XDG_DATA_DIRS="/usr/local/share:/usr/share:/usr/share/gdm"
XDG_RUNTIME_DIR="/run/user/0"
XDG_SEAT="seat0"
XDG_SESSION_ID="1"
XDG_VTNR="1"
XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"

grep -r python /etc/portage
/etc/portage/package.env:dev-python/pycurl curl.conf
/etc/portage/package.use:# move dev-python/twisted dev-python/twisted-core
/etc/portage/package.use:dev-python/twisted-core -gtk
/etc/portage/package.use:app-accessibility/brltty  python usb
/etc/portage/package.use:dev-python/jinja -doc
/etc/portage/package.use:dev-lang/python tk
/etc/portage/package.use:dev-python/dbus-python -doc
/etc/portage/package.use:dev-python/pycrypto -doc
/etc/portage/package.use:app-accessibility/speech-dispatcher alsa python
/etc/portage/package.use:dev-lang/yasm -python
/etc/portage/package.use:media-sound/ecasound libsamplerate python
/etc/portage/package.use:dev-libs/boost python tools
/etc/portage/package.use:sys-libs/talloc python
/etc/portage/package.use:media-sound/rhythmbox  python python_targets_python3_4
/etc/portage/package.use:dev-python/sphinx -doc
/etc/portage/package.use:dev-db/postgresql-server perl python
/etc/portage/package.use:dev-db/postgresql python
/etc/portage/package.use:sys-apps/systemd python abi_x86_32   -gudev
/etc/portage/package.use:sys-libs/tdb python
/etc/portage/package.use:sys-libs/ntdb python
/etc/portage/package.use:sys-libs/tevent python
/etc/portage/package.use:dev-python/pygments -doc
/etc/portage/package.use:dev-python/Babel -doc

grep -r systemd /etc/portage
/etc/portage/package.use:dev-lang/php  apache2 bcmath  bzip2 cgi curl expat ftp imap mhash mysql odb pcntl postgres sharedmem sockets sysvipc tokenizer xmlrpc xsl zip posix ctype simplexml pdo  mysqli hash gd odbc sqlite3 sqlite fpm xmlwriter -systemd
/etc/portage/package.use:sys-apps/systemd python abi_x86_32   -gudev


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] a few blockers I can't figure out

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 628 bytes --]

On Mon, 31 Aug 2015 12:54:47 -0400, covici@ccs.covici.com wrote:

> EMERGE_DEFAULT_OPTS="--ask --color=n  --verbose --nospinner
> --autounmask=n --quiet-build=n"

Get rid of the --verbose flag as a default. Part of the reason the output
from portage is so confusing is that there is so much of it, --verbose
adds even more noise. By all means use it on those occasions you need
more information, but as a default it just hides the real information
among a load of noise.


-- 
Neil Bothwick

              Windows 98 took us to the edge of the cliff.
                With Windows XP we took a big step forward.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Neil Bothwick <neil@digimed.co.uk> wrote:

> On Mon, 31 Aug 2015 12:54:47 -0400, covici@ccs.covici.com wrote:
> 
> > EMERGE_DEFAULT_OPTS="--ask --color=n  --verbose --nospinner
> > --autounmask=n --quiet-build=n"
> 
> Get rid of the --verbose flag as a default. Part of the reason the output
> from portage is so confusing is that there is so much of it, --verbose
> adds even more noise. By all means use it on those occasions you need
> more information, but as a default it just hides the real information
> among a load of noise.

OK, I will see if I get better output that way.  I am sure I had a
reason for doing it, maybe some recomendation, but I can't remember
anymore.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 31/08/2015 18:54, covici@ccs.covici.com wrote:
>> The words make sense, the meaning doesn't :-)
>> > 
>> > It looks like fail2ban wants systemd without python support, but the
>> > true reason is still hidden. The fail2ban ebuild has this:
>> > 
>> > RDEPEND="
>> >         ...
>> >         systemd? ( $(python_gen_cond_dep '|| (
>> >                 dev-python/python-systemd[${PYTHON_USEDEP}]
>> >                 sys-apps/systemd[python(-),${PYTHON_USEDEP}]
>> > 
>> > 
>> > I'm thinking maybe you have a specific portage entry that's getting in
>> > the way. What are your results for:
>> > 
>> > emerge --info
>> > grep -r python /etc/portage
>> > grep -r systemd /etc/portage
> Just to let you know, most of the python entries were mandated by
> portage, certainly the systemd one.


I'm having a hard time figuring out what is making portage do this.
I also figure you're OK with a downgraded systemd meanwhile, but just
for kicks, lets test my theory: If you run this, does portage offer to
upgrade systemd?


USE="-python" emerge -pv systemd

-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Alan McKinnon <alan.mckinnon@gmail.com> wrote:

> On 31/08/2015 18:54, covici@ccs.covici.com wrote:
> >> The words make sense, the meaning doesn't :-)
> >> > 
> >> > It looks like fail2ban wants systemd without python support, but the
> >> > true reason is still hidden. The fail2ban ebuild has this:
> >> > 
> >> > RDEPEND="
> >> >         ...
> >> >         systemd? ( $(python_gen_cond_dep '|| (
> >> >                 dev-python/python-systemd[${PYTHON_USEDEP}]
> >> >                 sys-apps/systemd[python(-),${PYTHON_USEDEP}]
> >> > 
> >> > 
> >> > I'm thinking maybe you have a specific portage entry that's getting in
> >> > the way. What are your results for:
> >> > 
> >> > emerge --info
> >> > grep -r python /etc/portage
> >> > grep -r systemd /etc/portage
> > Just to let you know, most of the python entries were mandated by
> > portage, certainly the systemd one.
> 
> 
> I'm having a hard time figuring out what is making portage do this.
> I also figure you're OK with a downgraded systemd meanwhile, but just
> for kicks, lets test my theory: If you run this, does portage offer to
> upgrade systemd?
> 
> 
> USE="-python" emerge -pv systemd

Well, here is what I got
[ebuild     U  ] sys-apps/systemd-225:0/2::gentoo [219_p112:0/2::gentoo]
USE="acl kdbus* kmod lz4 pam policykit seccomp ssl -apparmor -audit
-cryptsetup -curl -elfutils -gcrypt -gnuefi% -http -idn -importd -lzma
-nat -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb (-doc%*)
(-gudev%) (-introspection%*) (-python%*)
(-terminal%)" ABI_X86="32 (64) (-x32)"
PYTHON_SINGLE_TARGET="(-python2_7%*) (-python3_3%) (-python3_4%)"
PYTHON_TARGETS="(-python2_7%*) (-python3_3%) (-python3_4%*)" 3,788 KiB

Total: 1 package (1 upgrade), Size of downloads: 3,788 KiB

!!! Multiple package instances within a single package slot have been
    pulled
!!! into the dependency graph, resulting in a slot conflict:

sys-apps/systemd:0

  (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) pulled
  in by
    sys-apps/systemd (Argument)

  (sys-apps/systemd-219_p112:0/2::gentoo, installed) pulled in by
    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(+)?]
    required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed)




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. You may want to try a larger value of
the --backtrack option, such as --backtrack=30, in order to see if
that will solve this conflict automatically.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.
 

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 01/09/2015 02:12, covici@ccs.covici.com wrote:
> Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> 
>> On 31/08/2015 18:54, covici@ccs.covici.com wrote:
>>>> The words make sense, the meaning doesn't :-)
>>>>>
>>>>> It looks like fail2ban wants systemd without python support, but the
>>>>> true reason is still hidden. The fail2ban ebuild has this:
>>>>>
>>>>> RDEPEND="
>>>>>         ...
>>>>>         systemd? ( $(python_gen_cond_dep '|| (
>>>>>                 dev-python/python-systemd[${PYTHON_USEDEP}]
>>>>>                 sys-apps/systemd[python(-),${PYTHON_USEDEP}]
>>>>>
>>>>>
>>>>> I'm thinking maybe you have a specific portage entry that's getting in
>>>>> the way. What are your results for:
>>>>>
>>>>> emerge --info
>>>>> grep -r python /etc/portage
>>>>> grep -r systemd /etc/portage
>>> Just to let you know, most of the python entries were mandated by
>>> portage, certainly the systemd one.
>>
>>
>> I'm having a hard time figuring out what is making portage do this.
>> I also figure you're OK with a downgraded systemd meanwhile, but just
>> for kicks, lets test my theory: If you run this, does portage offer to
>> upgrade systemd?
>>
>>
>> USE="-python" emerge -pv systemd
> 
> Well, here is what I got
> [ebuild     U  ] sys-apps/systemd-225:0/2::gentoo [219_p112:0/2::gentoo]
> USE="acl kdbus* kmod lz4 pam policykit seccomp ssl -apparmor -audit
> -cryptsetup -curl -elfutils -gcrypt -gnuefi% -http -idn -importd -lzma
> -nat -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb (-doc%*)
> (-gudev%) (-introspection%*) (-python%*)
> (-terminal%)" ABI_X86="32 (64) (-x32)"
> PYTHON_SINGLE_TARGET="(-python2_7%*) (-python3_3%) (-python3_4%)"
> PYTHON_TARGETS="(-python2_7%*) (-python3_3%) (-python3_4%*)" 3,788 KiB
> 
> Total: 1 package (1 upgrade), Size of downloads: 3,788 KiB
> 
> !!! Multiple package instances within a single package slot have been
>     pulled
> !!! into the dependency graph, resulting in a slot conflict:
> 
> sys-apps/systemd:0
> 
>   (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) pulled
>   in by
>     sys-apps/systemd (Argument)
> 
>   (sys-apps/systemd-219_p112:0/2::gentoo, installed) pulled in by
>     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(+)?]
>     required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed)



Got it, finally :-)

fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the
highest version with an explicit python USE flag. All later versions do
not have the flag at all.

Your choices are either to have fail2ban fixed to deal with recent
systemd USE, and tolerate the systemd downgrade meanwhile; or to replace
fail2ban with something equivalent


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] a few blockers I can't figure out

[Rich Freeman]

On Tue, Sep 1, 2015 at 5:55 AM, Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> Got it, finally :-)
>
> fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the
> highest version with an explicit python USE flag. All later versions do
> not have the flag at all.
>
> Your choices are either to have fail2ban fixed to deal with recent
> systemd USE, and tolerate the systemd downgrade meanwhile; or to replace
> fail2ban with something equivalent
>

Sounds like this is covered by:
https://bugs.gentoo.org/show_bug.cgi?id=558168
https://bugs.gentoo.org/show_bug.cgi?id=555502

It seems to me like this is a portage issue with the resolver.
Running emerge -1 python-systemd sounds like it fixes the issue.
Apparently once it is installed portage will figure out it needs to
hang onto it.

-- 
Rich

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Rich Freeman <rich0@gentoo.org> wrote:

> On Tue, Sep 1, 2015 at 5:55 AM, Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> > Got it, finally :-)
> >
> > fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the
> > highest version with an explicit python USE flag. All later versions do
> > not have the flag at all.
> >
> > Your choices are either to have fail2ban fixed to deal with recent
> > systemd USE, and tolerate the systemd downgrade meanwhile; or to replace
> > fail2ban with something equivalent
> >
> 
> Sounds like this is covered by:
> https://bugs.gentoo.org/show_bug.cgi?id=558168
> https://bugs.gentoo.org/show_bug.cgi?id=555502
> 
> It seems to me like this is a portage issue with the resolver.
> Running emerge -1 python-systemd sounds like it fixes the issue.
> Apparently once it is installed portage will figure out it needs to
> hang onto it.

And portage will not let me do that even though I have removed the
explicit python use flag from sys-apps/systemd -- in fact it will not
let me reinstall the same version of systemd without the python use
flag.


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] a few blockers I can't figure out

[Rich Freeman]

On Tue, Sep 1, 2015 at 7:13 AM,  <covici@ccs.covici.com> wrote:
> Rich Freeman <rich0@gentoo.org> wrote:
>>
>> Sounds like this is covered by:
>> https://bugs.gentoo.org/show_bug.cgi?id=558168
>> https://bugs.gentoo.org/show_bug.cgi?id=555502
>>
>> It seems to me like this is a portage issue with the resolver.
>> Running emerge -1 python-systemd sounds like it fixes the issue.
>> Apparently once it is installed portage will figure out it needs to
>> hang onto it.
>
> And portage will not let me do that even though I have removed the
> explicit python use flag from sys-apps/systemd -- in fact it will not
> let me reinstall the same version of systemd without the python use
> flag.
>

Can you attach the emerge output of "emerge -1 python-systemd" ?  I
don't see that anywhere in this thread.

As far as I can tell everything should work as long as you emerge that
first, or on the same command line as fail2ban, as the bug indicates.
You shouldn't have to mess with any systemd USE flag settings if
you're on ~amd64, and in theory touching the flag won't change
anything anyway.

-- 
Rich

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Rich Freeman <rich0@gentoo.org> wrote:

> On Tue, Sep 1, 2015 at 7:13 AM,  <covici@ccs.covici.com> wrote:
> > Rich Freeman <rich0@gentoo.org> wrote:
> >>
> >> Sounds like this is covered by:
> >> https://bugs.gentoo.org/show_bug.cgi?id=558168
> >> https://bugs.gentoo.org/show_bug.cgi?id=555502
> >>
> >> It seems to me like this is a portage issue with the resolver.
> >> Running emerge -1 python-systemd sounds like it fixes the issue.
> >> Apparently once it is installed portage will figure out it needs to
> >> hang onto it.
> >
> > And portage will not let me do that even though I have removed the
> > explicit python use flag from sys-apps/systemd -- in fact it will not
> > let me reinstall the same version of systemd without the python use
> > flag.
> >
> 
> Can you attach the emerge output of "emerge -1 python-systemd" ?  I
> don't see that anywhere in this thread.
> 
> As far as I can tell everything should work as long as you emerge that
> first, or on the same command line as fail2ban, as the bug indicates.
> You shouldn't have to mess with any systemd USE flag settings if
> you're on ~amd64, and in theory touching the flag won't change
> anything anyway.

Here it is, I filed a bug anyway against fail2ban.

[ebuild  N     ] dev-python/python-systemd-230::gentoo
PYTHON_TARGETS="python2_7 python3_4 -python3_3" 39 KiB
[blocks B      ] sys-apps/systemd[python(-)]
("sys-apps/systemd[python(-)]" is blocking
dev-python/python-systemd-230)

Total: 1 package (1 new), Size of downloads: 39 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.

  (dev-python/python-systemd-230:0/0::gentoo, ebuild scheduled for
  merge) pulled in by
    python-systemd
 
-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] a few blockers I can't figure out

[Marc Joliet_1]

[-- Attachment #1: Type: text/plain, Size: 986 bytes --]

On Tuesday 01 September 2015 11:55:12 Alan McKinnon wrote:
>On 01/09/2015 02:12, covici@ccs.covici.com wrote:
[...]
>
>Got it, finally :-)
>
>fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the
>highest version with an explicit python USE flag. All later versions do
>not have the flag at all.
>
>Your choices are either to have fail2ban fixed to deal with recent
>systemd USE, and tolerate the systemd downgrade meanwhile; or to replace
>fail2ban with something equivalent

That'll be because the systemd python bindings were split into a separate 
package upstream.  But fail2ban already depends on it:

	systemd? ( $(python_gen_cond_dep '|| (
		dev-python/python-systemd[${PYTHON_USEDEP}]
		sys-apps/systemd[python(-),${PYTHON_USEDEP}]
	)' 'python*' ) )

So maybe the OP just needs to unmask python-systemd?

HTH
-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 01/09/2015 12:18, Marc Joliet_1 wrote:
> On Tuesday 01 September 2015 11:55:12 Alan McKinnon wrote:
>> On 01/09/2015 02:12, covici@ccs.covici.com wrote:
> [...]
>>
>> Got it, finally :-)
>>
>> fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the
>> highest version with an explicit python USE flag. All later versions do
>> not have the flag at all.
>>
>> Your choices are either to have fail2ban fixed to deal with recent
>> systemd USE, and tolerate the systemd downgrade meanwhile; or to replace
>> fail2ban with something equivalent
> 
> That'll be because the systemd python bindings were split into a separate 
> package upstream.  But fail2ban already depends on it:
> 
> 	systemd? ( $(python_gen_cond_dep '|| (
> 		dev-python/python-systemd[${PYTHON_USEDEP}]
> 		sys-apps/systemd[python(-),${PYTHON_USEDEP}]
> 	)' 'python*' ) )
> 
> So maybe the OP just needs to unmask python-systemd?


That makes sense.


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Alan McKinnon <alan.mckinnon@gmail.com> wrote:

> On 01/09/2015 02:12, covici@ccs.covici.com wrote:
> > Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> > 
> >> On 31/08/2015 18:54, covici@ccs.covici.com wrote:
> >>>> The words make sense, the meaning doesn't :-)
> >>>>>
> >>>>> It looks like fail2ban wants systemd without python support, but the
> >>>>> true reason is still hidden. The fail2ban ebuild has this:
> >>>>>
> >>>>> RDEPEND="
> >>>>>         ...
> >>>>>         systemd? ( $(python_gen_cond_dep '|| (
> >>>>>                 dev-python/python-systemd[${PYTHON_USEDEP}]
> >>>>>                 sys-apps/systemd[python(-),${PYTHON_USEDEP}]
> >>>>>
> >>>>>
> >>>>> I'm thinking maybe you have a specific portage entry that's getting in
> >>>>> the way. What are your results for:
> >>>>>
> >>>>> emerge --info
> >>>>> grep -r python /etc/portage
> >>>>> grep -r systemd /etc/portage
> >>> Just to let you know, most of the python entries were mandated by
> >>> portage, certainly the systemd one.
> >>
> >>
> >> I'm having a hard time figuring out what is making portage do this.
> >> I also figure you're OK with a downgraded systemd meanwhile, but just
> >> for kicks, lets test my theory: If you run this, does portage offer to
> >> upgrade systemd?
> >>
> >>
> >> USE="-python" emerge -pv systemd
> > 
> > Well, here is what I got
> > [ebuild     U  ] sys-apps/systemd-225:0/2::gentoo [219_p112:0/2::gentoo]
> > USE="acl kdbus* kmod lz4 pam policykit seccomp ssl -apparmor -audit
> > -cryptsetup -curl -elfutils -gcrypt -gnuefi% -http -idn -importd -lzma
> > -nat -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb (-doc%*)
> > (-gudev%) (-introspection%*) (-python%*)
> > (-terminal%)" ABI_X86="32 (64) (-x32)"
> > PYTHON_SINGLE_TARGET="(-python2_7%*) (-python3_3%) (-python3_4%)"
> > PYTHON_TARGETS="(-python2_7%*) (-python3_3%) (-python3_4%*)" 3,788 KiB
> > 
> > Total: 1 package (1 upgrade), Size of downloads: 3,788 KiB
> > 
> > !!! Multiple package instances within a single package slot have been
> >     pulled
> > !!! into the dependency graph, resulting in a slot conflict:
> > 
> > sys-apps/systemd:0
> > 
> >   (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) pulled
> >   in by
> >     sys-apps/systemd (Argument)
> > 
> >   (sys-apps/systemd-219_p112:0/2::gentoo, installed) pulled in by
> >     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(+)?]
> >     required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed)
> 
> 
> 
> Got it, finally :-)
> 
> fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the
> highest version with an explicit python USE flag. All later versions do
> not have the flag at all.
> 
> Your choices are either to have fail2ban fixed to deal with recent
> systemd USE, and tolerate the systemd downgrade meanwhile; or to replace
> fail2ban with something equivalent

I do need fail2ban, so should I file a bug against it?


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 01/09/2015 13:03, covici@ccs.covici.com wrote:
> Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> 
>> On 01/09/2015 02:12, covici@ccs.covici.com wrote:
>>> Alan McKinnon <alan.mckinnon@gmail.com> wrote:
>>>
>>>> On 31/08/2015 18:54, covici@ccs.covici.com wrote:
>>>>>> The words make sense, the meaning doesn't :-)
>>>>>>>
>>>>>>> It looks like fail2ban wants systemd without python support, but the
>>>>>>> true reason is still hidden. The fail2ban ebuild has this:
>>>>>>>
>>>>>>> RDEPEND="
>>>>>>>         ...
>>>>>>>         systemd? ( $(python_gen_cond_dep '|| (
>>>>>>>                 dev-python/python-systemd[${PYTHON_USEDEP}]
>>>>>>>                 sys-apps/systemd[python(-),${PYTHON_USEDEP}]
>>>>>>>
>>>>>>>
>>>>>>> I'm thinking maybe you have a specific portage entry that's getting in
>>>>>>> the way. What are your results for:
>>>>>>>
>>>>>>> emerge --info
>>>>>>> grep -r python /etc/portage
>>>>>>> grep -r systemd /etc/portage
>>>>> Just to let you know, most of the python entries were mandated by
>>>>> portage, certainly the systemd one.
>>>>
>>>>
>>>> I'm having a hard time figuring out what is making portage do this.
>>>> I also figure you're OK with a downgraded systemd meanwhile, but just
>>>> for kicks, lets test my theory: If you run this, does portage offer to
>>>> upgrade systemd?
>>>>
>>>>
>>>> USE="-python" emerge -pv systemd
>>>
>>> Well, here is what I got
>>> [ebuild     U  ] sys-apps/systemd-225:0/2::gentoo [219_p112:0/2::gentoo]
>>> USE="acl kdbus* kmod lz4 pam policykit seccomp ssl -apparmor -audit
>>> -cryptsetup -curl -elfutils -gcrypt -gnuefi% -http -idn -importd -lzma
>>> -nat -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb (-doc%*)
>>> (-gudev%) (-introspection%*) (-python%*)
>>> (-terminal%)" ABI_X86="32 (64) (-x32)"
>>> PYTHON_SINGLE_TARGET="(-python2_7%*) (-python3_3%) (-python3_4%)"
>>> PYTHON_TARGETS="(-python2_7%*) (-python3_3%) (-python3_4%*)" 3,788 KiB
>>>
>>> Total: 1 package (1 upgrade), Size of downloads: 3,788 KiB
>>>
>>> !!! Multiple package instances within a single package slot have been
>>>     pulled
>>> !!! into the dependency graph, resulting in a slot conflict:
>>>
>>> sys-apps/systemd:0
>>>
>>>   (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) pulled
>>>   in by
>>>     sys-apps/systemd (Argument)
>>>
>>>   (sys-apps/systemd-219_p112:0/2::gentoo, installed) pulled in by
>>>     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(+)?]
>>>     required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed)
>>
>>
>>
>> Got it, finally :-)
>>
>> fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the
>> highest version with an explicit python USE flag. All later versions do
>> not have the flag at all.
>>
>> Your choices are either to have fail2ban fixed to deal with recent
>> systemd USE, and tolerate the systemd downgrade meanwhile; or to replace
>> fail2ban with something equivalent
> 
> I do need fail2ban, so should I file a bug against it?


Yes, definitely. There's a problem with fail2ban, or with portage's
resolver, or with our ability to read portage operators, I'm not sure
which :-)

The package maintainer is in a position to help out here.


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] a few blockers I can't figure out

[Jeremi Piotrowski]

On Mon, 31 Aug 2015, covici@ccs.covici.com wrote:

[snip]

> Just to let you know, most of the python entries were mandated by
> portage, certainly the systemd one.
> emerge --info
> Portage 2.2.20.1 (python 2.7.10-final-0, default/linux/amd64/13.0/desktop/gnome, gcc-4.9.3, glibc-2.21-r1, 3.16.3-gentoo x86_64)

I think this is your problem right here: you don't have the systemd
profile selected. You're trying to splice together the use settings needed
to get this to work when all of them are already gathered in the right
profile. 

Remove most of the use settings you were forced to make because of systemd
related issues, change your profile to

    default/linux/amd64/13.0/desktop/gnome/systemd 

and emerge -uDUva @world. 

This should remove most (if not all) of the blockers caused by conflicting
use flags you currently have set.

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Jeremi Piotrowski <jeremi.piotrowski@gmail.com> wrote:

> On Mon, 31 Aug 2015, covici@ccs.covici.com wrote:
> 
> [snip]
> 
> > Just to let you know, most of the python entries were mandated by
> > portage, certainly the systemd one.
> > emerge --info
> > Portage 2.2.20.1 (python 2.7.10-final-0, default/linux/amd64/13.0/desktop/gnome, gcc-4.9.3, glibc-2.21-r1, 3.16.3-gentoo x86_64)
> 
> I think this is your problem right here: you don't have the systemd
> profile selected. You're trying to splice together the use settings needed
> to get this to work when all of them are already gathered in the right
> profile. 
> 
> Remove most of the use settings you were forced to make because of systemd
> related issues, change your profile to
> 
>     default/linux/amd64/13.0/desktop/gnome/systemd 
> 
> and emerge -uDUva @world. 
> 
> This should remove most (if not all) of the blockers caused by conflicting
> use flags you currently have set.

Hmmm, how can I tell which use flags to remove?  I could remove the
systemd ones, but what else -- I will look at that directory and see
what it tells me, but any hints would be appreciated.  I wonder if I
started this long enough ago that that profile did not exist?

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

[gentoo-user] Re: a few blockers I can't figure out

[walt]

On Tue, 1 Sep 2015 01:51:51 +0200 (CEST)
Jeremi Piotrowski <jeremi.piotrowski@gmail.com> wrote:

> On Mon, 31 Aug 2015, covici@ccs.covici.com wrote:
> 
> [snip]
> 
> > Just to let you know, most of the python entries were mandated by
> > portage, certainly the systemd one.
> > emerge --info
> > Portage 2.2.20.1 (python 2.7.10-final-0,
> > default/linux/amd64/13.0/desktop/gnome, gcc-4.9.3, glibc-2.21-r1,
> > 3.16.3-gentoo x86_64)  
> 
> I think this is your problem right here: you don't have the systemd
> profile selected. You're trying to splice together the use settings
> needed to get this to work when all of them are already gathered in
> the right profile. 
> 
> Remove most of the use settings you were forced to make because of
> systemd related issues, change your profile to
> 
>     default/linux/amd64/13.0/desktop/gnome/systemd 
> 
> and emerge -uDUva @world. 
> 
> This should remove most (if not all) of the blockers caused by
> conflicting use flags you currently have set.

Thank you.  I've been running systemd for months and this is the first
time I've heard about systemd profiles.  I'm not using either gnome or
kde, so should I use default/linux/amd64/13.0/systemd, which doesn't
seem to care if I'm running a desktop machine or a headless server?

Re: [gentoo-user] Re: a few blockers I can't figure out

[Rich Freeman]

On Wed, Sep 2, 2015 at 7:57 AM, walt <w41ter@gmail.com> wrote:
> Thank you.  I've been running systemd for months and this is the first
> time I've heard about systemd profiles.  I'm not using either gnome or
> kde, so should I use default/linux/amd64/13.0/systemd, which doesn't
> seem to care if I'm running a desktop machine or a headless server?

Yes.  The profile doesn't do too much, but it is helpful.

At this point I think all the USE changes you've been making are
causing you more harm than good.  I'm pretty sure that you just need
to emerge -1 python-systemd, but I'm travelling so it might be a while
before I can take a closer look at things.

-- 
Rich

Re: [gentoo-user] Re: a few blockers I can't figure out

[Jeremi Piotrowski]

On Wed, 2 Sep 2015, walt wrote:

> Thank you.  I've been running systemd for months and this is the first
> time I've heard about systemd profiles.  I'm not using either gnome or
> kde, so should I use default/linux/amd64/13.0/systemd, which doesn't
> seem to care if I'm running a desktop machine or a headless server?
> 

I just had a closer look of the profile and it's definitely more suitable
for servers. However do remember that this is gentoo so we can work around
that.

Easy way: stay on the desktop profile and copy all of the systemd profile
files into /etc/portage:

    mkdir -p /etc/portage/profile
    cp /usr/portage/profiles/targets/systemd/* /etc/portage/profile

A bit harder (but way more interesting!): roll your own profile. Never
done this before and the documentation is a bit scarce, but this seems to
do the right thing:

    # mkdir -p /etc/portage/repos.conf
    # cat >/etc/portage/repos.conf/local.conf <<EOF
    [local]
    location = /usr/local/portage
    auto-sync = no
    EOF
    # mkdir -p /usr/local/portage
    # cd /usr/local/portage
    # mkdir metadata profiles
    # echo -e "masters = gentoo\nprofile-formats = portage-2" >metadata/layout.conf
    # cd profiles
    # echo "local" >repo_name
    # echo -e "amd64\tdefault/linux/amd64/13.0/desktop/systemd\texp" >profiles.desc
    # mkdir -p default/linux/amd64/13.0/desktop/systemd
    # cd default/linux/amd64/13.0/desktop/systemd
    # echo "gentoo:default/linux/amd64/13.0/desktop" >parent
    # echo "gentoo:default/linux/amd64/13.0/systemd" >>parent

Then eselect your new profile and emerge -uDNva @world.