01:41:23 Not Tested was the traditional one. 02:46:47 should i start moving my systems to pkgbase 02:48:26 khy,.khg~k;il 02:48:36 (' 02:48:38 Not Tested was the traditional one.)\\ 02:48:40 ) 02:48:54 With their two examples I'm struggling to see what's matching.\\\\\\\\\\\\ 02:49:11 ' 02:51:22 )~~~~~ 02:51:25 ---9 02:51:26 0 02:51:44 very sorry\ 03:05:44 is there something wrong with your 'enter' key, son? 03:26:30 Mm. Was swapping keycaps and my mouse drifted over my IRC window. 03:41:08 mason, Usually people blame it on their cat rather than on their mice but you do you! :-) 03:42:57 My cat *was* on my desk, as it turns out. 03:43:52 If my dog ever discovers the keyboard, you will know it. 03:54:14 or children 12:13:50 is WINE still supported in FreeBSD? wine-devel 10.10_1 seems to still do the pkg32.sh song and dance.. but WINE 10 should support both 64-bit and 32-bit WINE prefixes 12:14:31 wow, didn't realize it was ever supported 12:16:37 are there any special sysctls I need to set to make WINE stuff work? 12:24:18 WHen I try to run the WINE app (works in Linux+WINE) I get: wineserver: file_set_error() can't map error: Cannot allocate memory. 12:24:38 and yeah I turned off aslr in sysctl for all the little knobs and dials referring to wine 12:32:56 kern.elf32.aslr.stack, kern.elf32.nxstack, kern.elf64.aslr.stack, and kern.elf64.nxstack .. all set to 0.. tried increasing kern.ipc.shmall... nothing changes 12:50:30 pertho, let me know once you figure it out. 12:50:43 I can't even get winetricks to run 12:53:00 wow 12:58:25 all I could find is this old 2023 post: https://forums.freebsd.org/threads/wine-sometimes-cannot-allocate-memory.82023/ 12:58:33 but.. none of the things in it help 13:25:52 jbo: you on 14.3 or 15? 13:27:01 stable/14 13:27:12 (so 14.3-ish) 15:17:26 Is it time for 14.x? 15:17:37 I've been a 13.x luddite. 15:18:15 Looks like 13.5 is still supported. 17:14:32 0024:err:winediag:WSASocketW Failed to create a socket of type SOCK_RAW, this requires special permissions. 17:15:29 can FreeBSD allow normal users to create raw sockets? 17:18:03 all I see in sysctl is for jails: security.jail.param.allow.raw_sockets and security.jail.allow_raw_sockets 17:44:20 pertho: make the program setuid root. 17:45:05 making wine setuid root would not be a great idea 17:45:56 but then it's just like old-timey Windows 17:45:59 didn't you want compatibility? 17:46:17 windows alone runs setuid :) 18:02:49 which program? 18:03:11 wine is just a shell script 18:26:12 is 14.3-RELEASE already ready for freebsd-update from 14.2? 18:27:12 it's saying the following components dont seem to be installed: world/base-dbg world/lib32-dbg 18:34:46 so you don't have debug base or lib32. no big deal 18:38:22 idk seems like it's fetching and applying stuff 18:38:39 i think 14.3R was supposed to have come out in june 18:39:18 yeah it came out like a month ago 18:39:55 oh yeah it's merging a new sshd_config i think we're good 18:40:35 Is it merging new sudo? ;) 18:40:51 sudo is a package not in base 18:41:23 so why would it do that 18:41:32 pkg install doas :) 18:41:57 or just use su like a crusty UNIX greybeard :) 18:48:11 su is what the cool kids use xD 18:58:49 Just remember that when using su always use it "su -" with the option to load root's environment which includes PATH. 19:23:57 well, zfs snapshots just saved me. accidentally wiped a filesystem--which happened far quicker than I expected. 19:34:53 deimosBSD, ZFS FTW! Having a safety net is the only way to go. 19:40:07 Do pr's get pushed aside for more important issues or how does it work ? 19:40:37 oxbar: there is no queue of PRs to push anything aside from, developers work on PRs as and when they feel like it (or if they're being paid to) 19:40:47 nice 19:41:59 the foundation does prioritise how to spend its money, which might affect which PRs get fixed, but they have no control over freebsd itself so their only influence is if they pay someone to fix something it's more likely to get fixed. like with the current wireless changes 19:42:49 Got it 19:42:53 you a dev ivy ? 19:43:24 i am a src committer, yes 19:46:36 Question.. why does sound work and a lot of other things work out the box with older hardware.. some of them have almost the same chipset example for sound but newer laptops/desktops don't work and you got to fiddle with it ? is it because freebsd is trying to catch up with the latest ? how would you know what laptop/desktop to get if you want to 19:46:36 try freebsd ? 19:46:55 it will be to late to trake the desktop/laptop back if you know what i mean 19:50:41 oxbar: i don't know much about sound, but you might ask christos@ as he's been doing a lot of work on that recently and might be interested in reports of things that don't work 19:51:29 but HDA sound is quite complicated since it only defines how the generic interface works, vendors are free to wire things together in all kinds of unusual ways which makes it harder to support everything 19:51:58 even the same chip could be wired different in different laptop models 19:53:29 as for what laptop to buy, i don't own a laptop so i don't really know much about that either but i'd probably look for success reports from other users, or perhaps ask questions@ 19:54:18 the foundation is paying for work to improve Framework laptops in particular, so perhaps those might be a good choice when that's done 19:58:12 Thanks for the explination.. I think end users want to try freebsd but when there hardware dosen't work they jump ship. i always thought in freebsd if it worked it worked if not file a pr and just wait.. i have 5 laptops right now and like to go between them for some reason lol .. one of them i really want to work i filed a pr on and i'm just 19:58:12 waiting. using my mac in the mean time. Thanks again 20:23:12 waiting for what? 20:23:26 for pr's to get fixed? 20:32:22 my bad i was AFK had to go rake the yard and wash dishes 0_o 20:33:38 rtprio: waiting for the pr to get fixed.. its not that big of a deal.. once its fixed i will reinstall to freebsd and test it out 20:33:56 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=287754 20:34:38 The forums are amazing! 20:48:34 Well, they're okay. 20:51:52 i think i have a forums account but i've never used it... they ban all discussion of -CURRENT so there's not much for me to talk about :-) 20:57:13 Honestly, if you need help, there's no beating IRC. 20:57:28 The forums ban discussions of -CURRENT? 20:57:45 TommyC: their logic is such discussions should take place on the mailing lists where the developers are, which is understandable 20:58:11 I know there's a Discord "server," which I've joined, but not paid much attention too yet. 21:52:14 ok freebsd networking question, vm and tap, all guides are bridged, I am doing routed, however I have ran into something weird I cant wrap my head around. so I have the ethernet device within the vm which has 192.168.254.4/29 with gateway 192.168.254.3/29, the tap interface has address 192.168.254.3/29, this is a jail and has the default gateway of 192.168.254.1/29, the jail can access the 21:52:16 host/internet just fine. However if the vm tries to ping 192.168.254.3/29 it doesn't get a reply, however when using tcpdump on tap0 I can see the echo requests... 21:52:23 pf has a pass all rule, thats it, no blocking 21:52:35 pass all flags S/SA keep state only 21:52:57 the vm has no firewall either... and again the packets can be seen coming in on tap0 21:53:38 polarian: you should assign IP addresses to the bridge interface which contains the tap interface, not the tap interface 21:53:49 ivy: I have no bridge 21:53:58 oh, i read that as "all guests are bridged" 21:54:15 that would be the easy route :P 21:56:07 polarian: in the jail, show the output of 'ifconfig ' and netstat -rn, and the output of tcpdump 21:56:28 ah thought you would ask for this, alright one sec let me pastebin both 21:57:18 ivy: https://bpa.st/V7WA 22:00:01 polarian: your routing table looks odd. why is 192.168.254.0/29 routed via jail0 if 192.168.254.3 is assigned to the tap interface? 22:00:24 if you're tried to assign addresses in the same subnet to multiple interfaces, that is not supported 22:02:02 ivy: would explain the issue then, to explain it jail0 is a epair, one of the pairs is on the host with .1, one in the jail with .2 this works fine, tap is .3 and the if within the vm is .4 22:02:48 I did discuss this with some Linux networking folks about a month ago, and none of them said it was abnormal soooooo 22:02:53 polarian: right, that won't work. you need one subnet to communicate with the host then a separate subnet to communicate between the jail and the VM. 22:02:59 ughhh 22:03:05 I was told *NOT* to do that though 22:03:38 as then you are nating twice... 22:03:39 i can't speak to why someone told you that but it sounds very wrong to me, no IP router should accept this configuration as it doesn't make sense 22:03:45 no, you don't need to NAT at all 22:03:53 oh wait true 22:03:56 except if you have to NAT the packets headed to the Internet, but that's still only one NAT 22:04:37 anyways easy fix, split into two /30 (or /31, but not sure if point to point will work in this use case) 22:04:41 fwiw, if you don't want to allocate a /30 or /31 to every VM, you can use /32s instead 22:05:04 I dont see how that will work 22:05:16 but it's a bit harder to set up so probably not worth it unless you're short on addresses, or you already use IPv6 (in which case you can route the /32 via the IPv6 address) 22:05:46 I am using RFC 1918 ranges, and holding all IPv4 on the router 22:05:53 most efficient way to allocate the IPv4 addresses... 22:06:03 means NAT... but also means I can share addresses 22:06:18 yes I can and do make two servers which have no conflicting ports share the same address 22:06:25 with IPv6 its not an issue, but with IPv4 22:06:28 its efficient 22:06:33 IP wise... 22:07:06 /31 works fine in freebsd, btw, including on ethernet. i think linux only got support for it surprisingly recently 22:08:42 ok cool 22:08:57 not like there is a limit of RFC 1918 addresses, buy why waste addresses when you dont need to :D 22:09:16 remember you also need to route the new /31 to the jail host, probably easiest to just allocate it a /24 and route that so you're not having a bunch of tiny routes... 22:09:20 right so now I understand the basics of networking I can go fix it :P 22:09:57 oh wait that was my stupid mistake... and why I need to plan shit 22:10:09 I have already done that, I just didn't subnet the block routed on the host 22:10:11 within the jail 22:10:21 ugh this is why you dont leave projects have finished and come back 1 month later! 22:12:07 thanks ivy for fixing my stupidity :D 22:16:31 Hi, I'm getting the following while trying to build a perl-dependent port on a freebsd 14.3 vm, using quarterly (2025Q3) ports: ===> p5-Error-0.17030 Invalid perl5 version 5.36. 22:16:57 `pkg install perl5` says I have the most recent version. 22:18:25 I'm also using quarterly pkg collection (which is a default anyway, I'm on AWS VM). Doesnt look like there is an updated perl5 version. Is it supposed to be like that? 22:23:35 thresh: 2025Q3 doesn't have Perl 5.36, but i don't see anything in lang/p5-Error that would depend on it. is it possible you have set DEFAULT_VERSIONS=perl=5.36 in /etc/make.conf? 22:24:11 (if so, you need to choose 5.38, 5.40 or 5.42 instead) 22:25:15 thanks ivy, I don't have anything in /etc/make.conf (it does not exist) 22:25:38 I do have perl5 package installed via pkg repos; and it's indeed 5.36 22:26:39 thresh: what does 'grep PERL5_DEFAULT Mk/bsd.default-versions.mk' say? 22:27:26 PERL5_DEFAULT?=5.40 (plus some extra stuff) 22:27:51 and what version of the perl5 package do you have installed? 22:28:22 I do have perl5-5.36.3_3 22:29:40 what package repository are you using? from /etc/pkg/FreeBSD.conf 22:30:10 it's the quarterly, url: "pkg+https://pkg.FreeBSD.org/${ABI}/quarterly", 22:32:18 it seems like the quarterly builder hasn't built 2025Q3 yet, so you should either use 2025Q2 (i assume) or else build everything from ports 22:32:39 is there an url I can track the build process for 2025Q3? 22:33:01 I would argue perl is outdated period. . .. 22:33:14 Who remembers when perl was part of FreeBSD's base? 22:33:36 I'm building a piece of software (proprietary), and would like my customers to be able to use the binary I provide. Wouldnt be really possible if I'd mix and match stuff 22:36:49 shipping proprietary software that depends on ports is probably not going to work very well. although if it's just perl, you could build the package yourself and just depend on "perl5" rather than a specific version 22:38:50 Indeed, it's a bit of a pain. I can see at least a shlibs dependency to libperl.so.5.40, and "dep" in pkg MANIFEST to a specific origin/version (no idea if it's enforced by pkg) 22:39:21 (I did install perl5 from latest pkg repository to test things out) 22:39:47 so my best bet is to wait until things settle down; hence my question on tracking the status 22:40:40 if you have binaries that link to libperl, you're going to find your software breaks every time users upgrade to a new quarterly branch, or just change perl versions. i'd suggest shipping perl with your software instead... it's not an ideal solution but it at least works 22:41:45 yeah, that's exactly what we experience (and we depend on more stuff from ports) 22:42:11 so far it's been easier to just rebuild our stuff and push out updated packages than to vendor our dependencies 23:46:16 I'm looking at https://pkg-status.freebsd.org/beefy20/build.html?mastername=142amd64-quarterly&build=c4772dbffe33 and it seems perl5 was in a queue - I can see it in "queued ports", but it's not in any other section, and the Build Status is done