| drizzt | Hi guys ! | 00:13 |
|---|---|---|
| drizzt | I've bumpped into a pretty critical upgrade problem | 00:13 |
| drizzt | I have many arm64 systems, most of them pretty old ones (up to 4 years old), all running devuan of course, ceres flavor | 00:14 |
| gnarface | ceres and critical update problems go hand-in-hand, i hope you kept backups | 00:15 |
| drizzt | but a few days ago I had to install a new package on one of them, and it failed, because it's a pretty old one | 00:15 |
| gnarface | paste the error at paste.debian.net and i might be able to help you fix it, but no guarantees | 00:16 |
| drizzt | gnarface: yep, no data lost | 00:16 |
| gnarface | in general you should try to use the stable release to prevent this type of thing from happening | 00:16 |
| gnarface | sometimes they literally break unstable on purpose | 00:16 |
| gnarface | (Debian that is, not Devuan) | 00:16 |
| drizzt | looks like this is the case, but only on arm64 | 00:17 |
| drizzt | so it may be more complicated | 00:17 |
| drizzt | http://paste.debian.net/1325773/ | 00:17 |
| drizzt | I've tried **a lot** of scenarios, but all fail | 00:18 |
| gnarface | oh, this is the usrmerge thing | 00:18 |
| drizzt | debootstrap de ceres : fails | 00:18 |
| drizzt | yep | 00:18 |
| drizzt | debootstrap excalibur : fails | 00:18 |
| drizzt | debootstrap daedalus : OK ... dist-upgrade to excalibur : fails | 00:18 |
| gnarface | so, there was some trick to this, but i'm not sure if it's too late to do it the easy way or not... i think you were supposed to install the "usrmerge" package before upgrading, but now you're gonna have to make a bunch of symlinks by hand | 00:19 |
| gnarface | current stable is the last release that won't force this on you | 00:20 |
| golinux | ^^^ This . . . | 00:20 |
| drizzt | I managed to install usrmerge on daedalus before dist-upgrade .. but it fails too | 00:20 |
| gnarface | hmm | 00:20 |
| drizzt | the fail seems related to tar : | 00:20 |
| gnarface | i've avoided it so far. there was a forum post... golinux do you have the link to the right forum thread? | 00:21 |
| golinux | I think that there are posts on the forum about this. I am still safely on Chimaera. :D | 00:21 |
| golinux | I can try to find it | 00:21 |
| gnarface | drizzt: if it's not clearly enough explained somewhere on the forum, there's at least some others around here who have managed to slog through fixing it manually. just stick around. | 00:22 |
| drizzt | on a test machine I manages to get ar, allowing to split a .deb in control.tar.xz and data.tar.xz | 00:23 |
| golinux | Try this: https://dev1galaxy.org/viewtopic.php?id=6290 | 00:23 |
| drizzt | but then tar fails at handling the archives | 00:23 |
| drizzt | though tar on an x86_64 machine is OK | 00:24 |
| drizzt | I tried to uncompress only (xz) ... but xz returns saying it did the job (nothing printed and returned 0) though it did nothing | 00:25 |
| gnarface | hmm | 00:25 |
| golinux | Also check out the dng mail list: | 00:26 |
| golinux | https://lists.dyne.org/lurker/search/20380101.000000.00000000@ml:dng,usrmerge.en.html | 00:26 |
| golinux | There has been much hair-pulling over usrmerge . . . | 00:27 |
| drizzt | yep, I already read some stuff about usrmerge some time ago | 00:27 |
| drizzt | golinux: sounds like another, older stuff which also triggered a lot of hair pulling .... | 00:28 |
| drizzt | Well, I may have found a solution ... | 00:50 |
| drizzt | I happen to share /var/cache/apt/archives/ amoung all my systems as I have a pretty slow internet connection | 00:50 |
| drizzt | and it happens to hold two versions of usrmerge | 00:51 |
| gnarface | hmm | 00:51 |
| drizzt | usrmerge_38 and usrmerge_39 | 00:51 |
| drizzt | I tried to install the _38, which failed at first, because libc was too old | 00:51 |
| drizzt | and the newer one wanted to update base_files, chich needs usrmerge, ... and so on | 00:52 |
| drizzt | but once again, I had older versions of libc (2.37-13) which does not require a base_files upgrade | 00:53 |
| drizzt | then install usrmerge_38, which succeeds (even with latest perl dependencies packages) | 00:54 |
| drizzt | and now, upgrade of full system running (got to re-download all packages as this test machine is not allowed to NFS mount my "shared archive") | 00:57 |
| drizzt | but I already ran the "fix-broken" apt, which moved to libc 2.39.6 without problem | 00:59 |
| drizzt | and full upgrade seems to run just fine too :) | 00:59 |
| gnarface | drizzt: so, problem solved then? | 01:00 |
| drizzt | looks like it is :) | 01:01 |
| drizzt | upgrade ran fine (just finished) | 01:01 |
| drizzt | (automatic part, with about 40 packages kept, but that's already way better than what I had before ! | 01:02 |
| drizzt | going on with parts of the packages kept behind during automatic upgrade | 01:04 |
| drizzt | gnarface: thanks for the support :) | 01:04 |
| drizzt | gnarface: arf, no bumping in the "tar" problem once again :( | 01:08 |
| gnarface | :( | 01:08 |
| rrq | drizzt: which debootsrap do you use? | 01:08 |
| drizzt | http://paste.debian.net/1325775/ | 01:08 |
| drizzt | rrq: debootstrap on devuan | 01:09 |
| rrq | which version? | 01:09 |
| drizzt | I tried daedalus, excalibur and ceres, tried to make a few modification of the liste of packages in /usr/share/debootstrap/scripts/ceres but only daedalus succeeds | 01:10 |
| gnarface | drizzt: what happens if you try to upgrade tar first? | 01:10 |
| rrq | some debootstrap version(s) use -k argument for tar when it needs --keep-directory-symlink | 01:10 |
| drizzt | (tried without the modifications of /usr/share/debootstrap/scripts/ceres first of course) | 01:11 |
| gnarface | drizzt: oh, rrq probably knows more about this than me | 01:11 |
| rrq | I think that's in the "ceres" script for debootstrap | 01:11 |
| drizzt | rrq: currently I'm not testing on a fresh debootstraped version, but on a backup of a ceres install from 2023 | 01:12 |
| drizzt | 2023-03-30 | 01:12 |
| gnarface | hmm, when did daedalus go stable again? it might be easier to downgrade that one to daedalus... | 01:13 |
| gnarface | (and then upgrade cleanly through excalibur to ceres again, or just keep it as daedalus) | 01:13 |
| rrq | possibly you can run debootstrap with EXTRACT_DEB_TAR_OPTIONS=--keep-directory-symlink | 01:15 |
| rrq | (that's an environment setting) | 01:17 |
| drizzt | rrq : I'll try this if I need to restart from debootstrap, but this does not solve the latest problem (paste http://paste.debian.net/1325775/) | 01:17 |
| drizzt | there is something I don't get : | 01:20 |
| drizzt | debian packages moved to xz for data/control archives | 01:20 |
| drizzt | but dpkg/apt do not depend on xz-utils | 01:20 |
| onefang | Did you try mmdebstrap? | 01:20 |
| drizzt | onefang: nope | 01:21 |
| opv | j | 01:21 |
| onefang | I haven't read all of this, too early in the morning. | 01:21 |
| onefang | No idea if it'll help, but it's worth a try if you have tried other things. | 01:22 |
| drizzt | current problem is that apt/dpkg is unable to install new packages | 01:22 |
| onefang | One of the good things is it actually uses apt and dpkg to do the install. So if those are not working, you find out early. | 01:30 |
| drizzt | tar xf data.tar.xz | 01:31 |
| drizzt | tar: Child died with signal 11 | 01:31 |
| gnarface | what if you unxz it? error too? | 01:34 |
| gnarface | though, i think that would need to be tar xJf actually | 01:35 |
| drizzt | unxz (xz) from xz-utils_5.6.2-2_arm64.deb segfaults | 01:35 |
| gnarface | oh, yikes | 01:35 |
| drizzt | the one from xz-utils_5.4.1-0.2_arm64.deb runs fine | 01:35 |
| drizzt | but when I put this running xz on the system I still have the problem | 01:36 |
| gnarface | hmm, that's the daedalus version. it really may be easier to go to that last backup of this system and downgrade it to daedalus as a first step | 01:36 |
| drizzt | as if depg is not using xz to unpack | 01:36 |
| gnarface | it's possible your backup is old enough that even though it's ceres, the daedalus versions were all still newer before you started attempting the upgrade | 01:36 |
| drizzt | gnarface: I have a daedalus version, which I can run. | 01:37 |
| gnarface | it just might upgrade cleaner back to ceres if you're skipping over fewer versions | 01:37 |
| drizzt | I'm trying to understand and solve the upgrade problem anyway, just to solve it | 01:37 |
| gnarface | fair enough | 01:38 |
| gnarface | i think part of the issue though is that you're running into normal issues associated with updating a very old ceres install that crossed stable release dates, which likely would have happened regardless of the usrmerge problem adding insult to injury | 01:39 |
| drizzt | this one is a march 2023 ceres | 01:39 |
| drizzt | not that old | 01:39 |
| gnarface | google says daedalus was only released on 2023-08-15 | 01:40 |
| drizzt | ho | 01:40 |
| gnarface | and that xz version that works for you is the exact version currently in stable | 01:40 |
| drizzt | thought it was older | 01:40 |
| drizzt | but I tried daedalus -> excalibur -> ceres and it fails too | 01:40 |
| gnarface | you're probably confusing it with chimaera (2021-10-14) | 01:40 |
| drizzt | (on the usrmerge problem) | 01:40 |
| gnarface | yea, but if you're just going daedalus->excalibur->ceres, and install usrmerge first, it should work, or at least be much less problematic to get working | 01:41 |
| drizzt | tried this : fails | 01:41 |
| gnarface | the failure might look superficially the same but actually be easier to fix at that point because you won't also be running into libc version incompatibilities | 01:42 |
| drizzt | daedalus -> usrmerge install -> excalibur -> ceres fails and dist-upgrade to excalibur | 01:43 |
| drizzt | s/and/at/ | 01:44 |
| drizzt | already tried this | 01:44 |
| gnarface | yea, i get that, but like i said you probably won't have issues with xz and tar segfaulting on you, so it's probably gonna be easier to fix | 01:44 |
| drizzt | but, yes, that a good point | 01:45 |
| gnarface | we have a few people here who have actually gone through it pedantically, they're just not awake right now | 01:45 |
| drizzt | I'll go over it again with the new steps I used to get usrmerge/libc/base-files updated on ceres | 01:46 |
| drizzt | but I have to go to sleep on my side | 01:46 |
| gnarface | try it, and come back here with the errors before you do anything crazy | 01:46 |
| gnarface | someone else might be able to help you more easily from that point | 01:46 |
| drizzt | almost 2am here, and have to wakeup at 7.30 | 01:46 |
| gnarface | alright, peace | 01:46 |
| onefang | Well I use a script that uses mmdebstrap to install daedalus, but it installs usrmerge as part of the mmdebstrap command. | 01:46 |
| drizzt | have fun :) | 01:47 |
| onefang | Sleep well. | 01:47 |
| drizzt | and thanks for the help ! | 01:47 |
| gnarface | wish i could have helped more | 01:47 |
| drizzt | (even if it's not fixed yet) | 01:47 |
| gnarface | don't give up though | 01:47 |
| drizzt | gnarface: no problem, I need to be able to use ceres on some custommer embeded systems, so I really need to solve this issue ! | 01:48 |
| * rrq had to go out a bit... | 01:57 | |
| rrq | you've tried removing /var/cache/apt/archives/python3-minimal_3.12.4-1_arm64.deb I guess | 01:57 |
| drizzt | (back for a few seconds) | 02:04 |
| drizzt | rrq: yes, but it's a freshly downloaded one | 02:05 |
| rrq | hmm I downloaded the deb file and it looks fine | 02:06 |
| rrq | can yo truy installing individual packages from that list with --no-install-recommends | 02:08 |
| rrq | in particular the perl-* debs | 02:09 |
| rrq | perl-base perl-modules-5.38 | 02:09 |
| drizzt | rrq: yes, it looks fine here too on my x86_64 host | 02:09 |
| drizzt | but installation fails on the arm64 system | 02:10 |
| drizzt | the problem is not related to python3-minimal_3.12.4-1_arm64.deb | 02:10 |
| rrq | no I guess it's the unpacking that does'nt handle xz | 02:10 |
| drizzt | a segfault is not related to what data is handled, but to a bug in the running programm | 02:11 |
| drizzt | rrq: yep | 02:11 |
| rrq | I think the perl-* packages are quite important | 02:11 |
| drizzt | bu why ? | 02:11 |
| rrq | those are "framework level" the rest are "application level" | 02:12 |
| rrq | well passwd is also important | 02:12 |
| drizzt | rrq: apt (or dpkg) fails | 02:13 |
| drizzt | it will fail the same on ANY package | 02:13 |
| rrq | even just apt-get install --no-install-recommends perl-base perl-modules-5.38 | 02:14 |
| drizzt | (and I already have "APT::Install-Recommends "false";" as permanent config) | 02:14 |
| drizzt | dpkg: error processing archive /var/cache/apt/archives/perl-modules-5.38_5.38.2-5_all.deb (--unpack): | 02:14 |
| drizzt | tar: This does not look like a tar archive | 02:15 |
| rrq | which dpkg are you using? | 02:15 |
| drizzt | the one installed .... | 02:15 |
| drizzt | ii dpkg 1.22.11 | 02:16 |
| rrq | hmm: how about manual unacking? | 02:16 |
| rrq | command: ar p $DEB data.tar | tar xJf - | 02:17 |
| rrq | at the root of the filesystem | 02:17 |
| drizzt | rrq : already tried : | 02:17 |
| rrq | that complains the same? | 02:17 |
| drizzt | ar runs fine, but system misses xz | 02:17 |
| rrq | what does "ar l $DEB" say? | 02:18 |
| drizzt | using manually unpacked xz (old one) allows to "unxz" and then untar | 02:18 |
| rrq | ok hmm so maybe your tar version ? | 02:19 |
| drizzt | 1.35+dfsg-3 | 02:20 |
| drizzt | gonna try an older one | 02:20 |
| rrq | mmm maybe next level is to strace the "apt-get install" .. but then you need strace installed | 02:24 |
| drizzt | indeed | 02:25 |
| rrq | btw you tried "apt-get -f install" | 02:25 |
| drizzt | I already thought about it | 02:25 |
| rrq | ? | 02:25 |
| drizzt | but I'm manually moving tar/xz/... to the system, so why not strace ... | 02:26 |
| rrq | could work | 02:26 |
| drizzt | was worth the try, but does not solve the problem | 02:27 |
| drizzt | from what I understand (as tar says "This does not look like a tar archive" the problem does not come from tar | 02:29 |
| rrq | tried (at FS root)?: dpkg -i -E /var/cache/apt/archives/* | 02:29 |
| rrq | dpkg -i -E /var/cache/apt/archives/*.deb | 02:30 |
| drizzt | but from the step before, as if dekg-deb was using something like "xz control.tar.xz | tar xf -" | 02:30 |
| drizzt | but xz does nothing | 02:30 |
| drizzt | and that's what I get when running latest xz | 02:31 |
| rrq | should be "cat" | 02:31 |
| rrq | no | 02:31 |
| rrq | xxzcat | 02:31 |
| rrq | ashc xzcat | 02:31 |
| drizzt | but when replacing xz by an older "working" one, I still have the same problem | 02:31 |
| drizzt | xzcat control.tar.xz |tar x | 02:33 |
| drizzt | runs fine | 02:33 |
| rrq | does my dpkg -i -E command run into similar issue? | 02:34 |
| rrq | that is supposed to install all deb that are of newer versions | 02:35 |
| drizzt | same | 02:35 |
| drizzt | tar: This does not look like a tar archive | 02:35 |
| drizzt | dpkg-deb --control subprocess returned error exit status 2 | 02:36 |
| drizzt | the problem is not in the archives, or in what archive is being installed | 02:37 |
| drizzt | but rather in one of the tools of the "apt toolchain" | 02:37 |
| drizzt | the problem is to find in which | 02:37 |
| rrq | hmm what about: dpkg --unpack -R --no-triggers /var/cache/apt/archives | 02:38 |
| drizzt | same | 02:39 |
| rrq | could you strace that to work out sub-programs? | 02:39 |
| rrq | maybe a single .deb instead of having -R | 02:40 |
| rrq | strace -f -o LOG -s 200 ... | 02:40 |
| drizzt | http://www.nathael.net/Data/LOG | 02:55 |
| drizzt | 15400 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x7fa6beffd0} --- | 02:59 |
| drizzt | really got to go get some sleep | 03:11 |
| drizzt | Gotta drive tomorow morning (in only 5 hours now) | 03:12 |
| drizzt | I'll be back on monday | 03:12 |
| drizzt | thanks for the help | 03:12 |
| al1r4d | about wireplumber -> https://boards.4chan.org/g/thread/101767064 | 19:44 |
| wato | Hello, i'm having trouble installing Gparted on Devuan | 20:19 |
| wato | The install is successful | 20:19 |
| wato | but the application is not loading into dmenu on i3 | 20:19 |
| wato | Nevermind, it was installed on a folder that dmenu was not looking for | 20:20 |
| wato | fixed by adding /usr/sbin to $PATH | 20:23 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!