00:19:27 what's better, swap on zfs, or no swap? 00:19:38 (both are imperfect i already know) 01:05:38 buying/installing more RAM is best 01:07:16 not what i asked 01:11:23 Unix best practice is to have swap 01:13:36 ek Does Nextcloud depend on Apache? 01:14:18 I'm not sure how it is packaged on FreeBSD, but nexcloud itself can run with Nginx or Apache either one 01:15:07 I've finished installing nextcloud-php82 and the last lines after the installation says something about modifying httpd.conf however it seems Apache is not a dependency. 01:15:27 polyex, Use swap on a gmirror outside of zfs. Since zfs needs dynamic memory if swap is on zfs then there is the possibility of a deadlock. Not guaranteed. But possible. 01:16:13 As far as I know nothing has changed since: https://www.schmidp.com/2014/01/05/freebsd-10-does-swap-work-on-a-zvol/ 01:16:47 Upstream issue on it: https://github.com/openzfs/zfs/issues/7734 01:17:09 https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1847628 01:17:28 Useful general background on swap in FreeBSD: https://klarasystems.com/articles/exploring-swap-on-freebsd/ 01:22:50 i'm following https://docs.freebsd.org/en/books/handbook/cutting-edge/#updating-src-obtaining-src and when i issue `git pull -C /usr/src` it says "error: unknown switch C" 01:36:15 If the output says fatal: not a git repository, the files there are missing or were installed with a different method. A new checkout of the source is required. 01:36:47 pretty sure you need to read down a little further and use the "new checkout" method listed if you don't have a prior pull on /usr/src already 01:43:59 freebsd 14 unattended bsdinstall throws up a "rebooting" gui when it's done. 13 didn't do that. how can disable? because now every bsdinstall takes 10 seconds longer out of nowhere. not documented in bsdinstall man page 01:44:49 polyex: you have taken up HOURS asking about how to shave off 10 seconds. It just seems a bit odd all the way around 01:45:23 just curious why it changed and there's no way to restore the old behavior 01:45:41 imagine all of the bsdinstalls going on adding up 10 wasted seconds 01:45:47 way more than the hours you're whining about 01:48:17 if there is that many, that you need to automate the process, it should just be unattended anyway 01:49:32 think of how many seconds you could shave off with faster drives, double the ram, and Alpine Linux ;) 01:50:59 doing the install to a raid 0 might also shave off some time 01:53:17 it IS unattended 01:53:33 that's what sucks. it used to finish then just stop, and the installerconfig needed to issue the reboot. it happened immediately 01:53:40 now it sits there for 10 wasted seconds 01:54:04 your snark is especially funny since you were wrong. "just use unattended install bro" when i already am 01:58:51 Yeah.. Seems part of the problem is I don't fully understand the situation. It is unattended, and use to reboot immediately. And now it still reboots, but after a 10 second pause, or this pause happens, and then YOU need to reboot it manually? 01:59:47 makes me wonder if there are flags/switches to the bsdinstall program to work through this 02:00:29 you don't even read what i type out you're wasting my time 02:02:23 https://g.co/gemini/share/4324e70ccf45 02:02:43 Add the following lines to the file, replacing placeholders with your desired settings: 02:02:43 DISTRIBUTIONS="kernel.txz base.txz" # Packages to install 02:02:43 # Set root password (replace with a strong password) 02:02:43 ROOTPW="your_strong_password" 02:02:43 # Configure automatic reboot 02:02:44 halt_after_install="YES" 02:03:08 according to that, with FreeBSD 14, there is a flag for the automatic reboot option when the install finishes 02:04:19 i'll try half_after_install="HALT" if it works im surprised it's not documented in bsdinstall 02:05:24 Surprises me that the chat bot found something relevant then ;) 02:05:48 polyex: swap shouldn't be on zfs... it should be its own partition 02:06:04 ffs i know that. but what if your only choice is no swap or swap on zfs 02:09:23 SponiX looks like your "AI" hallucinated. there's no such thing as halt_after_install 02:09:31 ;) 02:09:48 lol 02:09:49 damn 02:10:13 It talks so convincingly when giving the misinformation. It might as well be a politician 02:14:33 ya you make a great team 02:16:11 Yeah, the forum source it linked doesn't cover that option either. Completely just pull that out of its ass I guess 02:22:58 polyex: if you got a lot of memory why not do noswap? 02:24:15 polarian lamp or fixture? 02:30:23 Poster: what? 03:18:46 swap file... 03:19:02 you could put a swap file on zfs partition 03:20:06 dd if=/dev/zero of=/root/swap.8G.bin bs=1M count=8192 03:20:09 rennj: That's not yet considered safe, is it? Under memory pressure it's problematic. 03:20:36 echo 'swapfile="/root/swap.8G.bin"' >> /etc/rc.conf 03:20:53 so you swap file on the zfs encrypted partition 03:21:33 im just saying..rather then partition 03:21:59 https://www.cyberciti.biz/faq/create-a-freebsd-swap-file/ 03:22:04 example 03:22:21 winblows does that stupid does it not 03:22:36 rennj, As far as I know nothing has changed since: https://www.schmidp.com/2014/01/05/freebsd-10-does-swap-work-on-a-zvol/ 03:26:30 The first option is a no-go, because in case of low memory, ZFS needs memory to manage the disk writes to the swap file, but as there is no memory available it needs to write to the swap file, but ZFS needs memory to manage the disk writes to the swap file . . . 03:26:48 not sure of that 03:27:05 so oom killer in the end 03:27:11 out of memory 03:27:29 meh..take your chances i guess. know your limits 03:28:31 i know i can crash my system with just vmware and memory limits. 03:29:00 and i can disable the oom killer if i want..but still crash box. 03:29:34 i use zram cause linux sucks without swap... 03:37:07 a hammer and drill bit to you knee cap..give me the password! 03:37:22 a hammer and drill bit to your knee cap..give me the password! 03:41:48 you want security TPI https://en.wikipedia.org/wiki/Two-person_rule 03:42:04 2 teams never shelf meet or hang out at bar 03:42:27 2 teams never shell meet or hang out at bar... 03:42:46 team A and team B 03:43:10 half the combo 03:44:26 nuclear launch! 03:44:31 turn the key sir! 03:45:46 Per US Air Force Instruction (AFI) 91-104, "the two-person concept" is designed to prevent accidental or malicious launch of nuclear weapons by a single individual. 03:54:02 you want security build a data diode... 03:54:19 https://en.wikipedia.org/wiki/Unidirectional_network 03:54:27 1 way ------> 03:55:06 so process the data incoming and then pass it on to next system 06:50:19 Is it needed to update bootcode and do "zpool upgrade" after upgrading from FreeBSD 13.2 to 13.3 RELEASE? 06:54:50 mage: -C is an option of git, not its pull subcommand 07:28:56 Hi. I'm looking into decomming my current old colo server, which runs ESXi with a boatload of Linux VMs, behind another VM running opnsense. I'm tempted to try moving everything to one physical FreeBSD server with a number of jails instead. 07:31:00 What kind of jails would you recommend for what are rather 'standard' services such as HTTP, SMTP, DNS, etc? A full jail is safest but looks like a lot of overhead; there's thin jails, and service jails too. Any downsides for those that I should be aware of that the docs themselves don't explicitly mention? 07:37:01 Alver iiuc it's more of a spectrum than a rigid "thin mode" vs "thick mode". are you planning on using zfs? if so what i do is just expand base media then clone it for each jail 07:37:04 Also looking at the docs of Bastille which looks nice, but curious what you think or would recommend instead. I have a load of UNIX experience but FreeBSD is minimal at best :) 07:37:17 so each fbsd install ends up taking 600mb or so 07:37:53 polyex: Yes, I would do ZFS (so I can add encryption, mirroring, compression and the likes) 07:39:12 polyex: I'm also curious how you keep those jails up to date - is there some central way of doing that for all jails or is it every jail as if it were an OS of its own? 07:41:22 haven't had to update them yet. tbh i'll prolly just redeploy rather than update in place 07:42:55 I meant for security patches/updates. OS upgrades is something I'll tackle when I get there 07:43:32 I like the idea of isolation in jails but if I would end up having a boatload of badly patched and out of sync jails that would not help :°) 07:44:07 With the VMs now it's mostly unattended, but even there it takes more effort than I would like, especially knowing how little stuff really runs in each 07:45:37 well just make a simple ansible task to run freebsd update on all of your machines (jails) 07:45:46 so ansible will ssh into each, run updates 07:46:23 Mmm. Then you have to keep ansible updated. Been there. :°) 07:46:29 But yeah, I guess it's manageable 07:46:34 a thin jail somehow lets you run multiple different jails from 1 base install but i don't know about that. then you just update 1 base and start all the jails back up 07:46:53 k so describe your ideal perfect setup 07:47:00 then i'll see if i got a suggestion 07:47:02 each on their own, but most update tools have a -j flag to operate on a given jail, so you can do it from the host, well, iirc with thin jails you just change the underlaying base for os/security advisories/erratas 07:47:32 As for network, would you recommend giving each jail its own public IP (which would mean managing pf on each jail) or plugging them on a loopback bridge and doing NAT via the host? Or a combination? 07:47:54 i use vnet and each jail getting its own public ip and pf instance 07:48:14 but describe me your ideal setup 07:52:31 polyex: I don't know yet, really. I just know that my current way of working - a type 1 hypervisor with a load of full VMs on top - is very inefficient, and a pain to manage. 07:55:19 is it just staying on top of updates that's the hassle or what else is the pain? 07:55:49 That indeed - especially keeping in mind my FreeBSD experience is minimal. A bit reluctant to bite off more than I can chew 07:56:07 Giving each jail its own IP could turn out costly - but that I can check. 07:57:33 In my current setup all of security/firewalling/routing is concentrated on the opnsense VM, which is nice, but also creates serious overhead due to the network load. 08:02:26 Alver: FreeBSD got bhyve as well 08:06:35 Alver ok sounds like you should go hard into the thin jail direction. and use 1 ip with 1 nat jail to all the other jails 08:06:42 go super super minimal and cheap 08:06:50 then maintenance will be simpler 08:09:52 Sounds good to me! 08:10:15 Do you use any specific tool to manage your jails - such as Bastion - or just the stock system tools? 08:10:42 no but the guy that made https://jailer.dev/ is here sometimes 08:10:54 sounds worth trying 08:20:52 manual is the only true way 08:21:04 then you know what is this about jails 08:23:04 angry_vincent: I can believe that, but I have to take feasibility into account. If such a tool can help speed up deployments by having good defaults and correct commands in 5 minutes, while it'd take me hours/days to read docs and get insight, that's worth something. 08:23:32 The time that I could spend that kind of time freely for my own education and amusement is long gone I'm afraid :°) 08:24:39 then you will not learn as much as doing manual deployment. 08:24:53 because all the guts are hidden in jail manager 11:24:55 I am sick of manual jail management. 11:25:32 got another set of old jails on some almost-to-be-decom server with no idea how to update them or else 11:39:45 <_xor> Hmm, is there a way to hint to the kernel to be more conservative with ZFS ARC? Yes, I know that it will automatically release pages under memory pressure. In my case though, when memory needs to be freed for applications, the system really slows down to the point that it's getting super annoying now. 11:41:03 _xor: never got zfs to run nice here :( still have vfs.zfs.arc_max=524288000 vfs.zfs.arc_min=104857600 somewhere in /boot/loader.conf... 11:42:32 <_xor> I have memory stats that I get from vmstat and show on my DE bar. It'll usually hit 90%+ memory utilization (wired + active + inactive + laundry) within a few hours of booting. Last night I rebooted my system and left it with nothing running except my desktop environment and it was showing around 7% total memory utilization. Woke up this morning 11:42:32 <_xor> and it's showing 97% utilization. 11:44:18 <_xor> Checked with sysutils/zfs-stats, and sure enough, ARC is taking up 20GB out of 32GB total. Normally that would be a good thing, but my issue is that when I'm using Firefox and opening tabs, the system REALLY starts to lag as it scrambles to release/re-allocate memory. 11:44:45 <_xor> I know I could set an upper limit on ARC size, but I'm wondering if there are any other better options before I try that. 11:44:58 <_xor> saper: Ah, so you had to limit it :/ 11:46:30 saper: what do you use for management? 11:46:50 * _xor is looking at vfs.zfs.* vars 11:47:07 <_xor> vfs.zfs.arc.sys_free looks interesting. 11:49:31 <_xor> saper: Apparently vfs.zfs.arc_max and vfs.zfs.arc_min are now vfs.zfs.arc.max and vfs.zfs.arc.min 11:52:15 Alver: used to be ezjail, at least to set them up 11:59:39 _xor: thanks for the pointer, looks like my ARC is quite small 36.98% 184.91 MiB 12:02:47 _xor was taking a look at freebsd mastery - advanced zfs book, the cache restriction chapter talks about arc min/max and arc_free_target which specifies the number of pages the arc should leave free for other processes 12:06:55 <_xor> zeylos: Yup, just noticed that one in the sysctl list. Going to take a look. 12:08:05 <_xor> For now I just limited ARC to 1gb-4gb on a 32gb system. Yes, it's low, but I don't mind it having to I/O thrash a bit. Will bump up max as necessary, or ideally, utilize those target-setting sysctls. 13:00:11 fwiw, I use Bastille because it is all shell scripts, so it generally Just Works but I can also make modifications or see how it all works manually by looking at the scripts. good learning tool for me 13:01:53 ^^ Alver 13:04:29 scoobybejesus: thanks! Bastille does look nice from what I can tell. 13:05:05 I think I'm already convinced about using FreeBSD in the meantime. All alternatives just feel... meh. It's been a good few years since I did something new for infra. :°) 13:06:14 Going to think it over on how to do network and disk layout. 13:06:37 I take it that the installer can do a mirrored boot/root ZFS? 13:06:53 when i started using it, it didn't have the rename subcommand as part of the release. but it was in master on github. i only have the package, but i could still create rename.sh in /usr/local/share/bastille/ or whatever, and add that command in /usr/local/bin/bastille... and then it worked! and things like that 13:08:33 the installer technically only mirrors the root partition, i believe. i don't think it writes to the EFI partition on both disks automatically 13:09:00 Changed from ezjail to bastille recently. Bastille looks like the obvious choice atm. Had consistent good experience with ezjail along the years. I hope the same with bastille 13:09:33 Ah, good to know. 13:10:05 Will have to look up a procedure to do the mirroring for the EFI stuff etc. 13:11:24 Yeah Bastille looks better than ezjail to interact, changing or adding scripts 13:15:28 I have a etcupdate endeavour in Bastille and some /etc 'get version ' dilemmas :) 13:28:32 DanDare: mind a PM? It's about the bot 13:28:55 :) 13:29:51 Sario, it' ok. No problem. 13:30:55 etcupdate in Bastille thin jails is an unsolved problem 15:00:52 i just wanted to refresh my memory about how my system boots, and i ran efibootmgr -v, and apparently after a sysctl -a | grep bootmethod i am now BIOS booting, where previously i was UEFI. it seems manually copying the EFI bootcode has caused something funky to happen 15:04:10 <|cos|> My ThinkPad x270 just refused to suspend to S3 after rebooting into 14.1-RELEASE-p1. Did anyone experience such problems? 15:04:34 <|cos|> Unfortunately I could not spend any time debugging, since I needed to catch a train. :/ 15:17:51 zeylos: need to check if ZFS Master is included in the latest dump of e-books offered on Kickstarter for those supporting mwl's new book about running the mail server. 16:09:08 okay, i'm crazy. i was running efibootmgr -v from the vps. after i then saw gpart show say my freebsd-zfs partition was 58G and zpool status showed one disk and no errors, i realized i was being stupid 16:09:22 Hello 16:09:25 I need a libxo expert 16:09:32 I think there's a bug in xo(1) 16:10:34 here's what I'm running: xo -J "{l:ipv4} {l:ipv6}\n" "1.1.1.1" "ff::01" 16:10:55 here's what I'm getting: "ipv4": ["1.1.1.1","ff::01" 16:11:17 instead I should be getting "ipv4": ["1.1.1.1"], ipv6: ["ff::01" 16:11:24 has anyone seen this before? 16:38:35 scoobybejesus, That's the type of thing I would do to myself too. We have all done it at one time or another. 17:25:21 saper: the 2 zfs mastery books are really good imo, but I think the kickstarter thing ended mid-June ? or maybe I got it wrong 17:40:18 anyone update their snmpd lately? 18:12:10 rtprio: Mine is up-to-date. 18:12:56 ek: did you move your snmpd.conf to share or leave it in etc ? 19:02:05 rtprio: My config file is still in the ${LOCALBASE}/etc directory. 19:02:51 However, I specify the config location in /etc/rc.conf. 19:57:51 zeylos: yes, but I have signed up and ordered the book. 20:07:31 oh - sorry misunderstood the first statement. Hope they are in then :) 20:14:52 "Sudo Master", "Ed Mastery", "PAM Mastery", "Networking for System Administrators", "$ git commit murder", "SSH Mastery", "Tarsnap Mastery" and of course "Run Your Own Mail Server" once it is out. Nice set anyway! 21:12:33 this JSON output is going to kill me 21:21:30 What's wrong with json? 21:21:37 * CrtxReavr rather likes json. 21:21:54 I like it too, it's just a nightmare to generate it 21:21:55 Beats the hell out of XML or CSV. 21:22:00 (properly) 21:22:04 I honestly prefer XML 21:22:08 With what language? 21:22:10 at least it's typed 21:22:19 CrtxReavr shell and libxo on FreeBSD 21:22:27 libxo? 21:22:51 yes, FreeBSD has a utility for cross-output and a utility named 'xo' 21:22:53 I've never heard of it, so I'm guessing jq is better documented and easier to work with. 21:23:03 jq is for parsing, not outputting 21:23:13 I've done most of my JSON munging with Python. 21:23:21 yeah, too bad not part of base 21:23:41 which shell? 21:24:05 try this for example : xo --style test "my name is {:name}" CrtxReavr 21:24:16 and then run : xo --style json "my name is {:name}" CrtxReavr 21:24:22 sorry, text, not test. LOL 21:24:38 kona FreeBSD's /bin/sh 21:26:10 https://stackoverflow.com/questions/73885999/how-to-create-a-json-file-with-jq 21:26:19 jq will absolutely create json. 21:26:45 I had no idea 21:26:49 but still, not part of base 21:26:53 (yet? :P) 21:27:08 Not sure how it's licensed. .. 21:27:18 good question 21:27:26 But you could install a package as part of your process. 21:27:40 Licenses : MIT 21:29:08 xo -J --wrap my/name/is "{:name}" moo 21:29:29 what are you transforming to json? 21:29:58 kona I have a jail manager named Jailer, I'm doing `jailer info -j` for JSON output 21:30:10 and I want it to be proper JSON, like "ipv4": [] 21:30:16 if there are no IPv4s 21:30:27 instead of "ipv4": "-" 21:30:34 which is what FreeBSD returns :P 21:30:43 (jls, that is) 21:30:44 so yeah 21:30:54 how is xo not helping? 21:31:30 oh. it already emits json? 21:31:33 well, xo is helping, I just have to do so many conditioning, if jls -j jname ipv4.addrs = "-"; then print [], etc etc 21:31:43 oh jls does emit JSON, just not a "proper" one 21:32:04 like if you have 2 IP addresses, it will gladly do "ipv4": "ip1,ip2" 21:32:07 instead of a list 21:32:40 ok, so it emits "JSON" but you have to find certain patterns and reformat them? 21:32:46 yup. 21:33:05 and then I have to figure out if it's VNET Jail or not 21:33:17 and sometimes a jail might NOT have networking at all 21:33:19 etc etc 21:34:04 ok, you having to do a lot of exceptions and reformat with xo, but I wonder if you could come at it from a different angle and maybe: jailer-info -j | awk -f make-real-json.awk 21:34:14 and then code up your exception patterns in awk? 21:34:23 that... sounds like a great idea 21:34:34 I can also use flua (FreeBSD's lua) as well 21:35:01 could do. some version of awk should be in base. :) 21:35:21 One True AWK™ 21:35:27 :) 21:36:51 <|cos|> It seems my x270 fails to suspend with the newest boot environment, but it works with the previous. Am unsure of whether the kernel makes a difference. Will make a few more attempts to verify I've gotten the right picture. 21:37:42 <|cos|> In case it is boot environment dependant, how would one best debug further? Boot environment are purely ZFS snapshots, right? 21:37:50 i guess, depending on the complexity of the diff between the jailer-info -j output and proper json, you might be able to get away with sed instaead, but i feel like awk is likely to be more maintainable 21:38:20 |cos|, Boot Environments are clones of a snapshot. Because snapshots are read-only. So a clone is made so that the clone is read-write. 21:38:38 You should be able to boot into the previous Boot Environment and do whatever testing you want there. 21:38:53 You should also be able to boot the current boot environment with the previous kernel and test that combination too. 21:40:38 <|cos|> I'm familiar with beadm on illumos, and it seems to exist in FreeBSD ports. Is that the tool to choose, or would some alternative be to prefer? 21:47:40 Either beadm or bectl are fine for this purpose. beadm is in ports and was introduced as similar to the Sun tool. bectl is a newer rewrite in base and therefore will always be in base and available. Both are okay to use. 21:48:25 In order to boot to the previous environment you don't need to use either one. Just reboot and select the previous boot environment from the boot menu. 22:00:45 is it normal for the previous boot images to stay mounted? 22:02:32 rtprio, No. They are not mounted for me. 22:02:56 Are you sure they are mounted? They exist so zfs list will show them. But they are not mounted. 22:06:43 oh.... but it's not a snapshot 22:07:05 maybe that's what i was getting confused 22:07:41 snapshots are read-only and not suitable for a root file system. 22:07:41 previous boot image should not be mounted, just the image you are using now should be alive 22:07:58 clone a snapshot into a writable live file system "branch" and then boot it and that's a boot environment 22:09:56 rtprio, Look at the output of this command: zfs list -ro name,canmount,mounted,mountpoint zroot/ROOT 22:22:59 <|cos|> rwp: ah. bectl seems like the more bsd-like name. i should had guessed that.. thanks! 22:23:55 * |cos| has rebooted a few times and am fairly sure my 14.1-RELEASE_2024-06-03_190500 works while 14.1-RELEASE_2024-06-20_090922 and default are fishy 22:24:38 That does sound like evidence of a regression. 22:25:48 Can you verify that the problem is isolated to the kernel? Booting the previous kernel with the current everything else works but just the new kernel fails? 22:26:29 This is the origin of Boot Environments in FreeBSD, based upon those previously in Sun, https://forums.freebsd.org/threads/howto-freebsd-zfs-madness.31662/ 22:27:35 The sun utility was called beadm so this one is called beadm. Submitted into ports. Then later it was rewritten to be included in base and named bectl to avoid the name collision. Both continue to be maintained to the present time. 22:28:13 One Sun bit of documentation that can be read about Boot Environments is this: https://docs.oracle.com/cd/E19963-01/pdf/820-6565.pdf 22:28:59 That's mostly of historical academic interest to use in FreeBSD since that's for Sun and we have FreeBSD's bectl+beadm utilities which are similar but not completely identical. 22:30:04 <|cos|> My first suspect was the kernel, but I realized that using an older bootenvironment appears to be the factor. Have kept booting the older kernel consistently. 22:31:18 That would be surprising! 22:32:21 <|cos|> Indeed! But on the other hand the snapshot/clone is rather huge. Over a GiB. 22:33:32 <|cos|> I can't figure out how to use zfs-diff though. The zfs dataset names appear to not work, not being snapshots. And the snapshots fail due to not being mounted. 22:34:01 <|cos|> Maybe I'll need to catch some sleep and get back to this in the morning, rather than now after coming straight from the pub. 22:39:23 zfs-diff will need to use the underlying snapshots. 22:39:29 zfs list -t snapshot -r zroot/ROOT 22:39:50 Those are the snapshots that were used to clone into the live filesystems. 22:41:21 So at a guess for you: zfs diff zroot/ROOT/default@2024-06-03_19:05:00-0 zroot/ROOT/default@2024-06-20_09:09:22-0 22:41:54 However I am not sure how helpful that by itself will be since there will be many files in that listing. 22:41:59 <|cos|> That's the exact line I tries, but get "Cannot diff an unmounted snapshot: operation not applicable to datasets of this type" 22:43:30 Hmm... For example this exact command works okay for me here (different timestamps of course): zfs diff zroot/ROOT/default@2024-06-21-15:59:20-0 zroot/ROOT/default@2024-06-21-16:00:24-0 22:44:04 And produces 900 lines of diff output of file level changes. 22:46:59 In any case if you have a working case and a not working case later then that sounds like a definite regression failure. Perhaps a good time to open a bug ticket on it? 22:52:44 <|cos|> The error message for zfs diff is mentioned here, but I'm not getting wiser. https://github.com/openzfs/zfs/issues/3325 22:53:16 <|cos|> A good nights sleep and opening a bug ticket in the morning seems like what I should do. 22:53:52 <|cos|> Thanks for answering my confused questions. 23:36:47 I'm finally happy with Jailer's output: https://antranigv.am/misc/jailer-0.1.3-dev.png 23:38:58 looking good 23:39:50 antranigv https://jailer.dev/ should have something in the top section about why someone would use it instead of base freebsd commands 23:40:15 polyex because people will end up creating jailer for their own anyway :P 23:40:27 don't tell me, add a section to site 23:40:34 I'll do the marketing thingies as soon as I reach v0.1.5, but yes, you are right 23:40:44 and be detailed about the advantages