| * cush hasnt used ceph yet | 00:01 | |
| topro_ | cush: you should consider ;) | 00:07 |
|---|---|---|
| topro_ | whats the devuan workflow to suggest forking a debian package due to systemd-ish shortcomings? | 00:08 |
| cush | i should probably note here that suggesting people do the work isn't doing the work :) | 00:09 |
| golinux | topro: File a bug on the Debian package | 00:25 |
| golinux | Get your dog and goldfish to file a bug also. | 00:26 |
| golinux | If that fails, perhaps report to the DPL. | 00:27 |
| topro_ | golinux: is debian still supposed to deliver init scripts? | 00:56 |
| topro_ | cush: of course you're right, but reporting issues is better than nothing IMHO | 00:58 |
| cush | maybe the ceph-maintainers@lists.ceph.com people would honor a request to keep it (with explanation)? | 01:05 |
| topro_ | cush: cannot find any link between ceph-maintainers@lists.ceph.com and upstream debian packaging? what am I missing? | 01:07 |
| cush | that's the maintainer listed with apt-cache show ceph | 01:08 |
| topro_ | cush: thats strange, tracker.debian.org shows "Ceph Packaging Team <team+ceph@tracker.debian.org>" | 01:16 |
| * cush takes painful, crippled steps to get gst-omx running | 01:21 | |
| golinux | topro: Hope you can work it out upstream. Or talk to Jessie Smith. Seems I remember he was going to automate inti replacement for systemd. | 01:34 |
| golinux | init | 01:34 |
| tuxd3v | hello all, | 03:53 |
| tuxd3v | I lost a very inportant folder.. deleted | 03:54 |
| tuxd3v | but I still hold a process inside it running | 03:54 |
| tuxd3v | for files I know that the storage will only release when file handlers=0 | 03:55 |
| tuxd3v | but I don't know for folders? | 03:55 |
| cush | it would surprise me i there was | 03:56 |
| cush | if | 03:56 |
| tuxd3v | is there any recovbery software for linux that works in ssd's? | 03:57 |
| tuxd3v | the concept should be the same | 03:57 |
| tuxd3v | has it doesn't really "delete" the data... | 03:58 |
| tuxd3v | I was not the one deleting the folder.. | 03:58 |
| rrq | there's "testdisk" | 04:00 |
| tuxd3v | I will run it | 04:00 |
| tuxd3v | does any one here uses popcorn-time? | 04:00 |
| tuxd3v | if so...stoping using it ASAP | 04:03 |
| tuxd3v | rrq, thanks | 04:04 |
| tuxd3v | I will try it, and see what I can recover.. | 04:04 |
| cush | tuxd3v: what is popcorn-time and why should i not use it? | 04:06 |
| specing | start using btrfs | 04:07 |
| tuxd3v | its an application to see moovies and such p2p | 04:07 |
| specing | no more problems with deleted stuff | 04:07 |
| tuxd3v | specing, even whe something else delets your content? | 04:08 |
| specing | btrfs subvol list /rv/ | sort -k 9 | grep home | wc -l -> 680 hourly snapshots of /home | 04:08 |
| tuxd3v | yeah...snapshots | 04:08 |
| specing | tuxd3v: then there are still 679 "copies" left | 04:08 |
| tuxd3v | cush, the application is owned by strange actors.. you connect and it starts deleting your own stuff.. | 04:09 |
| tuxd3v | nice hugh?! | 04:09 |
| specing | ? | 04:09 |
| cush | most copyrighted content associated with active anti-copying measures is bad for your mental hygiene anyway ;) | 04:11 |
| tuxd3v | well, usually I connect to see whats new, later I buy dvds, I have tones here at 1.5€ each.. | 04:12 |
| tuxd3v | but I doubt the legality of invading your own computer and delete your own stuff | 04:12 |
| phillipsjk | cush: I believe popcorntime was originally a pricary tool. May have been dev capture. | 04:15 |
| phillipsjk | *piracy | 04:15 |
| cush | you might have trouble convincing a court that that data is yours | 04:17 |
| DonkeyHotei | iirc popcorn-time was a tool to watch torrented videos as they download | 04:18 |
| tuxd3v | cush, I most probably convince a court that invasion and disruption od private data is crime, than they prove I have done something wrong.. | 04:18 |
| tuxd3v | and by the way, you have always important things.. like a project I was working in the last 2 years, yes I have a copy but not the last developments.. | 04:19 |
| cush | i kept data (not-programs) on fat32 for years because the undeletion was easier | 04:27 |
| tuxd3v | sylpheed seems to store the email password in plain text... nice.. | 05:46 |
| furrywolf | anything that needs to store a password to be sent to something else needs to either store it in plain text (or obfuscated, which isn't really any better), or prompt you for a master password every time. | 05:49 |
| furrywolf | any encryption that does not involve prompting you for a master password is just obfuscation. | 05:50 |
| tuxd3v | that in plain text is zero security, at least it could obfuscate it, or hash it with the email address...its zero security but not in plain text for god sake!! | 05:54 |
| furrywolf | obfuscation isn't any better. | 05:54 |
| furrywolf | if there's any way for the program to decrypt it on its own, a malicious program can equally well decrypt it too. | 05:54 |
| tuxd3v | its not the same as obfuscation obligates the attacker to look at it, and try diferent things | 05:55 |
| tuxd3v | while plain text, is plain text | 05:55 |
| tuxd3v | I already changed my email account password | 05:55 |
| furrywolf | no, one of the zillion-exploits-in-one packages will just have a module that rips the password if it finds that client installed... | 05:55 |
| tuxd3v | well sylpheed lets everything very explained in the account created file | 05:56 |
| tuxd3v | its very very explanatory, direct.. | 05:56 |
| furrywolf | or the attacker will just google "decryping foomail password", and click the first result. | 05:56 |
| tuxd3v | but for that he needs to do it manuallly | 05:57 |
| furrywolf | I don't blame clients for holding plaintext passwords. severs and services, on the other hand... it should be hashed and salted, strongly. | 05:57 |
| tuxd3v | has a human behind a computer that takes time, and effort | 05:57 |
| tuxd3v | while in open puff | 05:58 |
| tuxd3v | more over the file that configures the email account, should be diferent for each instalation | 05:58 |
| tuxd3v | things in diferent places and so on | 05:58 |
| golinux | tuxd3v: Did you recover your lost files? | 05:59 |
| furrywolf | heh, the place I used to work for had a portal some local IT place wrote for them, that not only stored the password in plaintext, but sent it back to the browser on the change password page. oh, and it didn't make sure you were actually logged in to the account you requested a password change for. | 05:59 |
| furrywolf | so if you went to the change password page, twiddled a few form fields to show someone else's account, submitted it again, it'd return their password for you. | 05:59 |
| tuxd3v | golinux, hello, I still have 1779 directories to check, but I think no luck :( | 05:59 |
| golinux | Man, that sucks. | 06:00 |
| furrywolf | I pointed this out to my boss as being highly insecure... also, sent him a screenshot of logging in as him. :P | 06:00 |
| furrywolf | with his password shown. lol | 06:00 |
| tuxd3v | yeah it sucks so badly... they even deleted my keypass files with servers passwords it them...can you believe it? | 06:01 |
| furrywolf | the people who wrote the portal were totally and utterly incompetent. that was just one of about a hundred major flaws I found... | 06:01 |
| furrywolf | they did most of it client-side, in a massive javascript blob, then had a backend that entirely trusted anything the client-blob sent to it, since the blob wasn't supposed to do anything bad. | 06:02 |
| furrywolf | so all you had to do was twiddle communications between the blob and the backend, and it'd happily do anything you asked of it, with no security whatsoever. you didn't even need a valid login. | 06:03 |
| tuxd3v | I have already found strange things.. | 06:04 |
| tuxd3v | Like a lot of chinese stuff | 06:04 |
| tuxd3v | pictures | 06:04 |
| tuxd3v | I don't even know what that is doing on my computer.. | 06:04 |
| furrywolf | and then I found out they'd recycled a lot of this code with their other customers... | 06:05 |
| tuxd3v | probably they deleted my content and rewrited some with sh*tty things.. | 06:05 |
| * furrywolf gives up trying to amuse tuxd3v with tails of incompetent IT providers, goes back to fixing welder | 06:06 | |
| tuxd3v | now, I don't know who have done that, i don't know if something was "collected" from my computer or if they just deleted things.. | 06:07 |
| tuxd3v | I went to another space of the house , and was compiling a bootloader for rockpro64, when I got close to the computer... nothing in the desktop...hugh?! | 06:08 |
| tuxd3v | I terminated the aplication | 06:08 |
| * golinux sends tuxdev a virtual hug | 06:10 | |
| golinux | Tuxd3v rather | 06:10 |
| golinux | Damn tuxd3v | 06:10 |
| tuxd3v | thanks | 06:10 |
| tuxd3v | yeah | 06:10 |
| golinux | Finally got it right. | 06:10 |
| tuxd3v | I sill need to check how is my 12TB NAS.. still shaking.. | 06:11 |
| golinux | And all this is pretty OT for this channel . . . | 06:13 |
| tuxd3v | you right, I am sorry, you guys don't use that program | 06:14 |
| tuxd3v | I am sorry for the noise | 06:14 |
| tuxd3v | went to find Ideas, if I can retrieve something.. | 06:15 |
| cush | you done any building/porting on arm tuxd3v ? | 07:22 |
| tuxd3v | cush, I like arm, well embbeded space in general, since I was a kid | 07:45 |
| tuxd3v | at the time embedded was with a 8051, but yeah,256 bytes per page | 07:45 |
| tuxd3v | :D | 07:45 |
| cush | nice tuxd3v | 07:46 |
| cush | have you heard of Maemo Leste ? | 07:46 |
| tuxd3v | yes I do | 07:47 |
| tuxd3v | nice job :) | 07:47 |
| cush | some basic usability will be achievable with leste tuxd3v - but we/they could use more engaged developers and porters and users | 08:57 |
| gordonDrogon | Possibly not a Devuan issue but Firefox (installed from package) just told me it has updated in the background and needs re-starting. I'd like to know how it updated, given the files are owned by root and not writable by normal user... This is slightly worrying. | 10:14 |
| gordonDrogon | it didn't auto-start, but when I started firefox again, it had been updated. So this means that firefox has the ability to download files/programs into root protected directories and execute them without my knowledge or permissions. I do not think this is a good thing. | 10:22 |
| gnarface | gordonDrogon: you can turn that off, it should be in preferences | 10:27 |
| gnarface | gordonDrogon: i'm not sure it actually writes to root areas... i think it would require to be run suid root for that... i think it just keeps the updates as modules in your user's config directory | 10:29 |
| gnarface | gordonDrogon: i agree it's still pretty sketchy but they're doing it for security. that "pocket" thing is way creepier, you should disable it too. | 10:30 |
| * gordonDrogon nods. | 10:32 | |
| gordonDrogon | trying to work out the last time I did an apt-get update, etc. just in-case it was that, but that was a few weeks back. | 10:33 |
| gordonDrogon | let me check the config dir. | 10:33 |
| gnarface | the dates would have changed on something, i'd expect | 10:33 |
| gordonDrogon | nothing there. /usr/lib/firefox-esr - latest date is april 5th. | 10:35 |
| gordonDrogon | it did update - 68.5.0 -> 68.6.1 | 10:36 |
| gnarface | interesting | 10:36 |
| gnarface | it updated the actual file /usr/lib/firefox-esr? disturbing... | 10:36 |
| gnarface | you sure you don't have unattended-upgrades enabled? | 10:36 |
| gordonDrogon | 100% sure. | 10:36 |
| gnarface | creepy, i wonder how it's doing that... | 10:37 |
| gordonDrogon | yea, creepy. | 10:37 |
| gnarface | is it being launched suid root? | 10:37 |
| Wonka | what does dpkg -l firefox-esr say? | 10:37 |
| gordonDrogon | I hope not. | 10:37 |
| gnarface | yea that's a good question | 10:37 |
| gordonDrogon | ii firefox-esr 68.6.1esr-1~ amd64 Mozilla Firefox web browser - Ext | 10:37 |
| Wonka | so the actual package has been updated, and not just the firefox-esr executable | 10:39 |
| gnarface | i wonder how it's doing that? does it ship with something else that starts up beside it as a root daemon or something? | 10:39 |
| gordonDrogon | gordon @ wakko: ls -l /usr/lib/firefox-esr/firefox-esr | 10:40 |
| gordonDrogon | -rwxr-xr-x 1 root root 224416 Apr 3 22:41 /usr/lib/firefox-esr/firefox-esr | 10:40 |
| Wonka | I guess that's not something the firefox update function can do, updating debian packages via the repo... | 10:40 |
| Wonka | I'd go looking where that unattended update came from | 10:40 |
| gordonDrogon | gordon @ wakko: strings -a /usr/lib/firefox-esr/firefox-esr|fgrep 68. | 10:41 |
| gordonDrogon | 68.6.1 | 10:41 |
| gordonDrogon | It's possible I ran apt-get update 2 weeks back, but .. | 10:42 |
| gordonDrogon | uptime is 19 days. | 10:42 |
| gordonDrogon | how do I get history to give me date/times .. | 10:43 |
| onefang | I have all apt updates send me an email. Can'at recall off the top of my head how to turn that on. | 10:43 |
| gordonDrogon | just looked- think I have to set it in .bashrc at the outset. | 10:44 |
| gordonDrogon | sudo needs a password for my login account too. | 10:44 |
| onefang | Ah, apt-listchanges does that, emails all changes to me. Well, the changelogs, not all updates have changelogs. | 10:45 |
| gordonDrogon | it's a puzzle - if it did update at the last manual apt-get update (i usually run it after a crash) then its been sitting there for 2 weeks before letting me know. | 10:45 |
| gordonDrogon | maybe time to reinstate the old checksum-every-file-every-day program who's name I'ev forgotten )-: | 10:46 |
| onefang | There's a few. | 10:46 |
| onefang | I'm still trying to decide which I like the best. | 10:46 |
| gordonDrogon | I guess this is the way forward now )-: thanks to the "move fast and break things" brigade... | 10:47 |
| gordonDrogon | intersting - just run apt-get update/upgrade and it wants to upgrade firefox. | 10:48 |
| onefang | To which version? | 10:49 |
| gordonDrogon | 68.7 | 10:50 |
| gordonDrogon | -rwxr-xr-x 1 root root 224416 Apr 7 23:54 /usr/lib/firefox-esr/firefox-esr | 10:51 |
| onefang | Check the date on the cached apt package. | 10:51 |
| gordonDrogon | -rw-r--r-- 1 root root 501324 Apr 8 03:17 firefox-esr-l10n-en-gb_68.7.0esr-1~deb9u1_all.deb | 10:52 |
| gordonDrogon | so the package was built a few hours after the thing compiled by the looks of it. | 10:53 |
| halftux | I am on devuan ascii and can't install enigmail it depends on thunderbird (>= 1:52.0) and installed is thunderbird (1:68.7.0-1~deb9u1) how to fix that? | 11:45 |
| gnarface | is there any way to get a newer version of enigmail? | 11:47 |
| gnarface | or the source of it maybe... | 11:47 |
| halftux | it is in the repository so it should be possible to download the source package | 11:48 |
| halftux | with apt-source enigmail I get enigmail_2.0.8-5~deb9u1.debian.tar.xz | 11:55 |
| onefang | You could try a force install. | 11:56 |
| gnarface | well all the packages in the repository should install, so if your thunderbird is too new for one, that does suggest you got it from outside the distro, or at least from another version - it doesn't look like it's from backports... | 11:57 |
| halftux | I will recompile... I have only main security updates all from ascii deb.devuan.org in source list | 11:59 |
| gnarface | hmm, if that's the case then i think you should probably also report that as a bug in the enigmail package | 12:06 |
| gnarface | but make sure... | 12:06 |
| fsmithred | I've run into that problem with enigmail in the past. | 12:10 |
| fsmithred | that it doesn't match the current version of t'bird. That was when I was still running jessie. I moved up to beowulf. | 12:11 |
| halftux | thunderbird conflicts with old enigmal 2:2.0.8-5 at least minimum of enigmail must be 2:2.1.2 | 12:14 |
| halftux | what is the enigmail version in beowulf? | 12:15 |
| halftux | ok I will try enigmail from buster and will see | 12:20 |
| fsmithred | ii enigmail 2:2.1.3+ds1-4~deb10u2 | 12:21 |
| halftux | ok enigmail 2.1.3 needs new gnupg so I will update to beowulf | 12:25 |
| fsmithred | see the update guide | 12:28 |
| fsmithred | hang on | 12:28 |
| fsmithred | halftux, https://beta.devuan.org/os/documentation/dev1fanboy/en/upgrade-to-beowulf | 12:29 |
| halftux | thank you | 12:30 |
| halftux | migrated to beowulf without problems enigmail is working thanks and cya | 15:33 |
| gnarface | cool | 15:37 |
| Atari-Frosch | I just brought a virtual server (provider: NetCup) that was already in production from Debian Jessie to Devuan ASCII, absolutely smooth. <3 | 16:04 |
| cush | no ctrl-D needed ater reboot Atari-Frosch ? | 17:02 |
| Atari-Frosch | cush: nope | 17:07 |
| openbsdt1i123 | hi guys. Happy to have Devuan, Netbsd and Openbsd running ... I would like to ask - which OS is more stable, Devuan, netbsd or openbsd for file server? | 18:59 |
| unixman | They are all stable. Just pick one. | 19:01 |
| gnarface | openbsdt1i123: it's gonna depend a lot on your hardware, but file servers aren't an ambitious task for either | 19:09 |
| specing | that choice boils down to whether you want ZFS, btrfs or data loss | 19:09 |
| openbsdt1i123 | I noticed that devuan makes with wifi 20 ethernet connections on router, in the live distro. | 19:12 |
| cush | you've compared filesystems thoroughly specing ? | 19:12 |
| openbsdt1i123 | It makes floood and killes my internet. this is a big bug, quite annyoing on live amd/x86 of ascii. | 19:12 |
| specing | cush: no | 19:13 |
| openbsdt1i123 | I use usually simple ARM boards for file servers. They can still handle lot of data. | 19:15 |
| cush | yes ofc | 19:15 |
| specing | simple ARM boards are even used in enterprise file servers | 19:18 |
| cush | besides a few annoyances, i'm happy with the nvidia jetson nano | 19:20 |
| openbsdt1i123 | specing: really, in enterprises, I know, they (admins) just know only windows and nothing runs on linux. Ms exchange, win file serv... | 19:28 |
| fsmithred | openbsdt1i123, what the problem with the wifi? | 19:29 |
| openbsdt1i123 | my router sees the mac about 20 to 60 times... | 19:30 |
| openbsdt1i123 | this is hte live wifi... likely a bug into the SH scripot | 19:30 |
| openbsdt1i123 | this is linux, bsd has far better net | 19:31 |
| fsmithred | desktop-live or minimal-live, and where are you seeing this list? | 19:31 |
| openbsdt1i123 | tge regular ascii devktop live | 19:31 |
| fsmithred | and it lists your mac a bunch of time in wicd? | 19:32 |
| fsmithred | or some terminal command? | 19:32 |
| openbsdt1i123 | wicd ... | 19:33 |
| fsmithred | can you give me a little more description of what you're seeing? I don't really understand. | 19:33 |
| fsmithred | I'm the one who made the live isos, so I'd like to know of any problems. | 19:34 |
| openbsdt1i123 | I havent right time now... I need to write a report. I will try to give more infor this weekenedd | 19:36 |
| fsmithred | ok, ping me. I always stay connected | 19:36 |
| openbsdt1i123 | u rwelcome | 19:36 |
| openbsdt1i123 | you are welcome | 19:36 |
| fsmithred | thanks | 19:37 |
| openbsdt1i123 | thakn you too to support devuan ! | 19:38 |
| openbsdt1i123 | btw, you shoud ban me from #devuan, I am anon registeredd freenode | 19:39 |
| openbsdt1i123 | all opensource channels need registration of freenode service | 19:39 |
| fsmithred | how are you speaking if you're not registered? | 19:40 |
| openbsdt1i123 | I cannot ncik/save pass to freenode . it seems that you can get all attacks on this channel #devuan | 19:40 |
| openbsdt1i123 | you should restrict to registrered uses only. | 19:40 |
| fsmithred | I thought we did that last year | 19:41 |
| openbsdt1i123 | well. I cannot remember a pass. so it seems open to all attacks. | 19:41 |
| fsmithred | maybe it got undone with some of the recent changes | 19:41 |
| openbsdt1i123 | ahh.. take care. | 19:41 |
| fsmithred | you too | 19:41 |
| DonkeyHotei | iirc it was undone in this channel intentionally | 19:42 |
| openbsdt1i123 | I do not see ok to have login/pass generally on irc. | 19:42 |
| openbsdt1i123 | irc should be a free platform for chat. ip tracker may limit spam and bots | 19:42 |
| MinceR | unidentified users used to be muted to help deal with spambots, but it was undone because we stopped getting significant spam and it kept some users from getting support | 19:48 |
| openbsdt1i123 | Well, devuan is libre? | 19:48 |
| gnarface | well, it has all the same non-free components Debian does, plus includes some of them (wifi firmware) in the netinstall that Debian doesn't | 19:49 |
| gnarface | this is only for user convenience | 19:49 |
| gnarface | afaik none of the other non-free stuff is installed by default | 19:49 |
| openbsdt1i123 | It is written on the website that ideaology of devuan is to be free, respect users. So #devuan shall not have login/pass to get access. | 19:49 |
| cush | the only spammy i thing i have to say atm is everything is running nicely here. thanks all for the good work. | 19:51 |
| cush | /4 | 19:54 |
| topro_ | hi there, concerning debian ceph packages latest versions missing sysvinit script (i reported yesterday) I think we need to get active ourselves, please see what my bug report yielded in... https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956860 | 20:03 |
| topro_ | how much and what kind of effort would it be to (automatically?) patch every new debian ceph-base package to add an init script? i assume there must be other packages with the same issue already? | 20:09 |
| cush | that's a good question topro_ - sounds doable | 20:10 |
| cush | please stick with it | 20:10 |
| topro_ | cush: I'm asking here because I assume this has been done before using the devuan infrastructure?! Btw. the init script for ceph is still maintained by ceph. its living directly inside the ceph git repo, so there is no problem getting a matching init script for any version. debian just decided to not supply it any longer, obviously because they cannot test it | 20:14 |
| cush | yes | 20:15 |
| cush | another option would be to tell ceph maintainers 'i need this package and i can test that this script works for you' | 20:16 |
| golinux | https://www.reddit.com/r/linux/comments/dxpob8/sysv_init_project_now_includes_a_script_to/ | 20:18 |
| golinux | topro: ^^^ | 20:19 |
| topro_ | cush: the way the reaction came to my bug report I see no point in further negotiating with debian about init scripts | 20:22 |
| topro_ | golinux: nice indeed! but with ceph having lots of different targets inside a single init script which got translated to a myriad of seperate systemd units this would mean that retransforming that to sysvinit would mean to break them up into lots of seperate init scripts. could live with that, better than nothing | 20:25 |
| topro_ | but then again, to do it right, this should be done automatically for affected packages by the devuan infrastructure | 20:26 |
| golinux | Those scripts should be provided upstream. | 20:31 |
| golinux | OTOH . . . if you would offer to provide and maintain them for Devuan, we might consider forking those packages if upstream balks at the idea. | 20:33 |
| mason | FWIW, I like the notion of ancillary packages that just provide init scripts, as needed. Let the upstream continue to do the heavy lifting for bug fixes, etc. | 20:35 |
| topro_ | golinux: did you read my debian bug report linked above? I think I would call that "upstream balks at the idea". If you mean ceph as upstream, then there is no issue cause ceph does provide an up to date init script, its just omitted by debian packagers | 20:50 |
| topro_ | So getting an init script is no issue, getting it into a debian packaged deb seems to BE an issue | 20:51 |
| topro_ | Its maintained and provided by ceph, so maybe think about forkin ceph-base to add that existing maintained init script back into? | 20:52 |
| zatumil | did you try to install the ubuntu deb package in devuan? | 20:57 |
| topro_ | zatumil: no I won't, I tried a long time ago when debian and ubuntu were technically still much closer than today and I tried with a way simpler package than what ceph is. And guess, it dodn't work. At all. So I'm not interested in such a nightmare | 21:10 |
| zatumil | maybe you can rebuild their source package | 21:13 |
| golinux | topro: Good call not to install Ubuntu packages on Debian or Devuan. | 22:22 |
| openbsdt1i123 | I am downloading now the last Ubuntu to try to compile FLTK on it. | 22:25 |
| openbsdt1i123 | There are still advantage that ubuntu/debian/devuan are close, to install closed source softs, like microsoft teams, skype4linux with pulseaudio,... this is good for desktop. | 22:26 |
| openbsdt1i123 | it seems that overleaf depends largely on systemd. ... is tehre a way to install the overleaf server on Devuan? Overleaf, based on systemd, recommends systemd to run it. | 22:39 |
| topro_ | zatumil: there is no point in looking at the ubuntu packages as the only issue with the debian packages in this particular case is the missing init script which is available from ceph repo directly (just needs minimal tweaking) and rebuild debian package with that file included | 22:41 |
| chakpapa | Hi. I just tried beowulf with openrc. Everything is working fine, except openrc-init can't be used as a standalone init. As Openrc-init does not use /etc/inittab, Gentoo recommends agetty processes for tty1 to tty6 to be started explicitly as services. Couldn't find "agetty" in Devuan. Anyone found any similar solution? | 23:05 |
| cush | is maybe ngetty a replacement chakpapa ? | 23:06 |
| chakpapa | Have to check. | 23:07 |
| chakpapa | This is I guess the only roadblock to use a pure openrc system. I understand most people use sysvinit+openrc. But I prefer openrc-init. | 23:08 |
| chakpapa | https://wiki.gentoo.org/wiki/OpenRC/openrc-init | 23:08 |
| chakpapa | This is how Gentoo does it | 23:08 |
| chakpapa | The https://wiki.gentoo.org/wiki/OpenRC/openrc-init#Start_terminals_as_OpenRC_services step | 23:08 |
| chakpapa | let me try ngetty | 23:09 |
| chakpapa | Nope. Devuan's agetty / ngetty doesn't have init scripts in /etc/init.d like Gentoo does | 23:16 |
| chakpapa | Might be some build time thing | 23:16 |
| chakpapa | https://dev1galaxy.org/viewtopic.php?pid=15550 | 23:18 |
| chakpapa | Is my problem | 23:18 |
| chakpapa | Ok it seems like something inherently different in Debian's packaging of openrc. Nothing wrong with Devuan. | 23:24 |
| chakpapa | Brb | 23:24 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!