| Nrml | fsmithred: following the procedure for live-sdk, error when trying to run the `load devuan amd64` command: https://termbin.com/nlfb | 00:27 |
|---|---|---|
| Nrml | I'm probably commiting some supremely stupid mistake... | 00:28 |
| Nrml | Nevermind... I thin I just figured it out, instead of running `zsh -f -c 'source sdk'`, running `source sdk` instead of the interactive zsh works | 00:34 |
| Nrml | *thinl | 00:34 |
| Nrml | argh *think :-0 | 00:34 |
| onefang | I thinl u r not thinning wright. | 00:48 |
| Nrml | onefang: lol ;-) | 01:08 |
| fsmithred | Nrml, yeah, I do the commands separately | 01:14 |
| fsmithred | zsh -f | 01:14 |
| fsmithred | source sdk | 01:14 |
| fsmithred | load devuan devuan-minimal-live | 01:14 |
| fsmithred | build_iso_dist | tee log/build.1 | 01:15 |
| fsmithred | If you want to prevent it from deleting the build tree, there are a couple of edits to make in lib/libdevuansdk/zlibs/ | 01:26 |
| fsmithred | helpers:116: sudo rm -rf "$strapdir" | 01:26 |
| fsmithred | iso:149: sudo rm -rf "$workdir" | 01:26 |
| fsmithred | comment those lines ^^^ | 01:27 |
| fsmithred | delete it manually before the next build | 01:27 |
| Nrml | thanks for the additional tips, fsmithred! | 01:32 |
| Nrml | how do I change the base distro? I'm monitoring processes etc and it seems to be building for beowulf, not daedalus | 01:33 |
| Nrml | also, just before `build_iso_dist` I had to `export arch=amd64` or it would complain arch was undefined. Is that the correct way to do it, or should I have defined some other way? | 01:36 |
| fsmithred | look at the blends directories | 02:43 |
| fsmithred | you set the release in the config file | 02:44 |
| fsmithred | blends/devuan-minimal-live/config | 02:44 |
| fsmithred | set the arch there, too | 02:44 |
| fsmithred | Nrml, ^^^ | 02:44 |
| fsmithred | nope | 02:46 |
| fsmithred | yeah, that is the right config file | 02:46 |
| fsmithred | sorry, there are three or four so it's confusing sometimes | 02:46 |
| fsmithred | https://git.devuan.org/devuan-sdk/live-sdk/src/branch/master/blends/devuan-minimal-live/config | 02:47 |
| Nrml | no prob. fsmithred and again many thanks for your kind help | 02:49 |
| onefang | TIL - ledtrig-cpu is a linux kernel thing that lights up an LED when a CPU is being used. Apparently my new server has that enabled well enough that the kernel from the old server picked it up. Guess this new server company loves their blinken lights. | 04:35 |
| onefang | Yes, I'm reading through the boot logs on this new server, can you tell? See what surprises lurk within. | 04:36 |
| Nrml | fsmithred: build_iso_dist ran for hours, then seemingly aborted with "thirdstage" errors, here's the log from that part: https://termbin.com/n84x | 11:01 |
| Nrml | looks to me the error is being caused by btrfs-tools not being available in the repos... | 11:03 |
| Nrml | fsmithred: lots of questions from observing the output, eg why the error messages were repeated 4 times in a row when it aborted... | 11:05 |
| Nrml | but main question is, how do I fix this: I don't need btrfs-tools, so how can I exclude it from the build? | 11:05 |
| Nrml | and the other important question is: how can I restart the build without having it redo everything from zero (yes, I edited lib/libdevuansdk/zlibs/{helpers,iso} and commented the `sudo rm -rf` lines as you suggested) | 11:09 |
| fsmithred | Nrml, where did you get live-sdk? btrfs-progs is in lib/libdevuansdk/config and that's what's installed in my devuan. There is no btrfs-tools in devuan or in the devuan blend. | 11:36 |
| fsmithred | sorry no btrfs-tools in daedalus or daedalus blend. | 11:37 |
| Nrml | sorry, was afk | 11:38 |
| fsmithred | ok | 11:38 |
| fsmithred | I'm not really awake yet | 11:38 |
| Nrml | Neither am I :-) | 11:38 |
| Nrml | About your question: | 11:39 |
| Nrml | I got live-sdk via `git clone https://git.devuan.org/devuan-sdk/live-sdk.git` | 11:39 |
| Nrml | This is the recommended way, right? | 11:39 |
| fsmithred | I save the build tree for forensics. You can shorten the build time by using the cpio archive that gets created, but I can't tell you how right now and if you need to change the packages, then it won't work. You have to start over from zero. | 11:39 |
| Nrml | OK, so restart from zero it is. | 11:40 |
| fsmithred | It took me about a month to get everything to work when I first started using live-sdk. | 11:40 |
| Nrml | heh I can understand that perfectly :-) | 11:40 |
| Nrml | Hopefully will be less for me, since I'm counting on your experience | 11:40 |
| fsmithred | If you have space to make a virtual machine and easier way is to install devuan in VM, configure it how you want and then run refracxtasnapshot. | 11:41 |
| fsmithred | You could be finished today. | 11:41 |
| fsmithred | give the VM around 15 GB | 11:42 |
| Nrml | I do have the space -- in fact, I'm doing the live-sdk thing inside a Daedalus VM, it's no trouble to switch over to refractasnapshot. | 11:42 |
| Nrml | I was stupidly thinking minimal-iso would be a better end-product as it could also serve others | 11:43 |
| Nrml | So you recommend I abandon all hope on live-sdk and use refractasnapshot instead? | 11:44 |
| fsmithred | I usually use a desktop live for rescue and repair work. | 11:44 |
| fsmithred | yeah, it's way easier. | 11:44 |
| fsmithred | live-sdk is good if you need to make repeat runs to always have fresh isos. | 11:44 |
| Nrml | I checked and the daedalus desktop-live suffers the same issue -- boots from a kernel that has no headers installed, and no headers in the repos | 11:44 |
| fsmithred | If you build with refractasnapshot in a VM, you have to update all the software before you make the iso. | 11:45 |
| Nrml | So I'm off to refractasnapshot, I guess. I could also try and use this thing directly with the VDI of my Daedalus VM: https://www.ventoy.net/en/plugin_vtoyboot.html | 11:46 |
| Nrml | A friend told me about it yesterday, apparently it can boot a physical machine from a VDI on a USB pendrive | 11:47 |
| fsmithred | interesting. I've booted isos on a hard drive using grub to boot. I'm not sure if that works with raw disk images. | 11:50 |
| Nrml | Apparently Ventoy has a special plugin for VDI (and VMDK, etc) | 12:05 |
| Nrml | What I did like about Ventoy is it being opensource (GPLv3) | 12:06 |
| Nrml | I'm preparing my VM to use it now (making sure it has linux-headers installed, etc) | 12:06 |
| Nrml | fsmithred: alas, ventoy will not work with dynamic VDIs, and I don't have enough diskspace (nor an available pendrive large enough) to use a fixed VDI. | 12:32 |
| Nrml | So it seems refractasnapshot it is... having a look at it right now | 12:32 |
| fsmithred | be sure to read through the config file. There might be a few settings you want to change. | 12:33 |
| fsmithred | save_work="yes" snapshot_basename= ? xz compression | 12:36 |
| Nrml | Will do, thanks for the tips! | 12:36 |
| fsmithred | you still need hard drive space for the VM | 12:36 |
| fsmithred | there needs to be room for a copy of the filesystem plus the resulting iso | 12:37 |
| fsmithred | OR... you can have those things on another volume. Set it in config. | 12:38 |
| fsmithred | How much space can you spare for the virtual disk? | 12:40 |
| Nrml | sorry, was atthe other window | 12:59 |
| Nrml | I have about 200GB free on the host system | 13:00 |
| Nrml | OK, so refractasnapshot ran for a while and ended with "All finished!" | 13:15 |
| fsmithred | cool | 13:15 |
| fsmithred | ls -lh and you can see what you have | 13:15 |
| fsmithred | oh, in the snapshot dir | 13:15 |
| Nrml | yeah | 13:16 |
| Nrml | /home/snapshot | 13:16 |
| Nrml | LOL | 13:16 |
| fsmithred | I usually work in the snapshot dir | 13:16 |
| Nrml | ain't that weird ;) | 13:16 |
| fsmithred | with a local copy of the config file | 13:16 |
| fsmithred | what's weird? | 13:16 |
| Nrml | something under /home that's not tied to a user | 13:17 |
| fsmithred | we put it there because it's likely to be big | 13:17 |
| Nrml | yeah, it figures | 13:18 |
| Nrml | but it's weird all the same :-) | 13:18 |
| Nrml | anyway, got a 425MB .iso there | 13:19 |
| Nrml | will write it to a pendrive with dd and test it | 13:19 |
| fsmithred | that was from the minimal live? Seems small. | 13:19 |
| fsmithred | boot the iso with qemu or vbox | 13:20 |
| Nrml | no, not from the minimal live, my own installed and trimmed Devuan Daedalus | 13:21 |
| fsmithred | ah, ok | 13:21 |
| Nrml | source filesystem was 1.6GB | 13:21 |
| fsmithred | that is small | 13:21 |
| Nrml | and I activated xz compression as you suggested, so 4:1 doesn't sound too strange | 13:21 |
| Nrml | pendrive ready, booting my DUT with it | 13:23 |
| Nrml | humrmm... BIOS does not list it as a bootable device | 13:26 |
| Nrml | OK, testing the iso under vbox as you suggested | 13:27 |
| Nrml | OK, so it works under Virtualbox alright | 13:34 |
| Nrml | why not when written to a pendrive? | 13:34 |
| Nrml | `dd` should have worked, right? | 13:34 |
| gnarface | in theory, but it's easy to make a mistake | 13:40 |
| gnarface | cp would also work just as well | 13:40 |
| gnarface | for dd, try adding conv=fsync | 13:41 |
| fsmithred | You did dd to whole device and not to partition, right? | 13:43 |
| Nrml | fsmithred: yep, to the whole device (in my case, /dev/sdc) | 13:47 |
| Nrml | gnarface: fsync should not be necessary as I ran `eject /dev/sdc` after the dd and before physically removing the pendrive | 13:48 |
| Nrml | trying again with a different pendrive | 13:48 |
| gnarface | Nrml: i'm not sure eject will actually sync; i would actually do "conv=fsync status=progress" and watch the speed to figure out if it's reasonable for the media | 13:50 |
| gnarface | if it goes too fast you know it's still caching | 13:50 |
| gnarface | i would also strongly recommend you avoid setting bs | 13:51 |
| gnarface | though it usually doesn't matter, sometimes it corrupts the write if you set it to something higher than the device likes | 13:51 |
| gnarface | cp might be better, if boring | 13:51 |
| Nrml | gnarface: thanks for the recommendations. With the different pendrive I'm writing to now, the process is taking a lot longer, so perhaps the previous pendrive was doing something odd | 13:53 |
| Nrml | cp to write to a raw device? that's a new one for me | 13:54 |
| gnarface | it didn't used to do that, but it's old news, just not well known | 13:55 |
| fsmithred | cat works, too | 13:55 |
| Nrml | ok, no go with the other pendrive | 13:56 |
| Nrml | Perhaps it's something with the machine? It's a brand new SFFPC and it might be EFI only | 13:57 |
| Nrml | I left the default `make_efi=yes` on /etc/refractasnapshot.conf, so EFI should work, right? | 13:58 |
| cousin_luigi | If I wanted to test the newest stable kernel, where should I pick it? | 14:01 |
| cousin_luigi | Does debian/devuan keep the vanilla/patched distinction? | 14:01 |
| Nrml | anyway, copying the file again, this time with `cp` as gnarface recommended | 14:08 |
| fsmithred | cousin_luigi, there's the stock kernel in daedalus and there's a newer one in daedalus-backports | 14:08 |
| Nrml | (IMO boring is good, actually it's great when we're just trying to get something to work) | 14:08 |
| fsmithred | Nrml, is grub installed in the VM? | 14:09 |
| fsmithred | grub-efi | 14:09 |
| Nrml | lemme check | 14:11 |
| Nrml | nope, it's not. So that's the culprit? | 14:12 |
| fsmithred | maybe, I'm having trouble thinking | 14:13 |
| fsmithred | I think it just needs to have grub-efi-amd64-bin | 14:14 |
| fsmithred | hm | 14:14 |
| fsmithred | I always install grub-efi-amd64 and put a copy of grub-pc deb in the root of the filesystem. | 14:14 |
| Nrml | OK | 14:15 |
| fsmithred | I have to look at the code | 14:15 |
| Nrml | installing it and trying again | 14:15 |
| fsmithred | gimme a couple minutes | 14:15 |
| fsmithred | grub_message=$"Warning: grub-efi-amd64 is not installed. The snapshot may not be compatible with UEFI. | 14:16 |
| Nrml | OK | 14:17 |
| fsmithred | download grub-pc and put the .deb in the root of the filesystem, so you can install on a non-uefi system | 14:17 |
| fsmithred | oh, and include an installer - probably refractainstaller-base | 14:17 |
| fsmithred | or else you can do it all manually - boot the iso and rsync the running system to a partition, then chroot and install the bootloader. | 14:18 |
| fsmithred | There's also calamares installer, but that pulls in about 125MB including a bunch of qt stuff. | 14:19 |
| cousin_luigi | fsmithred: Thanks. Nothing newer than 6.9.7 though. I suppose it'll have to do. | 14:26 |
| fsmithred | cousin_luigi, https://liquorix.net/debian/pool/main/l/linux-liquorix/ | 14:46 |
| Nrml | fsmithred, gnarface: just reporting back, it worked this time -- so the culprit was the missing grub-efi after all | 14:51 |
| Nrml | thanks again for the help! | 14:51 |
| fsmithred | yw | 14:54 |
| Nrml | fsmithred: and I'm even happier to report, this time I can install and run ZFS, so the problem with minimal-live was indeed the old kernel for which headers could not be found | 15:04 |
| Nrml | so mission accomplished. Thanks again, Nrml over and out. | 15:05 |
| * Nrml waves | 15:05 | |
| fsmithred | :) | 15:05 |
| freaxeh | i need unused memory at the end of my memory how do i boot with mem=... ? | 15:29 |
| freaxeh | its for a good cause, pstore | 15:31 |
| freaxeh | do i set it in grub_cmdline_linux_default=? | 15:35 |
| fsmithred | Yes, set it there and then run update-grub to generate a new boot menu. | 15:45 |
| fsmithred | I don't know the correct option you want but see here: https://www.kernel.org/doc/html/v4.14/admin-guide/kernel-parameters.html | 15:46 |
| freaxeh | ty | 15:47 |
| __20h__ | Greetings comrades. | 17:10 |
| __20h__ | I want to setup a local rsync mirror of devuan packages and distfiles. Is there anywhere some script as an example so I am not missing anything? | 17:11 |
| gnarface | hmm, good question... | 17:12 |
| gnarface | fsmithred: do you know anything about a mirror setup script? | 17:14 |
| __20h__ | I am coming from Gentoo. There it is just an rsync you run repeatedly. And this rsync URI is then given to to portage for distfiles and sources. | 17:15 |
| __20h__ | For Devuan, as it comes from Debian, it all looks like an easy to sync file/dir hierarchy too. | 17:16 |
| __20h__ | https://dev1galaxy.org/viewtopic.php?id=589 | 17:16 |
| fsmithred | gnarface, sounds familiar | 17:16 |
| __20h__ | > Host a mirror - Have extra bandwidth? Please consider hosting a mirror of Devuan images/repos. Get in touch with Devuan developers on IRC at #devuan-dev` on libera to discuss details | 17:17 |
| fsmithred | https://pkgmaster.devuan.org/devuan_mirror_walkthrough.txt | 17:17 |
| fsmithred | __20h__, ^^^ | 17:18 |
| __20h__ | fsmithred, gracias. | 17:18 |
| fsmithred | https://files.devuan.org/MIRRORS.txt | 17:20 |
| fsmithred | ^^^ this one for iso mirrors | 17:20 |
| __20h__ | fsmithred, thanks. Syncing. :D | 17:38 |
| __20h__ | fsmithred, btw., is there some way to tell apt to use an rsync:// URI for sources.list? | 17:39 |
| __20h__ | Doesn't look like that: https://github.com/Debian/apt/tree/main/methods | 17:45 |
| gnarface | i'm not sure, but i don't think you can, because amprolla relies on http redirects | 17:48 |
| gnarface | i don't think rsync can do that, but i could be wrong | 17:48 |
| __20h__ | gnarface, I hoped for something similiar to the git-* extensions. So maybe some apt-rsync script would automagically be used. | 17:49 |
| gnarface | well, i don't actually know, but fsmithred might | 17:49 |
| __20h__ | If ftp:// is by default in apt, then I will for this one. | 17:51 |
| __20h__ | vsftpd is way easier to setup than some httpd somewhere. | 17:51 |
| gnarface | i thought debian removed the ftp feature well before devuan existed, but maybe i dreamed that... | 17:52 |
| __20h__ | gnarface, it's in current apt. | 17:53 |
| gnarface | oh, hmm | 17:53 |
| buZz | hi __20h__ | 17:54 |
| buZz | :) | 17:54 |
| __20h__ | buZz, greetings. | 17:54 |
| __20h__ | buZz, just buzzing around here. Migrating my practice software to something debian-based. | 17:55 |
| __20h__ | So devuan is perfect. | 17:55 |
| buZz | its maybe important to realize devuan's repo is just a 'overlay' over debian's repo | 17:55 |
| buZz | thats why its so tiny :P | 17:55 |
| __20h__ | But I am a freedom fan of local mirrors in case of state shutdown and Internet shutdown. | 17:55 |
| buZz | well, then maybe mirror debian too :P | 17:55 |
| leitz | when calling dict.keys(), are they keys returned in the order they were defined in the dict? | 17:56 |
| __20h__ | leitz, no. | 17:56 |
| __20h__ | leitz, you can't assume that. | 17:56 |
| buZz | maybe ask #python? :P | 17:56 |
| leitz | y'all, you're right. Caffiene hasn't kicked in, I'm on the wrong list. :( | 17:57 |
| __20h__ | leitz, this is a channel, the channel to enlightenment. | 17:58 |
| __20h__ | And freedom from STDs. | 17:58 |
| cousin_luigi | fsmithred: Pray, what is liquorix? | 18:20 |
| cousin_luigi | Upon closer inspection, liquorix looks interesting. | 18:33 |
| cousin_luigi | I wonder if it might help with the ksoftirqd maxing out the CPU problem. | 18:33 |
| Afdal | wondering if someone can help me with an annoying qmake error | 19:34 |
| Afdal | make wants lrelease-qt5 | 19:34 |
| Afdal | but my qt5 file is called lrelease on Devuan | 19:35 |
| Afdal | so I tried making a lrelease-qt5 symlink | 19:35 |
| Afdal | but it's not working :/ | 19:35 |
| gnarface | missing -dev package? just a guess | 19:35 |
| Afdal | it's from qttools5-dev-tools | 19:36 |
| Afdal | the package | 19:36 |
| Afdal | I think | 19:36 |
| gnarface | this is in daedalus? | 19:36 |
| Afdal | Chimaera | 19:36 |
| gnarface | do you also have qttools-5-dev? | 19:37 |
| gnarface | er, qttools5-dev i mean | 19:37 |
| Afdal | no, lemme add it | 19:37 |
| Afdal | didn't help -.- | 19:38 |
| cousin_luigi | Afdal: Check if there's a LRELEASE variable that can be defined in the .pro file | 19:39 |
| cousin_luigi | or whatever | 19:39 |
| gnarface | i also see qttools5-private-dev, i wonder if it'd matter? | 19:40 |
| Afdal | nothing in the .pro file | 19:41 |
| Afdal | but LRELEASE is referenced in the makefile | 19:41 |
| Afdal | I should say I already dealt with a qmake -> qmake-qt5 reference issue doing the same symlink thing | 19:44 |
| Afdal | How do I alter a make option >.> | 19:51 |
| Afdal | oh I guess "make LRELEASE=lrelease" makes some progress :) | 19:58 |
| Afdal | Now I've got some different Qt issues to work through -.- | 19:59 |
| Afdal | the dummy managing this project really needs to list dependencies somewhere >:/ | 20:01 |
| Afdal | Managed to get all my Qt dependencies resolved except this one: "Unknown module(s) in QT: xmlpatterns" | 20:15 |
| Afdal | installing qtxmlpatterns5-dev-tools doesn't seem to work :/ | 20:15 |
| Afdal | thought about asking in a Qt channel | 21:51 |
| Afdal | but omg there's so many Qt channels -_- | 21:51 |
| gnarface | not sure it'll help, but when i'm having build dependency problems like that with the kernel it usually turns out to be bison that's actually missing | 22:00 |
| Afdal | I think I compiled something that needed bison a while back | 22:04 |
| plasma41 | Afdal: Do you have libqt5xmlpatterns5-dev installed? | 22:41 |
| plasma41 | Also what are you building? | 22:42 |
| Afdal | uh | 22:43 |
| Afdal | wow that was it lol | 22:43 |
| Afdal | Qt libraries are such a confusing mess D:< | 22:43 |
| Afdal | I'm compiling QMC2, a MAME frontend | 22:43 |
| gnarface | sweet | 22:47 |
| plasma41 | Troubleshooting build systems and determining build dependencies is my jam, though you might think otherwise if you saw how flustered I look while doing it. | 22:47 |
| Afdal | I guess I should have just done a wildcard apt search for xmlpattern | 22:48 |
| Afdal | to find all the packages with it in the name | 22:48 |
| plasma41 | I had the advantage of hacking on the build scripts for qt5xmlpatterns a month or two ago, so the component parts were somewhat fresh on my mind. | 22:50 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!