libera/#devuan/ Saturday, 2022-07-09

mtnmanhello!00:25
brocashelmanyone else on ceres still having libllvm14 held back?04:34
gnarfacei don't think so... held back at which version?04:38
brocashelm1:14.0.6-104:40
gnarfaceoh, that's newer than my last update, but i was able to get a libllvm1404:41
brocashelmif i "install" it, i'll have libgl1-mesa-dri:i386 libglx-mesa0:i386 libllvm14:i386 mesa-vulkan-drivers:i386 removed; libffi7 libffi7:i386 libwayland-client0:i386 libx11-xcb1:i386 libxxf86vm1:i386 will be marked for autoremove04:41
brocashelmi also use oibaf's repo, so that might be why04:41
gnarfacesounds like the i386 counterpart isn't built yet04:41
gnarface... or something to do with the 3rd party repo's versioning04:41
brocashelmprobably just going to wait04:42
brocashelmyeah, i get them straight from upstream whenever changes occur04:42
sgagelibllvm14 was being held back for me until I did 'apt autoremove'.12:52
sgageA few packages were removed, and then libllvm14 upgraded fine.12:53
sgageAlas I don't remember what packages were removed to enable this, but they12:53
sgagewere removed by autoremove so they were unecessary.12:54
___usedI had a browser caused crash yesterday, old hw etc. When rebooted, the desktop xfce4 was restored to a state which was at least 4 months old! I save session daily. And I wiped old saved sessions almost weekly. Where the d*****s does xfce4 store old sessions that it pulls them out from upon restore after crash?16:57
___usedupdatedb + locate found nothing outside ~/.config -- xtoolplaces may use some backup file? Has anyone looked into these things? xfce4 mystery behavior related to saved sessions?16:58
fsmithred___used, I've only found saved desktop configs in ~/.config17:33
fsmithredpossibly something in ~/.local17:34
___usedNothing I could find in ~/.local17:41
___usedis relevant17:41
___usedxtoolplaces is not installed17:42
___usedBeowulf here.17:42
___usedHas anyone traced xfce4 call trees and such?17:42
jjakobfsmithred: ___used: maybe in .cache or .share19:31
fsmithredoh, ~/.cache/sessions looks good.19:34
jjakobI don't use xfce so I don't know how it would store session state19:35
jjakobthere may be xfce channels here19:35
rwpThat xfce session from 4 months ago seems very odd to me.  There wasn't a file system snapshot restoration used was there?20:53
___useddu -sk .cache -> 1.4 GB20:58
___usedrwp: no20:58
rwpHere on a machine: du -sh .cache; -> 2.4G    .cache20:59
___used.cache is now a strong candidate for movement to a tmp mount20:59
rwpSure.  In my case here it is mostly Firefox and Chromium.  find .cache -type f -ls | less20:59
___usedHalf of that 1.4GB is in .cache/Google due to using Android Studio20:59
rwpSure.  But the complaint was about xfce returning to a saved state from 4 months prior.21:00
___usedYes, no idea what did that. On reboot, perhaps fsck restored a stale session file somehow. Been about that long since rebooting.21:01
rwpThat's unlikely something fsck would do.  More likely there was an explicit session save and then no new ones made since.21:01
___usedThat is impossible, I save session manually from xfce4 Settings Session and Startup at least once every few days.21:02
fsmithredI have ~/.cache/sessions/xfce4-session-<hostname>:0 and xfce4-session-<hostname>:0.bak.  The former had a date of Jun22 until I just logged out of desktop and in again. Now it has today's date, two minutes ago.21:12
fsmithredthe .bak file is from May.21:13
fsmithredThere's also one called xfce4-session-refracta:0 with a date in Dec. 2019. That was the hostname and date that I installed this system.21:14
fsmithredoh, the .bak file is now the Jun22 version.21:17
___usedI had only one session file in there, no .bak21:18
___usedBut this is after executing delete saved sessions in Settings Session21:19
___usedCant' know what was there before.21:19
uncloudedHi, should kernel bugs be reported to Devuan or to kernel.org?  The kernel is 5.10.120-1 from chimaera but kernel.org says they only support 5.10.129.  The trace is at https://pastebin.com/qnLV73jp23:00
fsmithredthe kernels are packaged by debian, so that's probably where the bug reports should go23:03
ring-2hello unclouded: i'm not sure because systemd will become a new sight next time23:03
ring-2always go for debian root, no whater if u understanding what u're doing -.-23:04
ring-2at least we have a base...23:05
uncloudedthanks, will do23:07
notjustforfunlulz23:09
notjustforfunsup????23:09
notjustforfunbye23:10

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!