Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Trying to install profile Gnome/Systemd... and failing
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Installing Gentoo
View previous topic :: View next topic  
Author Message
teknofile
n00b
n00b


Joined: 21 Aug 2004
Posts: 7

PostPosted: Sun Jul 07, 2019 6:18 am    Post subject: Trying to install profile Gnome/Systemd... and failing Reply with quote

I've been installing Gentoo and have a bootable system, but am trying to get Wayland+Gnome+Systemd being emerged. No matter what I do, it seems hell bent on installing sysvinit/openrc. How can I get it to stop that? :)

Code:
# emerge --ask --verbose --deep --with-bdeps=y --changed-use --update @world

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

Calculating dependencies... done!
[ebuild  N     ] net-libs/libmicrohttpd-0.9.63:0/12::gentoo  USE="ssl -epoll -messages -static-libs -test" ABI_X86="(64) -32 (-x32)" 1,797 KiB
[ebuild  N     ] dev-libs/wayland-1.17.0::gentoo  USE="-doc -static-libs" ABI_X86="(64) -32 (-x32)" 428 KiB
[ebuild  N     ] dev-libs/wayland-protocols-1.17::gentoo  106 KiB
[ebuild  N     ] sys-apps/sysvinit-2.93::gentoo  USE="(-ibm) (-selinux) -static" 115 KiB
[ebuild   R    ] sys-apps/systemd-241-r2:0/2::gentoo  USE="acl curl* gcrypt http* kmod lz4 pam pcre policykit resolvconf seccomp split-usr ssl sysv-utils -apparmor -audit -build -cryptsetup -elfutils -gnuefi -idn -importd -libidn2 -lzma -nat -qrcode (-selinux) -test -vanilla -xkb" ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild   R    ] media-libs/mesa-18.3.6::gentoo  USE="classic dri3 egl gallium gbm gles2 llvm wayland* -d3d9 -debug -gles1 -lm_sensors -opencl -osmesa -pax_kernel -pic (-selinux) -test -unwind -vaapi -valgrind -vdpau -vulkan -xa -xvmc" ABI_X86="(64) -32 (-x32)" VIDEO_CARDS="intel nouveau radeon radeonsi (-freedreno) -i915 -i965 (-imx) -r100 -r200 -r300 -r600 (-vc4) -virgl (-vivante) -vmware" 0 KiB
[ebuild   R    ] app-text/poppler-0.77.0:0/88::gentoo  USE="cairo curl* cxx introspection jpeg jpeg2k lcms png qt5 tiff utils -cjk -debug -doc -nss" 0 KiB
[ebuild   R    ] app-text/mupdf-1.14.0-r3:0/1.14.0::gentoo  USE="X curl* javascript opengl vanilla -libressl (-ssl) -static-libs" 0 KiB
[ebuild   R    ] x11-libs/gtk+-3.24.8:3::gentoo  USE="X colord cups introspection wayland* (-aqua) -broadway -cloudprint -examples -gtk-doc -test -vim-syntax -xinerama" ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild  N     ] sys-apps/openrc-0.41.2::gentoo  USE="ncurses netifrc pam unicode -audit -bash -debug -newnet (-prefix) (-selinux) -static-libs" 240 KiB
[blocks B      ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking sys-apps/systemd-241-r2)

Total: 10 packages (5 new, 5 reinstalls), Size of downloads: 2,684 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.93:0/0::gentoo, ebuild scheduled for merge) pulled in by
    >=sys-apps/sysvinit-2.86-r6[selinux?] (>=sys-apps/sysvinit-2.86-r6) required by (sys-apps/openrc-0.41.2:0/0::gentoo, ebuild scheduled for merge)

  (sys-apps/systemd-241-r2:0/2::gentoo, ebuild scheduled for merge) pulled in by
    sys-apps/systemd:= required by (dev-qt/qtcore-5.12.3:5/5.12::gentoo, installed)
    >=sys-apps/systemd-205:0= required by (sys-fs/lvm2-2.02.184-r4:0/0::gentoo, installed)
    sys-apps/systemd[pam] required by (sys-auth/pambase-20150213-r2:0/0::gentoo, installed)
    >=sys-apps/systemd-207 required by (sys-apps/gentoo-systemd-integration-7:0/0::gentoo, installed)
    sys-apps/systemd required by (net-print/cups-2.2.11:0/0::gentoo, installed)
    sys-apps/systemd:0/2=[policykit] required by (sys-auth/polkit-0.115-r4:0/0::gentoo, installed)
    sys-apps/systemd:0/2=[abi_x86_64(-)] required by (media-sound/pulseaudio-12.2-r1:0/0::gentoo, installed)
    sys-apps/systemd:0=[policykit] required by (sys-auth/polkit-0.115-r4:0/0::gentoo, installed)
    sys-apps/systemd:= required by (app-admin/syslog-ng-3.17.2: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_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,
abi_s390_64(-)?] (>=sys-apps/systemd-212-r5:0/2[abi_x86_64(-)]) required by (virtual/libudev-232:0/1::gentoo, installed)
    >=sys-apps/systemd-217:0 required by (virtual/udev-217:0/0::gentoo, installed)
    sys-apps/systemd:0/2= required by (dev-qt/qtcore-5.12.3:5/5.12::gentoo, installed)
    sys-apps/systemd:0/2= required by (sys-apps/dbus-1.12.16:0/0::gentoo, installed)
    >=sys-apps/systemd-44:0/2= required by (x11-misc/colord-1.3.5:0/2::gentoo, installed)
    sys-apps/systemd:0= required by (sys-apps/dbus-1.12.16:0/0::gentoo, installed)
    >=sys-apps/systemd-44:0= required by (x11-misc/colord-1.3.5:0/2::gentoo, installed)
    sys-apps/systemd required by (net-wireless/bluez-5.50-r2:0/3::gentoo, installed)
    sys-apps/systemd required by (sys-process/procps-3.3.15-r1:0/6::gentoo, installed)
    sys-apps/systemd:0/2= required by (app-admin/syslog-ng-3.17.2:0/0::gentoo, installed)
    sys-apps/systemd required by (virtual/service-manager-0:0/0::gentoo, installed)
    sys-apps/systemd required by (virtual/tmpfiles-0:0/0::gentoo, installed)
    sys-apps/systemd required by (sys-apps/util-linux-2.33.2:0/0::gentoo, installed)
    sys-apps/systemd:0=[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,
abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,
abi_s390_64(-)?] (sys-apps/systemd:0=[abi_x86_64(-)]) required by (media-sound/pulseaudio-12.2-r1:0/0::gentoo, installed)
    >=sys-apps/systemd-205:0/2= required by (sys-fs/lvm2-2.02.184-r4:0/0::gentoo, installed)


For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):

https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages


[Moderator edit: added [code] tags to preserve output layout; broke long whitespace-free lines in code tags to fix thread layout. -Hu]
Back to top
View user's profile Send private message
teknofile
n00b
n00b


Joined: 21 Aug 2004
Posts: 7

PostPosted: Sun Jul 07, 2019 6:58 am    Post subject: Reply with quote

Just saw: “If sys-apps/sysvinit blocks sys-apps/systemd, try disabling the sysv-utils USE flag for sys-apps/systemd. You can enable that use flag afterwards (and reinstall sys-apps/systemd), if needed.” in the wiki... can’t believe I didn’t see it earlier lol

I’ll be trying that out in the morning.
Back to top
View user's profile Send private message
Phoenix591
Apprentice
Apprentice


Joined: 17 Sep 2007
Posts: 275

PostPosted: Sun Jul 07, 2019 7:49 am    Post subject: Reply with quote

you probably do need that use flag (well, you need it if you don't want to add init=/lib/systemd/systemd to your kernel command line). Try emerge --deselect openrc to make sure openrc isn't in your world file (since emerging world is trying to pull it in)

Then try to update world while explicitly asking for systemd (emerge -avuDN1 world systemd)
Back to top
View user's profile Send private message
brokendreams
n00b
n00b


Joined: 11 Nov 2018
Posts: 22
Location: clinton,ia US

PostPosted: Sun Jul 07, 2019 8:17 am    Post subject: Reply with quote

g2g591 wrote:
you probably do need that use flag (well, you need it if you don't want to add init=/lib/systemd/systemd to your kernel command line). Try emerge --deselect openrc to make sure openrc isn't in your world file (since emerging world is trying to pull it in)

Then try to update world while explicitly asking for systemd (emerge -avuDN1 world systemd)


Just by looking at the list and from experience. sysv-utils use flag on systemd is pulling in sysvinit...which depends on openrc. Or it's something along those lines. Disabling sysv-utils on systemd should solve the whole thing.
Back to top
View user's profile Send private message
teknofile
n00b
n00b


Joined: 21 Aug 2004
Posts: 7

PostPosted: Sun Jul 07, 2019 6:58 pm    Post subject: Reply with quote

brokendreams wrote:
g2g591 wrote:
you probably do need that use flag (well, you need it if you don't want to add init=/lib/systemd/systemd to your kernel command line). Try emerge --deselect openrc to make sure openrc isn't in your world file (since emerging world is trying to pull it in)

Then try to update world while explicitly asking for systemd (emerge -avuDN1 world systemd)


Just by looking at the list and from experience. sysv-utils use flag on systemd is pulling in sysvinit...which depends on openrc. Or it's something along those lines. Disabling sysv-utils on systemd should solve the whole thing.


Well, I think adding
Code:
 sys-apps/systemd -sysv-utils
may be the trick to getting me going. At least it doesn't completely block me.... even though the emerge does say 'conflict: 1 block'.

Will give this a go and see how it turns out.

The new emerge output:
Code:

# emerge --ask --verbose --deep --with-bdeps=y --changed-use --update @world

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

Calculating dependencies... done!
[ebuild  N     ] net-libs/libmicrohttpd-0.9.63:0/12::gentoo  USE="ssl -epoll -messages -static-libs -test" ABI_X86="(64) -32 (-x32)" 1,797 KiB
[ebuild  N     ] dev-libs/wayland-1.17.0::gentoo  USE="-doc -static-libs" ABI_X86="(64) -32 (-x32)" 428 KiB
[ebuild  N     ] dev-libs/wayland-protocols-1.17::gentoo  106 KiB
[ebuild  N     ] sys-apps/sysvinit-2.93::gentoo  USE="(-ibm) (-selinux) -static" 115 KiB
[ebuild   R    ] sys-apps/systemd-241-r2:0/2::gentoo  USE="acl curl* gcrypt http* kmod lz4 pam pcre policykit resolvconf seccomp split-usr ssl -apparmor -audit -build -cryptsetup -elfutils -gnuefi -idn -importd -libidn2 -lzma -nat -qrcode (-selinux) -sysv-utils* -test -vanilla -xkb" ABI_X86="(64) -32 (-x32)" 0 KiB
[blocks b      ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking sys-apps/systemd-241-r2)
[ebuild   R    ] media-libs/mesa-18.3.6::gentoo  USE="classic dri3 egl gallium gbm gles2 llvm wayland* -d3d9 -debug -gles1 -lm_sensors -opencl -osmesa -pax_kernel -pic (-selinux) -test -unwind -vaapi -valgrind -vdpau -vulkan -xa -xvmc" ABI_X86="(64) -32 (-x32)" VIDEO_CARDS="intel nouveau radeon radeonsi (-freedreno) -i915 -i965 (-imx) -r100 -r200 -r300 -r600 (-vc4) -virgl (-vivante) -vmware" 0 KiB
[ebuild   R    ] app-text/poppler-0.77.0:0/88::gentoo  USE="cairo curl* cxx introspection jpeg jpeg2k lcms png qt5 tiff utils -cjk -debug -doc -nss" 0 KiB
[ebuild   R    ] app-text/mupdf-1.14.0-r3:0/1.14.0::gentoo  USE="X curl* javascript opengl vanilla -libressl (-ssl) -static-libs" 0 KiB
[ebuild   R    ] x11-libs/gtk+-3.24.8:3::gentoo  USE="X colord cups introspection wayland* (-aqua) -broadway -cloudprint -examples -gtk-doc -test -vim-syntax -xinerama" ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild  N     ] sys-apps/openrc-0.41.2::gentoo  USE="ncurses netifrc pam unicode -audit -bash -debug -newnet (-prefix) (-selinux) -static-libs" 240 KiB

Total: 10 packages (5 new, 5 reinstalls), Size of downloads: 2,684 KiB
Conflict: 1 block

Would you like to merge these packages? [Yes/No]
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 15334

PostPosted: Sun Jul 07, 2019 7:39 pm    Post subject: Reply with quote

A block with a lowercase b indicates one that Portage knows how to solve, but it is reporting because it will require that Portage remove a package. A block with an uppercase B indicates a block that Portage cannot solve, usually because there are at least two solutions and Portage needs you to decide which solution to pursue. You have a lowercase b, so Portage can solve the problem.

You might get an uppercase B if you had a package already in @world that required sys-apps/sysvinit. In that case, Portage would need you to decide whether to remove sys-apps/sysvinit (and break that package) or to keep sys-apps/sysvinit and not install systemd.
Back to top
View user's profile Send private message
brokendreams
n00b
n00b


Joined: 11 Nov 2018
Posts: 22
Location: clinton,ia US

PostPosted: Sun Jul 07, 2019 8:24 pm    Post subject: Reply with quote

Yes this is all correct. Blocks with a lowercase b will be solved automatically during the emerge. This is why you were given the option to answer yes to the emerge. These are what I'd consider a soft block. Uppercase B is more like a hard block meaning emerge wont do anything until you solve it yourself. Wont even ask you if you wanna emerge. This is one good way to tell them apart.
Back to top
View user's profile Send private message
teknofile
n00b
n00b


Joined: 21 Aug 2004
Posts: 7

PostPosted: Mon Jul 08, 2019 12:48 am    Post subject: Reply with quote

brokendreams wrote:
Yes this is all correct. Blocks with a lowercase b will be solved automatically during the emerge. This is why you were given the option to answer yes to the emerge. These are what I'd consider a soft block. Uppercase B is more like a hard block meaning emerge wont do anything until you solve it yourself. Wont even ask you if you wanna emerge. This is one good way to tell them apart.


Thanks guys!

That’s really helpful and I appreciate the pointers. It’s been 15+ years since I’ve ran Gentoo, and either things have changed or I just don’t remember as well as I think I do... maybe both lol
Back to top
View user's profile Send private message
brokendreams
n00b
n00b


Joined: 11 Nov 2018
Posts: 22
Location: clinton,ia US

PostPosted: Mon Jul 08, 2019 12:58 am    Post subject: Reply with quote

teknofile wrote:
brokendreams wrote:
Yes this is all correct. Blocks with a lowercase b will be solved automatically during the emerge. This is why you were given the option to answer yes to the emerge. These are what I'd consider a soft block. Uppercase B is more like a hard block meaning emerge wont do anything until you solve it yourself. Wont even ask you if you wanna emerge. This is one good way to tell them apart.


Thanks guys!

That’s really helpful and I appreciate the pointers. It’s been 15+ years since I’ve ran Gentoo, and either things have changed or I just don’t remember as well as I think I do... maybe both lol


Glad I could help. I've been with gentoo about 10yrs...(part of that with funtoo before it drastically changed). Things have changed alot. I think normal maintenance is alot easier now and there is less to do. Portage takes care if alot of things we used to have to do manually...like python-updater, lafilefixer, and revdep-rebuild is all handled internally by Portage now. Still occasionally need revdep-rebuild but it's very rare. Even the uncoupling of gnome/systemd thanks to elogind integration was a HUGE accomplishment. Then there is also the gentoo-lto project that has lto graphite as well as -O3 and the like working almost flawlessly through the whole tree.. alot of that is thanks to gcc-9 the though. Alot of things happening right now with gentoo and the UNOFFICIAL/UNSUPPORTED side projects. It's great to see so much active development in so many areas.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Installing Gentoo All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum