verify shlib errors on partial upgrade bypassed by multilib
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- c
- Ambito
- cli, operating-systems
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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:
- Download testpkgs.zip
- Run
./setup.sh - 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
- You can run
test1and it will outputhello world 7as expected. - 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). - When doing
xi -u, you will receive a shlibs error as expected.test1-1_1: broken, unresolvable shlib 'libhelloworld.so.1' - Run
xi libhelloworld-32bit - Now run
xi -uagain, you will not receive any warnings and the upgrade will proceed as normal. - Confirm the breakage of
test1as running it now outputstest1: 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.
- Lingua principale
- C
- Stelle
- 1.2k
- Fork
- 152
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di void-linux/xbps
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
void-linux/xbps#475 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
void-linux/xbps#701 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
void-linux/xbps#700 ·
-
xbps-query -RX repository overridesForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertabug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
void-linux/xbps#696 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 52/100
void-linux/xbps#695 · 7 commenti ·
Tutte le issue di void-linux/xbps
Issue simili
-
bug Component component: net
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
RT-Thread/rt-thread#11852 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
siderolabs/pkgs#1710 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
qmk/qmk_firmware#26498 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
MixinNetwork/flutter-plugins#512 ·