Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
xorg-server/dbus/elogin/systemd/udev sys-fs/udev problems
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3435
Location: Gainesville, Florida

PostPosted: Tue Nov 30, 2021 4:01 pm    Post subject: xorg-server/dbus/elogin/systemd/udev sys-fs/udev problems Reply with quote

I read the eselect news on sys-fs/udev replacing eudev.

On world update, it bails out with this. tried both elogind and systemd USE flags, and get same results. What am I missing? world file does NOT have sys-fs/eudev in it, as directed. Howeve, make.conf file has INPUT_DEVICES="evdev", and I tried INPUT_DEVICES="udev", still no improvement. I also removed -systemd from my make.conf USE FLAGS. Any help is greatly appreciated!

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

Calculating dependencies... done!

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

x11-base/xorg-server:0

  (x11-base/xorg-server-21.1.1:0/21.1.1::gentoo, installed) USE="elogind udev xorg -debug -doc -minimal (-selinux) -suid -systemd -test -unwind -xcsecurity -xephyr -xnest -xvfb" ABI_X86="(64)" pulled in by
    x11-base/xorg-server:0/21.1.1= required by (x11-drivers/xf86-input-evdev-2.10.6:0/0::gentoo, installed) USE="" ABI_X86="(64)"
                        ^^^^^^^^^^                                                                                                                                                     

  (x11-base/xorg-server-1.20.13-r1:0/1.20.13::gentoo, ebuild scheduled for merge) USE="elogind udev xorg -debug -dmx -doc -ipv6 -kdrive -minimal (-selinux) -suid -systemd -test -unwind -xcsecurity -xephyr -xnest -xvfb" ABI_X86="(64)" pulled in by
    x11-base/xorg-server:0/1.20.13= required by (x11-drivers/xf86-video-vesa-2.5.0:0/0::gentoo, installed) USE="" ABI_X86="(64)"
                        ^^^^^^^^^^^                                                                                                                                                   
    (and 2 more with the same problem)

NOTE: Use the '--verbose-conflicts' option to display parents omitted above

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.


The following USE changes are necessary to proceed:
 (see "package.use" in the portage(5) man page for more details)
# required by sys-apps/systemd-249.6-r1::gentoo
# required by virtual/udev-217-r3::gentoo
# required by sys-fs/udev-init-scripts-35::gentoo
# required by sys-fs/eudev-3.2.10-r1::gentoo
# required by virtual/libudev-232-r5::gentoo[-systemd]
# required by sys-apps/util-linux-2.37.2-r1::gentoo[udev]
# required by @system
# required by @world (argument)
>=sys-apps/dbus-1.12.20-r4 systemd

!!! The ebuild selected to satisfy ">=sys-apps/dbus-1.9.8[systemd]" has unmet requirements.
- sys-apps/dbus-1.12.20-r4::gentoo USE="X elogind -debug -doc (-selinux) -static-libs -systemd -test" ABI_X86="(64) -32 (-x32)"

  The following REQUIRED_USE flag constraints are unsatisfied:
    at-most-one-of ( elogind systemd )

(dependency required by "sys-apps/systemd-249.6-r1::gentoo" [ebuild])
(dependency required by "virtual/udev-217-r3::gentoo" [installed])
(dependency required by "sys-fs/udev-init-scripts-35::gentoo" [installed])
(dependency required by "sys-fs/eudev-3.2.10-r1::gentoo" [installed])
(dependency required by "virtual/libudev-232-r5::gentoo[-systemd]" [installed])
(dependency required by "sys-apps/util-linux-2.37.2-r1::gentoo[udev]" [installed])
(dependency required by "@system" [set])
(dependency required by "@world" [argument])

Do I need to unmask
Code:
amd64 ~ # emerge sys-fs/udev -pv

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

Calculating dependencies... done!

!!! All ebuilds that could satisfy "sys-fs/udev" have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-fs/udev-9999::gentoo (masked by: package.mask, missing keyword)
/etc/portage/package.mask:
# =virtual/jdk-1.8.0
# =virtual/jre-1.8.0

- sys-fs/udev-249.6-r1::gentoo (masked by: package.mask)
- sys-fs/udev-249.6::gentoo (masked by: package.mask)
- sys-fs/udev-249-r3::gentoo (masked by: package.mask)


and/or remove eudev? I seem to be not understanding something. :(
Code:
amd64 ~ # emerge udev -pv

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

Calculating dependencies... done!
[ebuild   R    ] virtual/udev-217-r3::gentoo  0 KiB

Total: 1 package (1 reinstall), Size of downloads: 0 KiB

!!! The following installed packages are masked:
- sys-fs/eudev-3.2.10-r1::gentoo (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Mike Gilbert <floppym@gentoo.org> (2021-11-27)
# eudev will be removed on 2022-01-01.
# Please see the news item published on 2021-08-24 for more information.


_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11
Back to top
View user's profile Send private message
Ionen
Developer
Developer


Joined: 06 Dec 2018
Posts: 2718

PostPosted: Tue Nov 30, 2021 4:55 pm    Post subject: Reply with quote

Believe used to be different (thus your mask) but, as the news said (may want to check again), nowadays sys-fs/udev is intended only for non-systemd / openrc and is replacing eudev (on a systemd system, udev is installed by systemd itself rather than sys-fs/udev).

So yes, should remove that udev mask and just let the package manager do its thing (i.e. will install udev and remove eudev at same time if nothing else preventing it to).

May be good to review and cleanup other ancient masks/accept_keywords too, tend to just cause issues eventually.


Last edited by Ionen on Tue Nov 30, 2021 6:35 pm; edited 4 times in total
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 21619

PostPosted: Tue Nov 30, 2021 5:14 pm    Post subject: Reply with quote

udev and evdev have no relation here. Don't try to interchange them. udev and eudev are related, and Ionen's advice applies there.

Somehow you have an outdated and probably unused Xorg driver trying to downgrade your Xorg server, even as your evdev input driver requires the newer server.
Back to top
View user's profile Send private message
Ionen
Developer
Developer


Joined: 06 Dec 2018
Posts: 2718

PostPosted: Tue Nov 30, 2021 6:35 pm    Post subject: Reply with quote

The xorg issues will likely resolve themselves after the mask is removed, it's preventing portage from auto-rebuilding xorg drivers for the new xorg and giving confusing messages.

That aside, by skimming I did miss that eVdev was being confused with Udev/eUdev, the former is for reading event devices (keyboard, mouse, joystick), the latter for managing device nodes in /dev.

udev is indeed not replacng evdev but eudev.

libinput is replacing xorg's evdev though :) If you don't set INPUT_DEVICES, it's what will be used by default.
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54232
Location: 56N 3W

PostPosted: Tue Nov 30, 2021 6:59 pm    Post subject: Reply with quote

wrc1944,

You have masked udev. Your profile has just masked eudev, so all that's left to portage is to ask for systemd to provide udev functionality.
That can't happen because you already have elogind. Portage then gets confused and gives up, as there are no solutions.

Remove your mask on udev.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3435
Location: Gainesville, Florida

PostPosted: Tue Nov 30, 2021 7:13 pm    Post subject: Reply with quote

Thanks everyone! :D I removed the mask, and the world update went through except I've been hit by the https://bugs.gentoo.org/827872
I guess radeon in make.conf is pulling the ati driver, that fails. Still wants to downgrade the xorg-server to xorg-server:0/1.20.13=
I've had this for years on this boxVIDEO_CARDS="radeon vesa fbdev" and it never failed before.

Older video card is Advanced Micro Devices, Inc. [AMD/ATI] Turks PRO [Radeon HD 6570/7570/8550 / R5 230]

Code:
Calculating dependencies... done!

 * Messages for package x11-drivers/xf86-video-ati-19.1.0:

 * ERROR: x11-drivers/xf86-video-ati-19.1.0::gentoo failed (compile phase):
 *   emake failed
 *
 * If you need support, post the output of `emerge --info '=x11-drivers/xf86-video-ati-19.1.0::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=x11-drivers/xf86-video-ati-19.1.0::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/x11-drivers/xf86-video-ati-19.1.0/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/x11-drivers/xf86-video-ati-19.1.0/temp/environment'.
 * Working directory: '/var/tmp/portage/x11-drivers/xf86-video-ati-19.1.0/work/xf86-video-ati-19.1.0'
 * S: '/var/tmp/portage/x11-drivers/xf86-video-ati-19.1.0/work/xf86-video-ati-19.1.0'
 * One or more packages are either masked or have missing dependencies:
 *
 *   x11-base/xorg-server:0/1.20.13= pulled in by:
 *     (x11-drivers/xf86-video-ati-19.1.0:0/0::gentoo, installed)
 *
 * The resume list contains packages that are either masked or have
 * unsatisfied dependencies. Please restart/continue the operation
 * manually, or use --skipfirst to skip the first package in the list and
 * any other packages that may be masked or have missing dependencies.
 *
 * The following package has failed to build, install, or execute postinst:
 *

_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54232
Location: 56N 3W

PostPosted: Tue Nov 30, 2021 7:36 pm    Post subject: Reply with quote

wrc1944,

Code:
* The complete build log is located at '/var/tmp/portage/x11-drivers/xf86-video-ati-19.1.0/temp/build.log'.

Care to share that on a pastebin please?

Although, I may have one of my own too. I'll have a look at it as soon as the --keep-going finishes.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3435
Location: Gainesville, Florida

PostPosted: Tue Nov 30, 2021 7:43 pm    Post subject: Reply with quote

Thanks, Neddy, Here it is.

https://pastebin.com/rQMUAgKZ
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3435
Location: Gainesville, Florida

PostPosted: Tue Nov 30, 2021 9:10 pm    Post subject: Reply with quote

I installed the newest radeon/ati driver (=x11-drivers/xf86-video-ati-9999 **) with a keyword entry in /etc/portage/package.accept_keywords, and the @world update did fine, including a big Plasma update.

It didn't try to downgrade the xorg-server, like before, and I could also finally run a depclean then. Rebooted, and all seems well.

This is with running the 5.15.5 kernel, and gcc-11.2.1, and glibc-2.34-r3.
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54232
Location: 56N 3W

PostPosted: Tue Nov 30, 2021 9:27 pm    Post subject: Reply with quote

wrc1944,

That's what I have too. I a bit reluctant to move to the -9999 version as its for my wifes PC.

There is a patch in Bug 827872
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
Ionen
Developer
Developer


Joined: 06 Dec 2018
Posts: 2718

PostPosted: Wed Dec 01, 2021 3:55 am    Post subject: Reply with quote

In case didn't notice on the bug, this is fixed in xf86-video-ati-19.1.0-r1 now, so I'd suggest to drop -9999 if used.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming 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