verify shlib errors on partial upgrade bypassed by multilib

Offen
#580 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
45/100
Issue-Typ
Bug
Klarheit
Größtenteils klar
Aktivitätsstatus
Veraltet
Tech-Stack
c

Rechercherichtung

Reproduce the issue using the linked testpkgs.zip and the xbps-src/xi command sequence in the report. Start by tracing the shlib checks used during xi -u and how installed 32-bit and 64-bit packages are recorded. Done means the reported partial-upgrade scenario warns about the broken 64-bit application instead of allowing the 32-bit package to bypass the check.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

bug

When performing shlib checks before upgrading, libraries provided by 32bit packages are treated the same as libraries provided by 64bit packages. This can result in system breakage on partial upgrades without warning as noticed on the r/voidlinux subreddit: https://www.reddit.com/r/voidlinux/comments/18r0swm/psa_libxcrypt_updates/

I verified this behavior using the following:

  1. Download testpkgs.zip
  2. Run ./setup.sh
  3. In the cloned void-packages repo run:
./xbps-src binary-bootstrap
./xbps-src -m masterdir-i686 binary-bootstrap i686
./xbps-src pkg libhelloworld
./xbps-src -m masterdir-i686 pkg libhelloworld
./xbps-src pkg test1
xi test1
  1. You can run test1 and it will output hello world 7 as expected.
  2. After that, modify the libhelloworld package to not install libhelloworld.so.1 and build it as version=2 (do not build the 32bit package with this change).
  3. When doing xi -u, you will receive a shlibs error as expected. test1-1_1: broken, unresolvable shlib 'libhelloworld.so.1'
  4. Run xi libhelloworld-32bit
  5. Now run xi -u again, you will not receive any warnings and the upgrade will proceed as normal.
  6. Confirm the breakage of test1 as running it now outputs test1: error while loading shared libraries: libhelloworld.so.1: cannot open shared object file: No such file or directory

Ideally, xbps should be able to detect that the libraries provided by 32bit packages are not applicable to 64bit applications and visa-versa.

Vorherrschende Sprache
C
Sterne
1.2k
Forks
155
Ø Merge
1 Std. 39 Min.
Gemergte PRs (30 T.)
1

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus void-linux/xbps

Alle Issues in void-linux/xbps

Ähnliche Issues

Weitere Issues zu C

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.