| systemdlete | cant find a shim, but I see that nut wants avahi on freebsd... hmmm. | 00:27 |
|---|---|---|
| gnarface | like a "recommend" or actually a requirement? | 00:28 |
| systemdlete | well, the startup complains that avahi isn't running | 00:28 |
| gnarface | maybe it wants it on linux too but that's just one of those accidentally omitted build dependencies? | 00:28 |
| systemdlete | so maybe not quite a requirement, since the nut install didn't break | 00:28 |
| gnarface | hmm, i could only speculate | 00:28 |
| systemdlete | oh no, gnarface, there is actually an avahi meta package et al | 00:29 |
| systemdlete | freebsd => linux | 00:29 |
| systemdlete | there's even a thing called "launchd" that sounds an awful lot like the same sort of "project" that will eventually consume the entire bsd ecosystem | 00:30 |
| systemdlete | it's still talk though, from what I can gather | 00:30 |
| gnarface | afaik launchd is actually far older than systemd, i remember it from macosX decades ago | 00:30 |
| * systemdlete would really prefer to just die... | 00:30 | |
| gnarface | i do remember it also being a pain in the ass though | 00:31 |
| systemdlete | not sure if it's the same project, or a new implementation | 00:31 |
| gnarface | i assume it's what macosx inherited, but i haven't been following closely enough to be sure | 00:32 |
| systemdlete | If architected well, and not a runaway train, it might be ok. But I still believe in init freedom | 00:32 |
| systemdlete | well, nutconf ran and generated what looks like a config file--just like the ones I created on my linux system | 00:33 |
| systemdlete | actually, nut-scanner. nutconf just returns to the prompt quietly | 00:34 |
| systemdlete | and there's no /etc/rc.d for it that I can see | 00:34 |
| systemdlete | well, at any rate, back to the build on linux. | 00:34 |
| systemdlete | I will try doing the 2.8.1 upgrade package and then the 2.8.2 | 00:35 |
| systemdlete | but I'd really rather just die | 00:35 |
| systemdlete | I'm gonna watch tv for a while. This hurts my brain too much. | 00:35 |
| gnarface | it gets easier | 00:36 |
| systemdlete | (my problem is sitting for long times; need to take frequent breaks) | 00:37 |
| systemdlete | bbl | 00:38 |
| onefang | Just got back from being out all morning. https://mishka.snork.ca/apt-panopticon/results/Report-web.html went away last I checked. http://veritas.devuan.org/apt-panopticon/results/Report-web.html is still good. https://sledjhamr.org/apt-panopticon/results/Report-web.html is also good. Both look OK to me. | 04:12 |
| onefang | I gotta rest up before I look deeper. | 04:12 |
| onefang | Or perhaps it was just a case of "package mirror herder is away all morning, we can play up now". lol | 04:13 |
| onefang | gnarface: Was it just all the URL sanity errors you saw that made you think half of them are down? That's normal. | 04:30 |
| gnarface | onefang: no, the http column | 04:30 |
| onefang | Which reflects the URL sanity column. Note that most of the time it has the same number of errors. I have TODOs to sort these things out better. | 04:31 |
| onefang | Look at the green ticks next to the IPs in the DNS round robin column, that's a better indicator. | 04:32 |
| onefang | URL sanity is likely no longer needed, I haven't delved deep into the apt source code yet to check. | 04:32 |
| onefang | And apt-panopticon needs lots of work. lol | 04:33 |
| onefang | Too many red crosses in that column though. B-( | 04:34 |
| onefang | Has Debian updated their keyring again? | 04:37 |
| onefang | Coz this is odd. A bunch are faillng only on their IPv4 incarnations IPv6 working fine, and the failure is a 404 on Debian's keyring, but most are fine. | 04:39 |
| gnarface | i might not have proper ipv6 routing... | 04:40 |
| gnarface | that could have something to do with it | 04:40 |
| onefang | Why would that have something to do with the mirror testing? | 04:40 |
| gnarface | well if they're failing on ipv4 and i only have ipv4 | 04:42 |
| gnarface | that was hours ago though, i haven't checked it recently | 04:42 |
| onefang | Failing for the mirror testers, which you are not. | 04:42 |
| gnarface | oh | 04:42 |
| onefang | Looks like Debian did update their keyring. | 04:42 |
| gnarface | i misunderstood | 04:42 |
| onefang | Ah apt-transport-https has gone away, one of the standard packages I test with. HTTPS support is now included in apt itself, not a separate package. | 04:46 |
| * onefang switches to testing apt-transport-tor instead. | 04:48 | |
| * onefang uncrosses my eyes and realises it's not IPv4 that's failing. lol | 05:06 | |
| m_m | I'm not sure if you would support this, but I installed a devuan VM using debootstrap yesterday, and I have a problem with openRC. It tells me that I have ssh in the default runlevel, but it does not start it. When I start it manually (rc-service ssh start) everything works well. I do not have logs of ssh complaining at boot, and all the other services are starting well... | 11:21 |
| gnarface | m_m: sounds like it might be a problem with the VM and openRC not playing nice together, something about pam and permissions or something. which VM? | 11:25 |
| m_m | it's a Qemu-kvm with libvirt | 11:26 |
| gnarface | hmm | 11:26 |
| gnarface | you starting the guest as root or as a regular user? | 11:27 |
| m_m | root | 11:27 |
| gnarface | eh, stick around, someone might know the answer | 11:28 |
| gnarface | which release on the host and guest? | 11:28 |
| m_m | I installed these packages for openrc to work : elogind libpam-elogind openrc orphan-sysvinit-scripts | 11:29 |
| m_m | daedalus on the both | 11:29 |
| gnarface | do you think it's possible the network is just starting after? | 11:29 |
| gnarface | sshd would probably bail if it didn't find any network devices | 11:29 |
| gnarface | there should be a way to get logs... do you have rsyslogd and logrotate installed? | 11:30 |
| gnarface | you might want to try one guest with sysvinit instead | 11:33 |
| gnarface | just to see if that's working | 11:33 |
| gnarface | last i checked was chimaera but i didn't have problems with it | 11:33 |
| gnarface | oh, hmm, i guess i didn't try sshd on that one though .... | 11:33 |
| gnarface | yea, i dunno. seen something like this but not with qemu. turned out to be a pam/limits/permissions thing that shouldn't affect qemu. | 11:34 |
| gnarface | might be your guest's network configuration or what openrc is doing with it. | 11:35 |
| gnarface | without some logging enabled i could only speculate | 11:35 |
| gnarface | but stick around, there's people who mess with qemu a lot more than me | 11:36 |
| m_m | rsyslog is installed and logging well... gonna try to find how to resolve this don't worry ;) | 11:37 |
| m_m | I think I misconfigured OpenRC... so let's get back to start! | 12:01 |
| gnarface | for what it's worth, qemu should be perfectly compatible with the netinstall. there should be no reason you'd have to resort to debootstrap. | 13:12 |
| blizzow | I see a bunch of gimp-help packages for devuan but, no gimp? | 15:13 |
| blizzow | (excalibur) | 15:13 |
| n4dir | for zynaddsubfx i have lost the directory /usr/share/zynaddsubfx, which contains the banks with the instruments. | 22:25 |
| n4dir | i tried all kind of things, purge it, reinstall it, remove files manually, what not, but no reinstall will give me that directory back | 22:26 |
| n4dir | what was the way to reinstall as if it was never there again? | 22:26 |
| gnarface | you did "apt-get --reinstall install zynaddsubfx" ? | 22:27 |
| gnarface | that should do it, as should just doing "apt-get --purge remove zynaddsubfx && apt-get install zynaddsubfx" | 22:27 |
| n4dir | yup, i did all that. | 22:28 |
| gnarface | if it's not, check the pre/post-inst scripts and figure out what they're looking for that's changed | 22:28 |
| gnarface | might constitute a package bug, though this is the type of thing that often slips off the table | 22:28 |
| n4dir | this installation is a bit of a mess, so i wouldn't consider a bug yet | 22:29 |
| gnarface | just keep in mind that even the purge action itself is subject to the maintainer writing a postremove script that's capable of actually finding and removing everything | 22:29 |
| gnarface | stuff that auto-generates files after first run tends to get left behind | 22:30 |
| n4dir | yeah, i used "locate" and all and removed everything which got in my way | 22:30 |
| n4dir | aptitude purge ~c; what not | 22:30 |
| n4dir | where do i find the pre/post-inst scripts? | 22:30 |
| n4dir | i think there was a argument or parameter for apt-get though, which kinda says "just reinstall the whole shebang, no matter what" | 22:31 |
| fsmithred | n4dir, see /var/lib/dpkg/info/ | 22:33 |
| n4dir | there is a bunch of zynadd, but no pre or post | 22:33 |
| gnarface | heh, well that explains it | 22:33 |
| gnarface | who needs a good postrm script anyway? you were just going to delete the guest and re-spin it from your Windows Azure host right? | 22:34 |
| gnarface | (brought to you by the same people who said filesystems don't need to be cleanly unmounted anymore because we have journaling!) | 22:35 |
| fsmithred | where can I find a list of current prescribed use cases so I can conform? | 22:35 |
| gnarface | i don't see this package in main... | 22:35 |
| n4dir | in path-to/zynaddsubfx.list it lists everything which gets installed? If so, no /usr/share/zyn/banks there | 22:36 |
| gnarface | hmm, weird, it's in pkginfo but my local searches don't show it... | 22:36 |
| gnarface | oh, there it is, must have typoed the first time | 22:36 |
| n4dir | always use program names easy to typo. rule number one | 22:37 |
| gnarface | well, i don't know what's actually going on so i'll stop being angry without evidence | 22:37 |
| n4dir | sorry for the noise. zynaddsubfx-data seems to have the banks. | 22:41 |
| n4dir | i sure don't remember i ever had to do anything but install zynaddsubfx, but i am not too sure | 22:42 |
| n4dir | well, it is a dependency of zynaddsubfx. Anwyway, case closed, thanks | 22:42 |
| fsmithred | yeah, I just found that | 22:43 |
| fsmithred | lol | 22:43 |
| gnarface | just had to purge more packages? | 22:43 |
| n4dir | i mean i installed version 3, third party package, of zynaddsubfx, and that created the mess. Not a fault of devuan packaging | 22:44 |
| n4dir | gnarface: i did apt-cache search zyn, then found data, then reinstalled it. I guess it was not installed at all | 22:44 |
| fsmithred | biab | 22:54 |
| Alverstone | Can somebody please tell me why /etc/rcS.d/S07cryptdisks is placed right after /etc/rcS.d/S06cryptdisks-early? What is the point? They're identical sans some sysvinit specific configuration at the beginning, like X-Start-Before etc. What exactly is the point? | 23:38 |
| gnarface | Alverstone: i don't know, but check the LSB headers in both those scripts and it'll probably make more sensea | 23:43 |
| gnarface | or wait, did you do that and you're still asking? my guess would be that one is for drives that are needed for actually booting and accessing the others (like they contain vital partitions, or partition mountpoints that are in the second bank) | 23:44 |
| gnarface | whereas secondary storage can wait | 23:44 |
| gnarface | (the LSB headers can override the "S#" symlink start orders based on LSB headers in other scripts) | 23:45 |
| Alverstone | Ah, now that makes sense. To be more precise, it does not make any sense at all simply because runit does `for script in /etc/rcS.d/S* ; do`. Amazing. | 23:57 |
| Alverstone | So much for the least supported init system. Guess one day I'll end up reimplementing the wheel all over again. | 23:58 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!