| gnu_srs1 | LeePen: Hi again. Can you create a branch I can populate, e.g. Hurd has: deb http://ftp.ports.debian.org/debian-ports unreleased main | 09:42 |
|---|---|---|
| gnu_srs1 | And a clarification about hard-coded paths: You can use which/command -v (no aliases) in addition to PATH! | 09:44 |
| LeePen | gnu_srs1: I am well aware of that, but I don't maintain all the Debian packages that don't use that! | 09:53 |
| LeePen | Branch? Do you mean full repository below deb.devuan.org? | 09:54 |
| LeePen | Or branch on git.devuan.org? | 09:54 |
| gnu_srs1 | I'm not sure. Probably a full repo below deb.devuan.org and only unstable as target. | 10:21 |
| gnu_srs1 | As you might know I did support Devuan with a buildd:build005 until you lost interest in it. | 10:21 |
| gnu_srs1 | I can revive that buildd or something similar again to build packages for Devuan and/or unreleased. | 10:21 |
| LeePen | I am afraid we don't have a mechanism to add that below deb.devuan.org. | 10:29 |
| LeePen | I think you would be better running your own repo, and then you have control and can publish what you have worked on. | 10:30 |
| gnu_srs1 | I don't really understand. I want to have access to deb{,-src} http://deb.devuan.org/merged ceres main contrib non-free non-free-firmware and | 10:38 |
| gnu_srs1 | deb{,-src} http.//deb.devuan.org/merged (whatever) unreleased main. | 10:38 |
| fsmithred | Are there any known cases of someone installing usrmerge in excalibur/ceres and not breakiing their system in the process? I think the usrmerge package itself may be broken, but I haven't looked into it. I just had a couple of catastrophic failures. | 11:40 |
| fsmithred | But when I installed it in daedalus and upgraded to ceres, it worked fine. | 11:40 |
| LeePen | fsmithred: failure how? | 11:41 |
| fsmithred | xserver wouldn't start | 11:42 |
| fsmithred | at the moment I can't remember what else | 11:42 |
| fsmithred | that was two or three weeks ago | 11:42 |
| fsmithred | and I'm not at home now so I can't fire up those systems to check. | 11:42 |
| fsmithred | when you install usrmerge in ceres, it spits out a bunch of errors or warnings about 'cp -n' | 11:43 |
| fsmithred | oh yeah, some files got lost, too. | 11:43 |
| fsmithred | I'll search some logs to see if I can find where I talked about it | 11:44 |
| LeePen | Thanks. | 11:45 |
| fsmithred | Here's some: | 12:00 |
| fsmithred | Jan 02 21:19:59 <fsmithred> udev rules file for gphoto exists in two places and installing usrmerge fails | 12:00 |
| fsmithred | Jan 02 21:21:35 <fsmithred> it says I can run /usr/lib/usrmerge/convert-usrmerge until it completes without error. | 12:00 |
| fsmithred | Jan 02 21:23:30 <fsmithred> ...after fixing the problem | 12:00 |
| fsmithred | Jan 02 21:23:40 <fsmithred> and then it complains the same about libsane | 12:00 |
| fsmithred | Jan 02 21:24:03 <fsmithred> so I probably need to move /lib/udev/rules.d into oblivion. | 12:00 |
| fsmithred | Jan 02 21:24:58 * TheBlueWizard (~TheBlueWi@pool-173-66-223-114.washdc.fios.verizon.net) has joined | 12:00 |
| fsmithred | Jan 02 21:27:09 <fsmithred> ok, I had to move all of /lib/udev and run /usr/lib/usrmerge/convert-usermerge again and that fixed it. | 12:00 |
| fsmithred | Jan 02 21:27:32 <fsmithred> The big autoremove list was misleading. Same packages were also being installed. | 12:00 |
| fsmithred | #devuan.log:Jan 08 05:59:30 <fsmithred>I ran into this a couple days ago. I upgraded and got 6.6.9 kernel and also added usrmerge. Files were missing and I had to reinstall lvm2 and dmsetup. That got rid of two errors. Also reinstalled xorg xinit xauth and every xserver-xorg-* that was installed. Then reinstalled elogind libpam-elogind and policykit-1-gnome. I can now boot the 6.6.9 kernel and use startx, but lightdm is caught in an | 12:12 |
| fsmithred | endless login loop. | 12:12 |
| fsmithred | Some udev rules got lost in the usrmerge, but I'm not finding the file names now. | 12:16 |
| fsmithred | Jan 06 19:34:47 <fsmithred> reinstall gave me 69-lvm.rules (reinstalled lvm2) | 12:22 |
| fsmithred | Installing usrmerge in ceres spits out a bunch of lines that say, "Warning: behavior of cp -n is non portable" | 12:25 |
| LeePen | fsmithred: I can't reproduce this. libgphoto2-6 apparently has the 'correct' mitigation. | 12:55 |
| LeePen | If you nuked /lib/udev, I am not surprised you lost files. | 12:55 |
| LeePen | I have just tried in a VM with libgphoto2-6 installed: http://dpaste.com/2UXFHVV2A | 13:11 |
| fsmithred | LeePen, I'm not the one who lost the two udev rules files that I knew were missing at the time. I think the other one was a dmsetup rule. | 13:43 |
| fsmithred | I'd like to do two ceres installs in chroot, install usrmerge in one and then compare with meld to see what files are missing. | 13:44 |
| fsmithred | Uh, encrypting these systems is a challenge. Do I have to put them into a loop file, or is there another way? | 13:47 |
| LeePen | Sorry, misunderstood your log paste. | 13:58 |
| fsmithred | Here's a report of successful addition of usrmerge after upgrade broke stuff: https://dev1galaxy.org/profile.php?id=6914 | 14:01 |
| fsmithred | This one had breakage after upgrade without usrmerge and then more breakage after adding usrmerge: https://dev1galaxy.org/viewtopic.php?pid=46656#p46656 | 14:17 |
| fsmithred | but no details about what usrmerge did. | 14:17 |
| fsmithred | Oh, there is more on that last one: "Well it wasn't too bad. I had to apt-get install --reinstall initramfs-tools, lvm, and dmsetup." | 14:19 |
| LeePen | Yes, but there is not even an indication of where the poster was on ceres, excalibur or daedalus. | 14:24 |
| fsmithred | same packages I had trouble with, and he mentions testing in the first post on that thread. | 15:28 |
| fsmithred | I gotta go. | 15:28 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!