| papa | Hello again. I'm now attempting to install Daedalus 5.0 on an old Core i7 desktop from the netinstall DVD. | 07:37 |
|---|---|---|
| gnarface | hey papa, slow channel but just stay connected and you'll get answers to any questions you ahve | 07:40 |
| gnarface | *have | 07:40 |
| gnarface | i recommend booting in expert mode because it will give you the most control | 07:40 |
| gnarface | and when you get to the partitioning step just set manual | 07:40 |
| papa | I'm surprised to find anyone awake now. Early for Europe and late for the Americas. Are you in Australia or East Asia? | 07:41 |
| gnarface | nope, just a night owl | 07:42 |
| papa | That works, too. | 07:42 |
| papa | Install complete. Booting new system... | 08:11 |
| papa | "Selected boot device failed. Press any key to reboot the system." :( | 08:12 |
| papa | However, the system is now rebooting Devuan. | 08:14 |
| gnarface | papa: uh... weird, maybe the default boot device in the bios isn't the one you installed to? | 08:48 |
| gnarface | i guess if it's working that's what's important but it seems like that shouldn't be happening... | 08:48 |
| jjSuper1 | I had to restore my system last night, everyhting is mostly working except mounting my 4 additional drives when I click on them in Thunar. mounting them cli works. I have checked the permissions and my user is listed. External hot-swap (USB/whatever) automounts just fine. Thoughts? Do these drives need to be in fstab? | 14:22 |
| fsmithred | jjSuper1, I use autofs for remote mounts. | 14:23 |
| fsmithred | mine are all nfs | 14:24 |
| fsmithred | oh, extra drives. I wrote a script for the local mounts because they're encrypted and require multiple commands. | 14:25 |
| fsmithred | you could use fstab if you want them to come up automatically or if you want your user to be able to mount them manually | 14:26 |
| gnarface | yea you can just put them in fstab with the mount option "noauto" if you don't want them always mounted but you want them to be easy to mount | 14:28 |
| jjSuper1 | Um, either way. I'm not sure how Devuan default behaves, previously I just clicked on it and it mounted, but I didn't configure anything | 14:28 |
| gnarface | oh you need "user" too for non-root users i think? | 14:28 |
| jjSuper1 | I assume the install detected and added the disk somewhere | 14:28 |
| jjSuper1 | Can I do this old school, or do I need that stupid uuid nonsense | 14:29 |
| gnarface | it just depends on what you installed | 14:29 |
| gnarface | for the auto-mount stuff that is | 14:29 |
| jjSuper1 | I don't follow? | 14:29 |
| fsmithred | noauto,user | 14:29 |
| fsmithred | uuid is good idea if there's more than one drive in the box, because they don't always come up in the same order | 14:30 |
| gnarface | the auto-mount stuff you can do old school, and you don't need uuids but if you have more than one disk i recommend uuids | 14:30 |
| jjSuper1 | OK, good to know, yes, UUID I will try | 14:31 |
| jjSuper1 | Thanks | 14:31 |
| gnarface | that's the basic gist of it, you can't trust the kernel to give you sata disks in a predictable order anymore | 14:31 |
| fsmithred | I gave up using thunar to mount stuff. I'm not sure it still works. Spacefm works better for that. | 14:31 |
| fsmithred | filesystem labels work, too. | 14:31 |
| fsmithred | and they're more informative than a long random string. | 14:32 |
| jjSuper1 | I don't know about filesystem labels, I'll read up on that. | 14:33 |
| jjSuper1 | Oh! Don't even have to restart! Added UUID to fstab and they just work. | 14:39 |
| fsmithred | man e2label | 14:42 |
| jjSuper1 | welp, looks like I'm going to have to restore/reinstall again because I can't type commands correctly. chown -hR /* is not the same as ~/* | 15:12 |
| gnarface | ow | 15:12 |
| jjSuper1 | yeah | 15:12 |
| jjSuper1 | That's ok, its not going to take nearly as long this go round. I backed up the whole /home folder so I just have to reinstall a few things. No big deal | 15:13 |
| gnarface | you might want to consider some sort of snapshotting backup system | 15:13 |
| jjSuper1 | Its a consider, but once I get the permissions of these other disks sorted, it should be ok | 15:14 |
| jjSuper1 | Anyhow, I shall return | 15:15 |
| freemangordon | any idea who is supposed to old files in /var/tmp? | 16:28 |
| gnarface | what now? | 16:30 |
| gnarface | did not parse | 16:30 |
| freemangordon | sorry | 16:30 |
| freemangordon | any idea who is supposed to *delete* old files in /var/tmp? | 16:30 |
| gnarface | if you were asking who is supposed to delete stuff in there, nobody except the owner; basically the FHS says /var/tmp is just /tmp for stuff you don't want deleted on reboot | 16:31 |
| freemangordon | well, the exact sentence is "...Although data stored in /var/tmp is typically deleted in a site-specific manner, it is recommended that deletions occur at a less frequent interval than /tmp." | 16:31 |
| gnarface | well, since it's tmp obviously no guarantees are supposed to be expected | 16:32 |
| freemangordon | which implies someone should delete stuff from there | 16:32 |
| gnarface | left to the interpretation of the "site owner" seems like a safe description of the recommendation there, so if you want to delete stuff in there go to town | 16:32 |
| freemangordon | ok | 16:33 |
| gnarface | what i remember being told was that it's just /tmp for stuff that should persist through a reboot, since /tmp by policy should always be deleted on reboot, but maybe that itself was a site-specific rule... | 16:33 |
| freemangordon | yeah, /tmp should be deleted | 16:34 |
| freemangordon | my questions was in regards that it seems systemd-tmpfiles-clean cleans files there older than month(?) so I was wondering what's the case on non-systemd systems | 16:35 |
| freemangordon | obviously it is "left to the owner" :) | 16:35 |
| gnarface | yes although it seems like a lot of apps are starting to use ~/.cache/ for a lot of the same stuff | 16:37 |
| gnarface | and i wonder if anything is cleaning that... | 16:37 |
| gnarface | currently on my system the answer seems to be no | 16:37 |
| gnarface | also /dev/shm/ but only Steam seems to be having trouble cleaning up after itself there... | 16:38 |
| Wizzup | /dev/shm is cleared by the fact that it is tmpfs - in ram only | 16:39 |
| gnarface | well, on reboot obviously | 16:40 |
| gnarface | but if you never reboot... | 16:40 |
| Wizzup | then /tmp is not cleared either I think | 16:41 |
| gnarface | i think it has been after like etch or something like that | 16:41 |
| gnarface | it definitely didn't used to be in earlier debian releases but that was eventually fixed as a bug | 16:41 |
| gnarface | i think before devuan | 16:42 |
| Afdal | I use /dev/shm/ for a few bash scripts and always include an instruction to remove the relevant file when finished | 16:49 |
| jal | hi, I installed devuan with no desktop and put dwm on it, and now I'm trying to set up pipewire, but it appears I have to set XDG_RUNTIME_DIR, what's the correct way to do this and where's the relevant documentation I should read? | 17:59 |
| gnarface | jal: so, from what i recall the right way is [your window manager should have done it, this is a bug] but you can just set it in your ~/.bash_profile to some empty directory and that should work afaik | 18:04 |
| gnarface | also though, i'm not sure that error is always actually critical | 18:04 |
| gnarface | i think sometimes it's just a red herring | 18:04 |
| gnarface | i'm not sure where the documentation for this exists, but i think the origin of the standard is the freedesktop.org people | 18:05 |
| jal | gnarface: I think it's set automatically by elogind which I don't have | 18:06 |
| debdog | correct: "Below are some of the specifications we have produced, many under the banner of 'XDG', which stands for the Cross-Desktop Group." https://www.freedesktop.org/wiki/Specifications/ | 18:07 |
| gnarface | jal: well me either, but whatever the case, here's what i used before the bug was fixed in enlightenment: https://paste.debian.net/1376534/ | 18:07 |
| gnarface | (most would say my use of pwgen here instead of mktemp is inappropriate but for some reason i decided mktemp name lengths were insufficient and it was the next easiest thing i could think of) | 18:09 |
| jjSuper1 | Afternoon all, what is the current kernel verison of deadlaus? | 21:47 |
| gnarface | 6.1. something | 21:48 |
| jjSuper1 | Copy 6.1 | 21:48 |
| gnarface | there's a newer one in backports if you ned it | 21:50 |
| gnarface | *need it | 21:50 |
| jjSuper1 | No somehow on this third attempt I got 6.12.27, which is fine except amdgpu fails to build against it. so I'm trying to put the stable back in. Still in system restore mode! | 21:50 |
| gnarface | ah, i see | 21:51 |
| gnarface | if you're on amd64 you can just install the "linux-image-amd64" package and it will keep the current stable kernel up-to-date | 21:52 |
| fsmithred | 6.1.0-34 as of two weeks ago. Might be newer now. | 21:52 |
| jjSuper1 | Ah, I wondered what that package did, I'll go fetch that | 21:52 |
| gnarface | you may or may not have to make it the default kernel manually if you don't uninstall the 6.12 one | 21:53 |
| gnarface | woops... | 21:53 |
| jjSuper1 | OK! Kernel 6.1.0, running, that only took like 4 reboots and a bunch of pleaseaptremovethisimage | 22:00 |
| greenjeans | Yad quirks...today's issue is centering a dialog when it pops up on your screen | 23:53 |
| greenjeans | Under certain conditions, text boxes ignore the --center command | 23:53 |
| greenjeans | solution is to type that command twice: --center --center | 23:54 |
| greenjeans | weird | 23:54 |
| greenjeans | yad has a number of these quirks | 23:54 |
| greenjeans | or it could be me, lol | 23:58 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!