| Xenguy | I'm curious to know if anyone has tried installing the 'Debian deb' files on Devuan for VeraCrypt? | 01:14 |
|---|---|---|
| Xenguy | If so, just wondering if it alright on Devuan? | 01:14 |
| Xenguy | *installed alright | 01:15 |
| Xenguy | There's a CLI utility named 'pom' that works great to indicate the current moon phase, but after reading the man page (without 'examples' as usual, grrr) I'll be damned if I can find the right syntax to find out the moon phase for tomorrow or some other arbitrary future date | 04:12 |
| Xenguy | What's most frustrating is when man pages just appear to outright lie | 04:12 |
| Xenguy | Giving you instructions that return only an error | 04:12 |
| Xenguy | It could be PEBCAK, but read the man page and tell me otherwise | 04:12 |
| al1r4d | "690 packages can be upgraded. Run 'apt list --upgradable' to see them." | 04:43 |
| al1r4d | 🙄 | 04:43 |
| al1r4d | i regret for what i did in the past (switched to unstable). it's a mistake choice indeed | 04:46 |
| debdog | . | 04:48 |
| rwp | Only 690? That can't be more than a couple of days between upgrades then. :-) | 05:01 |
| rwp | I have scripted the upgrade of my Unstable systems to run daily and to email me the result of it. I look at the email and if it worked then I just note which packages upgraded. If it failed then I go look to see why and then submit a bug report. | 05:02 |
| onefang | Almost got WiFi on the other box working the way I want. Most annoying thing is how do I get Daedalus to switch back to wlan0 from wwtfbbqlongrandomname? | 07:07 |
| onefang | connman-gtk seems to be the one that worked, so long as the others are not installed. Though it's obviously a GTK program, so I expect it to be enshitified next version. | 07:08 |
| onefang | Nevermind. Adding 'net.ifnames=0' to the kernel parameters worked this time. No idea why it didn't before. | 07:17 |
| rwp | Was a mkinitramfs needed to freeze it there? | 07:23 |
| rwp | I know I used connman for at least a month probably two years ago. I remember that it worked. But I remember it being odd. I installed it just two days ago to return to it. And I could not figure out how to make it work. | 07:25 |
| rwp | I made it work before. I know it works. It's me. I am the lowest common denominator of the problem. So I know the problem exists between my chair and keyboard. | 07:25 |
| rwp | So now I am flipping back and forth between wpa_gui and me doing it manually. I am connected manually right now. | 07:26 |
| rwp | If I need to connect to a new access point then I start up wpa_gui and have it edit the wpa_supplicant.conf file for me and connect. | 07:26 |
| onefang | I had to purge network-manager and wapgui before it'll work. One or both of those fights with connman I think. | 07:26 |
| rwp | Then later I delete the disabled=1 lines and return to running wpa_supplicant manualy. | 07:26 |
| rwp | Since network-manager fights with everything purging it makes good sense. But I did that long ago. But do have connman and wpa_gui both installed now at the same time. Have to be careful that connmand is not running though. | 07:27 |
| onefang | Anyone know how to get connman work with a hidden SSID? | 07:59 |
| strato | !bands | 08:09 |
| onefang | Back to JACK hacking. B-) | 09:11 |
| Alverstone | my /tmp has just been 755 and it's not the first time either. how can i befriend it? i promise not to do anything funny! not tmpfs either, just part of my / | 17:37 |
| Alverstone | I just can't comprehend why would any scripts touch its permissions at all? | 17:39 |
| djph | huh, that's odd | 17:41 |
| Alverstone | another clue here, it hasn't been cleaned | 17:45 |
| Alverstone | meaning S11mountall-bootclean.sh has refused to clean it since it wasn't world writable, see clean_tmp () | 17:45 |
| Alverstone | It means that some brat changed the permissions during a shutdown | 17:46 |
| Alverstone | that's so odd | 17:46 |
| Alverstone | where are shutdown logs? | 17:46 |
| Alverstone | are there any btw? | 17:47 |
| gnarface | you sure it's even mounted? | 17:47 |
| Alverstone | it isn't supposed to be mounted, it's part of my / and has always been so | 17:48 |
| gnarface | hmm | 17:48 |
| Alverstone | y'know, shutdown logs could make it a great deal easier | 17:48 |
| Alverstone | Any way to arrange that? | 17:48 |
| gnarface | doesn't it go into the dmesg log already? | 17:49 |
| Alverstone | and where's the dmesg log? | 17:49 |
| gnarface | in /var/log | 17:49 |
| Alverstone | :) | 17:50 |
| Alverstone | grep runit dmesg* yields nothing | 17:51 |
| Alverstone | hm | 17:51 |
| Alverstone | what should I grep, exactly? | 17:51 |
| Alverstone | makes me wonder | 17:51 |
| gnarface | i'm not sure how to enable it, maybe rsyslog.conf? | 17:52 |
| Alverstone | :( I use socklog for god's sake | 17:53 |
| Alverstone | I'm thinking about something horrible, abominable and unforgivable | 17:55 |
| Alverstone | set -x in the top level script and duplicate stderr and stdout to some other file | 17:56 |
| rwp | You have fixed the mode problem? chmod 01777 /tmp OR using symbolic modes: chmod a=rwx,ugo-s,+t tmp | 17:56 |
| Alverstone | you know, like exec 100>/log and then... what? I forget | 17:57 |
| rwp | Shutdown logs are simply more system logs. Look in /var/log/syslog for those. | 17:57 |
| Alverstone | chmod =177 /tmp that's what i did | 17:57 |
| rwp | Now when you "ls -ld /tmp" it says the mode is "drwxrwxrwt" now? | 17:58 |
| Alverstone | probably | 17:58 |
| Alverstone | drwxrwxrwt | 17:58 |
| Alverstone | =1777 | 17:58 |
| rwp | Good! And the owner is root and the group is root too? | 17:58 |
| Alverstone | yep | 17:59 |
| rwp | Good! I was worried for you and your /tmp and your system using it. :-) | 17:59 |
| Alverstone | Now time to be worried about my mental health | 18:01 |
| Alverstone | I grepped entire /var/log and no relevant records | 18:02 |
| Alverstone | Okay I'll pretend it didn't happen for now, if it becomes obnoxious, I'll have to unleash my scripting skills | 18:05 |
| Alverstone | :D | 18:06 |
| gnarface | you might need to change your socklog configuration | 18:08 |
| gnarface | if it was rsyslog, you'd check for a line with "kern.*" maybe it would be similar? | 18:09 |
| rwp | Let me assure you that nothing that was shipped with the Devuan system would have made that change. It had to have been something after the system was installed. | 18:10 |
| Alverstone | I don't remember any of my scripts ever doing anything like that though | 18:11 |
| Alverstone | In general, I avoid injecting code into boot/shutdown process | 18:11 |
| Alverstone | gnarface, there are kernel logs, they just don't contain anything useful | 18:12 |
| Alverstone | gnarface, it's just dmesg log | 18:12 |
| Alverstone | and it happened twice when I was still in the process of installation | 18:13 |
| Alverstone | maybe I miss a package or something | 18:13 |
| Alverstone | installing using apt-rdepends is likely not quite supported | 18:14 |
| rwp | No missing package would change permissions of /tmp. No installed package would change the permission of /tmp. It would have to be something else. | 18:14 |
| Alverstone | Well, I'm out of ideas to be very honest | 18:14 |
| Alverstone | There is only one place permissions of /tmp are changed, in mount_tmp () and it's correct | 18:22 |
| Alverstone | Also happens at boot | 18:22 |
| Alverstone | quite weird, that | 18:22 |
| Alverstone | it should chmod /tmp correctly before /tmp is cleaned | 18:22 |
| Alverstone | well, I don't understand any of it | 18:23 |
| AlexLikeRock | hi | 23:57 |
| AlexLikeRock | am back ! | 23:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!