00:09:09 had a sandwich, managed to fire up (very manually) 00:34:25 how would I actually get the lua bootloader to pick up on a boot environment? surely it doesn't matter if they're called pool/ROOT/ or anything else, yeah{ 00:34:27 ? 01:20:01 the bootloader tried nothing and it's all out of ideas. 01:22:25 do I just forevermore have to put currdev in my loader.conf? 01:28:44 hi,everyone.This is my question. https://bsd.to/z6P7/raw 01:28:45 Title: z6P7 01:30:06 fengari, Seems like some wrong field or value type in "wpa_supplicant.conf" file 01:30:41 thank you,parv,i will check the file. 01:32:15 fengari, ... or "opp.conf" in your case 01:35:45 parv,I use wpa_passphrase to generate it,and the file is here. https://bsd.to/m93G 01:35:46 Title: dpaste/m93G (Plain Text) 01:41:25 fengari, Run "wpa_supplicant" with "-d -d" ("Enable debugging messages") option to see if that would identify the issue in English 01:49:17 parv, https://bsd.to/uEvv 01:49:19 Title: dpaste/uEvv (Plain Text) 01:52:02 fengari, Sorry I cannot decipher the "ioctl" error; debugging messages did not seem to help. To confirm, was the PSK generated with SSID (wpa_passphrase )? 01:53:07 yes,surely. 01:53:49 sometimes i can connect correctly,sometimes not, idk why. 01:54:04 I am out of ideas 01:54:30 thank you, parv 02:45:43 That message from "ioctl" seems to be of no consequence: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249542 02:45:45 Title: 249542 – 12.2-BETA wpa_supplicant makes ioctl[SIOCS80211, op=20, val=0, arg_len=7]: Invalid argument 03:16:59 I get those messages also and it seems fine 03:19:58 do you waiting for dhclient to get the link,when use dhcp, Reinhilde ? 03:20:50 that doesn't make any sense? 03:22:00 if you already have a link dhclient or rtsol should just work 03:22:44 sorry, Reinhilde ,i mean this, https://bsd.to/JnWF 03:22:45 Title: dpaste/JnWF (Plain Text) 03:24:25 it means your WiFi network is out of range or not letting you authenticate 03:25:19 check that the PSK in your wpa_supplicant.conf is correct, and (this is a really dumb one, but it stumbled me when I was messing with init systems) check that your WiFi interface is actually marked online 03:25:35 (ifconfig wlan0 up) 03:27:52 ["you were messing with init systems? that doesn't sound like freebsd." and you're right - it's kinda not. However, I was messing with init systems in the context of the kernel and most of base from a fork of FreeBSD that by its nature uses the same rc system as FreeBSD.] 04:26:58 is it sufficient for loader.efi alone to be on the ESP, or must there also be other ancillaries to direct the loader as to where to find kernel etc? 04:39:06 thats pretty much it 05:02:27 how does the loader variable zfs_be_active get set? on my desktop, it seems like it doesn't (and I have to manually set currdev in ESP:\boot\loader.conf), whereas on my laptop, it gets set just fine and I can toggle between heterogenic (FBSD/HBSD) bootenvs that loader.efi knows how to boot just fine. I know I am holding it wrong, I just want to know how. 05:05:36 on the desktop the pool is called ultra, and on the laptop the pool is called zroot. 06:07:09 did jail.conf change ?! 06:45:08 Does anyone know why my loader in 13.1 insist on a serial console? 08:44:56 this will probably sound a bit non-important, but... is anyone running NsCDE on FVWM and having an issue with Firefox not using the motif style window? 08:46:19 Firefox did have the Motif style window decorations last week or so, but now it does not, and I'm wondering if anyone else has experienced this? Perhaps an update caused it to not use the default style. 09:27:16 I think I'm cursed 09:38:48 hi.... I have a swap problem.... I have added two more swap volumes and now I'm getting applications failing (being killed) when swap reaches just 11% of its capacity, how can I increase the kernel parameter to control the maximum swap I can use? 09:39:05 spydermocha77: ldd should show whether it's linked against any motif libraries 09:39:14 Reinhilde: probably 09:40:10 beastie: wild. how much RAM do you have? does the system know it's got the swap? 09:40:20 8Gb 09:40:27 yes... 09:41:48 at about the same swap space consumed as the amount of ram, the system starts denying more memory... and I also get a kernel message, which I need to search for, in order to show you the message. 09:41:50 meena: meep? 09:42:35 This is the kernel message: swap blk zone exhausted, increase kern.maxswzone 09:42:40 beastie: wait, how much swap did you add? 09:42:49 36Gb 09:43:06 yeah, i don't think that makes sense 09:43:20 i need that.... actually. 09:43:47 i need that to not need to close chrome while I'm using the last version of Netbeans. 09:44:04 I think a sensible cap is at 1.5. you can't really work the system trying to use swap as RAM 09:44:08 when it starts downloading the maven central index It explodes. 09:44:33 I need to maintain the programs started, even if they get swapped.... 09:45:47 why does Maven need 44 G of memory? 09:45:48 I run it perfectly.... believe me... it's a core duo and it doesn't show any degradation (only when switching from netbeans to chrome) 09:46:03 why can't you memory cap Maven? 09:46:39 but each program has a footprint of 4.7Gb at the time the system starts denying memory.... now slow down in the system load... just programs crashing. 09:47:26 meena: I cannot say.... it starts the task "downloading maven central index" and at 87% netbeans crashes. 09:47:40 and the kernel just shows the message above. 09:47:57 worse if I'm running chrome in parallel. 09:49:16 chrome doesn't do any "not used tab swapping out" so it trusts the swapper.... so why the swapper cannot handle that... my freeswap shows all the swap space as in use. 09:50:03 the three swap volumes are at 11% full. 09:50:03 so, why not run the download on the command line while nothing is running, and only start netbeans when the maven index is populated 09:50:27 meena: probably because I don't know how to do that. 09:51:00 anyway, check sysctl -d kern.maxswzone 09:51:35 I'd even like to just deconfigure the maven server from the list of maven servers and just see what i have in the local maven repository actually. 09:52:27 when I need some library normally I search for it in maven central myself and add the dependency to the pom.xml file.... so I don't actually access the maven connector in netbeans. 09:53:16 but the maven index update starts asynchronously while I'm working... so I don't know until it is late and I've lost some work. 09:53:57 at some times netbeans is using over 4Gb of virtual memory itself... and chrome the same thing. 09:54:37 when the thing fails I'm using about 9-10Gb of virtual memory, which is only one Gb more than the actual ram I have. 09:57:07 beastie: maybe mvn dependency:go-offline works for your usecase, but I think maven needs the repo index to do its work not just for some optional features 09:58:18 nimaje: that's true.... but the problem is not with maven, but with netbeans :) 09:59:22 netbeans has a list of running services to acces the maven local repository and also has configured (by default with greyed menu options to delete it) an acces to maven central. 10:01:36 and at some point it downloads the complete index to make searches faster when you are searching for an artifact, but I actually learn to search for maven artifacts before I used netbeans and I prefer to add the dependencies to the pom.xml myself. 10:02:43 so the conclussion is that I don't use it... but I cannot deconfigure it.... I don't mind if it takes 2h or 2 months to update the index... but to see how netbans vanishes in the middle of something is annoying. 10:02:45 I would hope that maven caches the current index and downloads just what changed (and that netbeans downloads the index via maven) 10:04:08 no.... maven downloads what you need to have full access to the artifact, and the index is part of it (it creates a local repository under ~/.m2 with whatever you have 'mvn install' and its dependencies) 10:04:49 downloading (even just once) the full maven central repository is real nuts (they claim to use 110Tb of storage space) 10:05:08 not the repo, the index 10:06:03 maybe https://developmentality.wordpress.com/2010/06/29/quick-hit-take-maven-offline-in-netbeans/ helps you, but not sure what commands are affected by that setting 10:06:05 Title: Quick hit: Take Maven offline in NetBeans | Developmentality 10:07:38 thanks nimaje 10:09:14 but that still doesn't solve my problem, just avoids the trigger... I'll need to use more swap, and I think raising the limit to two or even three times the amount of RAM should be possible. 10:10:20 for now I've seen that the kernel message asks me to raise the kern.maxswzone parameter, but to change it I need to reboot, so I'll tell you later if it worked... now it's time to reboot. 10:10:53 thanks all for the hints and the good intentions, I'll tell you about the results. 10:13:39 Hi, I'm having trouble with a Keychron M1 mouse. It seems to only register input when the mouse is dragged down, produces aaabbccffgg, etc - depending on how fast the downward motion is. When I connect the mouse I get this - https://bsd.to/BsQa 10:13:40 Title: dpaste/BsQa (Console/Bash Session) 11:23:05 hi, solved! 11:24:20 nimaje: anyway, I take your hint of downloading the index offline (e.g. every night) so netbeans doesn't have to do it. 11:27:33 beastie: did raising kern.maxswzone do anything? 11:29:34 11:31:06 oops sorry 11:31:56 yes yes... it did it!!! 11:33:09 i enlarged it to three times its value (I was getting out of memory at one third the amount of ram + swap space) and it worked... then I found the parameter in the kernel source, so I got why the check is done. 11:33:30 the message output from the kernel allowed me to find the place where the test is done. 11:34:09 the thing is that the parameter controls the amount of metadata related to manage the swap pages, and the area allocated was exhausted. 11:34:46 but now I have downladed successfully the maven index while being able to browse the web at the same time. 11:35:20 the way freebsd manages the swap (IMHO) has no equal :) 12:43:33 beastie: I had used Linux for seven years before getting onto Solaris at work, and i had nowhere to grasp at anything to explain Linux's memory management. I learnt Solaris' within a week 12:44:02 :) 12:44:59 linux started imitating solaris in its user interface, but once it got windows, it started to shift slowly to Windows(TM) and now we have systemd on it. 12:45:48 I had been using solaris for years before I touched my first linux, and I learned linux in one week too!!! 12:46:53 Solaris (and Mac OS) has had a service manager for longer than Linux (but probably not longer than Windows). and it's better designed, and implemented, and documented. and it didn't cause a rift in its community 12:47:57 anyway, there's a working group for getting something like that to FreeBSD: https://github.com/freebsd/meetings/tree/master/supervision 12:47:58 Title: meetings/supervision at master · freebsd/meetings · GitHub 12:49:25 i understand your point, but I don't share it... the service manager is made for users that don't like configuring their systems. Las time I had to deal with systemd I passed over one week trying to know why I installed inetd to service some simple services and systemd insisted in putting his own version instead of mine. 12:49:55 I prefer to stay with init... 12:50:24 if that is going to be the future of freebsd, then probably at some point I'll go back to unix v7 12:50:57 you may have misunderstood me: I don't think systemd is anything to imitate. 12:51:30 of course not.... 12:52:06 but I'm still using (in freebsd) mwm as window manager... resembling my old days with hp-ux 12:52:14 it's something you may need to provide compatibility shims for, because Linux has eclipsed posix as the standard. but great number a service managers on a large number of systems are far more useful and consistent than systemd 12:52:43 please no systemd-like crap, if freebsd ends up implementing some nonsense like that im going back to netbsd or openbsd 12:53:06 so do I 12:53:31 remember when we made sh the default shell for root, and people came out saying > "A is somewhat like V, which is the default on Linux, which is why changing C to A is exactly like introducing systemd" 12:54:40 im just throwing my opinion about it in the mix. i dont personally "hate" systemd, i just find the init scripts far more easy to understand and manage 12:54:52 i have refused to use vim, for that same reason, now I use vi 12:55:26 i use vim 12:55:41 I don't hate the idea of service supervision, I don't like the specific implementation found on Linux. 12:55:48 the only time I've lost completely a system (in 35 years) was when debian migrated to systemd. 12:56:33 init scripts worked fine, i still dont understand why the need/push to change it to something else 12:56:41 debdrup: i don't hate it for unexperienced users that don't want to mesh with the system... but it's not for me. 12:57:13 The thing is, service supervision needs a fault management framework of some sort. 12:57:29 You have to be able to know what kind of errors daemons experience. 12:57:40 that always allows you to tel the user "it's a systemd issue, you cannot avoid your computer doing that, it will do, either if you like or if you don't" 12:58:04 That's why the implementation in Solaris works, because they implemented Solaris Fault Management. 12:58:36 the push to systemd is why i'm slowly moving back to freebsd.. 12:59:29 the biggest issue with the push is the fact that some packages need/want to install some sort of service into the system which automatically makes them incompatible with any other service-management system 12:59:59 gzar: that's an implementation issue 13:00:19 i personally just dont want an unaudited 2.2 million pile of sloppy code to replace time tested, secure services. It's not a good strategy for keeping machines secure 13:00:36 it's entirely possible to integrate fault management into freebsd and have it work with rc.d and daemon(8) as we have in the base system today; someone just needs to want to make it, and have the time/money to do so 13:00:39 sure but it still leaves the dev with more work if they want to support multiple service management systems 13:01:15 there is no standard for fault management, though 13:01:23 solaris is the only one to have implementede one 13:01:25 we don't ship our appliance at work for systemd based OSes. you want to run it there, you're on your own and if anything doesnt work, no support whatsoever from us. 13:01:52 Seems easier just let each service's init scripts deal with fault management , since each sevice will have different failures 13:01:53 we're gonna have to do our own 13:02:35 if freebsd makes their own, then we'll have 3 systems that end up incompatible with eachother 13:03:09 again, there's no standard. 13:03:22 https://xkcd.com/927/ 13:03:23 Title: xkcd: Standards 13:03:35 welp, i'm done with this conversation. 13:04:32 'no standards' doesnt change anything about the situation. 13:04:50 there already are 2 systems, init scripts and systemd 13:10:16 2?! there are tens of them 13:11:21 Hi, I just upgraded to 13.2 and I'm trying an usb external Wifi adapter that shows up as: ugen0.5: at usbus0 13:11:33 now how can I use it? 13:13:05 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270709 is an example of a trivial thing you can't just fix once with our init: you can't just add an overload, you have to edit the script, and when the port updates you'll have to resolve the conflict 13:13:07 Title: 270709 – audio/oss Kernel panic at every shutdown after installing OSS 13:14:04 yep, it should be fixed in oss instead :) 13:31:47 s/fix/workaround/ then, my stand still points 14:55:41 is it possible to create a single drive zfs pool, then use the drive in a different controller (like a disk shelf) and keep the data in tact? 15:06:36 Just upgraded to 13.2 - Seems my file system (/) is quite full. I did a 'pkg clean' and it got rid of 2GB, but I cant figure out how to get rid of the rest 15:09:13 ncdu can help 15:10:03 https://bsd.to/7mTM 15:10:04 Title: dpaste/7mTM (Plain Text) 15:10:26 debdrup, thanks 15:47:01 well 15:47:11 usually freebsd-update keeps a lot of files 15:47:21 and one can remove them after upgrade 15:47:38 and of course do not forget to remove all snapshots 16:04:46 gustik, thanks I'll man freebsd-update to see how to remove them 16:12:49 Thanks for the NCDU suggestion. Looks like the disk space hogs were locally installed programs in /usr/local/ 16:28:22 Hello. zfs list creates this output: https://bsd.to/6Kgi 16:28:23 Title: dpaste/6Kgi (Plain Text) 16:28:56 Are the RELEASE-p* snapshot that get taken when upgrading between releases? 16:29:32 * thorre wonders if they can be removed to save some space 16:29:52 I am quite hesitant to run a zfs destroy to find out though :-) 16:35:00 Hi, i'm using syncthing, and the packaged version in latest is 1.22.0 which has know bugs 16:35:14 what are my options to upgrade it in a more up to date version ? 16:35:21 well 16:35:38 I do not think that /var/db/freebsd-update/files are in the man page 16:36:05 but you can remove it by doing 'find /var/db/freebsd-update/files -type f -delete' 16:42:06 thorre: I think they are boot environments, you can manage them with bectl 16:43:35 lvc: thank you for teaching me something new today :-) 17:19:48 hm 17:19:58 * Reinhilde considers the unconsiderable 18:05:22 thorre: what does bectl list show? 18:11:48 meena: https://bsd.to/AGo1 18:11:49 Title: dpaste/AGo1 (Plain Text) 18:15:30 thorre: so unless you need to revert to one of those stages, i would bectl destroy all but two 18:20:27 thorre: the delte between the referenced data doesn't appear to be that much 18:21:15 thorre: you can convert them to bookmarks if you wish to keep the ability to do incremental backups as well 18:21:47 This means they no longer take up space for the changed records, so it still frees up space. 19:13:50 Does the KVM contain CWD of a process? 19:14:55 I cant seem to find it under 'struct kinfo_proc' - All I get is vnodes, and addresses in the kernel 19:18:28 RoyalYork: are you installing 13.2-STABLE? 13.2-RELEASE should be available on april's 11th. 19:27:57 ElectricJozin: KVM? 19:29:47 meena, https://man.freebsd.org/cgi/man.cgi?query=kvm&apropos=0&sektion=3&manpath=FreeBSD+13.1-RELEASE+and+Ports&arch=default&format=html 19:29:48 Title: kvm(3) 19:33:56 ElectricJozin: i see kvm_getenvv(3) but that's post-hoc 19:37:39 meena, did you take a look at the link I sent? its man kvm(3) 19:38:10 ElectricJozin, as the kernel has become more complicated, extracting this kind of information from a kernel dump has become more difficult 19:38:56 conceptually, it should be possible to use the name cache, but I don't think the code has been written 19:41:02 jilles, so I should use sysctl? 19:41:43 If so, do you know how to use the sysctl util to print the details first 19:42:21 The manual mentions no way of printing kern.proc..pathname 19:50:25 ElectricJozin: I have seen the link. but i don't know what you're trying to accomplish, and in which context 19:52:13 meena, trying to get the cwd of a process in C (without using libprocstat). 20:00:51 https://man.freebsd.org/kvm_getenvv(3) isn't from procstat, it's part of kvm(3) and should give you access to the process' CWD if it exists 20:00:53 Title: kvm_getenvv(3) 20:13:10 (why?) is procfs deprecated? 20:13:19 (says it is in manual, but) 20:16:32 does getcwd(3) exist? 20:17:02 jgh: yes, why? it only works for the executing process 20:17:19 OIC. Some other process. 20:21:14 Reinhilde: because it was full of security issues 20:21:33 cor. 20:22:35 is it unfixable? 20:23:38 i can't remember the exact details, but i'm pretty sure it'd end up being close to a complete reimplementation from the ground up 20:23:59 all for a system that wasn't actively being used, and was only kept for compatibility 20:29:39 sysctl(8) was already been favoured long before procfs (something that started with the big rewrite of sysctl, which was in 2.2) was found to have the security issues, and the few things sysctl couldn't do were implemented in procstat 20:31:14 if i ever crack into it, I'll let you know where I get 20:31:42 if someone had the desire to make it now, i think it'd make sense to make procfs something that lies on top of sysctl 20:34:04 it's a bit of a mystery to me what it'd actually add to freebsd, but until someone proposes it as a thing they want to work on and intend to finish, i don't think that needs to be answered 20:34:18 aye 20:37:17 https://www.freebsd.org/security/advisories/FreeBSD-SA-00:77.procfs.asc 20:40:00 and let's not forget about https://www.freebsd.org/security/advisories/FreeBSD-SA-02:23.stdio.asc https://www.freebsd.org/security/advisories/FreeBSD-SA-01:55.procfs.asc and https://www.freebsd.org/security/advisories/FreeBSD-SA-04:17.procfs.asc 20:40:58 and https://www.freebsd.org/security/advisories/FreeBSD-SA-02:09.fstatfs.asc 20:41:18 i think that's all of them? 20:47:00 oh my cripes 20:58:17 there's a reason OpenBSD axed it completely 21:00:43 and when you look at what Linux provides vs what Solaris or FreeBSD provide, it's worlds apart, and we still think it's bad 21:04:36 wonder why https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230620 is listed as "needs special attention" 21:04:38 Title: 230620 – "install -d" issue 21:13:48 very interesting https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270728 21:13:50 Title: 270728 – Clock stops, but system keeps running 21:14:37 meena: probably 21:15:59 meena: what is your current idea for how supervision ought to look? 21:18:52 OpenBSD also axed the kernel dynamic linker entirely. 21:20:29 anyway. I'll stop bothering you and keep hacking on my ifupdown-ng executors. 21:22:13 Reinhilde: Are you doing ifupdown for FreeBSD? 21:22:33 mason: Rudimentarily. 21:23:04 Nice. That'd be a win. 21:23:14 --- wait what 21:24:34 I've just been doing it as a shitpost in software form and to see if I could 21:24:54 And if you can, tidy it up and get it into ports. :P 21:25:35 Ports? It seems to like the idea of polluting /etc and /usr/libexec (and on my own system, I have been all too happy to let it) 21:28:54 ixmpp: did you read the stuff in https://github.com/freebsd/meetings/tree/master/supervision ? the current idea is: kqueue / kevent (because it's easier than signals), see https://github.com/freebsd/freebsd-src/pull/701 and then explore (dynamic) login classes as a basic container 21:28:55 Title: meetings/supervision at master · freebsd/meetings · GitHub 21:29:50 * Reinhilde makes a face 21:30:01 I also haven't yet done the integ work to make an rc script. 21:31:55 Reinhilde: why not integrate it into netif? 21:32:11 it's probably just 8652 lines of shell 21:33:00 I swear to the gods, if FreeBSD ends up with systemd, i will personally stab everyone who was involved :( FreeBSD and I have been friends for decades now. At least since late 1990s 21:34:14 let me reiterate: "A is somewhat like V, which is the default on Linux, which is why changing C to A is exactly like introducing systemd" 21:35:18 i'm used to openrc and s6, on linux, neither of which are horrible 21:35:35 please, for the love of piss and all that is golden, go out into the world, and look at Service managers that aren't systemd. service managers that work without being the only fucking thing people talk about 21:36:01 :-) 21:37:06 imagine if all everyone ever talked about how SMF was bad, because it used XML for some parts. and not, say, dtrace, zfs, zones, boot environments and a million other engineering feats 21:37:59 * ixmpp shifts awkwardly in xmpp 21:38:11 macOS had launchd, and somehow that's not the only thing people talk about 21:38:54 Windows has an all powerful integrated service manager and somehow its not the only thing people talk about 21:38:56 meena: netif is a bit like jumping from a cliff without a 'chute 21:39:20 nobody talked about them on linux either until pottering shat all over it 21:39:20 * parv wonders if the clock battery -- of "Dell PowerEdge C1100" mentioned in the PR 270728 that meena posted -- is withering, considering the 2011 date on "https://i.dell.com/sites/csdocuments/Shared-Content_data-Sheets_Documents/en/PowerEdge-C1100-Spec-Sheet-en.pdf" 21:39:21 Reinhilde: that's a fair assessment. 21:39:21 270728 – Clock stops, but system keeps running https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270728 21:39:30 meena: ¿ 21:39:47 i asked because i'm interested in how it'll turn out, not because i fear systemd 21:40:04 if it's closer to openrc, or much thinner, for e.g 21:40:31 s6's idea of dependency resolution is a funny one 21:41:09 basically "fail to start unless all dependencies are running", then, launch all services at once so they eventually all resolve 21:41:47 but actually, i have trouble faulting that tactic 21:42:49 ixmpp: we don't know yet, but we think it'll be a combination of jails and login class API to approximate cgroups / Solaris contracts. and we want the core to be in C, the actual rc in Lua, so people can easily extend / debug it (GNU shepard can give you a REPL, and i think we could too) and configured in UCL, so, a FreeBSD native 21:43:13 * Reinhilde makes a terrified face 21:43:19 Good. 21:43:37 neat 21:43:49 makes me want to fire up linux 2.6 and patch up daemontools. 21:44:27 anyway. 21:44:43 either way, that's the rough ideas and tools we have in mind now, but who knows where we'll end up, actually 21:44:49 if any where 21:45:35 parv: do comment 21:48:01 * Reinhilde puts on a justice's death cap 21:48:12 I am convinced by the evidence that the wheel is being reinvented. 21:48:50 ? 21:49:59 Reinhilde: the wheel was "reinvented" about 7 times since its inception, and if it wasn't, you wouldn't be getting any where 21:50:51 anyway... 21:51:02 do any existing service managers even work, on freebsd anyway? 21:51:19 its not reinventing if it doesn't exist :p 21:51:22 the first revolution was spokes, and I'm pretty, and sure people where saying back them that the wheel was being reinvented, too. 21:51:41 * Reinhilde chuckles 21:51:49 ixmpp: openrc, but just barely 21:51:59 do i have someone on ignore who i shouldn't do o.o 21:52:27 ooh now i really want to see if i can build a system out of that 21:53:30 ixmpp: welcome back to the land of the living 21:53:51 you blocked me? why 21:55:18 taking this off channel 21:56:26 meena: UCL configuration pleases me greatly 21:57:03 imagine having things in… not global scope 21:59:29 must be comfy 21:59:45 there's a nice trick on linux, subreapers 22:00:00 helps keep processes where they should be 22:00:18 freebsd has that too 22:00:19 FreeBSD is also capable of that I believe, ixmpp, 22:00:20 can that be approximated on freebsd in any way 22:00:26 oh good 22:00:51 (how?) 22:01:18 trying to remember 22:01:24 procctl! 22:01:24 daemon(8) does it 22:01:58 gotcha 22:02:42 so yeah. The ifupdown I am basing my implementation on is ifupdown-ng, which is Alpinelinux's reimplementation. The initial prototype took almost no changes to the actual C code; some headers are missing and exactly one file has outright Linux-specific code (which module I disabled to not have to port). The real work was in creating the new executor scripts, which I made an utter hatchet job of, 22:02:44 only did the bare minimum, and am still not sure how to handle with respect to wifi. 22:03:31 it also looks much tidier than the linux way, wonderful 22:04:52 I can't remember if proccontrol(1) (which should be in section 8?) can do it 22:05:54 signs point to no 22:06:17 hm, then i can't remember how it's done, other than daemon(8) 22:12:14 I've upgraded a package and found some secondary failures, I'm wondering if there's a decent way to downgrade a package from `pkg` 22:13:25 rtyler: old package still on cache? 22:13:34 rtyler: you might have the old version in /var/cache/pkg/ that you can install using pkg-add(8) 22:13:46 you might need libmap.conf(5) thogh 22:13:48 though* 22:14:00 lemme check 22:14:21 also i recently found out that libmap.conf(5) is not a thing on a lot of other unix-likes, and i don't know how anyone else makes things work now 22:16:10 that's from the ELF loader, yeah? 22:25:56 meena: deamon(8) is not acting as a subreaper (yet) 22:26:01 that is on my todo list 22:31:35 drats, I found one package in /var/cache/pkg that I need, but one is missing 22:31:57 I was able to walk one package back, just need one more 22:34:17 unfortunately the mastodon package is not yet ready to accept the latest ruby31 package :(