02:02:03 i would like to assume that freebsd's libc doesn't have this issue: https://securityonline.info/cve-2024-2961-glibc-vulnerability-opens-door-to-php-attacks-patch-immediately/ 02:02:04 Title: CVE-2024-2961 - glibc Vulnerability Opens Door to PHP Attacks: Patch Immediately 02:25:21 freebsd libc is not glibc 02:26:38 flibc. 02:30:01 glibc: all the C with none of the portability! 03:44:26 what's a typical build time on things like rust and gcc? i've got poudriere-devel running, and the those two have been going for 2 hours now. i've only ever compiled things before with synth, and on a lower spec'ed system i don't recall it taking this long. 03:45:59 markmcb: bootstrapped or no? 03:46:09 rust is building it's own copy of llvm during that, so expect some hours 03:46:34 TommyC: i don't know what that is, so i'm guessing no 03:46:54 angry_vincent: thanks, i'll just let it run then 03:53:48 markmcb: rust could be 2-4 hours, or more, depends a lot on your cpu. gcc is usually a bit quicker. make sure you're using ccache as it can significantly improve subsequent build times 03:54:40 lw: thanks, not sure i'm using ccache, will look into it 03:56:19 i see there is ccache and ccache4 available. stay with ccache? 03:56:53 i am apparently using 3.x, i don't know if poudriere supports 4 10:12:18 i would be really nice if we could more broadly test WITH_PORT_LLVM, and make it the default. 10:24:18 Morning all. I notice when I add a .vimrc to set mouse-a all of the other config disapears and I cant seem to find a default vimrc config in /etc. Any ideas where it gets its main settings from? 11:50:45 P-NuT, have you checked under /usr/local/etc? 11:52:23 if it does not exist there.. sometimes $HOME/.vimrc or maybe even $HOME/.config/vim/.vimrc 13:27:07 pkg-static: py311-werkzeug-3.0.2 conflicts with py311-werkzeug2-2.3.8 (installs files into the same place). Problematic file: /usr/local/lib/python3.11/site-packages/werkzeug/__init__.py 14:43:22 for poudriere, is there a ratio of cpu:ram that works better? e.g., if ram is constrained, is it better to have 8 cpus at 4G each, or 2 cpus with 16G each? 14:47:28 I don't think RAM is divided among CPUs that way. In both cases, what you would have is 32GB RAM shared, with all your CPUs having access to all of the RAM. 14:49:14 markmcb: if you're using the default settings with tmpfs, except wild swings in memory use that make it almost impossible to budget memory-per-core in a useful way... you can improve this by disabling tempfs for certain very large ports, like rust 14:49:22 s/except/expect 14:49:55 (also electron, chromium, things like that) 14:50:50 unfortunately because of the way poudriere works it's very hard to tune it to make efficient use of available resources - you have to just tune it so the worst case situation doesn't break the build 14:55:52 oh, i was just looking through the settings. MAX_MEMORY and PARALLEL_JOBS make it seem this is tunable. I ask because with no limits set on 8 cpus and 24G of ram, the bhyve instance running poudriere crashed twice processing rust with memory errors. 14:58:15 i set it to 2 cpus and 10G max mem (with 24G total still) ... will see how it goes 14:59:30 i don't think MAX_MEMORY does what you want, won't that just cause the jail to swap if it exceeds the limit? 15:01:44 markmcb: TMPFS_BLACKLIST is the setting you want to stop large packages using tmpfs 15:03:49 also with PARALLEL_JOBS, you need to tune this at the same time as MAKE_JOBS_NUMBER in your poudriere make.conf... the most efficient setting is with MAKE_JOBS_NUMBEr=1 and PARALLEL_JOBS around the number of CPUs, but you'll find this doesn't work well with packages that take a long time to build (like, again, rust), so you need to wait ALLOW_MAKE_JOBS a bit and reduce PARALLEL_JOBS proportionally 15:05:52 er, s/wait ALLOW_MAKE_JOBS/raise MAKE_JOBS_NUMBER/ 15:06:35 i find MAKE_NUMBERS_NUMBER=4 and PARALLEL_JOBS between (ncpus/4) and (ncpus/3) works okay 15:06:47 MAKE_JOBS_NUMBER=4 15:09:45 who the heck came up with MAKE_NUMBERS_NUMBER ? 15:10:04 that's a crime against , i dunno, æsthetics and semantics at the same time. 15:12:19 meena: i believe that was lw making a typo :P 15:12:44 indeed it was me who accidentally invented this setting just now :-) should have been MAKE_JOBS_NUMBER. i just woke up... 15:13:18 lw: which timezone do you live, relative your body? 15:14:47 i was about to acuse one of the frenchmen of inventing that variable, but I'm glad it's just lw 15:15:05 pas moi 15:17:37 meena: my days are about 26-30 hours long usually so it varies over time 15:19:29 i forgot this is a big your mom joke, https://xkcd.com/320/ i only remember the smallprint. 15:19:30 Title: xkcd: 28-Hour Day 15:26:57 hm, which port contains an EFI firmware for qemu-system-x86_64? 15:27:46 oh, it comes with qemu, nm 15:28:30 lw: sorry, had to step away, thanks for that, i'll adjust my config accordingly and see how it goes 15:36:29 hmm, what's going on here https://www.le-fay.org/tmp/30d/Eikfy1.txt 15:40:55 ah needs -cpu max 16:53:04 lw: confirming that only setting MAX_MEMORY still resulted in a crash. i set TMPFS_LIMIT and will see what happens. i don't see a setting MAKE_JOBS_NUMBER in the example config, but it says MAKE_JOBS is disabled by default so i'll keep with that for now and see if the tmpfs limit helps 16:53:32 markmcb: enable MAKE_JOBS in poudriere.conf then you set MAKE_JOBS_NUMBER in /usr/local/etc/poudriere.d/make.conf 16:53:42 since that's a ports setting rather than a poudriere setting 16:54:02 ah, got it 16:54:45 the problem is, poudriere doesn't know how many jobs each jail is running, so if you set both MAKE_JOBS_NUMBEr and PARALLEL_JOBS to ncpu, you will end up with ncpu^2 jobs which is not what you want - so you need to balance those two settings 16:55:32 (the lower PARALLEL_JOBS is, the more overhead you get due to jail setup/teardown which reduces efficiency, but the lower MAKE_JOBS_NUMBERS is, the higher the total build time for one package can be) 19:08:35 weird that i have 32GB of memory, not VMs running, and yet zfs arc is only 5GB. top says 12GB of memory is 'inact' 20:01:11 how do you start dhcp on a bridge interface? i tried this, but it seems to never actually start dhclient: ifconfig_bridge0="addm vtnet0 addm epair0a addm epair1a up DHCP" 20:04:18 ok curious, using SYNCDHCP works 20:37:09 jbo: ping, ping. ping. pung. 20:39:45 jbo jbo jbo 22:58:52 how do i boot FreeBSD/powerpc under qemu? obvious attempt fails: https://www.le-fay.org/tmp/30d/jUbr85.txt 23:06:59 ok nm https://wiki.freebsd.org/QemuRecipes says this just doesn't work 23:07:00 Title: QemuRecipes - FreeBSD Wiki