FatPhil | I did have a good workmate who liked to take my perl scripts and then convert them to sh+sed+grep+... in order to prove to me that perl wasn't necessary. Of course, he was right, but was it worth the effort? Of course it was, because programming's art as well as science. | 00:01 |
---|---|---|
Juest | um, i have a really old install and i forgot the password and usernames in place | 00:56 |
rwp | Hi Juest. Is that a question? Are you asking how to recovery and reset a new password? | 01:39 |
rwp | The safest and easiest recovery is to download the installer image, I suggest the "netinstall" image, flash it to a USB device, boot it in Rescue Mode. | 01:41 |
rwp | https://www.devuan.org/get-devuan | 01:41 |
rwp | In Rescue mode it will say "Rescue" in the corner. Important not to be installing but to be Rescue-ing. | 01:41 |
rwp | It will guide you through mounting your system and obtaining a shell on your system. Then changing your password. | 01:42 |
fluffywolf | I usually just init=/bin/sh and passwd... | 01:50 |
sfox | WTF is a systemd timer and how can I install sanoid without one? | 05:45 |
sfox | https://github.com/jimsalterjrs/sanoid/blob/v2.1.0/INSTALL.md | 05:45 |
sfox | trying to follow this guide using the debian instructions to backup my zroot pool within my workstation to a second pool I just setup | 05:45 |
sfox | is it like a proprietary version of cron? | 05:45 |
gnarface | sfox: probably | 07:28 |
lts | Yup. Just setup a cronjob for "sanoid --cron". | 07:36 |
onefang | Any one know a simple way to get a MIDI drum controler to actually produce drum sounds on my Devuan Chimaera desktop, using ALSA? They all seem to want JACK. | 12:54 |
onefang | I rescued one of these https://alesis.com/products/view2/v25 from garbage, where it had been soaking in dirty water over night. Got the drub pad half working after crleaning it. Still have to clean the keyboard part. MIDI monitors tell me the drum pad events are being sent. | 12:56 |
Juest | thanks rwp! | 13:12 |
Juest | im using ascii for parity and im having black screen in xorg in vmware | 13:39 |
onefang | Ah hydrogen is the answer. It just defaulted to low volume, s-o I didn''t hear my drums the first times I tried it. lol | 15:01 |
onefang | Also I have to thump the drum pads very hard to get loud sounds out of them. | 15:05 |
fluffywolf | alas, I lack any musical abilities, and thus do not know anything about midi drum pads. | 15:44 |
gnarface | that might be the reason it was in the trash, they do wear out | 15:51 |
gnarface | but maybe with some bending and gluing you can refurb it | 15:51 |
gnarface | they're supposed to be pressure-sensitive so some variation in volume is expected, it's just a question of whether it's appropriately calibrated | 15:51 |
gnarface | maybe if the sensors are clearly dislodged or deformed on the inside they can just be fixed by hand | 15:52 |
gnarface | most people wouldn't open them up to check | 15:52 |
Nrml | I'm about to install a new server (headless machine on basic x64 server hardware), and I'm just about fed up with systemd and all its issues, so of course I will be going with Devuan. I checked https://mirror.leaseweb.com/devuan/ and see there's already a "Daedalus Preview 20221121" available. It's safe to install from it, or should I just install Chimaera and later do a `dist-upgrade`? | 16:26 |
nemo | IMO if you're just starting anything you should stick with stable | 16:29 |
nemo | I mean, that's the debian way, right? :) | 16:30 |
nemo | but gnarface here would know the status of the dev version | 16:30 |
nemo | BTW, for anyone who was trying to help with the mystery of my VM issues | 16:30 |
gnarface | no, i don't know about the status of the preview, but i do know that if you do a minimal install of chimaera you can upgrade very quickly | 16:30 |
nemo | the problem turns out to be something called "desktop central agent" which is installed on all the VMs to monitor things | 16:30 |
nemo | one of the things "desktop central agent" does is execute a system status of all services. for no useful reason on these machines | 16:31 |
gnarface | i think fsmithred would know the status of the preview though | 16:32 |
nemo | oh... right fsmithred aaagh. sorry. bad memory | 16:32 |
nemo | you're right. fsmithred is the go-to-guy for those images | 16:32 |
* nemo needs more coffee and more hanging out in #devuan again | 16:32 | |
Nrml | gnarface, fsmithred: it would be a minimal install plus a couple of extras I can't live without: openssh-server, screen, vim-noex, etc plus docker. All my 'fancy' stuff would go inside docker containers and so would be isolated from any changes in the basic machine | 16:32 |
Nrml | nemo: I already run a couple of Chimaera machines with total success and no issues | 16:33 |
nemo | Nrml: do you have desktopcentralagent installed? :) | 16:33 |
nemo | if not. unrelated ;) | 16:33 |
Nrml | nemo: no, all my machines are headless | 16:33 |
Nrml | haven't even heard about desktopcentralagent TBH :-) | 16:34 |
nemo | yes. it has nothing to do with headless either | 16:34 |
Juest | umm hey, any clue why ascii on vmware gets stuck in a black screen with Xorg? | 16:34 |
nemo | Nrml: https://www.manageengine.com/products/desktop-central/agent-installation.html since you seemed interested it's this thing | 16:35 |
nemo | so anyway. back to my issue... it seems what they are doing is essentially... /bin/ls /etc/init.d/* | while read f; do $f status;done | 16:35 |
nemo | the result of that is when it hits rcS which does not handle a "status" param at all, they shut everything down | 16:36 |
nemo | I'm trying to figure out (1) why does rcS exist - is it needed and (2) would it hurt anything if I added a check for a status param so this doesn't happen. | 16:36 |
nemo | my guess is they wrote their code for systemctl then put in a lazy legacy init workaround | 16:37 |
nemo | for now I ran mv /etc/init.d/rcS /root | 16:38 |
nemo | (it's just a symlink though) | 16:38 |
nemo | now I'm wondering what other stuff they screwed up | 16:38 |
gnarface | i'm almost 100% sure that you should just check for it calling rcS and skip it | 16:39 |
gnarface | i think you do actually need it | 16:40 |
gnarface | i think it's basically just the one that calls all the other scripts | 16:40 |
gnarface | i think actually you should skip rc, rcS, and rc.local | 16:41 |
gnarface | it probably won't hurt anything if it calls "/etc/init.d/README status" but i'd probably skip README too | 16:41 |
Nrml | nemo: thanks for the link | 16:43 |
Juest | i guess im not getting help because im running a unsupported version and also older vmware workstation 14.1.8 | 16:46 |
gnarface | Juest: i can only guess it has something to do with guest extensions | 16:48 |
nemo | gnarface: yeah. it was funny. I saw it erroring on README which pretty much confirmed my * suspicions | 16:48 |
nemo | gnarface: I can't unfortunately control the agent. I'm going to file a bug with manage engine though | 16:48 |
nemo | gnarface: other folks besides me put this on our instances | 16:48 |
nemo | gnarface: so I need to edit the init.d scripts to handle a status keyword for now | 16:49 |
nemo | even if it's just to exit on calling it | 16:49 |
nemo | gnarface: really this sort of thing is a bad sign. increasingly poor and lazy support for traditional init | 16:49 |
nemo | I might be forced to abandon devuan in this new orld | 16:49 |
nemo | *world | 16:49 |
gnarface | many of the properly behaved ones do just define a status function that does nothing | 16:50 |
nemo | I mean. at least systemd has had a decade to shake out bugs, even if their scope creep has not gone down at all | 16:50 |
nemo | gnarface: would it hurt anything if I added those to the rc scripts? | 16:50 |
nemo | I could just copy and paste it | 16:50 |
nemo | I would have to replicate it to all the devuan machines here though. kind of annoying. I'd installed a fair # of them. about a dozen | 16:51 |
gnarface | so crazy it might just work | 16:51 |
nemo | heh | 16:51 |
nemo | gnarface: would it be reasonable to ask devuan to support this upstream as a safety measure? | 16:51 |
nemo | I'm also going to report it to manageengine though | 16:51 |
nemo | even if odds are thin of them being sympathetic. | 16:52 |
gnarface | hmm, i'm the wrong person to ask about it | 16:53 |
nemo | actually only scripts that don't handle any keywords at all should be a problem | 16:53 |
nemo | most scripts that do handle one would just exit if no match | 16:53 |
nemo | like /etc/init.d/networking handles start/stop/reload/restart/force-reload | 16:53 |
nemo | giving it no params echoes usage, giving it "status" does nothing | 16:53 |
nemo | well. echoes usage :) | 16:54 |
nemo | hmmm | 16:54 |
nemo | I think rcS is the only bad one then | 16:54 |
nemo | all the others actually check params | 16:54 |
nemo | I don't see why rcS is even a thing | 16:56 |
nemo | would it break things if I just moved it out of the way on the dozen machines? | 16:57 |
gnarface | like i said, i think it would actually break things to remove it | 16:57 |
nemo | yeah. every other script in init.d checks input params which is proper behaviour | 16:57 |
nemo | gnarface: ok. sorry. I'm typing on a very very small screen. I just spotted the line where you said it calls all the others | 16:58 |
nemo | ok... I will just have it check for input params then | 16:58 |
gnarface | nemo: my instinct is that these people are doing it entirely wrong and they're supposed to just call telinit once, and as such this is not an actionable bug, but fsmithred might have a different opinion (i agree it also doesn't seem like it'd hurt anything to trap status on rcS) | 16:58 |
gnarface | well, it doesn't seem like it'd hurt anything except that it might encourage bad behavior | 16:59 |
gnarface | and i don't think that's really what we're about here | 16:59 |
Nrml | So re: using Chimaera stable vs Daedalus Preview 20221121, the consensus is that I should install Chimaera and later do a `dist-upgrade`? | 17:00 |
gnarface | Nrml: that's unquestionably the safest approach, but those images are probably there to solicit public feedback, so it kinda depends on what your priorities are | 17:01 |
Nrml | gnarface: well, I have some leisure re:issues with this particular install (a couple of days) but not much... eg can't afford to stay a week with issues | 17:04 |
Nrml | OTOH I would like to contribute to Devuan if I have any issues, or with a positive report if I don't have any | 17:04 |
Nrml | So I think I will try Daedalus Preview and if some heavy sh!t hits the fan, reinstall with Chimaera stable | 17:06 |
gnarface | Nrml: i would just do the upgrade to be safe, but i would make sure not to install anything except "standard system utilities" in the initial install, to avoid complications with desktop migrations | 17:06 |
gnarface | the preview images really might be fine though, i dunno | 17:06 |
Nrml | re: "standard system utilities", are docker and docker-compose standard? | 17:06 |
gnarface | no, but the point is that if you install them after upgrading to daedalus then you don't have to download everything twice | 17:07 |
djph | Nrml: I wouldn't consider them a "standard system utility" | 17:07 |
Nrml | re: "download everything twice", that's not an issue, I have plenty of bandwidth for this server | 17:08 |
gnarface | by "standard system utilities" i literally just mean that option on the tasksel panel of the installer | 17:08 |
gnarface | it contains basic shell tools like "less" and other simple conveniences that aren't strictly required, but it's safe because it doesn't contain any graphical programs and it is a trivial amount of extra download | 17:09 |
Nrml | thanks for the clarification re: "standard system utilities" | 17:09 |
gnarface | what i would definitely NOT check is any of the desktop environment checkboxes, or server type checkboxes | 17:10 |
Nrml | My idea is to check just "standard system utilities" in the initial install and then add openssh-server, screen, vim-noex, docker and docker-compose via `apt-get install` after first boot | 17:11 |
gnarface | if you have the time and bandwidth to afford the risk of one wasted try though, please don't let me stop you from trying out the daedalus preview | 17:11 |
gnarface | and us know how it works | 17:11 |
gnarface | i can only actually recommend methods that have worked for me | 17:11 |
gnarface | i mean that i've actually tried | 17:12 |
Nrml | I will do that. Thanks for the guidance! | 17:12 |
Nrml | bye, and back later with a positive report I hope | 17:12 |
gnarface | nemo: about this calling everything in /etc/init.d/* thing... the more i'm thinking about it the more i'm thinking they should actually be checking the runlevel and then calling everything in the appropriate /etc/rc*.d/ directory | 17:13 |
gnarface | either that or maybe, just maybe they should be calling rc directly | 17:14 |
gnarface | but that might require modification of rc and then you'd be back to square 1 | 17:15 |
Sompi | http://paste.dy.fi/H6u | 17:33 |
gnarface | use paste.debian.net if you want me to actually look at that | 17:36 |
Sompi | it is just cpuinfo of my server | 17:36 |
Juest | this is the rescue live image gnarface | 17:44 |
nemo | gnarface: hm... what do you think... exit on $1 != "" or just on "status" | 17:46 |
nemo | it's a shame it doesn't take an explicit stop :) I guess it's an old old path | 17:46 |
nemo | will just go with status for now | 17:50 |
gnarface | status seems safer | 17:51 |
gnarface | though i can't be sure it'll matter in practical terms | 17:51 |
gnarface | Juest: i think for vmware you need a vmware specific guest driver package from non-free | 17:53 |
nemo | if [ "$1" = "status" ];then echo "bad invocation";exit;fi | 17:53 |
Juest | for xorg to work? | 18:14 |
Juest | it used to work out of the box before | 18:14 |
nemo | it should work better with vmware additions but it definitely shouldn't be necessary | 19:55 |
onefang | gnarface: I was paying particular attention to the drum pads while cleaning, for exactly that reason, they might have worn out AND be more susceptible to water damage. | 22:24 |
onefang | I've already downloaded the configuration software for setting things like the velocity curves, which will likely help. Alas they are Mac and Windows only. I haven't tried them yet. Might be able to do that with SysEx or something from Linux if they stuck with the standards. But for now I'm happy it seems to work fine, the MIDI data coming out of looked good to these old MIDI developer eyes. Next is cleaning up the piano keys. | 22:27 |
onefang | But first, time to wake up. | 22:27 |
psionic | Debian has no hope :(� | 23:42 |
psionic | Debian has no hope :(�� | 23:42 |
psionic | Debian has no hope :(�� | 23:42 |
psionic | Debian has no hope :(� | 23:42 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!