fluffywolf | what is the installability of chimaera? or should I just install beowulf? going to need to set up another laptop, and this one seems to be rapidly failing. | 03:00 |
---|---|---|
fluffywolf | s/and this/as this | 03:01 |
ksx4system | fluffywolf, if I were you I'd choose beowulf | 03:02 |
_ds_ | Running chimaera on my desktop box… | 03:02 |
ksx4system | _ds_, how's experience? | 03:03 |
_ds_ | Seems fine | 03:03 |
Hydragyrum | chimaera is pretty stable, haven't had any issues | 03:03 |
ksx4system | noice | 03:03 |
Hydragyrum | only times I've had issues with missing deps is installing out-of-repo packages, which is to be expected when they're made for normal debian | 03:03 |
ksx4system | yup, sometimes happened on previous releases too | 03:04 |
_ds_ | The only out-of-repository packages which I currently have installed are from apt.llvm.org. No problems there. (I've been using them for local Mesa builds.) | 03:12 |
fluffywolf | grrrr. I might not be able to install anything for 5 days. | 03:13 |
fluffywolf | don't have enough data cap left for an install. | 03:13 |
_ds_ | Metered connections? Yes, well used to that… | 03:13 |
* fluffywolf gives _ds_'s irc client a glare | 03:16 | |
fluffywolf | what kind of irc client collapses elipses? :P | 03:17 |
_ds_ | Hexchat can do that (if told), but I have ‘…’ in my keymap. | 03:18 |
_ds_ | You should be able to type that anyway – Compose ‘.’ ‘.’ | 03:19 |
_ds_ | Anyway. If you have multiple computers to run apt updates on and you're not using apt-cacher-ng, you should be… | 03:20 |
fluffywolf | I have not installed or upgraded chimaera on anything before. | 03:21 |
* fluffywolf doesn't even know what the compose key would be | 03:22 | |
_ds_ | Probably Shift + AltGt | 03:22 |
_ds_ | s/t$/r/ | 03:22 |
_ds_ | (not to be confused with AltGr+Shift, which is just two modifier keys) | 03:23 |
* fluffywolf thinks _ds_ has a different keyboard layout. :) | 03:24 | |
_ds_ | A somewhat customised UK layout, yes | 03:24 |
fluffywolf | US keyboards don't have an altgr key... we just have a second alt key that doesn't do fancy things. | 03:26 |
_ds_ | https://help.ubuntu.com/community/ComposeKey should help | 03:28 |
_ds_ | Not sure how out-of-date it is, though | 03:28 |
fluffywolf | I guess the first step is to get the laptop out of the car and see what it is. lol. I got it for $9 at a yard sale on saturday. not expecting much. :P | 03:40 |
_ds_ | Should be a 0.9144m sale these days, surely. | 03:42 |
blockhead | I think he means as in https://www.merriam-webster.com/dictionary/yard rather than the unit of measurement | 03:46 |
blockhead | and congrats at only $9 for a laptop. it if works you win :) | 03:47 |
fluffywolf | grrrrrr | 03:48 |
_ds_ | blockhead, meaning 2 on that page is specifically American – we call that “garden” over here | 03:49 |
_ds_ | (well, in the first entry on that page) | 03:50 |
fluffywolf | https://www.amazon.com/HP-Stream-Pro-Dual-Core-X1X66U8ABA/dp/B01N0NDFEX laptop appears to be that | 03:51 |
Tenkawa | this one? : the grounds of a building or group of buildings \ | 03:51 |
blockhead | so "over there" you'd buy used junk at a garden sale? | 03:51 |
Tenkawa | uggh... formatting | 03:51 |
_ds_ | “the grounds immediately surrounding a house that are usually covered with grass” | 03:51 |
fluffywolf | turns on to a cmos checksum error. grr. | 03:51 |
blockhead | bummer | 03:52 |
fluffywolf | laptop looks _brand new_. no sign of wear or use on keyboard or any other part of laptop. | 03:52 |
Tenkawa | _ds_: where are you if I can ask? | 03:52 |
_ds_ | NE England | 03:52 |
fluffywolf | seems to take ungodly long to boot. | 03:52 |
fluffywolf | ... might be failing. | 03:53 |
Tenkawa | we don't even specifically call that a yard here in the states "anymore" | 03:53 |
fluffywolf | yeah, it's not booting. | 03:53 |
Tenkawa | we "did" but it even changed | 03:53 |
_ds_ | Not really familiar with “yard sale”. Google says garage sale (but also references car boot sales). | 03:53 |
fluffywolf | yard sale and garage sale are the terms for generic sales here, with estate sale for when someone dies and their relatives sell their stuff. | 03:53 |
blockhead | shouldn't we all be in the offtopic area? | 03:54 |
_ds_ | Probably. Can we get back to that laptop? | 03:54 |
fluffywolf | can get into a bios of some form, but it won't boot. | 03:55 |
_ds_ | Broken disk? | 03:55 |
fluffywolf | 32GB SSD | 03:56 |
blockhead | try botting off a usb stick? | 03:56 |
fluffywolf | it goes into a reboot loop just showing HP. | 03:56 |
fluffywolf | running the bios'es self-diagnostic test now | 03:56 |
fluffywolf | I selected "fast test" and it still has 14 minutes remaining. lol | 03:56 |
Le_Coyote | Hello, crowd. | 13:07 |
Le_Coyote | A long-time debian and gentoo user, I've just started using devuan. I was looking at using OpenRC, but for some reason, it's not fully working: the state of running services is not correctly reported by rc-status | 13:08 |
Le_Coyote | I'm not sure where to look for help | 13:09 |
Le_Coyote | So far, search engine results are scarce and not on topic :/ | 13:10 |
Le_Coyote | Does this mean that Devuan supports OpenRC but that one should rewrite the init scripts by hand to make them work with it? | 13:19 |
jushur | Le_Coyote: what specific service is not shwoing as it should? | 13:24 |
Le_Coyote | jushur: any service, actually | 13:26 |
Le_Coyote | For example, if I boot the server, then issue "rc-service ssh stop" or just plain "/etc/init.d/ssh stop", the service stops, but rc-status reports it as running | 13:27 |
Le_Coyote | I think it comes down to the fact that default devuan init scripts don't source openrc's functions but use the default lsb ones | 13:27 |
Le_Coyote | It's what I think, at least | 13:27 |
jushur | I have some longtime memmory of this happening in gentoo when i wanted to speed up boot times by running things paralell instead of ordered. | 13:36 |
Le_Coyote | I don't think parallel start-up has anything to do with it, since I can reproduce it on a per service basis | 13:41 |
gnarface | Le_Coyote: yea, that's the case but it's inherited from debian, and the thing about status not working is sometimes a separate bug or permissions thing... | 14:11 |
gnarface | with a trivial alteration you can make it work like gentoo's or you can just install theirs | 14:11 |
gnarface | actually the failure to start and stop might also be permissions | 14:12 |
gnarface | not sure about that | 14:12 |
gnarface | i don't use it but people do and it has been discussed... perhaps in the forum? | 14:12 |
gnarface | it does use the sysvinit scripts to start/stop but i thought status was supposed to work right | 14:13 |
Le_Coyote | Well, it doesn't :) What do you mean by "install theirs"? Copy their unit scripts you mean? | 14:32 |
gnarface | replace the whole package | 14:32 |
gnarface | someone has an unofficial build around here somewhere already | 14:33 |
gnarface | but i figured if you already run gentoo it might not be hard for you to make a debian package | 14:33 |
gnarface | i don't think the binary is different, i think some config scripts and a symlink is different | 14:33 |
gnarface | copying their scripts might work | 14:33 |
gnarface | i just can't tell you details | 14:34 |
gnarface | but, like i said, i do recall that's been done too | 14:34 |
gnarface | i'm sure it is in the irc logs if they go back far enough but i would think it's on the forum too | 14:34 |
gnarface | alternately you could just wait around for someone who has done it but it's not a super common choice | 14:35 |
gnarface | there aren't a lot of openrc users in the first place and a lot of them after figuring out how the existing setup was intended to be used, decided to keep it | 14:36 |
gnarface | but, this is a very common question from them | 14:37 |
Le_Coyote | I see. So sysv and runit are more common then? | 15:04 |
gnarface | sysv is by far the most common by a very large majority | 15:04 |
Le_Coyote | It makes little difference in the end, but the output of rc-status is much more readable than that of service --status-all | 15:05 |
gnarface | of the secondary ones, openrc is probably the most popular | 15:05 |
Le_Coyote | Guess I'll create a wrapper or sth then | 15:05 |
gnarface | i think if you wait here for a few hours someone more knowledgeable about it might show up | 15:05 |
gnarface | it's just a slow channel | 15:05 |
Le_Coyote | Oh no worries, I can sit here indefinitely :) | 15:06 |
fluffywolf | a coyote! | 15:06 |
Le_Coyote | Yes! | 15:07 |
* fluffywolf tries petting. :P | 15:10 | |
Le_Coyote | Heh | 15:16 |
EmanuelLoos[m] | Which source control systems (GitLab, Gitea, Kallithea, etc) are usable on Devuan (usable without systemd). I'd like to setup a self hosted one in a Linux-VServer container on my (private) Devuan server so I have one at hand if I need it. Thanks! | 17:54 |
Xenguy | Devuan's Git Store is currently running on Gitea: git.devuan.org | 17:57 |
EmanuelLoos[m] | Do you know about others too? | 17:57 |
Xenguy | No, but idle awhile if you can, and others may respond eventually | 17:58 |
Hydragyrum | gitlab should work fine on devuan, best way to run it is with docker, so it kinda Just Works™ | 17:58 |
Le_Coyote | Ooo another linux-vserver user, fun | 18:04 |
EmanuelLoos[m] | Hydragyrum: I never really used Docker, it seems large and a bit too commercial to me. It seems like a lage essential dependency on a commercial software (a bit like systemd) to me. Just downloading images from Docker Hub seems not too secure and to my knowledge there have been some which included malware. | 18:04 |
Hydragyrum | EmanuelLoos[m], true, and gitlab does run outside of docker too -- it's just that it's easy and quick to run with docker. I run my personal instance through non-dockered LXC myself | 18:05 |
EmanuelLoos[m] | Le_Coyote: Yeah, I have Nextcloud, Matrix Synapse and Postfix + Dovecot running insode Linux-VServer containers. | 18:06 |
Le_Coyote | Looks like my setup :) Except I'm migrating to LXC | 18:06 |
EmanuelLoos[m] | Hydragyrum: I tried LXC too when I decided what to use for containers but decided to use Linux-VServer back then. There was also something fancier called LXD and everytime I searched for an issue it seemed like everyone was using that instead of plain LXC and I couldn't get it to work. | 18:11 |
Hydragyrum | http://turnkeylinux.org <- has images (incl. iso, qemu, and lxc) for both gitlab and gitea | 18:11 |
EmanuelLoos[m] | I normally prefer to set it up myself starting with a plan Devuan container. Then I know what's inside. | 18:13 |
Hydragyrum | fair enough | 18:13 |
EmanuelLoos[m] | *plain | 18:13 |
Hydragyrum | https://about.gitlab.com/install/#debian <- may also work for devuan, I haven't used it before | 18:14 |
Hydragyrum | https://docs.gitlab.com/ee/install/installation.html <- and for installation from source if that doesn't work (though if it doesn't, gitea would be easier for sure) | 18:15 |
EmanuelLoos[m] | I tried to setup GitLab a while ago in a Devuan Linux-VServer container but couldn't get it to work (I don't know if that has anything to do with systemd, though). That is why I am asking. | 18:17 |
Tenkawa | EmanuelLoos[m]: if I do a dependency list of the "debian" package.. at face value it doesn't have any systemd dependencies | 18:24 |
Tenkawa | apt-cache show gitlab | grep -i systemd | 18:24 |
Tenkawa | na@rpi4-1:~$ | 18:24 |
Tenkawa | now plugins/etc are a differet story of course | 18:24 |
Tenkawa | this is: | 18:25 |
Tenkawa | Package: gitlab | 18:25 |
Tenkawa | Version: 13.4.7-2 | 18:25 |
Tenkawa | for reference | 18:26 |
EmanuelLoos[m] | It was the official installation script from the linked guide that failed. | 18:26 |
Tenkawa | EmanuelLoos[m]: would you be using x86 or arm? | 18:27 |
Tenkawa | (so I can setup the right filesystem( | 18:27 |
Hydragyrum | debian also has a supported package that's different from the official recommended one | 18:27 |
Tenkawa | I'll test it out | 18:27 |
Tenkawa | on one of my devuan boxes | 18:27 |
Hydragyrum | it's only in sid, experimental, and stretch-backports on upstream | 18:27 |
Tenkawa | Hydragyrum: correct | 18:28 |
EmanuelLoos[m] | Tenkawa: As I said, it was a while ago. | 18:28 |
Hydragyrum | so it might be on devuan's unstable branch | 18:28 |
Tenkawa | EmanuelLoos[m]: I mean if you were going to use it which arch would you be using it on? | 18:28 |
Tenkawa | Hydragyrum: I can check that in about 3 seconds,.. I have one of those too | 18:29 |
EmanuelLoos[m] | Tenkawa: x86 | 18:29 |
Tenkawa | the one is unstable is 13.4.7-2 | 18:37 |
Tenkawa | same deps, etc on x86 | 18:38 |
Tenkawa | s/is/in | 18:38 |
Tenkawa | just checked my x86 vm | 18:38 |
EmanuelLoos[m] | You mean this one works? | 18:40 |
Tenkawa | let me try to run the installer | 18:40 |
Tenkawa | there's the problem: | 18:45 |
Tenkawa | runit-systemd | 18:45 |
Tenkawa | line 3 of the Build dependencies | 18:45 |
Tenkawa | soon as I started reading the instructions I saw that | 18:46 |
EmanuelLoos[m] | Is it easy or hard to fix? | 18:46 |
Hydragyrum | with the source build you could work around that -- probably the only reason it depends on systemd things is because it's packaged for debian | 18:46 |
Tenkawa | it installs but its not going to "function" correctly | 18:47 |
Hydragyrum | shouldn't be too hard to convert a systemd service to runit or sysv | 18:47 |
Tenkawa | I agree | 18:47 |
Tenkawa | let me see how the rest looks | 18:47 |
Hydragyrum | if it refuses to install, you'd probably need to make a dummy package and stuff | 18:48 |
Tenkawa | having to tweak here and there for versions.. | 18:48 |
Tenkawa | (gotta go afk for a bit but I'll be back) | 18:49 |
Tenkawa | looking ok so far | 18:49 |
EmanuelLoos[m] | Hydragyrum: Can it also be fixed in a way so it installs without problems for anyoune trying to install it or would that be difficult? | 18:52 |
Hydragyrum | EmanuelLoos[m], it shouldn't be too hard, but that'd need to be done in the devuan package repos | 18:53 |
EmanuelLoos[m] | <Hydragyrum> "shouldn't be too hard to convert..." <- I tried to get Anbox to work with sysvinit once and those init scripts sometimes use systemd-specific features. I tried converting it using a software, though. But I also searched the web for those features after and couldn't find how to use them in sysvint scripts. Though I might have been missing something as I don't had and have much experience with sysvinit scrips. | 19:03 |
Hydragyrum | Someone with experience in both systemd and sysvinit scripts shouldn't have much trouble -- I know a decent bit about both but wouldn't describe myself as qualified to make something package-quality, most of mine are pretty hacky | 19:06 |
EmanuelLoos[m] | So, is there someone who does this kind of things for Devuan? Where should I report the issue? It is an issue if it is in the Devuan repos, right? | 19:12 |
Hydragyrum | if it's in the repos and has dependency issues or fails to work properly in a normal install, it's an issue | 19:13 |
EmanuelLoos[m] | And do you know where I should open the issue? | 19:14 |
Hydragyrum | bugs.devuan.org | 19:17 |
Tenkawa | back | 19:23 |
golinux | EmanuelLoos[m]: Debian packages are also served through the the devuan repos. | 19:23 |
golinux | Make sure the issue is in a package that has been forked by devuan ortherwise report it to Debian | 19:24 |
Hydragyrum | golinux, it's a bug with it requiring systemd, not an upstream bug | 19:25 |
golinux | Also note that init scripts are disappearing at an alarming rate from debian packages | 19:25 |
golinux | I just skimmed the discussion | 19:26 |
golinux | Also note to never use debian repos directly. | 19:26 |
Tenkawa | golinux: init script disappearing vs being able to be used != the same thing | 19:26 |
Tenkawa | don't confuse the issue | 19:27 |
golinux | This conversation is out of my skillset but there are some general caveats that are often not known | 19:27 |
Tenkawa | even systemd has a mechanism to still call init scripts | 19:27 |
Tenkawa | golinux: yes... but it is in some of ours | 19:28 |
golinux | OK I'll butt out | 19:28 |
golinux | here and in a wider sense also . . . | 19:29 |
Tenkawa | EmanuelLoos[m]: do you have a specific version you want tested or is the latest ok? | 19:30 |
EmanuelLoos[m] | Tenkawa: The latest is ok. | 19:30 |
Tenkawa | ok... | 19:31 |
Tenkawa | going to pull 13.4-stable | 19:31 |
EmanuelLoos[m] | Why is gitlab in contrib and not main? | 19:38 |
EmanuelLoos[m] | I just read that is because it uses yarn for some front end depandencies but what does that mean? | 19:40 |
Tenkawa | EmanuelLoos[m]: this should apply for Debian/Devuan/Ubuntu: | 19:41 |
Tenkawa | The official Debian distribution is what is contained in the main section of the Debian archive. As a service to our users, we also provide packages in separate sections that cannot be included in the main distribution due to either a restrictive license or legal issues. They include: Contrib. | 19:41 |
Tenkawa | the rest cut-off | 19:41 |
Tenkawa | but thats what puts stuff in things like contrib, etc | 19:41 |
Tenkawa | non-free, etc | 19:42 |
EmanuelLoos[m] | Does gitlab include non-free (DFSG-non-free) software? | 19:42 |
EmanuelLoos[m] | I thought the community edition was free software? | 19:42 |
Tenkawa | not sure.. I'd have to poll all the depedencies | 19:43 |
Tenkawa | I think I see what is broke though | 19:44 |
Tenkawa | at least in the instructions | 19:44 |
Tenkawa | there's a few pkgs missing that it needs | 19:44 |
Tenkawa | they don't tell you to install .. finding them all now | 19:45 |
Tenkawa | needed libdb5.3-dev libgdbm-compat-dev (on my system) | 19:48 |
Tenkawa | for the Ruby tep | 19:48 |
Tenkawa | er step | 19:48 |
EmanuelLoos[m] | What does this mean? | 19:48 |
Tenkawa | if you get errors on step 3 Go.. you need to install those packages with apt | 19:50 |
EmanuelLoos[m] | I don't follow. Did you find non-free dependencies? | 19:51 |
Tenkawa | oh.. sorry.. I was back building | 19:51 |
Tenkawa | finding non-free is going to take a while | 19:52 |
Tenkawa | thats a lot of digging | 19:52 |
Tenkawa | not all of them are straight forward.. some of them cascade | 19:52 |
Tenkawa | ahh I know how how I can check though | 19:53 |
Tenkawa | just a sec | 19:53 |
Tenkawa | I can list .debs that are non-free | 19:55 |
Tenkawa | that are installed | 19:55 |
Tenkawa | now this also installs a lot from source so that is anyone's guess | 19:55 |
Tenkawa | so far my query on installed packages is coming up clean | 19:55 |
EmanuelLoos[m] | What are the other reasons the package could be in contrib? | 20:02 |
Tenkawa | no idea.. thats up to the distribution maintainer's discretion | 20:03 |
Tenkawa | but that was the official one for Debian | 20:03 |
Tenkawa | haven't seen Devuan give an official addendum | 20:04 |
Tenkawa | I won't be able to finish the whole install today but reading through these docs nothing in here is standing out from a technical standpoint why it "wouldn't" work on Devuan | 20:08 |
EmanuelLoos[m] | So, should I still report the bug? | 20:10 |
Tenkawa | do you have any output? I never saw it myself | 20:11 |
EmanuelLoos[m] | Tenkawa: No, I don't. | 20:13 |
Tenkawa | if you are going to report a bug they are going to want data to work with. | 20:13 |
Tenkawa | so unless you have output, tests you ran.. its not really going to be useful to report it | 20:13 |
Tenkawa | because it will just be closed since you can't reproduce it (unless you currently can) | 20:14 |
* EmanuelLoos[m] sent a code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/9fd3bd1f84f9f08fdfb912e684655f8b28553fd4 | 20:25 | |
EmanuelLoos[m] | Devuan ceres. Will try it with daedalus now. | 20:27 |
Tenkawa | ahh... | 20:28 |
Tenkawa | missing packages | 20:28 |
Tenkawa | let me try that section | 20:29 |
EmanuelLoos[m] | <EmanuelLoos[m]> "Devuan ceres. Will try it with..." <- Doesn't seem to be in daedalus right now. | 20:36 |
Tenkawa | EmanuelLoos[m]: hmm apparently they also removed a bunch of the Ruby/Rails gems from the repo the last few days | 21:02 |
Tenkawa | reading posts on google now about others having problems with things like rugged, mimemagic | 21:02 |
Tenkawa | etc | 21:02 |
Tenkawa | the binary versions in that document that gitlab is looking for are no longer in the repo | 21:03 |
Tenkawa | I think I have found a workaround though.. testing | 21:06 |
Tenkawa | your first error should be able to be fixed by running sudo gem install rugged | 21:07 |
Tenkawa | worked here anyway | 21:07 |
Le_Coyote | Hey maybe it's time to ask my question again. Is there a way to make Devuan use openrc's init tools, so that service status is actually tracked? (ie. rc-status, not starting a service that's already started, etc) | 21:10 |
Tenkawa | Le_Coyote: which version of devuan? | 21:11 |
Le_Coyote | 3.1 | 21:12 |
Tenkawa | yeah its definitely supported | 21:12 |
Le_Coyote | Oh I'm not saying it isn't | 21:13 |
Le_Coyote | I mean my services start properly | 21:13 |
Le_Coyote | But if I manually stop a service, then rc-status doesn't seem to notice | 21:13 |
Le_Coyote | I think when init calls rcS, then openrc does its job | 21:13 |
Le_Coyote | But when you call the init scripts individually, they call lsb-base stuff, and openRC isn't informed of the changes | 21:14 |
Tenkawa | well from what I'm reading its because openrc is just "augmenting" the init system | 21:15 |
Tenkawa | OpenRC is a dependency based init system that works with the system provided init program, normally located at /sbin/init. It is not a replacement for /sbin/init | 21:16 |
Tenkawa | so it doesn't really "control" things based on that description (but I haven't used it yet so that's purely speculation) | 21:17 |
Le_Coyote | But the init part works fine | 21:17 |
Tenkawa | yes but the status's are still going to be owned by "init" from the sounds of things | 21:18 |
Tenkawa | of any handlers | 21:18 |
Tenkawa | so you would need hooks from those services back to a traditional sysvinit job state | 21:19 |
Le_Coyote | Hmm not really. The status is simply a symlink that openrc's start-stop-daemon.sh drops in /run/openrc/started or something | 21:19 |
Le_Coyote | The init scripts would need to be tuned to openRC, I guess | 21:20 |
Tenkawa | I need to switch one of my test boxes over and test it out.. like I said.. only sysvinit and systemd here | 21:20 |
Le_Coyote | I'll be sitting here for feedback when you have the time :) | 21:21 |
Le_Coyote | No pressure or anything ofc. | 21:21 |
Tenkawa | heheh I'm always around somewhere... actually is this a x86 box? | 21:21 |
Le_Coyote | x86_64 | 21:21 |
Tenkawa | I dont mind switchig my x86_64 one | 21:21 |
Tenkawa | er switching | 21:21 |
Tenkawa | i have like 20 virts of those | 21:22 |
Le_Coyote | On a Gentoo box, /sbin/start-stom-daemon belongs to openrc | 21:23 |
Le_Coyote | Let's check here | 21:23 |
Tenkawa | ok I just did the big for sweep loop | 21:24 |
Tenkawa | lol | 21:24 |
Le_Coyote | On debian/devuan, /sbin/start-stop-daemon belongs to … dpkg | 21:25 |
Le_Coyote | That's interesting | 21:25 |
Tenkawa | ok so there's still a bunch of /etc/rcS/rcK | 21:26 |
Tenkawa | ok... lets see | 21:26 |
Tenkawa | the boot screen definitely looked a lot different with the OpenRC banner | 21:26 |
Le_Coyote | Yep | 21:27 |
Tenkawa | ok.. rc-status matches the # of rcS entries in the initV runlevel | 21:29 |
Tenkawa | for default the S* matched up exactly in rc2.d | 21:29 |
Tenkawa | let me try stopping one | 21:30 |
Tenkawa | yeah... its not updating | 21:31 |
Tenkawa | it shows defaults nicely but statuses would be a lot nicer | 21:33 |
Le_Coyote | What if you replace the init's script's shebang with /sbin/openrc-run ? | 21:33 |
Tenkawa | just a sec | 21:33 |
Le_Coyote | weird idea off the top of my head | 21:33 |
Tenkawa | service still starts/stops but no change on statu | 21:35 |
Tenkawa | s | 21:35 |
Le_Coyote | Hmkay | 21:35 |
Tenkawa | good idea though | 21:35 |
Le_Coyote | The start-stop-daemon non-replacement then, perhaps | 21:35 |
Le_Coyote | Maybe that's a packaging mistake? | 21:36 |
Tenkawa | no I think its valid.. dpkg has to start-stop processes on occasions | 21:38 |
Le_Coyote | But why would it own the binary, if it can depend on the init system? | 21:38 |
Tenkawa | it also does it in chroot situations sometimes | 21:38 |
Tenkawa | for debootstrap | 21:38 |
Le_Coyote | Hmkay | 21:39 |
Tenkawa | afk for a few... need to go check on some stuff.. bbiaf | 21:40 |
Le_Coyote | 'aight, calling it a night. Seey'all | 22:30 |
Tenkawa | cheers | 22:37 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!