libera/#devuan-dev/ Tuesday, 2020-06-16

freemso, what I was talking about in #devuan was, I know it would be a lot of work to do that for *all* packages, but, it might be easier for the ones you guys already fork to separate the daemon enabling system from the binary itself00:55
fsmithredfreem, what did you have in mind?00:55
freemalso, I believe this would actually reduce packages complexity.00:55
freemThe con would be it would increase the number of available packages.00:56
freemLet me take a simple example.00:56
freemMpd. Music player daemon.00:56
fsmithredyou're outside my area of expertise, so I won't have a lot to say about this00:56
fsmithredbut someone else might00:56
freemThe deb includes the binary, the manpages, licences, systemd/sysVinit (in debian) files, and pre/post-rm/inst scripts00:58
freemThis imply one *must* disable it manually, as root, after install and every update, if the goal is only to provide it to users00:58
fsmithred?00:59
fsmithredI don't understand what you mean about disabling it00:59
freemsplitting the package to remove the daemon scripts, and move them to individual packages, would keep the auto-enable feature, while making new init supports easier01:00
freemfsmithred: I'm sorry, could you precise the question? WHat did you not understood?01:01
fsmithredwhat do you want to disable?01:01
freemI don't want to disable01:01
freemI think it would make the alternative init implementations easier by splitting the packages01:02
freemapt-file show mpd | grep '\/etc\/'01:02
fsmithredfive files01:03
freemoutput of this command shows that the init.d script is directly embedded in the package. I'm pretty sure it alsa includes the other supported init files01:04
freemit's not about amount of data01:04
fsmithredI don't see any service files01:04
freemI'm still under debian :) what are service files names like?01:04
freem/lib/systemd/system/mpd.service maybe?01:05
fsmithredyeah, .service01:05
freemwell, so, how does debian works to choose one or another? I'll check (in the process right now) but I'm sure it does it with pre-rm/post-rm/pre-inst/post-inst scripts01:06
fsmithredchoose what?01:06
fsmithredif systemd is running, it will look for service files01:06
freemhow to install and enable stuff?01:07
fsmithredif sysvinit is running, it will look for init scripts01:07
freemwhat was the way to extract debs already...01:07
freemdpkg-deb -R01:07
fsmithreddpkg -i01:08
fsmithredto install01:08
fsmithredar x01:08
fsmithredto extract the contents of a .deb package01:08
fsmithredmaybe other ways, too01:08
freemraw-extract, to have the scripts01:08
fsmithredar x01:08
freemdpkg-deb --raw-extract works too :)01:09
fsmithredand then unpack the control archive01:09
freemgot some pre-inst and alike scripts in debian mpd deb01:10
freemthe prerm is... only related to systemd.01:10
freemconforts me in my opinion, let me provide it (other files are bigger)01:10
freemhttp://paste.debian.net/1152259/01:11
fsmithredyeah, I'm pretty sure you can ignore that01:12
freemmost of the stuff in the 3 scripts *is* related to init system01:12
freemwhat I mean here, is not about systemd (you and I don't care about it I think)01:12
freemit's just that, I think it would be easier to have a package with binary, as now, and alt packages that, for example, pre-depend on the 1st one, and depend on a specific init01:13
freemthose would install a specific init support. Would make it pretty simple imo to support more inits, without maybe even touching the debian original scripting01:14
freembut maybe there are issues I don't see, I'm no expert after all.01:16
fsmithredseems like that would only be needed if the parts of the different init systems conflict with each other01:18
freemis there is any package I could inspect in devuan that supports severa init systems? So that I could stop emitting noise?01:19
fsmithredcron, cups dm-event (whatever that is)01:20
fsmithredman-db, mdadm, rpcbind01:20
freemty, I'll read the code :)01:20
fsmithredI'm just listing some of the .service files I have01:20
fsmithredand I know for sure most of those have init scripts01:21
freembut another init as well?01:21
fsmithredno, just those two01:21
freemtwo?01:21
freemsysV and?01:21
fsmithredsysvinit and systemd01:21
freemopenrc?01:21
freemoh01:21
freemlike mpd, then01:21
fsmithredopenrc uses the sysvinit scripts01:22
fsmithredfor now01:22
freemis there is any package that already have another but systemd and rc.d support?01:22
freemeven in unstable?01:22
fsmithredI don't think so01:23
fsmithredunless parazyd put a new openrc in the repo01:23
freemI see. Do you know how runit-init is managed actually in debian?01:23
fsmithrednot sure if that happened yet01:23
fsmithrednope01:24
fsmithrednor in devuan01:24
freemit's... not handled in devuan stable, at least. For Buster, there are seeds.01:24
fsmithredI just know that runit was added to the choose-init section of the installer01:24
fsmithredand you'll see it in the first point-release of beowulf01:24
freemgood!01:25
fsmithredbut I have no idea what it does01:25
freemI've read the debian /etc/runit/2 file01:26
parazydfsmithred: OpenRC needs no changes since http://git.savannah.nongnu.org/cgit/sysvinit/insserv.git/commit/?h=1.22.0&id=6a65f4412a2d24d78741f49e64e1128993341e6501:26
fsmithredI don't know what any of that means01:27
freemshortly said, for each sysvinit stuff it checks if there's a runit folder with same name. If yes, it does not run the sysv one and waits for runsvdir to do it's job01:27
freemit's pretty fragile imo.01:27
freemoh, you guys are on savannah? I thought this thing dead for years01:28
parazydNo, it's just sysvinit's upstream01:28
freemgood to see it's still possible to avoid github/gitlab on some projects01:28
freemoh01:28
fsmithredthat's not us01:29
freemoups? :)01:29
parazydbtw. OpenRC can use both sysv and openrc initscripts and does so transparently01:29
parazydIt's pretty stable01:30
freemall init can, no?01:30
parazydI don't know if runit can, and I'm pretty sure upstart doesn't.01:30
parazyd(Might be totally wrong here though)01:30
freemrunit runs... run files. That's all.01:30
freemif the run file exits, then, it runs finish.01:31
freemwhen done, it reruns the run file.01:31
freemmy run files are usually 3 liners: shebang, empty line, the command :)01:31
parazydok01:32
freemdebian systemd last or maybe 2 versions ago was able to run those, too. Support was incomplete.01:32
* freem remembers the international mailing list at that time01:33
freemso, you guys plan to implement all inits inside the debs?01:34
fsmithredI don't know01:35
freemI wonder if I can write a source deb that shows my idea. It would be the best way for you to decide if it's a good idea or not, I think.01:36
fsmithredthe benefit has to outweigh the additional work01:37
freemof course01:37
fsmithredmost of what I see in /etc/init.d came from packages we don't fork01:38
freemindeed. But AFAIK, in debian, stuff in /etc/init.d is only "supported" by alternative inits the same way sysV supported it: no auto restart if daemon crash01:39
fsmithredyeah, I don't see auto restart01:40
freemI doubt a shim for runit-init could be easyly writen, dunno for openrc01:40
fsmithredI also don't see services crashing and needing to be restarted01:40
freemand I know for certain and by experience that any of those init.d scripts are a lot more complex than runit ones01:40
freemlucky you then :)01:41
freemI personnally had enough problems with hardware embedding sysvinit and pppd that would not die on failure and thus not restart, making a physical intervention (several dozens of kilometers minimum) to reboot the hard01:42
freemit's nice to know this experience is rare.01:43
freemI mean, the bad stuff.01:43
freem(damned kortex routers)01:44
freemwell, I'll write a PoC deb. It'll serve me anyway, even if you guys don't use it :) I 'll try to do that this week and I'll share it here.01:45
freembut probably just a binary one, as 1st step. Don't want to overengineer stuff.01:46
fsmithredok, cool01:46
freem(binary as in, what you would have with dpkg-deb -R foo.deb ./foo01:47
freemif you like the idea, I win by having help, otherwise, I'll be back to my plan to do it myself anyway :)01:48
freem(like you guys did by forking, I guess)01:48
parazydHow can I make an orga on gitrea?11:38
parazyd*gitea11:38
yetihttps://gitea.devuan.dev/?repo-search-tab=organizations19:26
onefangfsmithred: I'm guessing you want to know how to get syslinux + EFI working for ISOhybrid images?21:45
onefangSo far I have syslinux + BIOS / EFI + GPT on a 400 GB USB stick, booting ASCII that's on a EXT4 partition.  Not all of the syslinux modules work when using EFI, and it's very version dependant.  Debian SIDs version is the most reliable, the devs say that themselves.21:49
onefangAnd one of the reasons it took so long is I spent a day wondering why there was no keyboard or mouse after booting ASCII.  Found out I had been using an AMD64 kernel for the 686 user space.  Surprised it worked at all.  lol21:51
onefangI even managed to get Syslinux to boot Grub Invaders.  B-)21:54
onefangSo tell me what you need, and I'll see if I can get it working.21:56

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!