Systemd-doc-236-1 conflicts with lib64udev-devel

This was reported by @albpanig and I have confirmed in VBox:

A requested package cannot be installed:
systemd-doc-236-1-omv2015.0.x86_64 (due to conflicts with lib64udev-devel-236-1-omv2015.0.x86_64)
Continue installation anyway? (Y/n)

Workaround:

# urpmi lib64udev-devel

then:

# urpmi --auto-update

Edit: I can file a bug report if needed.

Can you please provide more logs ?

Just tried to install it on an updated system and nothing came wrong.
Last update was on Jan, 1st.

Here, I have almost the same but updating complains also also about a i586 version of systemd-doc, even having system-doc x86_doc already installed and up to date:

Some requested packages cannot be installed:
systemd-doc-236-1-omv2015.0.i586 (due to conflicts with lib64udev-devel-236-1-omv2015.0.x86_64)
systemd-doc-236-1-omv2015.0.x86_64 (due to conflicts with lib64udev-devel-236-1-omv2015.0.x86_64)

What seems weird is that system-doc x86_64 is already installed:

urpmi systemd-doc

(urpmi:5420): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita",

(urpmi:5420): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita",
Package systemd-doc-236-1-omv2015.0.x86_64 is already installed

When I updated systemd today, systemd-doc was updated then removed. I was able to add it just now:

sudo urpmi systemd-doc
Package systemd-locale-236-2-omv2015.0.x86_64 is already installed
Marking systemd-locale as manually installed, it won’t be auto-orphaned
Marking systemd-doc as manually installed, it won’t be auto-orphaned
writing /var/lib/rpm/installed-through-deps.list

http://abf-downloads.openmandriva.org/3.0/repository/x86_64/main/testing/systemd-doc-236-2-omv2015.0.x86_64.rpm

The following package has bad signature:
/var/cache/urpmi/rpms/systemd-doc-236-2-omv2015.0.x86_64.rpm: Medium without key (OK (RSA/SHA1, Tue 02 Jan 2018 08:50:42 AM EST, Key ID 180922d8bf81de15))
Do you want to continue installation ? (y/N) y
installing systemd-doc-236-2-omv2015.0.x86_64.rpm from /var/cache/urpmi/rpms
Preparing… ########################################################################################
1/1: systemd-doc

Chris

Problem was in one lxqt “noarch” package which required arch specific library. That’s why on x86_64 some i586 packages were about to be installed.

@TPG: this means all “noarch” packages requiring an arch specific package should never be “noarch” package as a rule?

@mandian This means someone made a mistake and added arch specific requires to noarch package :smiley:

1 Like

Found yet another issue which finally solve this problem:

Now, with the new systemd 236 - 5, systemd was updated. Then, after restarting urpmi, more packages are to be updated but (I’ve made a free translation),

This package cannot be installed:
lib64udev-devel-231-1-omv2015.0.x86_64 (because is lacking lib64udev1[== 231-1:2015.0])

Why would it be needed to have lib64udev1-231-1? Let me add that,

$ rpm -qa|grep lib64udev
lib64udev1-234-2-omv2015.0.x86_64

I saw same thing so I know it’s true. But it is kind of funny too. Calling for such an old packages instead of current version. I’m sure there is a reason.

Hard to say, why have you installed it. Please run urpme lib64udev-devel

I don’t have a lib64udev-devel. Did you mean " urpme lib64udev1"?

I also saw this message before. If I remember well, I manually installed lib64udev-devel-236-5:2015.0, then the update went well.
If I remove it (without any deps warning), I can see both packages (231 & 236) available with the first one (231) marked as ready for update in rpmdrake. That might explain why the conflict happens.

A vexing issue.

And like a bad cold it seems like it just won’t go away. (Dag nab it!) :roll_eyes:

Does this issue still exist ?

If yes, please attach here output of urpmi --auto-update --debug

Yes, the issue exists, it follows the urpmi --debug output.output_urpmi_debug.txt (13,8 KB)

Thanks @adelson.oliveira for the logs. Now things are clear.

systemd-236 provides new subpackage systemd-doc while old libudev-devel obsoletes systemd-doc package. Kinda crazy, but i may have fixed it with systemd-236-7.

I’ve updated systemd to the new 236-8. But no luck. The problem is still there.

The new output of urpmi --debug --auto-update is,

output_urpmi_debug.txt (14,0 KB)