| fluffywolf | any suggestions for a pointy-clicky interface to bluetoothctl? | 00:31 |
|---|---|---|
| fluffywolf | btscanner doesn't work (scan never finds things, when bluetoothctl finds them and connects), blueman seems to be pulse/systemd. | 00:32 |
| fluffywolf | also, why does apt-cache show no longer show descriptions? | 00:38 |
| fluffywolf | bluedevil (kde) and gnome-bluetooth both would require a fuckton of their respective DEs to be installed, and both depend on pulse. | 00:42 |
| rrq | fluffywolf: "blueman" ? | 00:45 |
| fluffywolf | it seems to depend on pulse and other crap | 00:49 |
| rrq | mmm it's a graphical thingy so depends on those; it merely recommends the bluetooth module for pulseaudio | 00:51 |
| rrq | not sure which dpe's you qualify as "other crap" | 00:52 |
| fluffywolf | odd, I have no-install-recommends, but it is indeed just a recommends... | 00:52 |
| rrq | I have blueman and no pulseaudio | 00:53 |
| rrq | "pure alsa" here | 00:53 |
| fluffywolf | I seem to no longer have no-install-recommends. | 00:53 |
| fluffywolf | why is why apt-get was trying to install pulse | 00:54 |
| rrq | as for "full decriptions", I think that's an apt conf ... (I'm trying to figure it out [again]) | 00:55 |
| fluffywolf | specifed --no-install-recommends on the command line, installed blueman... ok, why am I back to automatically installing recommends? lol | 00:56 |
| rrq | my `APT::Install-Recommends "0";` in apt.conf has effect | 00:57 |
| fluffywolf | holy fuck, I just wasted 15 minutes trying to figure out why audio wasn't worked, when I'd managed to type bluealsa as blueasla somewhere. | 01:11 |
| gnarface | fluffywolf: i seem to recall, the issue with package descriptions was that whoever wrote amprolla didn't trust the security of the l10n internationalization libraries, and the simplest alternate solution was to just omit them | 01:13 |
| fluffywolf | that seems like doing it wrong. | 01:14 |
| gnarface | i don't disagree, but unicode creeps me out too, so i can't really blame them | 01:14 |
| gnarface | the short descriptions are still there, just not the long ones | 01:15 |
| fluffywolf | what security issue did they percieve as being so intractable that disabling a fundamental feature was warranted? | 01:15 |
| gnarface | i don't think there was any known security issue with them as of yet, but the key qualifier there being yet | 01:16 |
| gnarface | there's a number of theoretically devastating and completely apocalyptic potential security issues inherit to switching between character sets and unicode ramps up the attack surface by orders of magnitude | 01:17 |
| gnarface | i definitely remembered looking into it at one time before and it wasn't hard to find several pretty obvious potential cases that would be absolutely catastrophic, held back by just the lack of 1 bug in l10n | 01:18 |
| fluffywolf | all programs could introduce catastrophic bugs... | 01:19 |
| fluffywolf | not showing the package descriptions is a pretty serious what-the-fuck... | 01:20 |
| gnarface | it's been that way the whole time | 01:21 |
| gnarface | i think there might be some other way to get them... | 01:21 |
| fluffywolf | eh? it showed them until daedalus? | 01:21 |
| gnarface | nah, i'm sure i noticed this problem almost immediately on switching to devuan | 01:22 |
| gnarface | but maybe it still shows them for ones that only have english descriptions or something? | 01:22 |
| gnarface | anyway, looks like they're still shown on pkginfo.devuan.org if you need them | 01:22 |
| gnarface | maybe there's also some way to re-enable them locally, i'd ask fsmithred | 01:23 |
| fluffywolf | hrmm. I wanted to see if synaptic, which I don't usually use, still shows them... but it no longer starts. | 01:27 |
| fluffywolf | starts from command line, not from the .desktop entry. and also is now missing descriptions. | 01:28 |
| fluffywolf | the .desktop tries... | 01:29 |
| fluffywolf | ~$ synaptic-pkexec | 01:30 |
| fluffywolf | Error executing command as another user: Not authorized | 01:30 |
| fluffywolf | This incident has been reported. | 01:30 |
| fluffywolf | that's a bug. lol | 01:30 |
| fluffywolf | since .desktop files don't report errors, it just silently fails. | 01:30 |
| fsmithred | fluffywolf, is policykit-1-gnome installed? | 01:34 |
| fluffywolf | yes, but looks like it was an old version... it upgraded when I apt-get installed it. | 01:35 |
| fluffywolf | no change | 01:35 |
| fluffywolf | I don't use synaptic (obviously), and don't really care that it doesn't start from the .desktop.... | 01:35 |
| fluffywolf | why does apt-cache show not show long descriptions? now that I do care about fixing. | 01:36 |
| fsmithred | I don't know. | 01:36 |
| fsmithred | I see long descriptions in chimaera but not in ceres. | 01:36 |
| gnarface | i'm pretty sure i was told there was an explicit reason for this... | 01:37 |
| fsmithred | I think the long descriptions used to be missing for the devuan packages | 01:37 |
| gnarface | ...i don't recall by who though | 01:37 |
| fsmithred | not me | 01:37 |
| fluffywolf | yeah, I had them in chimaera as well. | 01:37 |
| fluffywolf | devuan packages DO have long descriptions | 01:41 |
| fluffywolf | and apt-cache show shows them | 01:41 |
| fluffywolf | so it's only debian packages missing them | 01:41 |
| fluffywolf | googling suggests they got moved to a separate translations database? | 01:42 |
| rrq | rings a bell; and afair LeePen enabled translations for amprolla ... | 01:43 |
| rrq | and probably it need's a conf setting too; where's the reference doc of all those? | 01:46 |
| fluffywolf | trying to find one... | 01:46 |
| fluffywolf | guessing a setting needs changing somewhere, and broke on the last upgrade | 01:46 |
| fluffywolf | http://deb.devuan.org/merged/dists/daedalus/main/i18n/Translation-en.bz2 only contains descriptions for devuan packages; should it also contain debian ones? | 01:59 |
| fluffywolf | http://deb.devuan.org/merged/dists/daedalus/main/i18n/Translation-it.bz2 , for example, contains all the debian packages... but the english one only contains devuan packages. | 02:01 |
| * fluffywolf pokes fsmithred, since he's probably the one to answer this | 02:04 | |
| rrq | mmm would be to tickle LeePen, actually | 02:12 |
| rrq | I think amprolla used to merge translations... maybe got lost or turned off | 02:13 |
| fluffywolf | for some reason I thought fsmithred was responsible for the repo stuff... | 02:14 |
| fsmithred | nope | 02:14 |
| gnarface | eh, admittedly i had been using ceres on this install before downgrading to daedalus right before the release | 02:15 |
| fluffywolf | it's odd that every language except english probably works. lol | 02:15 |
| rrq | mostly he's onto the live installer and the "download zone" | 02:15 |
| gnarface | i've got jessie through chimaera on other machines but can't claim i was paying that close of attention to the descriptions on any of those machines, as they're mostly headless | 02:15 |
| fsmithred | and btw I was able to make a ceres desktop-live iso today. | 02:16 |
| gnarface | now that it's been brought up though, i guess i do vaguely recall noticing it had been fixed at one point... not sure when that was or where | 02:16 |
| fluffywolf | I'll send leepen a message | 02:18 |
| onefang | "I thought fsmithred was responsible for the repo stuff" I'm the package mirror herder, but that's after amprolla and friends create the repos. | 02:27 |
| * fluffywolf has a bad memory | 02:29 | |
| onefang | The way I say that is - There's nothing wrong with my short term memo... what was I talking about? | 02:31 |
| fluffywolf | lol | 02:31 |
| fluffywolf | looks like for english, you only get devuan packages, for other languages, you only get debian packages. | 02:32 |
| rrq | as for apt conf reference; there's /usr/share/doc/apt/examples/configure-index (at least) | 02:32 |
| fluffywolf | amprolla seems to be not merging | 02:33 |
| fluffywolf | looking at the translation merge source, I think it'd be a lot more efficient for someone already familiar with amprolla to poke at it than for me to... | 02:35 |
| fluffywolf | Translation-en.bz2 is hardcoded into the amprolla source in at least once place, which I do not understand. | 02:36 |
| fluffywolf | surely it should treat all languages the same | 02:37 |
| fluffywolf | looks like the hardcoded en translations are to consider it the master list of forked packages | 02:38 |
| fluffywolf | ah... I've solved it! | 02:40 |
| fluffywolf | or, at least, I very highly suspect I did. | 02:40 |
| fluffywolf | bookworm now uses .xz for the english translations only, and bz2 for everything else... | 02:41 |
| fluffywolf | and amprolla doesn't do xz. | 02:41 |
| fluffywolf | amprolla specifically uses bz2_open, even on .xz files. | 02:42 |
| onefang | This topic might be more suitable for #devuan-dev or -infra? | 02:43 |
| fluffywolf | hrmm. I've never joined those channels! | 02:43 |
| rrq | ok I can mess with that while LeePen sleeps :) | 02:43 |
| sfox | i'm having a problem with Devuan where the load is very high (Load average: 290.58 290.16 289.07 ) | 08:27 |
| sfox | the load keeps increasing with age | 08:28 |
| sfox | i mean uptime | 08:28 |
| sfox | there's a whole bunch of crontabs in D state waiting for zpool status to finish | 08:28 |
| sfox | if i run zpool status manually it never completes and it can't be aborted or killed either | 08:29 |
| sfox | this is my dmesg http://dpaste.com/ADNTHAW2Z | 08:29 |
| gnarface | sfox: if you use paste.debian.net or /msg it to me i'll look at it, but no guarantees | 08:34 |
| gnarface | (also in my experience usually it's a particular program that's off the rails that's doing something like this, and it doesn't complain to dmesg) | 08:35 |
| sfox | https://paste.debian.net/1314142/ | 08:36 |
| sfox | the cpu load is fine | 08:37 |
| gnarface | it looks like a disk load issue | 08:37 |
| gnarface | hard to say if that's from overbooking or just hardware failure though | 08:37 |
| gnarface | INFO: task zfs:7910 blocked for more than 120 seconds. | 08:38 |
| gnarface | sometimes this is normal, like for example if you sync a cached dd write to a very slow SD card | 08:39 |
| sfox | gnarface: if it's hardware failure it shouldn't hang the system like this should it? | 08:39 |
| sfox | These are SAS drives | 08:39 |
| gnarface | ...but judging by how everything else falls apart after that, seems like it's just a symptom of something else gone wrong | 08:39 |
| sfox | I specificlly bought them so they wouldn't take the system down if one failed | 08:39 |
| gnarface | depends on what you're doing with them really | 08:40 |
| sfox | There supposed to fail off the bus not hang forever | 08:40 |
| gnarface | hmmm | 08:40 |
| gnarface | well i'm not super clear it's just a guess | 08:40 |
| onefang | Depends on the nature of the hardware failure. | 08:40 |
| gnarface | seems like then later X11 and pipewire get involved | 08:40 |
| sfox | Yeah but they are always segfaulting | 08:41 |
| gnarface | so maybe what happened is audio tried to do something in the graphical environment and choked on IO or something | 08:41 |
| sfox | Pipewire is super buggy | 08:41 |
| sfox | Do i have to reboot? | 08:41 |
| gnarface | probably, but i'd still watch for more evidence of what's going wrong after that... | 08:42 |
| gnarface | i don't understand these errors well enough to tell you for sure whether it's a hardware issue or not | 08:42 |
| gnarface | sd 0:0:5:0: Power-on or device reset occurred | 08:43 |
| gnarface | ^ seems probably relevant too | 08:43 |
| avir327 | sfox, as you write that it occurs only with new hardware: might this be a voltage issue? | 08:46 |
| avir327 | just a shot in the dark... | 08:47 |
| sfox | I could check the 12 volt bus with a voltmeter but this isn't new hardware | 08:47 |
| sfox | The power supply is prerrty high end unit made by Corsair, fed by a ferroresonate line stabilizer | 08:48 |
| gnarface | does it happen a lot? | 08:49 |
| sfox | No this is the first time this has happened | 08:49 |
| gnarface | any pattern to recreate the issue? | 08:49 |
| gnarface | oh | 08:49 |
| gnarface | hmm | 08:49 |
| sfox | Pipewire and X11 bell segfault all the time though | 08:49 |
| gnarface | well, i note you're using zfs... | 08:49 |
| gnarface | could be a zfs bug perhaps? | 08:49 |
| sfox | That's for redundancy | 08:49 |
| sfox | Could be | 08:49 |
| gnarface | any frozen GUI programs in particular, or is the whole GUI frozen? | 08:50 |
| onefang | X11 bell is going via pipewire? | 08:50 |
| sfox | No that gui is fine | 08:51 |
| sfox | I just can't run zpool status | 08:51 |
| sfox | Without it freezing and becoming unkillable | 08:51 |
| gnarface | i'm sorry i'm not so familiar with zfs | 08:53 |
| sfox | Its ok | 09:00 |
| ted-ious | sfox: Your pool is broken and zfs is hanging processes because they can't read the parts of the filesystem they need. | 09:03 |
| ted-ious | You will have to reboot and cross your fingers that it was only a temporary error like a controller hiccup. | 09:04 |
| sfox | Okay | 09:04 |
| ted-ious | If your lucky and you have enough redundancy then you might be able to get the pool to heal itself. | 09:05 |
| ted-ious | What kind of pool is it? | 09:06 |
| sfox | how can i prevent this from hanging the system in the future? | 09:06 |
| ted-ious | I hope you won't say single disk. | 09:07 |
| sfox | two pools | 09:07 |
| ted-ious | How are they built? | 09:07 |
| sfox | the pool with the disk having problems has two mirrored vdevs | 09:07 |
| ted-ious | 2 disks on the same controller? | 09:08 |
| sfox | 4 | 09:08 |
| sfox | but one of the disks is currently missing | 09:08 |
| ted-ious | Oh so you could have lost only 1 more disk due to a hiccup and it would have killed the pool. | 09:08 |
| sfox | it got smashed during a domestic situation and i haven't had the fund to replace it yet | 09:08 |
| sfox | i hope the other disk holding up the pool wasn't damaged too | 09:09 |
| sfox | it's possible | 09:09 |
| sfox | depends on which disk is having problems and if it's a temporary hiccup | 09:09 |
| ted-ious | Maybe you can open up the system and make sure there's no pieces loose or broken while you're rebooted. | 09:10 |
| sfox | oh good | 09:15 |
| sfox | i'm not sure what happened but all of the pools came back up and the vdev with some redundancy left has one of it's devices re-silvering now | 09:16 |
| sfox | scan: resilvered 114M in 00:01:03 with 0 errors on Mon Apr 15 02:15:11 2024 | 09:17 |
| sfox | errors: No known data errors | 09:17 |
| sfox | it looks like one of the drives stopped working somehow but i don't see how that should prevent zpool status from working or cause linux's load to almost reach 300 | 09:17 |
| onefang | It was having a really hard time recovering something maybe. | 09:18 |
| ted-ious | If you have any vdev's broken in a pool that kills the pool. | 09:19 |
| ted-ious | Can you pastebin zpool status output to paste.debian.net? | 09:19 |
| sfox | sure | 09:22 |
| sfox | https://paste.debian.net/1314144/ | 09:22 |
| ted-ious | You have an unmirrored tank pool and your other pool has one unprotected vdev? | 09:30 |
| ted-ious | I'm surprised you haven't had problems before now. :( | 09:30 |
| sfox | the tank pool replicates to the other pool | 09:31 |
| sfox | the tank pool is on a fast ssd. the backup pool is on several slow hdds | 09:31 |
| sfox | one of the drives experienced a failure already, i haven't had the funds to replace it yet | 09:32 |
| ted-ious | But both of them can fault from the slightest hiccup. | 09:32 |
| sfox | i know ted-ious it's a tedious situation right now | 09:32 |
| sfox | at least there's two copies of the data | 09:33 |
| sfox | i'd do something about it if i could | 09:33 |
| rustyaxe | i still find the usr-merge thing thats going on in modern distros amusing.. i did that 20 years ago and nearly got burned on a stake as a heretic.... | 10:53 |
| rrq | and still, https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard | 11:38 |
| sfox | rustyaxe: what's the usr-merge thing? | 12:02 |
| djph | sfox: long story short --> a mess. Slightly longer story "/bin and /sbin make no sense now, we're jamming it into /usr/bin or /usr/sbin" | 12:05 |
| sfox | oh | 12:06 |
| sfox | how do I do that to my system? | 12:06 |
| sfox | i don't like there being four different places for binaries | 12:07 |
| djph | do note that (AIUI anyway), usrmerge currently breaks more than it fixes. YMMV, etc. | 12:07 |
| djph | test on a VM if you can ... but otherwise, it's the 'usrmerge' package | 12:08 |
| sfox | i'm sure i can fix it if it happens | 12:08 |
| sfox | i have more issues with PAH caused by not checking that option way back when i first installed | 12:08 |
| djph | eh? | 12:08 |
| sfox | *PATH | 12:08 |
| djph | um | 12:09 |
| djph | $PATH hasn't changed with or without usrmerge ... | 12:09 |
| ted-ious | Why aren't they already in your path from one or more config files in /etc? | 12:09 |
| sfox | sudo issues | 12:09 |
| sfox | so i just install usrmerge and that's it? | 12:10 |
| djph | this is sounding very XY | 12:10 |
| sfox | what's that mean? | 12:10 |
| rustyaxe | Why scramble the egg when you can scramble the chicken? | 12:10 |
| sfox | the whole way Linux manages it's filesystem is odd to me | 12:11 |
| sfox | I'd much prefer the BSD FHS | 12:11 |
| djph | sfox: "XY Problem" | 12:11 |
| sfox | but then again with linux being a bunch of random pieces from random people instead of a complete operating system by one coherent team I understand why that can't be. | 12:11 |
| djph | I'm fairly certain *BSD still runs with all four locations ... | 12:12 |
| rustyaxe | yet the same random pieces are the ones used for anything but the base system in the bsds.... | 12:12 |
| rrq | collaboration rests on agreement and stability; when change is agreed it takes effort to update all documentation, plus documenting the transition. | 12:15 |
| sfox | the BSDs don't put firefox in /bin | 12:16 |
| rrq | so BSDs don't have /usr/bin/ and /bin/ being the same directory | 12:19 |
| djph | neither does devuan ... uh, unless I can't use "ls" right now | 12:21 |
| djph | but post usrmerge , "/bin/ls" becomes "/usr/bin/ls" | 12:22 |
| rrq | it becames *both* | 12:22 |
| rustyaxe | 0 lrwxrwxrwx 1 root root 7 Jan 12 10:03 bin -> usr/bin | 12:24 |
| rustyaxe | Both, yet neither :P | 12:24 |
| djph | rrq: I mean I guess a symlink counts as "both" maybe ... | 12:26 |
| rrq | try "cp /usr/bin/ls /bin" | 12:29 |
| djph | rrq: but /usr/bin/ls doesn't exist here, because I've not yet been forced to usrmerge. | 12:30 |
| rrq | ah, yes of course :) ... with usr-merge I get the error message: "cp: '/usr/bin/ls' and '/bin/ls' are the same file | 12:31 |
| djph | rrq: in either event, suffice to say, I know just enough about usrmerge to be going "oh boy, not another systemd already..." | 12:32 |
| djph | (which is, quite likely "not enough") | 12:32 |
| rrq | I don't mind either way personally, but I see the cost in documenting that change, which has no technical motivation | 12:33 |
| rrq | with usr-merge, you can drop the "/usr" prefix on all "/usr/bin/" files ... or conversely, you can add "/usr" prefix on any "/bin" pathname | 12:35 |
| djph | or without it, I just let my $PATH figure it out and I'm none the wiser (yeah, yeah, implications in cron, etc. aside) | 12:37 |
| rrq | yes, it was one of the early beauties for me (some few decades ago), to run a program without using a "run" command :) | 12:46 |
| eightonenone | anything going on with beowulf apt sources? mirrors have a timestamp of today (15-apr-2024) and beowulf-updates looks mostly empty. | 16:11 |
| dokma | If apt-get source package, apt build-dep package, debuild -b -uc -us fails without modifying the source is that a good indication of a bug? | 16:21 |
| Joril | eightonenone: There was a problem and it has been fixed, we have just to wait for the mirrors to update | 16:30 |
| Hurgotron | dokma: that doesn't sound like it should happen. Which package? | 16:31 |
| dokma | socat | 16:31 |
| dokma | Tests 309, 310, and 399 fail | 16:31 |
| golinux | I think that beowulf has been archived so you need to change your sources.list. | 16:43 |
| dokma | Hurgotron: can you try and replicate? | 16:46 |
| Hurgotron | Just did, same for me | 16:47 |
| Hurgotron | on Daedalus. | 16:47 |
| eightonenone | thanks, updated my sources.list to point to archive. | 17:01 |
| Hurgotron | dokma: do you happen to have a Debian install to check against? | 17:03 |
| fsmithred | eightonenone, archive.devuan.org does not have beowulf-security at this time | 17:11 |
| ROCmsimp | Does Devuan have PGP/GPG verification of any sort or only SHA256 checksum is present? | 17:11 |
| fsmithred | I thought apt used gpg | 17:12 |
| ROCmsimp | The ISO file itself I mean | 17:12 |
| fsmithred | oh | 17:12 |
| ROCmsimp | trying to verify right now | 17:12 |
| fsmithred | yes, they are signed by whoever makes the iso | 17:12 |
| fsmithred | which iso? | 17:12 |
| ROCmsimp | desktop, latest daedalus | 17:13 |
| fsmithred | installer isos should be signed by Ralph Ronquist | 17:13 |
| fsmithred | not sure if I spelled that right | 17:13 |
| fsmithred | live isos are signed by me | 17:13 |
| fsmithred | actually the shasum file is gpg signed. | 17:14 |
| ROCmsimp | I see, that might come in handy | 17:17 |
| fsmithred | This page tells how to verify the images: https://www.devuan.org/os/documentation/install-guides/daedalus/install-devuan | 17:20 |
| dokma | Hurgotron: unfortunately everything I have is on Devuan - laptop, desktop, servers and vms... | 18:40 |
| dokma | I detes systemd with a passion | 18:40 |
| dokma | *detest* | 18:41 |
| Hurgotron | dokma: Same here aktually :) | 19:35 |
| Guest36 | Hello I am trying to install the latest 5.0.1 netinstall version, but there is no firmware available for my intel 6300 wireless card, however when I try the 5.0.0 desktop-live version it works just fine. Aren't all the releases supposed to provide the same firmware during install? The reason why I would prefer the netinstall is that the desktop | 23:07 |
| Guest36 | install experience is very lacking. | 23:07 |
| rrq | would you know which package is missing from 5.0.1? | 23:09 |
| fsmithred | google says iwlwifi | 23:14 |
| fsmithred | Guest36, are you getting the message at the beginning of the install and it's asking you to supply firmware? | 23:15 |
| Guest36 | I don't know the exact package name, but it would have to provide iwlwifi-6000-4.ucode and regulatory.db | 23:15 |
| fsmithred | if so, ignore it and proceed. | 23:15 |
| fsmithred | the firmware you need is in the iso and will be installed unless you go to pains to avoid it | 23:16 |
| fsmithred | firmware-iwlwifi | 23:16 |
| Guest36 | I did install it and now I have a very barebones install, how would I bring this online? | 23:19 |
| rrq | mount the iso (first partition) and use dpkg to install the package | 23:22 |
| rrq | then add an iface stanza to /etc/network interfaces with wpa-ssid amd wpa-psk settings | 23:28 |
| rrq | then bring it up with "ifup wlan0" | 23:28 |
| Guest36 | rrq OK I have tried installing iwlwifi from the firmware directory using "dpkg -i" but it fails due to ldconfig and start-stop-daemon not found in path or not executable. | 23:30 |
| Guest36 | Hol up it's me getting filtered by debian shenanigans | 23:31 |
| Guest36 | did su instead of su - | 23:31 |
| Guest36 | Now it fails due to unexpected end of file in archive magic version number | 23:35 |
| rrq | "it"? | 23:39 |
| rrq | dpkg I guess | 23:39 |
| Guest36 | rrq sorry, dpkg -i firmware-iwlwifi fails | 23:40 |
| rrq | does it help with --force-all ? | 23:40 |
| Guest36 | rrq nope, still the magic version number error. | 23:42 |
| rrq | ok, unpack by hand: ar p firmware-iwlwifi*.deb data.tar.xz | tar xf - | 23:43 |
| rrq | do that as root at / if you're gung-ho :) | 23:44 |
| rrq | mmm should be xJf | 23:44 |
| Guest36 | rrq what do you mean with "ar p"? | 23:45 |
| rrq | "ar" is a program (command) and "p" is an argument to it (to unpack to stdout) | 23:45 |
| n4dir | deb files are ar files, if i remember correct. Or at least kinda | 23:47 |
| Guest36 | rrq apparently ar is not included in the core install | 23:47 |
| rrq | that makes it slightly harder ... it's possible to use dd but it needs a skip= setting... I can find it out... | 23:49 |
| rrq | this is amd64 ? | 23:49 |
| Guest36 | Correct, amd64 | 23:50 |
| rrq | hmm fsmithred, where is 5.0.1_amd64_netinstall.iso ? | 23:51 |
| rrq | so, unpack with: dd if=firmware-iwlwifi_20230210-5_all.deb bs=1 skip=4024 | tar xJf - | 23:55 |
| rrq | no...that' the header block... | 23:58 |
| rrq | should be 4088 | 23:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!