Bug 2081075 - libxslt-devel.i686 installed on F35 blocks update to F36
Summary: libxslt-devel.i686 installed on F35 blocks update to F36
Keywords:
Status: CLOSED DUPLICATE of bug 2093513
Alias: None
Product: Fedora
Classification: Fedora
Component: libxslt
Version: 36
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Gwyn Ciesla
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-05-02 17:11 UTC by danielsuarez369
Modified: 2022-06-16 14:38 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-05-02 19:30:36 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description danielsuarez369 2022-05-02 17:11:38 UTC
Description of problem:

If libxslt-devel.i686 is installed on F35 and the user tries to update to F36, it is blocked by a conflict error.

Version-Release number of selected component (if applicable):

libxslt-devel.i686 1.1.34-6.fc35

How reproducible:
Easily reproducible by having an updated F35 clean install

Steps to Reproduce:
1. Install libxslt-devel.i686 on F35
2. Attempt to upgrade to F36



Actual results:

Error: Transaction test error:
  file /usr/share/doc/libxslt-devel/EXSLT/devhelp/Makefile conflicts between attempted installs of libxslt-devel-1.1.35-1.fc36.i686 and libxslt-devel-1.1.35-1.fc36.x86_64



Expected results:

Successful upgrade to F36


Additional info:

Tried with --allowerasing, still occurs. Only option I saw was to remove the package prior to updating.

Comment 1 Gwyn Ciesla 2022-05-02 17:57:14 UTC
Do you need both the i686 and x86_64 versions? They should be identical.

Comment 2 danielsuarez369 2022-05-02 19:25:03 UTC
(In reply to Gwyn Ciesla from comment #1)
> Do you need both the i686 and x86_64 versions? They should be identical.

I am not sure if there's any situations where it's needed, as I am reporting this on the behalf of someone else.

Comment 3 Gwyn Ciesla 2022-05-02 19:30:36 UTC
They own many of the same files, and should conflict with each other. The libxslt-devel x86_64 RPM requires the libxslt x86_64 RPM specifically. I would imagine that some programs, Wine maybe, might require the i686 libxslt but I can't imagine building code on a 64-bit machine with a 32-bit library. I don't know that there's much we can do to correct this.

Comment 4 Hin-Tak Leung 2022-06-07 18:49:40 UTC
The problem is that Makefile is generated from Makefile.in, which is in term generated from Makefile.am . Unfortunately Makefile contains arch-specific references like x86_64 (details below). I think the proper solution is to not ship it in the rpm package.

/usr/share/doc/libxslt-devel/EXSLT/devhelp/Makefile
/usr/share/doc/libxslt-devel/EXSLT/devhelp/Makefile.am
/usr/share/doc/libxslt-devel/EXSLT/devhelp/Makefile.in

I filed a later report
https://bugzilla.redhat.com/show_bug.cgi?id=2093513

# grep x86_  /usr/share/doc/libxslt-devel/EXSLT/devhelp/Makefile
build_triplet = x86_64-redhat-linux-gnu
host_triplet = x86_64-redhat-linux-gnu
LD = /usr/bin/ld -m elf_x86_64
LDFLAGS = -Wl,-z,relro -Wl,--as-needed  -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -Wl,--build-id=sha1 -Wl,-dT,/builddir/build/BUILD/libxslt-1.1.35/.package_note-libxslt-1.1.35-1.fc36.x86_64.ld
PKG_CONFIG = /usr/bin/x86_64-redhat-linux-gnu-pkg-config
build = x86_64-redhat-linux-gnu
build_alias = x86_64-redhat-linux-gnu
build_cpu = x86_64
host = x86_64-redhat-linux-gnu
host_alias = x86_64-redhat-linux-gnu
host_cpu = x86_64

Comment 5 Gwyn Ciesla 2022-06-16 14:38:28 UTC

*** This bug has been marked as a duplicate of bug 2093513 ***


Note You need to log in before you can comment on or make changes to this bug.