brocashelm | should we be worried about systemd-boot, systemd-boot-efi, systemd-bootchart, systemd-oomd, systemd-standalone-sysusers, systemd-standalone-tmpfiles? | 08:53 |
---|---|---|
brocashelm | those don't have "devuan" in the versions | 08:54 |
brocashelm | also: https://linuxnews.de/systemd-254-deklariert-sysvinit-scripte-als-veraltet/ | 08:54 |
brocashelm | >Systemd 254 is already available in Arch-Testing, Debian and strangely in Devuan-Unstable, Gentoo and Fedora Rawhide, further distributions will follow. On October 2nd, 255 will follow as the next version. | 08:55 |
brocashelm | anyone on ceres can confirm this? | 08:55 |
onefang | Those ones you mentioned are "standalone tmpfiles binary for use in non-systemd systems" and similar. | 09:15 |
onefang | "systemd" and several other systemd packages are marked as banned on unstable | 09:15 |
onefang | So I suspect they are getting confused by the few "systemd-*" packages we allow, though we don't have the "systemd" package itself. | 09:15 |
onefang | https://pkginfo.devuan.org/cgi-bin/policy-query.html?c=package&q=systemd*&x=submit agrees with me, but adds systemd-dev to ceres. Which I suspect is anew thing we haven't banned yet, or doesn't need banning, sounds like thing needed for systemd tools development. | 09:23 |
mason | Something interesting to explore: Yesterday I learned that the Artix folks rebuild to lose the libsystemd0 dependencies. Haven't dug in yet, found a source repo, etc. | 16:29 |
schillingklaus | doesn't artix use elogind? | 16:35 |
antranigv | I finally had the time to write it down. I would like to thank you all for your help. https://weblog.antranigv.am/posts/2023/08/freebsd-jail-devuan-linux-openrc/ | 16:37 |
bb|hcb | mason: It is possible but will drastically increase the number of forked packages... | 16:37 |
mason | bb|hcb: I feel like that's coming as it is. | 16:37 |
mason | antranigv: Nice. Bailed on a fifo last time I tried it, a few months ago. | 16:37 |
mason | antranigv: In your experience, does the Linuxulator cope with Chrome yet? | 16:38 |
antranigv | mason it works just fine :) I use Chrome on Linux on FreeBSD to watch Netflix and other DRM content :D sometimes the audio craps out, but that seems to be a PulseAudio issue. | 16:39 |
al1r4d | FYI: btw, you can grab new thunderbird 115 on debian repository. | 16:41 |
al1r4d | i wonder why devuan (unstable) still not provides thunderbird 115 | 16:41 |
schillingklaus | some people have invented seatd to do stuff that ismissing in consolekit2 but usually provided by elogind or systemd-logind. seatdis said to be more portable | 16:43 |
mason | antranigv: cool | 16:44 |
schillingklaus | I wait until unstable becomes daidalos release until starting to wonder... | 16:44 |
bb|hcb | al1r4d: That is from Debian experimental | 16:46 |
al1r4d | bb|hcb, ya, ik | 16:46 |
al1r4d | sorry i forget to write "debian experimental" | 16:47 |
bb|hcb | In Devuan there are two possible experimental repos - the Debian one and the Devuan one - these are not merged and can be used separately | 16:47 |
bb|hcb | ... or together | 16:48 |
schillingklaus | Isn't amprolla designed to avoid the uncontrolled mixing of repos? | 17:05 |
bb|hcb | experimental is an exception... | 17:07 |
bb|hcb | Normally if you need to use something from experimental, you should know what you are doing... | 17:07 |
schillingklaus | I better avoid experimental stuff, at least system-wide. | 17:08 |
bb|hcb | the main purpose is to help rebuild soft with an updated shared lib that is not yet in the repos, or to test a new build without providing that to users... | 17:10 |
ecxod | I changed from debian to devuan with a server and I get a funny failure when I want to restart apache2, can i ask the question here ? | 20:28 |
mason | ecxod: yes | 20:32 |
ecxod | root@176:~# /etc/init.d/apache2 restart | 20:32 |
ecxod | Restarting Apache httpd web server: apache2 failed! | 20:32 |
ecxod | There are processes named 'apache2' running which do not match your pid file which are left untouched in the name of safety, Please review the situation by hand. ... (warning). | 20:32 |
ecxod | I am not sure if it is not related to the suexec module | 20:33 |
mason | ecxod: I've never used the suexec module, but it'd be interesting to see what the lingering processes are and what user is running them. | 20:35 |
ecxod | I use the suexec to run apache as user for each user on the machine | 20:35 |
ecxod | I done a trick , I started apache without suexec, and then I added suexec, and now it works fine | 20:39 |
ecxod | it looks like a suexec bug | 20:39 |
mason | Good catch. | 20:39 |
ecxod | i must file a bug to the apache team .. | 20:40 |
mason | ecxod: Thank you in advance for doing that and making the world a better place. | 20:40 |
ecxod | but, why is the apache2 not finding the pids ? | 20:40 |
ecxod | the pid system variable was empty | 20:41 |
ecxod | echo ${APACHE_PID_FILE} was empty | 20:42 |
ecxod | but I could see the pid in the ps list | 20:42 |
ecxod | crazzy | 20:42 |
ecxod | it is empty again | 20:44 |
ecxod | root@176:~# echo ${APACHE_PID_FILE} | 20:44 |
ecxod | sorry to disturb you guys .. have a nice evening | 20:45 |
ecxod | I need to file some bugs :)) | 20:45 |
rwp | I don't think the suexec module is the cure nor the problem. | 22:54 |
rwp | I'll note that I have had problems with the default apache2 scripts now that they have been abandoned by the upstream for the systemd unit configs. | 22:54 |
rwp | The problem is the apachectl utility. On at least one system I have needed to rewrite my own apachectl script in order to have correct functionality. | 22:55 |
rwp | So there is _something_ going on in that area. | 22:55 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!