01:23:28 there any way to get the bit rot detection & fixing benefits of zfs on shit like usb flash drives? 01:43:15 I submitted a bug and a fix via bugzilla almost a month ago (documentation error). How long do they take to be acted upon usually? 03:07:34 RoyalYork: depends on time of year, work schedules, phase of moon, severity of the issue.. lots of things. Thank you for your submission. It's not wasted, even if it takes a while to process or even acknowledge. 05:57:46 RoyalYork_: which Bug id? 11:22:31 <_xor> RhodiumToad: That was strange. After making those changes to /boot/loader.conf and disabling/moving things into /etc/rc.conf, I rebooted. My keyboard stopped behaving normally. I have a QMK-firmware based keyboard (Moonlander), which took a bit more setup on FreeBSD when I initially got it. After the reboot, it reverted to behaving as it did when I 11:22:31 <_xor> first plugged it in, as if the tweaks to fix it were gone. 11:24:58 <_xor> I ended up putting usbhid_load="YES" and hcons_load="YES" back into /boot/loader.conf and it returned to the expected state. For reference, part of the initial configuration I did to get the keyboard working was building a kernel with "nodevice ukbd". 11:25:16 <_xor> Makes me want to figure out what the root cause was. 12:46:03 meena, it was for bug id 270804 12:57:37 RoyalYork_: posted it in the docs channel 12:57:59 Thanks, whats the IRC channel? 13:08:35 RoyalYork_: #bsddocs on EFnet 13:08:59 Thanks 13:10:29 The undocumented documentation channel 13:13:43 vkarlsen: it is documented, tho: https://wiki.freebsd.org/IRC/Channels 13:13:43 Title: IRC/Channels - FreeBSD Wiki 13:14:12 The undocumented documentation channel that is documented decently. 13:14:28 meena: That ruined the joke :) 13:14:46 vkarlsen: i'm sorry ;P 13:20:05 vkarlsen: I tried fixing the joke with alliteration. 13:20:20 debdrup :) 13:21:19 RoyalYork_: I've responded to it; once you get me the updated patch, it shouldn't take too long (what'll probably take longest is that I need to build the tree, and my laptop isn't that fast at that). 13:22:18 The documentation team does try to pay attention to reports, but it helps a lot if a patch is included when you file the bug. 13:22:28 Even then, stuff does fall through the cracks. 13:24:40 debdrup, I saw your response. Thanks. Wasn't aware of git-format-patch(1). I had looked at Chapter 3 of the Doc Project Handbook and must have misread something 13:24:51 I'll go through your notes and respond back to the bug 13:25:45 RoyalYork_: I don't know that git-format-patch is recommended, but it makes it easier. :) 13:28:14 got it 13:43:00 is there a way to only get the output of the last line of route (-n) -v get 0.0.0.0/0 ? 13:49:12 debdrup, does this look right? (https://bsd.to/gFDR) Wanted to know before I submit the patch. If not, are you able to point me to a resource on updating handbooks 13:55:11 I'm using default ftpd server from FreeBSD 13.2, and my client is Windows ftp.exe, everything works well, however, cosmetically I'd like to remove "501 OPTS: UTF8 not understood" output within the ftp.exe during the connection to FreeBSD's FTP Server.. 13:55:43 My question is; is there any switch at the server side to eliminate such warning/output to clients? 14:07:25 we could implement UTF8 in ftpd… but that would go against the goal of FOREVER KILLING FTP 14:13:19 its not going to join gopher quietly 14:19:55 I see.. 14:20:16 telnet died, ftp will survive!!!111!!shift1 14:20:28 telnet isn't dead for some purposes 14:20:33 MUCKs, MUDs, MUSHes, etc 14:20:57 you can use netcat but I've seen some server devs develop features that do use telnet client features 14:29:15 tercaL: that sounds like client is trying to negotiate UTF-8 support and the server says "nah man, i dont speak that gibberish" 14:29:25 xtile: Well, culturally, in terms of Windows.. C:\ telnet - 'telnet' is not recognized as an internal or external command, operable program or batch file. *sighs. 14:29:26 Totally harmless warning 14:29:42 ftp really does need to die tho 14:29:44 Haven't used Windows in many months. 14:29:48 rustyaxe: Thanks a lot. 14:30:04 Pretty sure you can still enable it via settings, the telnet command, though I'd rather ssh into a Unix system and telnet from there. 14:30:16 I'm excited about Haiku-OS. Will move to that *for desktop purposes* whenever it's released. 14:30:25 I use FreeBSD as my desktop :P 14:30:38 You're super cool :) 14:33:55 Who plays muds anymore? They were big back in the 90s, but if any are around I would be surprised if there was more than 20 concurrent players. Also, the youngest person playing would be 40 14:35:05 I could see some benefit with programming and learning to make a MUD, but as far as playability goes, that ship has sailed 14:35:34 There was a Discworld MUD I fired up a few years ago 14:35:37 I think that's still going 14:36:11 RoyalYork_: that's not made from git-format-patch 14:36:25 s/$/(1)/ 14:37:20 RoyalYork_: I play MUCKs, though I wouldn't mind trying a MUD sometime. 14:37:24 I'm in my 20s. 14:37:33 and I've seen people in their teens on MUCKs and MUSHes before. 14:38:38 MUCKs and MUSHes are a form of virtual reality, even if text-only. It's easy to explain them to modern people as being like Second Life or VRChat (but more like SL) 14:38:56 I think they're a useful technology. 14:40:19 Not sure as for MUDs, but as for MUCKs... "503 players are connected. (Max was 779)" and "62 players are connected. (Max was 185)" for two popular ones at this moment. 14:40:30 I don't disagree. I grew up playing them. I just think the goldenage of text based games is long gone and the vast majority of people wouldnt tolerate playing such a game 14:40:40 * xtile nods. 14:40:45 I don't disagree with that. It's true. 14:41:04 Most people barely tolerate reading, in general 14:41:22 y read wen u can tik tok ??? 14:41:49 :B 14:42:04 My own mother is growing more functionally illiterate over time as she uses her cell phone more and more. 14:42:14 She doesn't read labels to food she buys at the store, then gets surprised. 14:42:16 debdrup, I'll figure it out... sorry to bother 14:43:23 xtile, thats normal. When i was a kid my mother would buy RC Cola thinking it was Coca Cola. She never read the label. I would always ask her what was wrong with her and why cant she read labels. Now in my 40s I do the same thing and my kids complain. The circle of life 14:43:32 ah x3 14:43:37 You'll get there too 14:43:39 I promise you 14:43:42 I hope not. 14:43:55 Reading is a useful skill. uwu 14:43:57 I hoped not either, but such is life. Good luck 14:44:02 Thank you. 16:40:38 When I use pf and adaptive.begin/end, will the 'interval' setting also scale accordingly? So when the state count is high, will it purge states more frequently? 16:50:57 And is there a way to inspect per-rule timeouts and state limits? 19:58:51 do cronjobs get checked even when the system is in sleep, the lid is closed, ect, is there a way to make them? I am writing a simple battery protection script to gracefully powerdown. 19:59:49 on low battery. I am really confused my laptop went to 0% battery with the lid closed. 20:05:24 Are you sure your laptop is sleeping when the lid closes? I specifically ensure that mine does not because I often need to carry it and I don't want it suspending unless I specifically request it. 20:05:52 Even when suspended the machine's DRAM must remain actively refreshed. Suspend to RAM is a low power state, not a zero power state. 20:06:22 Depending upon the machine a suspend-to-ram sleep might drain a battery between 24 hours and 7 days or longer all things depending upon the machine. 20:07:05 Meanwhile... If the machine is suspended then no cronjobs are not checked. No operating system processes are running during that time. 20:07:23 DRAM refresh is a hardware feature not a software feature. Hardware runs at low power. Software is suspended. 20:09:59 +1 20:13:01 If you want to use lower power when the lid closes, shutting off the display's backlight will likely do the most good. If you like, you could make an alternative to zzz(1) that also sends a SIGSTOP to chrome and firefox and anything else you run that's particularly heavy. 20:14:01 thankyou 20:14:39 the lid closing causes the backlight to turn off 20:15:58 however when I returned to it, the battery was at 0% and needed plugging in to powerup 20:16:45 I just don't want that to ever happen again, and get to a graceful shutdown beforehand 20:22:13 I don't know if there is a FreeBSD equiv to the Linux sleepd which will monitor battery and automatically invoke sleep when battery reaches a threshold. 20:22:37 But implementing something like that seems fairly straight forward, but of course I haven't done it so don't know. 20:23:27 I gather freeBSD stays running when I shut the lid. The screen goes black but IRC has not disconnected 20:23:53 i like that, I hope that means cron is also running? 20:24:00 yes 20:24:24 cron will be running as long as the system isn't actually suspended 20:30:02 where would be a logical place to put my little script for cron 20:35:27 either /root/bin or /usr/local/libexec would be my first choices, depending 20:38:27 :) hopefully that works 20:38:51 is there a way to check the output of any echo's in the cron ran scripts? 20:39:13 You should get a mail with the output 20:39:53 as long as you have working mail and you didn't disable mail from cron 20:40:37 it runs every minute, can I redirect it to a temporary plaintext file? 20:41:18 you can use exec >>myfile 2>&1 in the script to make output go to a file 20:41:45 or use >>myfile 2>&1 in the command given to cron 20:42:49 "* * * * * battery-checker >>/path/to/log 2>&1" in cron work? 20:44:17 is that for /etc/crontab or for a per-user (including the root user) crontab? 20:45:41 (the format between the two differs; /etc/crontab has an extra "user" field before the command) 20:47:08 I su'd into root, then crontab -e 20:48:28 ok, so that's root's per-user crontab, in which case the line should be correct 20:48:45 but you'll need a full path to the script, most likely 20:49:23 (unless you put it in /root/bin and that's on root's path as controlled by login.conf 20:50:27 (which I think it is by default; you can see with env -i -U root | grep PATH ) 20:51:34 * RhodiumToad added that feature, and keeps forgetting that everyone else has it too now 20:53:01 sweet 20:55:15 I believe on some systems, you may get battery status notifications via devd as ACPI events 20:55:34 I am using apm -t, which gives me the remaining time in seconds 20:56:22 what do you mean? I need to learn more about battery power usage 20:56:30 and laptop acpi things... 20:57:41 does acpiconf show you anything about batteries? 20:57:45 yes 20:58:07 i was using awk to parse it 20:58:19 what does it show exactly? 20:58:50 what should i look for 20:59:10 not sure. I don't have anything with a battery to check against 21:02:27 https://bsd.ac/dd9une0 21:05:37 https://bsd.ac/laoxd0s 21:06:36 Hi. I updated my zpool by adding vdev_zaps_v2 feature to it. After rebooting, my efi partition can't find a bootable zfs partition 21:06:50 Please tell me what to do. 21:06:54 uh. 21:07:53 what is the exact error you get? is it from loader.efi? 21:08:00 Yes 21:08:12 From bootx64.efi 21:09:09 yeah so boot off a thumbdrive or something and update your bootx64.efi 21:09:42 what version of loader.efi is it actually running? 21:11:32 morpho: it might be interesting to put an entry in /usr/local/etc/devd/ to log any notify messages related to ACPI or the ACPI battery subsystem specifically 21:11:48 The most recent loader.efi in the main branch (which is copied to the esp partition as bootx64.efi) definitely supports booting a zpool that has vdev_zaps_v2 enabled? 21:12:04 no idea 21:14:37 debdrup, I figured out how to use the git format-patch command properly. I have updated the PR 21:20:12 RhodiumToad: the last time anything in the stand directory was updated was before the latest merge of openzfs, so I don't think there is efi support for booting the zpool with that feature enabled. Maybe in a few hours, they will update the stand directory of the main branch to resolve the issue 21:21:12 I'm not sure why that would be necessary? 21:22:50 What do you mean?.. how can I boot my system unless there is efi support for that particular zfs feature? 21:23:40 there is very little zfs code in stand/, most of it is imported from contrib/ 21:23:47 unless the loader needs to use that feature to find a kernel, i don't see why it would be necessary to update 21:27:01 ok. I found the specific list of features that loader allows for zfs 21:27:37 I am ready for this 21:27:47 https://cgit.freebsd.org/src/tree/stand/libsa/zfs/zfsimpl.c#n120 21:27:48 Title: zfsimpl.c « zfs « libsa « stand - src - FreeBSD source tree 21:28:01 Can you explain to me why after updating the zpool by enabling vdev_zaps_v2, my efi installation can no longer find a bootable partition? This obviously means efi doesn't support this feature yet 21:28:11 vdev_zaps_v2 is not currently in it, so you're a bit screwed 21:29:27 did you get any "ZFS: unsupported feature:" errors from loader? 21:30:49 No. It simply says "Failed to find bootable partition" 21:33:16 So, it looks like I have to wait for the stand directory to be updated in the main branch. Then I'll use my other computer to compile the new loader.efi 21:33:53 why is my clock an hour behind? 21:34:28 or, you could add that feature yourself, recompile stand, and see if that helps 21:34:46 morpho: ntpd slacking? 21:34:53 What timezone are you in? Is the timezone correct? Are you running ntpd? 21:35:09 Oleg_: is there nothing at all output before that message? 21:35:21 Oleg_: please show _everything_ that was output 21:36:13 morpho: incorrect DST configuration? mismatch with other OS as to whether the cmos clock is set to utc or wall time? 21:36:51 it says BST 21:36 but it is GMT 22:36 right now 21:36:57 date, that is 21:37:12 we could come up with reasons for… at least an hour 21:37:34 it being exactly an hour makes the most likely explanation a conflict over the cmos clock 21:37:43 have you booted into any other OS recently? 21:38:06 a linux usb 21:38:53 the time is wrong 21:39:00 If ntpd is configured to run and to set the clock at boot then booting to FreeBSD should correct the problem. It didn't. Ergo ntpd is not configured correctly. 21:39:05 but the timezone is also wrong, it is not currently british summer time 21:39:09 do you have ntpd_enable="YES" in rc.conf? and ntpd_sync_on_start="YES" ? 21:39:14 yes, i use ntp 21:39:28 huh? of course it is BST 21:39:43 Wed 3 May 2023 22:39:40 BST 21:39:49 Is this a case of "UTC or GTFO?" 21:40:10 morpho: do you have ntpd_sync_on_start="YES" in rc.conf ? 21:40:12 Iceland does that 21:40:53 rwp: without ntpd_sync_on_start which is not the default, ntpd will not correct a 1-hour error 21:41:34 RhodiumToad, Correct. 21:41:46 no RhodiumToad 21:41:59 morpho: then add it and do service ntpd restart 21:42:13 I thought ntpd_sync_on_start was becoming deprecated 21:42:22 RhodiumToad: https://ibb.co/WngX0vL 21:42:22 according to whom? 21:42:24 Title: 16831500238297180895919653543287 hosted at ImgBB — ImgBB 21:42:25 i read that somewhere during installation 21:42:34 no, that's the other one 21:42:36 nvm 21:42:37 morpho, It's was, but then it has more recently been un-deprecated. 21:42:51 oh? 21:43:16 Some 20 years ago someone made a comment commit to that effect. But then about six months ago(?) there was discussion that it never happened. And peopled decided to keep it. 21:43:53 It would take some digging but I am sure I could dig up the timeline and email postings. Pretty sure I could find it. But it would take some digging. 21:45:08 * RhodiumToad is interested 21:45:23 same. 21:45:42 In the meantime... "ps aux | grep ntpd" should show -g as a command line option to ntpd. 21:46:37 morpho: also, does the /etc/wall_cmos_clock file exist? 21:47:21 meena: I have zero coding skills, so, I can't add that feature to stand myself. 21:47:26 i have added sync on boot 21:48:27 it exists, empty 21:51:36 Oleg_: what does the lsdev command (at the OK prompt) show? 21:52:58 morpho: that file tells freebsd to believe that the cmos clock is set to wallclock time rather than UTC; if some other OS sets it to a UTC time, then it'll be wrong at the next boot and ntpd will have to correct it 21:53:27 morpho: as long as ntpd_sync_on_start is enabled, this should be no problem other than causing a 1-hour time jump shortly after boot 21:53:39 RhodiumToad: it confirms that FreeBSD ZFS is on disk3p3 21:54:18 thankyou 21:56:12 Re ntpd there is this: https://reviews.freebsd.org/D16519 21:56:13 Title: ⚙ D16519 Add a note to the rc.conf(5) manual that ntpd_sync_on_start is a preferred alternative to ntpdate_enable 21:58:04 Oleg_: what exactly does it say 22:04:01 RhodiumToad: a totally standard answer: "disk3p1: EFI, disk3p2: FreeBSD swap, disk3p3: FreeBSD ZFS". I am not sure why you need this information, as we determined EFI can't boot vdev_zaps_v2 pools. I emailed the EFI developer for FreeBSD; he will update the stand directory 22:04:52 I'm trying to match up what you're seeing with the error messages in the code in order to confirm that my understanding is correct. 22:20:42 RoyalYork: just to check, you only want to be credited as with a mononym (ie. not your full name)? 22:21:12 debdrup, is thats acceptable, then yes. If you would prefer my last name I can reamend it 22:21:41 RoyalYork: Full names are preferred, feel free to PM it to me, I'll just edit the author field manually. 22:21:53 Its public anyways 22:22:02 Anthony Bravolisimo 22:23:06 I'll change my bugzilla profile while im at it 22:26:12 Blargh, I forgot t o mention the PR. >:( 22:26:29 Anyway, it landed as e7be269af4 and I'll add that when closing the PR. 22:27:13 Great. Thanks. I know it's a inconsequential change I made, but it feels good to contribute **something** to this project. My skills are limited. 22:32:27 is acpi part of the kernel or a seperate daemon? 22:32:45 do I need to enable it? 22:35:10 ACPI itself is part of the system bios; the kernel has an acpi module, built in (generally it can't function without it) to interface to it 22:35:46 the fact that acpiconf worked for you suggests that everything there is enabled