michaelis | Hi! Tried to install Devuan Chrimea in virtualbox but dpkg-deb cannot decompress the kernel. Any ideas? | 12:48 |
---|---|---|
buZz | michaelis: whats the error | 13:05 |
michaelis | buZz: dpkg-deb: error processing archive /media/cdrom//pool/DEBIAN/main/l/linux-signed-i386/linux-image-5.10.0-9-686_5.10.70-1_i386.deb (--unpack): | 14:06 |
michaelis | More specifically lzma error: compressed data is corrupt. | 14:07 |
buZz | sounds like compressed data is corrupt | 14:09 |
buZz | maybe confirm the .iso to the checksum files? | 14:09 |
buZz | to see if you have a corrupt download | 14:09 |
u-amarsh04 | having trouble booting kernel 6.3.0-rc1 built from source here btw | 14:09 |
u-amarsh04 | will take a photo of the boot process where it goes into an infinite loop soon | 14:10 |
buZz | did you use defconfig or /proc/config.gz ? | 14:10 |
michaelis | buZz: I did confirm it and it's ok. I'm trying to install it in virtualbox. Man am I having problems with installing something there. Artix didn't work, and now not Devuan. | 14:13 |
buZz | michaelis: sounds like somethings wrong | 14:14 |
buZz | michaelis: maybe you could try running memtest86 on the host? | 14:14 |
michaelis | buZz: Maybe you're on to something. | 14:16 |
michaelis | I'll try it. | 14:16 |
buZz | michaelis: doesnt make sense that a correct iso would be corrupt in virtualbox | 14:17 |
u-amarsh04 | rebuilding 6.3.0-rc1 after upgrading unstable/ceres, objtool was rebuilt and every bit of kernel source along with it | 14:56 |
u-amarsh04 | getting a lot of Begin: Running /scripts/local-block . . . done. when attempting to boot 6.3.0-rc1 compared to booting with 6.2.0+ a few commits earlier | 17:12 |
drink | Howdy | 21:08 |
drink | Anybody know where I find libwireplumber for the wireplumber in chimaera-backports? | 21:09 |
gnarface | it doesn't work with the regular version? | 21:11 |
drink | I don't show a regular version, am I missing a repo? | 21:12 |
gnarface | not sure, which do you have? | 21:12 |
drink | chimaera, -updates, -security, and -backports, main contrib and non-free for each. | 21:14 |
hagbard | libwireplumber isn't in stable, but in testing and unstable, according to: https://packages.debian.org/bookworm/wireplumber | 21:17 |
hagbard | Same for devuan. | 21:18 |
drink | hmm, I managed to get it going before by specifying versions | 21:19 |
drink | I have it installed successfully on my desktop and now I'm trying to do it again on my laptop and wondering if I could do it more easily | 21:19 |
drink | I just looked at all the alternate records and specified all the necessary versions of things | 21:20 |
hagbard | which devuan release do you use? | 21:21 |
gnarface | sounds like you may have mixed in a daedalus package | 21:22 |
drink | just installed chimaera | 21:22 |
gnarface | either that or they removed something and you caught them on a day before they'd done it | 21:23 |
drink | gnarface: well it is in chimaera-backports | 21:23 |
gnarface | (though usually that doesn't happen in stable) | 21:23 |
gnarface | hmmm | 21:24 |
Jjp137 | did you recently add the backports repo to sources.list and forgot to do an apt-get update afterwards | 21:24 |
gnarface | drink: pkginfo.devuan.org lists both libwireplumber and wireplumber in chimaera-backports though | 21:24 |
hagbard | devuan chimaera is (mostly) debian bullseye. And debian does not have libwireplumber in bullseye. So it also isn't available in devuan chimaera. | 21:24 |
Jjp137 | I do have libwireplumber-0.4-0 installed in chimaera via backports | 21:25 |
hagbard | Or is the "merged/" part missing from the chimaera-backports repo url? That would explain that you can't find debian packages in there. | 21:26 |
gnarface | ah yea, it would have to be /merged/ not /debian/ | 21:27 |
drink | hmm. well I got it to work with apt install wireplumber libwireplumber-0.4-0=0.4.13-1~bpo11+1 libpipewire-0.3-0=0.3.65-2~bpo11+1 pipewire=0.3.65-2~bpo11+1 libspa-0.2-modules=0.3.65-2~bpo11+1 libpipewire-0.3-modules=0.3.65-2~bpo11+1 pipewire-bin=0.3.65-2~bpo11+1 pipewire-pulse pipewire-jack libspa-0.2-bluetooth=0.3.65-2~bpo11+1 wireplumber-doc | 21:27 |
gnarface | next time try adding "-t chimaera-backports" to the command instead of explicit versions to each package | 21:27 |
drink | okay. weird that the newer version doesn't win, maybe the version numbers are too overwrought? | 21:28 |
gnarface | no it's just that backports is set at a lower priority so you don't automatically get everything from backports at once (since it's not tested for that) | 21:29 |
gnarface | for the most part you only want a package from backports if it solves a particular problem. you wouldn't want to upgrade everything you have to the backports version because backports versions aren't tested as thoroughly against each other as the normal stable stuff | 21:30 |
gnarface | (obviously there's exceptions for stuff like programs and their dedicated libraries, or kernels and their drivers/firmware, but if you've enabled backports you're supposed to already know which exceptions apply to your system) | 21:31 |
drink | aha, that makes sense | 21:32 |
gnarface | and it's not supposed to go the other way, but i've run into rare glitches where it has and ended up messing up my system, so i actually recommend keeping backports commented out except for while you're updating something from there purposefully | 21:35 |
drink | so far so good, but I will keep it in mind and make snapshots before updating... I do root on ZFS | 21:36 |
drink | bullseye instructions work with few modifications | 21:36 |
drink | Thanks for the advice | 21:37 |
systemdlete | Is the stock kernel compiled with coredumps enabled? Will they work if the executable that crashes is setuid and/or setgid? I am having no luck finding a core file after a crash--I looked for "core" and "core.*" , and looked all over the system with find. Also, I set ulimit -c unlimited. | 23:29 |
gnarface | did you look in /tmp/dumps/? | 23:30 |
systemdlete | I ran ulimit at the command prompt and then ran the program from that window. I am hoping that the unlimited core will be picked up from there, but perhaps not. | 23:30 |
systemdlete | no, I didn't | 23:30 |
systemdlete | I don't see /tmp/dumps. But I DO see a bunch of /tmp/tmp.<randomstring> files | 23:31 |
gnarface | maybe /tmp/dumps is just a Steam thing, not sure | 23:31 |
systemdlete | Those are generated by smartd, so nvm that | 23:31 |
gnarface | but i do think that the stock kernel can generate core dumps because Steam shit does it all the time | 23:32 |
systemdlete | ok, thanks for that much. | 23:32 |
systemdlete | I note that ulimit reports zero for core, by default. | 23:32 |
systemdlete | I am wondering, though, if I need to set the ulimit in the host (I'm running a guest from the command line) | 23:33 |
systemdlete | Perhaps the guest is getting its environment elsewhere | 23:33 |
systemdlete | and it probalby is. | 23:33 |
systemdlete | I think I know what to do next | 23:34 |
systemdlete | so, i'll sign off for now. thanks for the help gnarface! (as always) | 23:34 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!