enyc | i SEEM to have a config that works-to-a-fashion, sort of! | 00:00 |
---|---|---|
guru | :( | 00:00 |
enyc | [ 1270.464947] [drm:radeon_uvd_cs_parse [radeon]] *ERROR* Invalid UVD handle! | 00:00 |
enyc | [ 1270.465011] [drm:radeon_cs_ioctl [radeon]] *ERROR* Invalid command stream ! | 00:00 |
guru | Do you use yours to game as well? | 00:00 |
enyc | no | 00:00 |
guru | Ah | 00:00 |
enyc | hrrm, i add virtualbox to the mix ;p | 00:00 |
guru | I have no idea what packages affected my FPS but I'm loving it | 00:05 |
enyc | guru: what sort of gpu do you use? what games you play? | 00:42 |
enyc | fsmithred: i did a bind (not rbind) mount of / into /bind ... /bind/dev ... theres only liwmimted items there, console core fd full kmem loop* mem null port ptmx pts ram* random shm std* tty tty0 urandom zero | 00:46 |
enyc | fsmithred: none of the sd?? etc that booting was complainnig about | 00:46 |
slvr | should a non-active /dev (such as with bind mounts) have anything in it at all? | 00:55 |
fsmithred | thanks for checking, enyc. I don't think that's the problem. | 00:57 |
fsmithred | slvr, you can go either way with that | 00:58 |
fsmithred | enyc, I don't get the error if I mount the hosts /run/udev to the chroot | 00:59 |
fsmithred | so I'm thinking in your case maybe /run/udev doesn't exist when it's needed | 01:00 |
fsmithred | searching the error message led me to this: https://github.com/systemd/systemd/issues/11314 | 01:20 |
agris | If I'm using LXC2 on Devuan ASCII, is root inside a container the same as root on the hypervisor? | 04:24 |
agris | every time I try to start a container i get xc-start: cgroups/cgfsng.c: create_path_for_hierarchy: 1306 Path "/sys/fs/cgroup/cpuset//lxc/voip" already existed. | 04:59 |
agris | I need some help | 04:59 |
agris | no containers successfully start unless i add lxc.aa_allow_incomplete = 1 to their config | 05:11 |
gnarface | agris: i think they need their own roots | 06:11 |
gnarface | i don't know about lxc2 specifically but in general, containers tend to have their own roots | 06:11 |
agris | gnarface, what do you mean? | 06:11 |
agris | every container has it's own rootfs in /var/lib/lxc/nameofcontainer/rootfs/ | 06:12 |
gnarface | that makes sense | 06:12 |
agris | also, Where is the manual page for start-stop-daemon? | 07:29 |
agris | Does Devuan have problems with OpenRC? | 07:34 |
agris | I'm trying to write a script and it executes $command in forground | 07:34 |
agris | also it doesn't seem to have the same start-stop-daemon as gentoo | 07:35 |
agris | Is this the wrong channel for support? | 07:35 |
FunkyBob | no, it can jus be a bit slow at times | 07:36 |
rwp | agris, On your system 'man start-stop-daemon' should work. Doesn't it? You can look online here: https://manpages.debian.org/buster/dpkg/start-stop-daemon.8.en.html | 07:44 |
agris | no it doesn't | 07:44 |
agris | I've also just upgraded from ascii to beowulf | 07:44 |
agris | now it does | 07:44 |
agris | but only in beowulf | 07:44 |
agris | also OpenRC isn't working correctly | 07:45 |
rwp | Okay. Glad to hear it is working for you. | 07:45 |
agris | It's starting the command variable in foreground | 07:45 |
agris | Isn't that the whole point of init? to not start things in foreground? | 07:45 |
agris | also, the net virtual doesn't work properly | 07:46 |
agris | any services that claim a dependency on network connectivity fail, when network connectivity is clearly working, otherwise I wouldn't be sshed in | 07:46 |
agris | also | 07:46 |
agris | OpenRC is not respecting start_stop_daemon_args= at all | 07:47 |
agris | and in start-stop-daemon, it's missing parameters like --progress | 07:48 |
agris | At this point so many things are broken or having errata I don't even know where to begin | 07:48 |
agris | I'm so confused | 07:48 |
rwp | I am not running openrc so have little experience to help there. Sorry. | 07:49 |
agris | also, daemons are crashing and rc-status is reporting them as online | 07:49 |
agris | when they are clearly missing in top and their pid files don't resolve to any proccesses | 07:49 |
agris | # rc-service fnet stop | 07:52 |
agris | * Caching service dependencies ... [ ok ] | 07:52 |
agris | * Stopping the fnet Daemon ... | 07:52 |
agris | start-stop-daemon: warning: failed to kill 916: No such process | 07:52 |
agris | 1 pids were not killed | 07:52 |
agris | No process in pidfile '/var/run/fnet.pid' found running; none killed. [ !! ] | 07:52 |
agris | * ERROR: fnet failed to stop | 07:52 |
agris | So you think after openrc literally telling me No process in pidfile '/var/run/fnet.pid' found running; none killed. it would mark the service as 'stopped' right? | 07:53 |
agris | wrong | 07:53 |
agris | fnet is still running according to rc-service and rc-status | 07:53 |
agris | wtf? | 07:53 |
gnarface | agris you might be running into beowulf-specific bugs, i don't know. but i do know two things about openrc: 1) it works fine for a lot of people in devuan as-is 2) it is not the same setup as gentoo's, which (i think) has stripped out sysv style script compatibility | 08:02 |
gnarface | so you may be seeing unfamiliar behavior that is expected behavior but just different from gentoo's... that shit about daemons running in the foreground though, that sounds like user error to me. | 08:03 |
agris | another weird thing is the daemons act differently than when executed by hand | 08:04 |
gnarface | that is expected behavior for several of them that i know of, nothing to do with openrc | 08:04 |
gnarface | alot of daemons are known to default to stderr logging if exected by hand, but not as a daemon | 08:04 |
gnarface | i can't imagine that'd be different in gentoo | 08:05 |
gnarface | however some of these daemons may be different versions than the ones in gentoo, so you may be seeing version related differences unrelated to the distro or the init system | 08:05 |
agris | I see | 08:06 |
gnarface | lemme rephrase that; most of these daemons are probably different versions than the ones in gentoo. some differences in behavior should be expected | 08:06 |
agris | How do i run a command as a specific uid? | 08:06 |
agris | In Devuan | 08:06 |
gnarface | there are several ways to do that | 08:06 |
agris | with OpenRC | 08:06 |
gnarface | none of them are devuan specific either | 08:06 |
gnarface | afaik start-stop-daemon should work | 08:06 |
gnarface | but only if run as root | 08:06 |
gnarface | you can try out runas, sudo, or su too | 08:07 |
agris | OpenRC is supposed to use start-stop-daemon in the backend | 08:07 |
gnarface | hmm. runas is wrong. i'm thinking of something with a similar name, but i don't think "runas" is the name | 08:07 |
agris | But what's the Devian OpenRC way to do that? because command_user="_somedaemonaccountd" doesn't appear to work | 08:07 |
agris | I have command="", command_args="", and command_user="" | 08:08 |
gnarface | hmmm, sorry unfortunately i'm not familiar with openrc either, but i know that some people here are | 08:08 |
gnarface | you just gotta be patient and wait till one shows up | 08:08 |
gnarface | or check out the forum and mailing list | 08:08 |
agris | sure | 08:08 |
gnarface | dev1galaxy.org | 08:09 |
gnarface | did you look here? | 08:09 |
gnarface | a lot of these repeating questions do get put on the forum, with answers | 08:09 |
gnarface | and you've gotta be about the 4th or 5th person at least who has come in here complaining about openrc being "broken" compared to gentoo. so far they all have gotten it figured out without my help. | 08:09 |
gnarface | one of these days i might have to install it myself to figure out what's going on, but i suspect that you've run into something fairly simple | 08:11 |
agris | ok search function on the forum isn't working right either | 08:22 |
gnarface | really? hmmm | 08:22 |
agris | I search for posts containing command_user and it brings up posts with absolutely zero occurrences of that string | 08:23 |
gnarface | did you search for openrc? | 08:23 |
agris | hold it, there's a cooldown period for searches | 08:23 |
gnarface | https://dev1galaxy.org/search.php?search_id=1470763036 | 08:24 |
gnarface | the openrc installation in Devuan is probably more like the one in Debian than Gentoo, but Debian's documentation on it seems pretty sparse as well... | 08:25 |
agris | https://dev1galaxy.org/search.php?search_id=805375784 | 08:25 |
agris | No, I got OpenRC installed. That's not the issue | 08:25 |
gnarface | did you try my search link there? | 08:26 |
gnarface | i just searched for "openrc" and came back with a few pages of results | 08:26 |
gnarface | the first thing you need to figure out is if your issues are self-inflicted or part of a ongoing problem with beowulf | 08:27 |
gnarface | i don't suppose you have an ascii install to test against, do you? | 08:27 |
agris | Is there search doing something special with underscores? | 08:27 |
agris | gnarface, Is there a way to downgrade back down to ascii? | 08:27 |
agris | If not I'll just reinstall | 08:27 |
gnarface | agris: i don't know about the underscores. i do know that, like Debian, downgrading is not supported. | 08:27 |
gnarface | you could try ascii in a VM or something instead though | 08:28 |
gnarface | it might save you some time | 08:31 |
gnarface | that forum software is some well known open source one i believe, so it probably handles underscores in a documented fashion | 08:31 |
gnarface | it might just be ignoring them or converting them to whitespace like google search does | 08:32 |
agris | gnarface, one second pleae | 08:38 |
agris | I'm trying something | 08:39 |
agris | ok | 08:44 |
agris | I"m almost certain this is a bug in beowulf | 08:44 |
agris | command_user="user:group" does not work | 08:44 |
agris | If you set both a group and a user, starting the service will fail with start-stop-daemon: user 'user:group' not found | 08:45 |
agris | if if you set the init script command_user="user" | 08:45 |
agris | openrc will start the init script as root even though you specified a user | 08:46 |
agris | effectively opening up the system to attack | 08:46 |
agris | let me try specifying a different process supervisor. maybe start-stop-daemon is the buggy part in beowulf | 08:47 |
agris | I will test this again in ascii later | 08:48 |
agris | ok | 08:49 |
agris | adding supervisor=supervise-daemon to the script makes it work properly | 08:49 |
gnarface | agris: glad you got it figured out. just from your description of the behavior change i can't tell for sure if that's a bug or just a surprise change in behavior. maybe they moved the group name to a separate variable or something? i'd check to see if they have updated documentation somewhere for the version in beowulf | 08:56 |
agris | gnarface, I'm going by the official OpenRC documentation here https://github.com/OpenRC/openrc/blob/master/service-script-guide.md | 08:58 |
agris | the syntax specified is command_user="user:group" | 08:59 |
gnarface | nothing in there about command_group ? | 08:59 |
agris | no, that would be redundant | 08:59 |
gnarface | well it would be redundant unless they decided to remove the ability to specify a group along with a user in command_user | 09:00 |
gnarface | i'm not saying that's what happened; this is pure speculation on my part | 09:00 |
gnarface | you're probably right that it's a bug, but often the documentation is the last thing to be updated, too... | 09:00 |
agris | well they didn't from OpenRC, as when I changed the proccess supervisor from the default of start-stop-daemon to supervise-daemon the priv-dropping worked correctly | 09:01 |
agris | so somewhere the translation of user and group parameters to start-stop-daemon got borked | 09:02 |
gnarface | plausible | 09:03 |
gnarface | hmmm | 09:04 |
gnarface | no bug reports on openrc in debian | 09:04 |
gnarface | only one in bugs.devuan.org | 09:04 |
gnarface | well, only one unresolved | 09:04 |
gnarface | i don't think it's this though | 09:05 |
agris | pity | 09:31 |
gnarface | agris: i recommend filing the bug report about it | 09:34 |
agris | ok | 09:34 |
agris | about filing bugs for INIT systems other than systemd | 09:38 |
agris | Is this something I should file a bug report with Debian or Devuan? | 09:39 |
agris | Because I feel like I'd get a hostile or apathetic response filing this with Debian | 09:39 |
gnarface | agris: file it at bugs.devuan.org | 10:34 |
gnarface | agris: try the email submission method if the form fails | 10:34 |
gnarface | i've heard it advised to use the email submission method | 10:35 |
gnarface | make sure that one other open bug on openrc isn't the same thing first | 10:35 |
FatPhil | agris: is it possible to set -x on the rc scripts? It might be verbose, but you would be able to see which of your parameters were being picked up and how they were being parsed? | 11:06 |
agris | FatPhil, that's not necessary. OpenRC scripts have their own interpreter like bash, perl, or python | 11:07 |
agris | openrc-run | 11:07 |
FatPhil | OK, back in the day it was standard sh, and -x would have come to your aid. | 11:13 |
agris | FatPhil, yeah OpenRC is sysv compatible, but it has extra capabilities | 11:25 |
FatPhil | have you looked at the source? | 11:26 |
agris | no | 11:26 |
FatPhil | does openrc use the default start-stop-daemon, or come with its own? | 11:29 |
FatPhil | I'm not sure that its use of command_user makes sense | 11:29 |
FatPhil | I see the following from doing $ git grep -C4 command_user | 11:30 |
FatPhil | sh/start-stop-daemon.sh: ${command_user+--user} $command_user \ | 11:30 |
agris | by default is uses start-stop-daemon for supervisory | 11:31 |
FatPhil | and man start-stop-daemon says: | 11:31 |
FatPhil | -u, --user username|uid | 11:31 |
FatPhil | Check for processes owned by the user specified by username or uid. | 11:31 |
agris | you can also override the start() function and write a sysv-like system by hand if you need | 11:31 |
FatPhil | -c, --chuid username|uid[:group|gid] | 11:31 |
FatPhil | Change to this username/uid before starting the process. You can also | 11:31 |
gnarface | start-stop-daemon is part of dpkg itself here on ceres. try dpkg -S start-stop-daemon | 11:32 |
agris | start-stop-daemon works fine by itself, albeit missing features | 11:33 |
agris | It's the translation that's missing | 11:33 |
FatPhil | do you agree that it would make sense for sh/start-stop-daemon.sh to use --chuid rather than --user, or am I misinterpreting the script. I have no experience either with openrc or even running start-stop-daemon directly, I'm just a pattern-matcher. | 11:37 |
g0zzy | Just been phoned up about a box hanging on boot at a message about a dns resolver. Any ideas? | 12:44 |
gnarface | something is probably wrong with the DNS resolver | 12:45 |
gnarface | that's more helpful than it sounds | 12:46 |
gnarface | 127.0.0.1localhost.localdomainlocalhost | 12:46 |
gnarface | for good measure, make sure you have this line in /etc/hosts though too ^ | 12:46 |
g0zzy | Why would that prevent booting though? Why not carry on booting with no network? | 12:47 |
gnarface | well it's not actually hanging, it just has a really long timeout when it can't figure out it's own name | 12:47 |
gnarface | probably | 12:47 |
gnarface | something they're running | 12:48 |
gnarface | often the MTA | 12:48 |
gnarface | (exim4 by default) | 12:48 |
g0zzy | Yes, that is in use | 12:48 |
gnarface | it should continue booting after 60 seconds | 12:48 |
FatPhil | are you using resolvconf? | 12:49 |
gnarface | then you can either fix the DNS or fix the /etc/hosts file so you don't need DNS | 12:49 |
g0zzy | Probably. Can't quite remember | 12:49 |
gnarface | but if it's the ISP's DNS servers that are down, this change is external to the box and still needs to be corrected | 12:49 |
g0zzy | Network ok for other devices apparently | 12:50 |
gnarface | try doing something that requires DNS | 12:50 |
gnarface | like surf to a webpage not in your cache | 12:50 |
gnarface | IP traffic would still work even without DNS | 12:50 |
g0zzy | Yes, OK. That's probably a good idea | 12:50 |
FatPhil | or just ping | 12:50 |
FatPhil | ifdown/ifup will at least let you see the DHCP negiotiation take place. however, that should be in your logs anyway | 12:51 |
FatPhil | but I do recommend resolvconf to make management of resolv.conf easier. | 12:52 |
gnarface | oh, that's a good point. a DNS problem could be a red herring... it might be DHCP failing to assign DNS properly | 12:52 |
g0zzy | Right. SHall look into it | 12:52 |
gnarface | but in most home networks these are both coming from the plastic router box they gave you anyway | 12:52 |
g0zzy | Yes, i'll call them and ask them to restart that piece of tat before rebooting | 12:53 |
FatPhil | I have a shitty box whose ETH PHY took a minute to work out which way was on, and always timed out with udhcpc, so I had to change dhcp client. | 12:55 |
FatPhil | (back to the default, so you should be fine) | 12:55 |
* FatPhil whistles innocently as he removes a horribly wrong line defining his own IP address from /etc/hosts... | 12:57 | |
* g0zzy started using dnscrypt-proxy on this machine yesterday. Found it was broken in Stretch | 12:58 | |
g0zzy | Thanks folks | 13:26 |
ejr | hi. when i log into devuan ascii, audio output is muted by default and can only be enabled with the laptop's 'volume up' button (i.e. alsamixer is not sufficient). is there a way to still automatically unmute the system without needing to open my laptop lid and reach for the volume-up button? | 13:28 |
ejr | i am using a thinkpad on an ultrabase that is in a sort of drawer, which makes it tedious to unmute devuan as i need to move the entire docking station in order to open the lid | 13:30 |
Humpelst1lzchen | ejr: sounds like an older thinkpad? | 13:33 |
ejr | yes, an x60 | 13:33 |
Humpelst1lzchen | ejr: because older had hardware mute, check if you have a bios setting for it | 13:34 |
Humpelst1lzchen | ejr: or search in /proc/acpi/ibm | 13:36 |
ejr | i am using libreboot... but i will check /proc, thanks! | 13:38 |
Humpelst1lzchen | nice | 13:38 |
ejr | oh well, there is the file "volume" which has two lines: level: 12 / mute: on; but if I try to manually edit it (replacing "on" with "off" i cannot save it because it has already been overwritten again by the system | 13:40 |
ejr | when dealing with files like that that had just one line i would just use "echo 'mute: off' > volume" but this does not work when there are two lines obviously | 13:40 |
Humpelst1lzchen | ejr: https://www.kernel.org/doc/Documentation/laptops/thinkpad-acpi.txt | 13:41 |
Humpelst1lzchen | check the Volume control section | 13:42 |
fsmithred | echo -e "first-line\nsecond-line" > file | 13:42 |
fsmithred | oh, you might need a second \n at the end | 13:43 |
Humpelst1lzchen | "echo unmute > /proc/acpi/ibm/volume" in this case | 13:43 |
ejr | i tried both of your suggestions, fsmithred and Humpelst1lzchen, but always get "Operation not permitted" although I'm root | 13:45 |
gnarface | no pulseaudio right? | 13:47 |
gnarface | i don't know for sure that it wouldn't do this | 13:49 |
ejr | no pulse, right | 13:51 |
Humpelst1lzchen | ejr: did you read the kernel.org link? | 13:55 |
fsmithred | is alsactl store still a thing | 13:59 |
fsmithred | ? | 13:59 |
fsmithred | guess so, I got a man page for it | 14:00 |
fsmithred | don't know if it'll help | 14:01 |
ejr | Humpelst1lzchen: yes, it says i need to enable volume_control=1 as a module parameter, but i don't know whether that means I need to create a file called volume_control with a 1 in it, or add that line to the volume file. in either case i cannot do so as i am not permitted to | 14:01 |
fsmithred | what are the permissions on the file? | 14:02 |
ejr | 0 -rw-r--r-- 1 root root 0 | 14:03 |
fsmithred | did you have to make any changes to get the mute or volume buttons to work after you installed? | 14:05 |
ejr | no | 14:06 |
Humpelst1lzchen | ejr: thats a module parameter | 14:09 |
Humpelst1lzchen | ejr: aka create a file /etc/modprobe.d/thinkpad.conf with content "options thinkpad_acpi volume_control=1" | 14:11 |
Humpelst1lzchen | and reboot | 14:12 |
ejr | will do, brb | 14:15 |
Guest80950 | thanks, that fixed it. when i now do echo "unmute">volume, i get sound as desired | 14:19 |
Humpelst1lzchen | :) | 14:31 |
FatPhil | Just dist-upgrading one of my jessie boxes to ascii - is there any reason why my fairly minimal install (has only barebones X, no "desktop environment"), should bloat by half a gig in the process? | 15:11 |
gnarface | --no-install-recommends | 15:12 |
gnarface | add this^ | 15:12 |
gnarface | FatPhil: | 15:12 |
FatPhil | APT::Install-Suggests "0"; | 15:14 |
FatPhil | APT::Install-Recommends "0"; | 15:14 |
gnarface | yikes | 15:14 |
gnarface | i don't know then | 15:14 |
gnarface | the estimates could be wrong | 15:15 |
FatPhil | The first lines in my new machine deployment script set that | 15:15 |
gnarface | or it might not count what gets removed after later running autoremove to prune unused stuff... | 15:15 |
FatPhil | I'll check the logs for packages which aren't uprades but are new packages, and see if I can spot a pattern. | 15:16 |
fsmithred | also, clean the cache | 15:16 |
fsmithred | du -sh /var/cache/apt/archives | 15:16 |
fsmithred | to see how significant it is | 15:16 |
fsmithred | apt-get autoclean (for obsolete) or apt-get clean (to empty it) | 15:17 |
FatPhil | oops, I've run out of space! need to do some cleanup, crtain;ly | 15:17 |
fsmithred | I hate when that happens | 15:17 |
fsmithred | bbl | 15:18 |
FatPhil | oooh, it's in a messed-up state now, I can't just type dist-upgrade again | 15:23 |
FatPhil | I'll just pop into aptitude, update, and upgrade everything apart from what I want to hold (browsers that get worse with every new version) | 15:23 |
FatPhil | Why the fuck does /etc/X11/xdm/Xservers.dpkg-new contain 40 blank lines at the start of it? did some debain dev fall asleep at his keyboard? | 15:25 |
FatPhil | N or O : keep your currently-installed version | 15:26 |
FatPhil | very easy decision to make | 15:26 |
drawkula | chck the diff | 15:26 |
drawkula | https://tinyurl.com/ommmmmmmmm | 15:27 |
* drawkula waits for a bercow-ommmm-meme... | 15:27 | |
FatPhil | the diff had 40+ lines of nothing but '+', that's what made me look at the actual file, as I thought the pager showing the diffs had got its knickers in a twist. | 15:29 |
FatPhil | I'm pleased to say that on another file, the 3-way merge worked perfectly. | 15:30 |
FatPhil | OK, what's the difference between pkg-config and pkgconfig, just a cosmetic rename? | 15:32 |
g0zzy | >>well it's not actually hanging, it just has a really long timeout when it can't figure out it's own name | 15:33 |
g0zzy | Actually it turns out that it's been like that for hours. So it's definitely a hang. It won't boot | 15:33 |
FatPhil | can you turn on early logins, so you can get in as root and sniff around before everything's started? | 15:34 |
g0zzy | FatPhil: Is that to me? | 15:36 |
g0zzy | gnarface: Any ideas short of installing a different OS? There's nothing i can think of doing if it's not even booting | 15:40 |
FatPhil | g0zzy: yup, alternatively you could go in in single user mode and then bring it up by hand | 15:40 |
g0zzy | I did go in there rw init=/bin/bash | 15:40 |
g0zzy | But i just checked resolv.conf and it looked normal | 15:41 |
FatPhil | does DELAYLOGIN=yes in /etc/default/rcS let you go in and examing what task is hanging? | 15:42 |
FatPhil | =no, sorry, obviously | 15:42 |
g0zzy | I can try that i suppose | 15:43 |
gnarface | g0zzy: it doesn't boot after 60 seconds? | 15:44 |
g0zzy | Abso not. Stuck like that forever | 15:44 |
gnarface | even 120s? | 15:46 |
gnarface | did you add localhost to the hosts file? | 15:47 |
gnarface | try adding your own ip and hostname too | 15:47 |
g0zzy | The machine had been on for at least two hours when i got to it just now with that on the screen | 15:47 |
gnarface | is it network boot or something? | 15:47 |
g0zzy | Standard boot | 15:48 |
g0zzy | "Couldn't get address for 'resolver1.opendns.com': failure" | 15:48 |
gnarface | is that even something it should be looking for? | 15:50 |
drawkula | ip6 problem? | 15:50 |
g0zzy | A wicd hook? | 15:50 |
g0zzy | (problem) | 15:50 |
g0zzy | One of the scripts that i use (wip == what is my ip) contains this: dig +short myip.opendns.com @resolver1.opendns.com | 15:55 |
g0zzy | But i don't see why that would be getting called so early. And it's been fine up until now | 15:55 |
gnarface | look at the LSB headers in the script g0zzy | 15:57 |
gnarface | see if it depends on networking? | 15:57 |
g0zzy | I can't remember how that would be getting called now. The idea is for that box to mail me its IP address | 15:58 |
gnarface | grep -ni 'opendns' /etc/init.d/ | 15:59 |
* g0zzy thinks of the kludge dig +short myip.opendns.com @208.67.222.222 ;) | 16:00 | |
gnarface | grep -ni 'opendns' /etc/ | 16:00 |
gnarface | ? | 16:00 |
gnarface | grep -rni 'opendns' /etc/ | 16:01 |
g0zzy | I'd probably need to grep for 'wip' actually | 16:01 |
gnarface | oh | 16:02 |
gnarface | or whatever | 16:02 |
gnarface | anyway it should be easy to find | 16:02 |
g0zzy | I think we might be closing in on it though | 16:02 |
g0zzy | So i'd have put a hook in networking to send that mail. It's ascii standard desktop. Where do you think i put that hook? I can't remember ;) | 16:06 |
gnarface | well the startup scripts for the system should all be in /etc/init.d but you could have put it in your home directory or probably a number of other places | 16:08 |
gnarface | if you had put it in /etc/rc.local it probably wouldn't be running before networking though... | 16:09 |
FatPhil | g0zzy: does your IP address change often? I have a machine which does, so I have an (ana)cron job that just lets me know its address (by hitting my webserver, but mail would work too). | 16:10 |
jonadab | ^ I do that. | 16:11 |
jonadab | Actually, in my case, it's infrequent, so I have the cron job just hit the web server once an hour. | 16:11 |
jonadab | But if you're fetching a very small file, or requesting one that doesn't exist, you could do it much more often without having much impact. | 16:11 |
FatPhil | I double-duty the script - my webserver caches some scraped information, so I use my pinging script to just keep those caches fresh so I don't have to wait 5 seconds for it to perform a new scrape! | 16:20 |
FatPhil | g0zzy: udhcpc theoretically llets you run a script after various DHCPevents, perhap y cout | 16:24 |
FatPhil | fkn kbd btry | 16:24 |
FatPhil | erhaps you could hook your script into that? | 16:25 |
FatPhil | let's see if the new battery is better. yup, seems so. | 16:27 |
jonadab | Right, in my case I just grep the error log for "doesnotexist". | 16:50 |
jonadab | Since it happens once or twice a year, this is adequate for my needs. | 16:50 |
teamjal_k-dawg | Hey, guys, just stopping by in here to say thanks for the great OS. I've been on ASCII for maybe about 9 months, and it's just been great. I really appreciate that you guys were able to branch off and get rid of systemd. I'll continue to buy Devuan merch in the future to support the development. Thanks everyone! | 16:52 |
FatPhil | seconded | 17:01 |
ryuw | hola | 17:04 |
ryuw | diavoletti | 17:04 |
jonadab | Devuan isn't just great: it's _necessary_. Otherwise we'd have all ended up doing some hybrid between staying on Wheezy forever, and manually compiling by hand everything that really needed to be upgraded, which eventually lands you in LFS territory. | 17:06 |
Tom-_ | well, there's the debian-init-diversity effort. it's possible to install buster using packages from experimental and unstable. i've written up instructions but i haven't posted them on the www yet. sorry if this is offtopic | 17:11 |
g0zzy | Got it folks. There was a symlink to my mailing script in if-up.d. DNS was failing and making it hang. I'm not needing DNS now as using exim4 to send the admin mail instead of sendEmail | 17:11 |
Tom-_ | (the debian-init-diversity effort seems to be helped in equal parts by Devuan and other distributions) | 17:12 |
jonadab | The way I see it, in the long term, things can only really go three ways. 1. Ideally, the majority of distros eventually realize they should not be using systemd, and Devuan or something likes it effectively displaces Debian as the distro lots of other distros are based on (or Debian itself reverts to non-systemd; but that becomes more unlikely with every passing version). 2. Users who actually care | 17:24 |
jonadab | about configurability gradually migrate away from Linux distros altogether, landing on another OS (possibly BSD). Or 3. It all becomes moot because of some catastrophy that knocks out civilization as we know it, probably by destroying all the power grids worldwide at once. | 17:24 |
xinomilo_ | do you think missing init.d scripts in packages/daemons should be reported to bugs.debian as well ? | 17:24 |
jonadab | Will it do any good? | 17:25 |
jonadab | At this point, I just sort of figure Debian is poetteringed (which is a synonym for broken and useless). | 17:25 |
xinomilo_ | i mean with the current init-diversity effort.. does it make sense or? | 17:26 |
jonadab | Dunno. | 17:26 |
jonadab | If there's a real chance Debian will recant and bring back reasonable init systems as a viable option, then sure. | 17:27 |
jonadab | But if they're going to keep marking systemd as a dependency for tons of different completely unrelated packages... | 17:27 |
James1138 | There are already websites against systemd - http://without-systemd.org/wiki/index.php/Main_Page | 17:31 |
James1138 | https://appuals.com/remove-systemd-ubuntu-permanently/ | 17:31 |
James1138 | The 2nd link also says one of the choices is go Devuan. | 17:32 |
golinux | James1138: without-systemd.org has been around for nearly 5 years | 17:39 |
James1138 | Ahh.. my bad GoLinux | 17:40 |
golinux | The second link is a little scary. | 17:40 |
golinux | James1138: Well, it's new to you. :) | 17:40 |
golinux | Those of us who've been around since fall 2014 have a different perspective. | 17:41 |
golinux | Dealing with an influx of former Ubuntu users would be "interesting". | 17:43 |
jonadab | Sure. The fundamental design problems with systemd are well documented, and its implementation issues (bugs and so on) are reasonably well known too. | 17:43 |
golinux | But that is really getting OT for this channel. #debianfork is the place for that. | 17:44 |
jonadab | But ultimately something like 98% of Linux users were using either one of two "core" distros (Debian or RedHat), or a distro that is directly or indirectly derived from them. So ultimately the decision to adopt systemd was made by a very small number of people. | 17:44 |
jonadab | Devuan provides an important alternative. | 17:45 |
Tom-_ | jonadab, were you asking me the question "will it do any good"? | 17:52 |
Tom-_ | is talking about Debian and trying to get them to not be all systemd all the time on topic here? | 17:52 |
Tom-_ | i'm writing a message to the debian-init-diversity mailing list but I haven't sent it yet for fear that it will waste their time i guess | 17:53 |
golinux | It is off topic in this channel | 17:53 |
golinux | to vent on systemd | 17:53 |
golinux | Please that that discussion to #debianfork | 17:54 |
b17wise | Hie all :) | 17:57 |
James1138 | Going back to Devuan... question. I see things like "flashcache" and "Memcache" - is there a suggested memory and/or disk cache application that is SSD-friendly? Or is the whole cache thing unneeded? | 18:01 |
James1138 | I already have "preload" installed. | 18:02 |
jonadab | Flash memory has usually faster read times than a spinning-platter disk, so caching reads is somewhat _less_ necessary. But not pointless: DRAM is faster than Flash memory, and SRAM is faster yet. | 18:03 |
jonadab | Not sure about relative write speeds. I know flash write speeds are much slower than flash read speeds, but I don't know how they compare to spinning-platter HD speeds. | 18:04 |
jonadab | Personally I tend to be annoyed at write caching on principle, but I can't deny the performance advantages in some use cases. | 18:05 |
slvr | it buffers and flushes. You can mount with sync to prevent. | 18:05 |
slvr | note that flash has faster SEEK time than spinning rust, not always more throughput. | 18:07 |
James1138 | My Thinkpad T500 is already using Write-cache. Sounds like using SSD plus preload and write-cache... installing any extra cache and/or buffer application maybe a waste of time. | 18:09 |
b17wise | What device manager Devuan uses? udev or mdev? Is that Devuan packaging system vastly different from Debian? | 18:09 |
jonadab | The packaging system is the same. | 18:10 |
jonadab | Though certain packages are different. | 18:10 |
FatPhil | b17wise: packaging's the same. eudev replaces systemd's udev. | 18:12 |
golinux | b17wise: Devuan has eudev | 18:16 |
b17wise | I see | 18:18 |
Evilham | and it has eth0 and the likes by default, eudev is pretty cool | 19:45 |
Walex | # | 20:03 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!