| fsmithred | so, ya know, of course I tried to install it... | 00:10 |
|---|---|---|
| fsmithred | aptitude was stumped | 00:10 |
| bgstack15 | fsmithred: what is the "debian-pulseaudio-config-override" that LeePen emailed me about? | 01:29 |
| bgstack15 | I don't see that as a package name in Ceres. | 01:29 |
| fsmithred | lemme remember where I got it | 01:29 |
| fsmithred | it's in debian | 01:29 |
| fsmithred | anyway, it moves the autospawn file so that PA will start automatically | 01:31 |
| fsmithred | so you don't have to comment the line | 01:31 |
| bgstack15 | Sorry, I don't see that name anywhere. Does that live under a different package name? | 01:32 |
| bgstack15 | Sorry if I'm being dense. | 01:32 |
| fsmithred | I see it in beowulf-proposed-updates | 01:34 |
| bgstack15 | I want to list in the lightdm changelog what users can use instead of this removed xserver-share=false line. | 01:34 |
| fsmithred | I installed in in a mate speech VM | 01:35 |
| bgstack15 | Are we going to need that package in unstable as well as b-p-u then? | 01:35 |
| fsmithred | no | 01:35 |
| bgstack15 | I had added the xserver-share=false to unstable (lightdm-1.26.0-7+devuan2) | 01:35 |
| fsmithred | in chimaera/ceres the file is 01-enable-autospawn | 01:35 |
| bgstack15 | Oh, so that already exists somewhere. | 01:36 |
| bgstack15 | *for unstable | 01:36 |
| fsmithred | yeah, they changed it upstream | 01:36 |
| bgstack15 | Anybody here an admin on project https://git.devuan.org/devuan/lightdm? I want to add a build issue for the beowulf-proposed-updates package, which is lightdm-1.26.0-4+devuan2 | 01:57 |
| bgstack15 | but I don't have a label for "beowulf-proposed-updates" to add to an issue for Releasebot. | 01:57 |
| rrq | hmm noone had blessed you with "packages" team membership ... | 02:09 |
| rrq | life is different now | 02:09 |
| bgstack15 | rrq: I can wait until somebody adds such a label "beowulf-proposed-updates" in gitea, or I can see if I have access in Jenkins to issue a build. | 02:28 |
| bgstack15 | Not sure if I've ever logged into our Jenkins though. | 02:28 |
| bgstack15 | Haha, I had logged in before, but I do not have the ability to set up a new build on job devuan-package-builder. | 02:32 |
| rrq | isn't it just to have that branch an the an issue with that label, all st the git store? | 02:40 |
| rrq | (i'm a bit tired today) | 02:40 |
| bgstack15 | https://git.devuan.org/devuan/documentation/src/branch/master/maintainers/JenkinsAutobuild.md states to set a label to the name of the suite to build | 02:43 |
| bgstack15 | Labels are offered from a pre-populated list, that does not include "beowulf-proposed-updates" | 02:43 |
| rrq | hmm I think we need to wake up LeePen for this ... he has had an hour of sleep already :) | 02:46 |
| bgstack15 | Oh, it's definitely not worth waking him up for. | 02:47 |
| bgstack15 | It can wait. | 02:47 |
| rrq | btw you can create project local labels as well I think | 02:59 |
| rrq | but I don't know if that's the way to go for b-p-u | 03:01 |
| mason | Sigh. I've been happy with CVS, Perforce, and Subversion for years, but I'm going to have to break down and learn Git. | 06:26 |
| Xenguy | Welcome to the club, I've been saying it for years 8 -D | 06:33 |
| parazyd | bgstack15: I didn't look at the package in a long time (since ascii times), but we could have a look if you think it's useful. | 08:56 |
| bgstack15 | parazyd: I had brought up the systemctl translator script in the last Devuan meeting, and offered it as a way to help handle the hard-coded "systemctl" commands in things. Obviously it's risky, but somebody suggested that I ask if you would be interested in including it in the devuan-sanity package. | 17:32 |
| bgstack15 | If that package only exists in ascii, and not any newer releases, then maybe it's not the right spot, if there even is one. | 17:32 |
| parazyd | bgstack15: We could revive it for unstable/ceres | 18:02 |
| parazyd | bgstack15: Maybe it's also smart to do devuan-sanity-$foo packages from the same source, because then people could install what they see fit, rather than "everything or nothing" | 18:02 |
| bgstack15 | parazyd: that's a great idea. is there a git repository for devuan-sanity? | 19:27 |
| bgstack15 | Or shall we just start over with a new devuan-sanity package, with so far this one devuan-sanity-systemctl package? | 19:27 |
| parazyd | bgstack15: Let's start anew, and we can do this with debian/control and $foo.install files. | 19:28 |
| parazyd | bgstack15: I will create one tomorrow. Do you have an account on the git server? I can add you as a collaborator. | 19:29 |
| bgstack15 | OK, I'll push a package up hopefully today to my namespace. | 19:29 |
| bgstack15 | Oh, OK. You can create one, and I'll submit a PR with my -systemctl subpackage | 19:29 |
| parazyd | Actually let me do it now | 19:31 |
| parazyd | bgstack15: Added you, feel free to push then I'll review | 19:33 |
| parazyd | bgstack15: For debian/rules, just use debhelper 10+ | 19:33 |
| parazyd | So you only need: "%: dh $@" in there | 19:33 |
| bgstack15 | Ooh, I've never made a [debian-]native package before. What version number should I start with? | 19:35 |
| bgstack15 | 1.0.0 or 1.0 or 0.1 or 0.0.1 | 19:36 |
| bgstack15 | I prefer the last | 19:36 |
| parazyd | 1.0 is fine | 19:40 |
| parazyd | Or just leave it out and I'll fill it in | 19:40 |
| parazyd | No need to do changelog | 19:41 |
| fsmithred | 0.0.1 is already in experimental | 19:41 |
| parazyd | It'd be better to start over | 19:43 |
| parazyd | The repo seems gone | 19:43 |
| bgstack15 | I thought all old git contents were copied over, but maybe not. | 19:43 |
| fsmithred | yeah, the old git would need to be turned on to retrieve it. | 19:44 |
| bgstack15 | not worth it | 19:44 |
| bgstack15 | I inspected the deb; it was only a vimrc file | 19:44 |
| fsmithred | right | 19:44 |
| fsmithred | and fine since you're not using the same version number | 19:45 |
| fsmithred | parazyd, did you see the note I left you about live-sdk a few days ago? | 19:46 |
| parazyd | Yeah, something about it not working. I've done some refactoring, but I managed to build the beowulf blend when I did it. | 19:46 |
| parazyd | So I didn't exactly understand what is wrong. | 19:46 |
| fsmithred | when I tried it, it did not use the blend | 19:47 |
| fsmithred | I just got the bare iso, which did boot | 19:47 |
| parazyd | Ah, sec | 19:47 |
| parazyd | Yeah, sorry. $arch is now defined in the blendfile. Not necessary on the `load` command | 19:47 |
| parazyd | So just: load devuan blend | 19:47 |
| fsmithred | and I have to define the arch in the blend file? | 19:48 |
| parazyd | (This is applicable to latest git master) | 19:48 |
| fsmithred | yeah, I cloned it fresh | 19:48 |
| parazyd | Yeah, I think I did that already for your beowulf blends | 19:48 |
| fsmithred | how does it do both? | 19:48 |
| parazyd | Maybe not though | 19:49 |
| fsmithred | without editing the file? | 19:49 |
| parazyd | In theory you could: load devuan blend && arch=amd64 | 19:49 |
| fsmithred | parazyd, I can define it in the config file instead of the blend file? I already have to change arch-specific things there. | 19:59 |
| parazyd | Yes, sure | 19:59 |
| fsmithred | ok, cool | 19:59 |
| parazyd | As long as you source it soon enough | 19:59 |
| fsmithred | sdk does that | 20:00 |
| fsmithred | before the blend map | 20:00 |
| fsmithred | it's building, and it sees the blend. :) | 20:06 |
| parazyd | Nice | 20:18 |
| fsmithred | it failed | 20:18 |
| fsmithred | gave lots of errors about dpkg-divert script error | 20:18 |
| fsmithred | I think it died becasue btrfs-tools doesn't exist in chimaera | 20:18 |
| fsmithred | trying again | 20:18 |
| parazyd | Let me know | 20:23 |
| parazyd | I didn't try building chimaera yet | 20:23 |
| fsmithred | ran into some weird trouble, now trying again | 20:24 |
| fsmithred | could not delete tmp/* permission denied | 20:24 |
| fsmithred | and a bash error when I tried tab-complete | 20:24 |
| fsmithred | so I rebooted | 20:24 |
| fsmithred | I did build some chimaera isos this week with an older copy of live-sdk. | 20:25 |
| Beerbelott | Anyone knows what to do when encountering "Device *** not initialized in udev database even after waiting 10000000 microseconds" in a chroot? | 20:45 |
| bgstack15 | I found that my workflow started with 0.1, so you can change the version if you want, parazyd. | 20:58 |
| bgstack15 | https://git.devuan.org/devuan/devuan-sanity | 20:58 |
| parazyd | bgstack15: Cool, I'll check it out tomorrow. | 21:00 |
| fsmithred | depends on when you get that, Beerbelott | 21:01 |
| fsmithred | some changes in lvm.conf might help | 21:01 |
| fsmithred | https://dev1galaxy.org/viewtopic.php?pid=21501#p21501 | 21:03 |
| Beerbelott | OK solved my problem by bind-mounting /run/udev in the chroot, if anyone is interested in the tip :) | 21:08 |
| fsmithred | yeah, in chroot that's what is needed | 21:09 |
| fsmithred | pretty sure it's been mentioned on the forum | 21:09 |
| Beerbelott | Well I found the answer and the Web after a lot of time earching :D | 21:10 |
| Beerbelott | for a bit of context, I'm training to migrate "hard" partitions into LVM before attempting that on a machine I won't be able to backup | 21:11 |
| Beerbelott | I ran into theis problem trying to regenerate GRUB from a chroot in the new system volume | 21:11 |
| Beerbelott | I saw tome advice somewhere also advising to bind-mount /run/lvm, which I did... no idea if this was required, though | 21:12 |
| fsmithred | yeah, that's where I ran into it | 21:13 |
| fsmithred | no, you don't need to mount /run/lvm (pretty sure). I haven't needed it. | 21:13 |
| Beerbelott | OK thx | 21:14 |
| fsmithred | adding partitions with data to lvm? That sounds seriously un-fun. | 21:16 |
| Beerbelott | Yup. But will ease the pain of redimensioning partitions in the future | 21:17 |
| Beerbelott | The whle system will be moved into LVM | 21:17 |
| Beerbelott | That's when you also run in the known bug of resize2fs which uncorrectly compute the minimum size for ext4 filesystems... | 21:18 |
| Beerbelott | I'm copy data at the block level... I could just copy data from the fs level, but I'm afraid I could miss hidden spots with rsync | 21:19 |
| Beerbelott | copying* | 21:19 |
| Beerbelott | I haven't resorted to sfill-ing empty space to 0, and piping data from dd into gzip and uncompressing it again to get sparse partitions... yet | 21:21 |
| Beerbelott | The biggest problem here, being a rolling transitions, is having enough temporary disk space to copy data between old & new locations | 21:22 |
| Beerbelott | un-fun as a whole, but it's a back-to-basis moment. I'll take that as a good opportunity to refresh knowledge on basics :P | 21:23 |
| Beerbelott | It also could be worse: I already have a separate /boot partition on this machine... | 21:24 |
| Beerbelott | Some people just create PV around existing system partitions and then recreate partitions around the new PV to avoid moving data... that works, rpovided you can free space up for PV metadata | 21:27 |
| Beerbelott | (you'll have to restrict PV metadata copies to 1, though, to avoid LVM drestructively erasing the last blocks of the new partition) | 21:28 |
| fsmithred | parazyd, I have to reboot after every failed build. | 21:34 |
| parazyd | Why? | 21:35 |
| fsmithred | can't delete files | 21:35 |
| fsmithred | permission denied | 21:35 |
| fsmithred | can't tab-complete - get bash errors | 21:36 |
| parazyd | Can you share the blend files? I can look in the morning | 21:36 |
| fsmithred | ok | 21:36 |
| parazyd | Kinda hard to debug blindly :) | 21:36 |
| fsmithred | well, right now I'm trying to find an extra package that it can't find | 21:37 |
| fsmithred | firmware-linux | 21:37 |
| fsmithred | it's not in my package list | 21:37 |
| fsmithred | found it: live-sdk/config | 21:38 |
| rrq | fyi: the old devuan-sanity project was retained as https://git.devuan.org/devuan/sanity.git | 21:42 |
| rrq | generally we avoid adding devuan- prefix on projects | 21:42 |
| rrq | s/avoid/have avoided/ | 21:43 |
| rrq | as for versioning, packages in experimental would typically be of version 0.x.y, so that 1.0.0 is the first unstable version | 21:45 |
| * rrq : all traditions are good traditions | 21:46 | |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!