moriton | Ah, I'm still on testing, not unstable. | 00:05 |
---|---|---|
captainfixerpc14 | is there anyone available that could help with an update issue on ascii that continues to give this as an error with over 603 packages left? The following packages have been kept back: | 03:31 |
captainfixerpc14 | please | 03:31 |
golinux | sources.list? Post link not here | 03:33 |
nexgen | hello | 06:55 |
nexgen | there are rumors corporates may infect almost all GNU software by their systemD | 06:56 |
nexgen | just paying to developers to do some "needed" stuff and simultaneously add systemD binding too | 06:56 |
nexgen | how are you going to handle this? | 06:57 |
golinux | nexgen: That is off topic for this channel. If you must blabber, please do it in #debianfork | 07:37 |
divansan` | Hi all :) Trying to use lvm cache. I've setup all but it fails to boot. It seems I need to get initranfs to include dm_cache etc. | 08:46 |
divansan` | I'm trying to do that from a rescue disk, but the rescue disk can't mount the root vol because dm_cache not detected in rescue environment either. | 08:46 |
divansan` | How can I recover in rescue env? (ascii) | 08:47 |
gnarface | divansan`: maybe chroot into it and run update-initramfs? | 08:59 |
avbox | I have AMD 2400G and use devuan ascii. Sound card does not work. With latest siduction it works. What could be the problem? | 14:42 |
r3boot | drivers, usually. Try a newer kernel | 14:47 |
avbox | Just found out, sound over headphone works, but not over hdmi cable. Kernel is 4.19.64 | 14:49 |
drizzt | Unit193: you can use eudev instead of udev | 15:54 |
_abc_ | Anyone on xfce besides myself? Are the new updates to xfce percolating into devuan upstream? Anyone tried them? | 16:52 |
* _abc_ can't wait for some bugs to be ironed out | 16:53 | |
fsmithred | how new? | 16:54 |
James1138 | I am using XFCE. | 16:57 |
fsmithred | _abc_, what are you looking for? | 17:00 |
sccirc | hello; I'm trying to use "unattended-upgrades", but while --dry-run suggests everything is configured for what I want, it is not running automatically. There's no cron job that seems relevant, and 50unattended-upgrades seems configured right. What else can I check? | 18:41 |
Evilham | sccirc: what's your OS and release? | 19:16 |
Evilham | also, you can do sth like `# unattended-upgrade -vd --apt-debug --dry-run`, check the output and if you deem it appropriate, create paste bin or sth similar with it | 19:18 |
sccirc | Evilham: devuan ascii | 19:18 |
Evilham | together with `dpkg -l | grep unattended-upgrades` | 19:19 |
Evilham | also, reminder to anyone with access to stuff to use 2FA and the like: https://github.com/rest-client/rest-client/issues/713 | 19:20 |
sccirc | Evilham: I can show you if you'd like, but the output appears to show that my origins are valid and it looks as though it's wanting to upgrade the packages I'd expect. dpkg lists the package as "ii" and as version 0.93.1+vua2.0 | 19:23 |
Evilham | sccirc: that sounds right for ascii | 19:24 |
sccirc | what I'm confused about is that this doesn't seem to make any attempt to run automatically. The unattended-upgrades log file only shows this and my previous dry run. | 19:24 |
Evilham | whwen did you install the package? | 19:25 |
sccirc | probably around July 22 | 19:26 |
sccirc | I've been trying a few things for the past week or so as I've had time | 19:26 |
sccirc | just remembered I have logs on this. July 16. Close enough. Took me a while to notice. I didn't think to check because the last time I tried this, with Ubuntu 16.04 or so, it seemed to kick in right away | 19:28 |
Evilham | yeah, that's the expectation | 19:29 |
Evilham | sccirc: alrighty, just mans worked :-D | 19:31 |
Evilham | please check that you have a file /etc/cron.daily/apt | 19:32 |
Evilham | (apt something) | 19:32 |
sccirc | I have apt-compat and aptitude | 19:32 |
Evilham | *just managed to remember how it worked | 19:32 |
Evilham | can you chece permissions? the file should be executable | 19:33 |
Evilham | *check the permissions (touchpads!) | 19:33 |
sccirc | both are +x for ugo | 19:34 |
sccirc | they match the perms on the other cronjobs | 19:34 |
Evilham | sccirc: and you have anacron entries in /etc/cronttab enabled, correct? | 19:35 |
sccirc | Evilham: correct; one each for cron.{daily,weekly,monthly} | 19:35 |
sccirc | and of course, anacron is installed | 19:35 |
Evilham | interesting :-D I *don't* have anacron installed, isnt' there a `|| ( cd / && run-parts ...` bit? | 19:37 |
sccirc | yeah, there is | 19:37 |
Evilham | alright, then that part is the same, could you check that anacron is doing what it should? | 19:37 |
sccirc | does that log to a particular place? | 19:38 |
Evilham | also: `/usr/lib/apt/apt.systemd.daily` <-- should exist and have exec perms | 19:38 |
Evilham | IDK, can't recall how anacron worked | 19:39 |
sccirc | yes, the other script points to that, and it has those perms | 19:39 |
Evilham | if you are able to debug anacron, that'd be a thing, check that it works properly (maybe add an hourly script that sends you an email or creates a file) | 19:40 |
Evilham | otherwise, if you can, try to remove anacron and see if magically things work | 19:40 |
sccirc | going by "ag anacron" in /var/log, it's kicking off | 19:40 |
_abc_ | fsmithred: re: xfce: new release/work on it was announced in news headlines today. For example theregister.co.uk iirc | 19:40 |
sccirc | Evilham: looking at another place, in /etc/apt/apt.conf.d/ I have two files, 50unattended-upgrades and 20auto-upgrades. The latter has two lines, APT::Period:Update-Package-Lists and APT::Periodic::Unattended-Upgrade, both = 1. Is that right? | 19:41 |
Evilham | that's the default, yup | 19:42 |
Evilham | basically, first line says "run apt update", second one says "actually do update the packages that match" | 19:43 |
sccirc | that's what I thought | 19:43 |
Evilham | and 50un.. is the file that says how packages should match | 19:43 |
sccirc | but I've seen references to other things in Debian and Ubuntu, like APT::Periodic::Enable, which is not present here. (I tried it already to no avail yesterday) | 19:43 |
Evilham | isn't that in 20periodic? :-) | 19:44 |
sccirc | I don't see a file with that name. Just 20auto-upgrades. | 19:45 |
sccirc | are the filenames "magical" or is it merely their contents that's important? I assumed the latter. | 19:46 |
Evilham | order and contents | 19:46 |
Evilham | just checked: 20periodic is created by my provisioning :-D but the default *is* APT::Periodic::Enable "1" | 19:47 |
sccirc | on two systems I can check, I only have auto-upgrades and they only have those two lines as described | 19:47 |
sccirc | both fresh installs from a month ago | 19:47 |
Evilham | yup, that looks fine | 19:47 |
Evilham | anyway, I'll be doing some cleaning, when you figure out if anacron is doing its job let me know, if not that's your issue, if it is running fine, then it's likely somewhere else | 19:48 |
fsmithred | _abc_, right now, ceres/sid has same version as beowulf/buster - 4.12. We'll probably see 4.14 in ceres some time, but we'll never see it in beowulf or buster. | 19:51 |
cipher86 | WHERE CAN i ASK BASIC QUESTIONS ABOUT dEVUAN? | 19:54 |
cipher86 | sorry for the caps | 19:54 |
stiltr | cipher86: What's your question? | 19:55 |
cipher86 | etc/systemd exists why? | 19:56 |
Evilham | And very basic questions are likely already answered on the forum | 19:56 |
cipher86 | Link to forum please? | 19:56 |
Evilham | Read the channel topic | 19:57 |
stiltr | https://dev1galaxy.org/ | 19:57 |
Evilham | That folder exists because the files are harmless and removing them is too much work for zero gain | 19:57 |
cipher86 | Thanks... | 19:57 |
sccirc | Evilham: I'm not getting system mails saying anacron *failed*, I seem to see it in syslog, and its spool folder exists. | 19:58 |
Evilham | And its useful tp have them when things dont work as expected to check what systemd systems would do | 19:58 |
sccirc | Evilham: kind of having a hard time proving it's running without losing a day; as far as I can tell, anacron's lowest granularity is a vague notion of "daily". | 19:59 |
Evilham | sccirc: try adding an hourly script that you are absolutely sure youd see, like touch /var/iwashere | 20:00 |
sccirc | Evilham: unless I'm reading this wrong, I don't think it knows how to do hourly scripts | 20:01 |
Evilham | oh, actually true | 20:02 |
Evilham | sorry, m | 20:02 |
Evilham | mb | 20:02 |
sccirc | given that I don't see active failures, I'm inclined to believe it *should* be working at this point, as it should have correct settings by default | 20:03 |
sccirc | did I install it wrong? I installed unattended-upgrades, then ran `dpkg-reconfigure --priority=low unattended-upgrades`, from memory, and answered "yes" to the question dialog presented. This seemed to generate the two /etc/apt/apt.conf.d files, possibly other things. | 20:04 |
Evilham | sccirc: how about you edit `/etc/cron.daily/apt-compat` (make a backup) and go to the end and: comment out random_sleep and `exec /usr/....` and instead add as the very last line: `echo "would run"` | 20:04 |
Evilham | then execute `/etc/cron.daily/apt-compat` | 20:04 |
Evilham | sccirc: if the dry-run said that it would update some packages, then unattended-upgrades is set up properly, the issue is that it's not really being called, and we don't know exactly where or why | 20:05 |
sccirc | it echos "would run" | 20:05 |
Evilham | fun :-D | 20:06 |
Evilham | so revert that | 20:06 |
Evilham | would you show me the output of the dry-run? | 20:07 |
sccirc | Evilham: https://pastebin.com/8YQ0xt2G | 20:08 |
Evilham | sccirc: and you are totally sure you haven't changed anything between yesterday and today? :-) | 20:10 |
sccirc | Evilham: completely. I've made my various "fixes" one thing at a time and reverted each one before trying a new one. Comparing with another machine, it should be stock aside from edits to the 50 file | 20:11 |
Evilham | sccirc: just had an idea, edit the line in `/etc/crontab` that should be daily anacron so that it runs in, say 1 minute :-D | 20:11 |
Evilham | then take a look at top / unattended-upgrades log to see if something actually happens | 20:12 |
Evilham | not entirely sure it shoudl | 20:12 |
sccirc | I have zero entries from unattended-upgrades in my logs | 20:12 |
Evilham | another thing that *could* be interesting is to run `env VERBOSE=2 /usr/lib/apt/apt.systemd.daily`, but beware: if that works, it will actually start unattended-upgrades | 20:17 |
James1138 | I see just now that another OS is dumping systemD!! https://www.techrepublic.com/article/knoppix-8-6-first-wide-public-release-to-abandon-systemd/ | 20:18 |
Kjetil | <3 | 20:19 |
sccirc | at least some good news today | 20:22 |
_abc_ | fsmithred: I have ascii still and it's 4.12 | 20:26 |
_abc_ | So there will be no chance of backports / etc right? | 20:26 |
_abc_ | I am curious what is new now that they are talking about it. | 20:26 |
fsmithred | find the source and read the changelogs | 20:27 |
_abc_ | I'd rather see some screenshots :) But you're rirght, as usual. | 20:28 |
fsmithred | The main goal was to port core components to Gtk 3 and from D-Bus Glib to GDBus | 20:28 |
fsmithred | oh boy, I can't wait | 20:29 |
_abc_ | https://wiki.xfce.org/releng/4.14/xfce_4.14final finalize release notes: 70% completed. | 20:30 |
_abc_ | Sounds like a Windows progress bar now >:-) | 20:30 |
sccirc | Evilham: running the script with VERBOSE=2 didn't provide any output, but it did run | 20:30 |
Evilham | sccirc: it ran --> it upgraded? | 20:31 |
sccirc | correct | 20:31 |
_abc_ | https://wiki.xfce.org/releng/4.14/roadmap 3 months to go | 20:32 |
Evilham | I stick at blaming something anacron-related :-D | 20:32 |
Evilham | sccirc: keep an eye on it and, if you can, remove anacron, run-parts should be accomplishing the same (I think) | 20:32 |
sccirc | Evilham: anacron was possibly installed by unattended-upgrades to begin with, if I understand what dpkg is telling me | 20:33 |
_abc_ | fsmithred: was that sarcasm or serious, wrt can't wait | 20:34 |
_abc_ | I confess the differences between D-Bus Glib and GDBus are lost on me. I assume the distinction is important? | 20:35 |
fsmithred | sarcasm | 20:35 |
Evilham | sccirc: it recommends cron, or anacron, it can do without | 20:36 |
fsmithred | gtk3 has been a moving target for the past few years, much to the dismay of devs who use gtk for their apps. | 20:36 |
_abc_ | So GDBus is the new "evil" side solution? The one devuan avoids? | 20:36 |
fsmithred | no, we don't avoid dbus | 20:37 |
fsmithred | although it's possible | 20:37 |
_abc_ | I know gtk has been a moving target since gtk-2.0+ was a requirement for building gptools (pic development on oss) | 20:37 |
_abc_ | That goes back about 10 years if not more. | 20:37 |
sccirc | Evilham: somewhat hard for me to check now since I ran the unattended-upgrades bit, but I'll remove anacron for now and next time I see an upgrade is due on my workstation I'll take a look at this test system | 20:37 |
fsmithred | gtk3 apps are the ones that have borderless buttons | 20:37 |
sccirc | and giant everything | 20:37 |
Evilham | sccirc: wonderful, you should also subscribe to Debian's security ML, besides anything relating systemd it applies to Devuan too | 20:38 |
_abc_ | oh noes borderless buttons | 20:38 |
sccirc | Evilham: I'll have to consider that. Thanks for your assistance thus far. | 20:39 |
Evilham | it's quite low traffic, I do recommend that :-) | 20:40 |
sccirc | seems they have rss for security advisories. Same content? | 20:42 |
Evilham | should be, yup | 20:43 |
sccirc | nice | 20:49 |
sccirc | one random thing I've been wondering about for a while: I'm more familiar with Ubuntu than Debian, but I thought it was the same there: packages had long descriptions visible in e.g. Synaptic, but in Devuan they just copy+paste the short description. Kinda wondered why. | 20:51 |
Akuli | seems to depend a bit on the package to me | 20:53 |
sccirc | I haven't seen any exceptions to that personally, though I'd wonder at it either way | 20:54 |
Akuli | unattended-upgrades has a description consisting of about 7 lines, bash has a one-line description only | 20:54 |
sccirc | oh hey, so it does | 20:54 |
Akuli | i'm looking at this with: $ apt show <packagename> | 20:54 |
James1138 | Is there any rough timeframe for when Beowulf ISO shall be on Devuan website to download?? | 20:55 |
sccirc | I kind of assumed Devuan just literally cloned Debian and then hacked out the systemd components (simplistically speaking) so I never expected the regular packages to be (apparently) remade | 20:55 |
Akuli | maybe debian doesn't have so many longer descriptions these days? i don't know | 20:56 |
sccirc | seems their "florence" has the full description, going by a random deb I just snagged vOv. Not a huge deal or anything, but curious | 20:58 |
sccirc | right, well, I'm out. Thanks again Evilham; should removing anacron resolve this issue, I'll try to remember to report back. And maybe file a bug. | 20:59 |
Evilham | sccirc: some packages have to be recompiled | 21:01 |
Evilham | If people complain about /etc/systemd, imagine if /sbn/systemd were there :-D | 21:02 |
Akuli | hmm /lib/systemd/system/saned.service: symbolic link to /dev/null | 21:34 |
Akuli | :D | 21:34 |
Kjetil | these are not the services you are looking for | 21:43 |
drawkula | :-D | 21:46 |
gnarface | there's some known issue with amprolla still not showing the long descriptions | 22:02 |
gnarface | i think | 22:02 |
gnarface | i mean, i know it's still happening, but i think it's in amprolla | 22:02 |
Jjp137 | I think it's because amprolla doesn't currently deal with translation files (according to: https://git.devuan.org/devuan-infrastructure/amprolla3/blob/master/TODO.md) | 22:09 |
Jjp137 | and combined with: https://wiki.debian.org/DebianRepository/Format#Description | 22:09 |
Jjp137 | if a package comes from Debian, it won't have its long description most likely | 22:09 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!