10:16:51 hi all 10:37:07 Hi. 11:11:57 any emacs/spacemacs experts in here. getting an error running emacs I cant understand why Im getting. would be awesome if someone knows how I can debug this. 11:15:35 how's 14 running? 11:17:39 drobban: maybe try #emacs channel 11:22:36 polyex: hm https://www.freebsd.org/releases/14.0R/schedule/ so a third rc was needed, but seems like currently they expect no fourth, or do they only add the "ass needed" entry for rc3 and add more rcs when they are sure they are happening? 11:22:37 Title: FreeBSD 14.0 Release Process | The FreeBSD Project 11:23:41 as needed sometimes 11:48:03 drobban: don't ask to ask, just ask. and please ask in the appropriate place. your question doesn't seem to be freebsd specific in any way. there's also #spacemacs on libera. 12:24:13 Hey, I was asking on Python channel but nobody answered. I have a problem with python3 and kqueue. I use multiprocessing and selector (defaults to kqueue) and receive an error. I use python 3.9.17 and FreeBSD 13.1. I also reproduced it on fresh installation of FreeBSD 13.2. Here is an example code with error message: https://bpa.st/6KQA 12:24:14 Title: View paste 6KQA 12:49:16 what do you expect that code to do? seems like nonsence to me, as the selector doesn't have any file descriptors 12:52:44 it's an example 12:53:03 If I do the same without the process it works correctly, in this case - blocks 13:10:40 hm, "The queue is not inherited by a child created with fork(2)." seems like you have to create the kqueue in the process 13:13:34 I am creating kqueue in the child process, s/DefaultSelector/KqueueSelector/ 13:16:46 no, you are creating it in the constructor of Test, calling .start() creates the process and only what is in .run() is run in the child process 13:18:07 the better form is to pass a callable to the target kwarg of Process, instead of subclassing Process 13:18:51 (same with threads, pass callables, don't subclass, if you can avoid it) 13:20:48 oh, thanks, I'll try it 13:21:17 yep, seems that it's working 13:25:27 or just in general, composition over inheritance 14:15:40 on Linux I can do useradd -m username, non-interactively. What's the way to do that on FreeBSD? 14:20:43 I'd have to compare the manuals for details, but FreeBSD has adduser(8) which takes a similar syntax. 14:24:55 I look at the manual but failed to find it. Lemme read it again. 14:25:04 Shortish comparison: Put the usernames in a userlist file and run: adduser -f userlist 14:25:51 That'll create the new accounts using the defaults in /etc/adduser.conf 14:26:12 Which includes creating the home directory by default. 14:28:41 pw useradd 14:32:15 Note that lines in the userlist file must contain ten ':' characters after the username. Add 'random' after the last ':' to have it set a random password. 14:34:11 The adduser(8) command generally fills in empty fields between the ':' characters with defaults. 14:37:14 Okay, yeah, I keep forgetting about 'pw useradd'. That'd be 'pw useradd -m username' for the case mmlj4 mentioned. 14:37:47 With defaults in /etc/pw.conf 14:38:42 hmm... 15:11:17 so to get what I want on 13.2 I have to do: pw useradd username -m; chsh -s /usr/local/bin/bash username 15:11:24 thanks, I'd never heard of the pw command 15:14:33 pw adduser username -m -s /usr/local/bin/bash 15:14:54 one command 15:16:24 usually put -n before the username 15:17:16 so.. pw adduser -n username -m -s /usr/local/bin/bash 15:26:42 pw(8) is relatively newish, adduser(8) dates back to 2.1. Which release first had pw(8)? 15:28:32 hm, the HISTORY in the man page doesn't say :( 15:28:53 I do know it's been part of FBSD for quite a long time, though. 15:30:53 man.freebsd.org says 2.1.7.1 15:31:07 Yeah. Definitely been around since the 90's at least. 15:31:45 Huh, I missed the intro to it. 15:33:52 I'd imagine there's people here that weren't even born when it was intro'd. :) 15:34:06 Probably! 15:34:55 I've been doing batch user adds since 1994.... 15:36:07 :D 15:37:11 I believe the first FBSD version I used was 3.1. Good grief that makes me feel old now. 15:44:57 ... I got started on BSD 4.3 and Sys V R 3 15:46:49 Eh, we're just babies. :P 15:49:10 you rang? Unix Edition 7, on an m68k. Swapping, not paging 15:50:04 Nice! Must've been fun. 16:25:51 1995 baby here. definitely too young or nonexistent to remember it being intro'd. 16:27:51 why does the freebsd ami in aws take so long to initialize? 17:45:02 echelon: Eh? Rather famously, they're supposed to be down to the ms-range, I thought. 17:46:09 Oh, that was for Lambda specifically. 17:46:26 So it's limited to FireCracker. 17:52:41 debdrup: i don't think you can run lambda on top of anything besides amazon linux 17:58:31 echelon: Not sure I understand; Colin has definitely been doing work to speed FreeBSD up; latest tweet I can find mentions 25ms: https://twitter.com/cperciva/status/1694867769177813269 17:58:32 Title: Colin Percival on X: "@mfreeman451 Latest stats I've seen is around 75 ms, but those are from Firecracker performance testing and I don't know for certain if that's an apples-to-apples comparison against FreeBSD's 20 ms." / X 17:59:11 https://twitter.com/cperciva/status/1715887733414212016 even his laptop boots quick (5 whole seconds!) 17:59:13 Title: Colin Percival on X: "The FreeBSD 14 kernel takes about 5 seconds to boot on my laptop. Of that, about 1.5 seconds is ZFS running benchmarks on checksum algorithms. This seems slightly suboptimal." / X 17:59:18 debdrup: the vendor recommendation for instance type was t4g.micro, that's what i selected 17:59:33 echelon: Right 17:59:45 That's not the same thing as Firecracker, is it? 18:00:00 well, running it on a laptop isn't the same as running it on xen 18:00:04 Sorry, I got no real idea about anything AWS/EC2. 18:00:29 np 18:00:30 Xen is a lot closer to a laptop than Firecracker is, if I understand right. 18:00:41 i didn't bring up firecracker 18:00:46 Right. 18:01:53 Anyway, the point I was trying to make is that the head of the tree is significantly faster than the -RELEASEs that are out, and that a non-zero amount of those improvements have gone in before 14-STABLE was branched, so it should be in 14.0-RELEASE when that comes out. 18:02:17 https://www.freebsd.org/releases/14.0R/schedule/ Should be early November. 18:02:18 ok, cool.. looking forward to upgrade to it 18:02:18 Title: FreeBSD 14.0 Release Process | The FreeBSD Project 18:02:25 nice 18:06:35 this is how long it takes me to ssh in and get a prompt https://paste.ee/r/ObHJ5 18:07:34 * debdrup nods 18:09:01 One of the big differences between the Firecracker thing and either virtualized hardware or physical hardware (which amounts to the same thing, with the exception of the actual block diagram differences), is the hardware initialization step. 18:09:48 And the hierarchical nature of device enumeration means there's not a whole lot of speed-up to be had, from what I understand. 18:11:35 If there's speed-up to be had, it may be in the indivdual device drivers, but that's one of the things Colin invented TSLOG for, as described here: https://papers.freebsd.org/2018/bsdcan/percival-profiling_the_freebsd_kernel_boot/ 18:11:36 Title: Profiling the FreeBSD kernel boot: From hammer_time to start_init :: FreeBSD Presentations and Papers 18:12:12 Colin's been at this for over 5 years at this point, he takes it quite seriously :) 18:13:54 I'll also add that _none_ of his work involves init(8). :P 18:14:25 There's probably quite a bit of speed-up to be had there, but Colin's starting from the bottom, which if you ask me is the right methodology. 18:15:44 Inventing a directed acyclic graph for rc(8), ie. written in Almquist shell, might be a big ask though? 18:46:25 Could tsort be coaxed into spitting one out? 18:59:37 echelon: is linux much faster? iirc ec2 provisioning is just not that fast in general 19:02:07 also as I understand the image needs to be fully copied on ebs before starting the instance, so you should compare to a similarly sized linux image, not, like, alpine or something 19:20:23 Hello71: i can understand provisioning might take a while, but there's no explanation for why ssh takes so long 19:21:05 after it's already online 20:33:05 echelon, I am entering this discussion late but ssh has at least two things that sometimes feels like it is taking a long time. 20:33:11 1) DNS lookup of the connecting client. 2) key verification. 20:33:19 Reverse DNS lookup for connecting clients is sometimes slow or times out. This is often most of the time consumed when I look at things. 20:33:22 And then with everyone moving to 4096 bit keys then working through the host key verification and then the client key verification can take a while depending upon CPU speed. 20:40:53 rwp: thanks, that was it ;) 20:41:27 Which? DNS? Or ssh key handling? Or both? :-) 20:41:39 i dunno why it's even logged by default, for better details in logs? 20:41:42 dns 20:42:11 People. They like to see names of things rather than a bunch of address numbers. 20:50:23 V_PauAmma_V: I'm not sure I understand the question. 21:35:58 why are there both /usr/local/etc/ipsec.* and /usr/local/etc/*swan* files/directories as a part of strongswan? 21:36:12 how do i decide which one i'm supposed to be using 21:37:11 echelon: strongswan changed their configuration interface 21:37:26 google for stroke vs vici 21:37:44 so i can use either 21:37:48 if you're starting fresh go with the newer vici style configuration 21:38:16 the old one looks compact, but it becomes a mess if you want more complex things 21:38:43 well, the endpoint that will be connecting to it will be using the old interface 21:41:17 oh, spoke too soon, had to install another package for swanctl 21:47:07 Would (could?) FreeBSD be able to tap in to any sensor info that would tell me why this server's fans are spinnig up/down? 21:52:01 I guess most of that unless there's something already in place (I'm thinking there isn't since I would have to set it up..) would all be in the BIOS? 22:03:43 skered: sysctl should tell you some fair bit of info, and if not, there might be some packages in ports to help do that… or something else entirely 22:48:21 debdrup, I just noticed it uses rcorder instead. Perhaps I misunderstood your own question instead? 23:03:04 V_PauAmma_V: yes. and rcorder can also produce a parallelised version, but there's again, how do we consume unsay in rc appropriately? 23:07:47 What's "unsay"? 23:33:09 V_PauAmma_V: that's when you say something and you realize saying that was a bad idea. 23:40:00 I can't make sense of it that way in meena's answer. Perhaps I'm missing something.