00:06:14 all of those crc/checksum generating apps can be installed that isnt really a pray it runs/compiles on BSD situation 00:52:52 Let's face it. BSD was born different from other systems. 00:53:01 Even back in the day BSD had a non-standard form of df. A non-standard cron. A non-standard lpr. A non-standard file system group inheritance feature. A non-standard uucp system. Restartable signals. Lots of things have been done differently on BSD since the very beginning. 00:53:08 It's always been necessary to know both sides of the fence when one is straddling it. 00:54:27 The one that annoys me the most is sed's -i in place edit option. Perl did it first and everyone else copied the interface. Everyone except BSD which did it differently. Aarrgh!!! That one hurts me the most. 00:54:49 i am new to bsd and im messing around. 00:54:56 i am playing in a vm 00:55:15 Welcome to the community! And have fun messing around. 00:55:29 because im a maniac i decided i wanted to use ports as opposed to pkg 00:55:56 but i couldnt figure out how to use git to manage the ports tree, 00:55:57 I think you should recompile the kernel, base, and ports and have a fully self-hosted and self-compiled system. FTW! 00:56:02 so what ive done is a fresh install 00:56:10 *not* include ports 00:56:21 install git with pkg 00:56:32 clone the ports tree to /usr/ports 00:56:37 pkg remove git 00:56:44 pkg autoremove 00:56:52 and now im installing git from ports 00:56:54 is this sane? 00:56:58 was there a better way? 00:57:02 i dunno... 00:57:32 Insane? No. Better way? Maybe. I would have done a git clone on a different system. Then made a ports.tar.gz of it and copied it over. 00:57:40 Then there would be no need to bootstrap git through pkg. 00:57:43 heh 00:57:54 i see exactly where you are coming from 00:58:10 but that would have required TWO vms 00:58:34 i guess the next step will be figuring out how zfs actually works 00:58:34 Okay. Your first mistake is that you are not running a free operating system on your laptop! :-) 00:58:50 ofc not 00:58:59 im using macos on my laptop 00:59:01 :P 00:59:20 macos on the laptop 00:59:26 junos on the switches 00:59:35 Then you could have done a git clone and tar on your Mac. That should have worked okay. 00:59:35 why else would i be interested in freebsd 00:59:37 * crab hides 00:59:54 yeah that makes sense 01:00:08 shit i should have thought of that 01:00:19 just clone the repo anywhere else 01:00:26 IRC has to be good for something. Like reminding people of obvious things. :-) 01:00:30 and then copy the whole damn thing to the freebsd machine 01:00:41 Yes. Now you have it! 01:00:43 you could also download a tarball from freebsd.org 01:00:56 its weird though 01:01:31 i found this post: https://forums.freebsd.org/threads/guide-using-git-to-manage-ports-source-and-documentation.79721/ 01:01:45 it seems to touch on the problems 01:01:45 kevans way is another great way to bootstrap. However then that tar bundle I don't think includes a .git directory and so would require another git clone at some point in the future. 01:02:04 and even hint at a solution but it doesnt make sense to me what he is saying 01:02:36 he keeps leaping from /usr/ports (which seems very official) 01:02:43 to /home/peter/temp/myports 01:03:17 i just got confused and decided to do my "install git with pkg and then 'cheat' trick" 01:04:44 i guess my strategy should be fine 01:04:47 FreeBSD has migrated version control systems a few times already. And each time it takes people a while to get comfortable with the new tool. Which means that there is a lot of blogs and articles written about how to do it. But in the end it's not about the version control but about the build system which builds the code. 01:05:01 yeah thats what i thought 01:05:12 yeah, no .git. I'd love to write something to unpack a .bundle and get the project to officially distribute bundles 01:05:24 its slightly "in flux" and i should just chill out and try and learn 01:05:49 Traditionally FreeBSD builds things in /usr/src for base and /usr/ports for ports and the build is done as root. Which just feels very wrong when you are used to working in local sandbox working copies as non-root. But you can build in a jail which makes it about the same. 01:07:30 Think about your VM for example. You just created it. So if you compiled as root and for some reason the build did something terrible as root and damaged the system, well, now bad could it be? It's a freshly constructed VM. Just build another VM. It's like that when building in a Jail. 01:07:37 the thing i find *mildly* frustrating and im cutting some slack because it is a transition (or seems to be) 01:08:09 is that the docs say you can cd /usr/ports/devel/git make install clean 01:08:15 and then clone the git repo 01:08:27 but that WONT work if youve installed ports from the installer 01:08:39 and there is no "official" obvious fix for that 01:08:52 but im putting that down to a teething issue 01:09:14 well i say thats what the docs say, 01:09:19 thats how i parse it 01:09:23 and im an idiot 01:09:38 so i possibly should be less judgemental 01:09:50 but its cool 01:09:57 thats why im playing in a vm 01:10:01 There is probably no official docs on how to work through that part of the bootstrap. One is left to understand things and work through it as a homework exercise. 01:10:15 indeed 01:10:46 and i guess that maniacs that want to build most stuff from source in ports are treated as an edge case any3way 01:10:52 which is equally reaonable 01:10:55 And after you get past that initial bootstrap then everything is in steady state and can go for years without needing to worry about it again. 01:11:09 And it is easy to copy over to other machines when provisioning them. 01:12:13 Things also evolve over time. That's the traditional way to build. But the current way that all of the cool kids are doing is to run a pkg builder poudriere to build pkgs from source and then we install the packages on the systems. That's "new" in the grand scheme of things. But it's the better way to go for ports/pkgs now. 01:13:06 And it is still experimental but the base system is going the way of pkgs too with a PkgBase migration that is not yet in a release state. 01:13:53 ive messed with portmaster a bit 01:14:02 how does poudriere fit in with that? 01:14:15 It's a very good learning experience to know how to build ports from source though. Because that's how compiled binary pkgs are created. And that sometimes needs to be debugged and extended. So knowing how to compile ports helps with running poudriere building pkgs. 01:14:16 is it like a replacement / alternative to portmaster? 01:15:01 yeah its interesting: im a linux guy predominantly and while i favor debian atm, i used to love gentoo 01:15:02 I'll just say yes. But I don't think it is a completely binary answer. 01:15:16 its really intersting comparing gentoo to freebsd 01:15:32 (well if you are using ports anyway) 01:15:50 poudriere is similar-ish in spirit, but it does clean builds and it's geared more towards building package repositories in general rather than something you're intending to install locally (though you can do that) 01:15:51 I've come back to BSD after many years with Debian, and more recently Devuan, myself. 01:16:23 synth is a closer analog to portmaster that still does clean builds 01:16:24 i have a n900 that runs maemo which is based on devuan 01:37:12 I can't believe I was having glitching and artifacting on an RX 5700 with quarterly drm-61-kmod that seems to be resolved by the "latest" version of it 01:37:45 I'm mixed... I'm glad it seems resolved, but disappointed that a card this old was still recently having issues 03:32:21 Hi guys, why am I getting this: repository FreeBSD contains packages for wrong OS version: FreeBSD:13:amd64 # uname -a 03:32:24 FreeBSD nyc 13.1-RELEASE-p3 FreeBSD 13.1-RELEASE-p3 GENERIC amd64 03:46:40 yashi: what does `readelf -n /usr/bin/uname` say? 03:51:10 Notes at offset 0x000002c0 with length 0x00000048: 03:51:10 Owner Data size Description 03:51:10 FreeBSD 0x00000004 NT_FREEBSD_ABI_TAG 03:51:10 ABI tag: 1301000 03:51:10 FreeBSD 0x00000004 NT_FREEBSD_FEATURE_CTL 03:51:12 Features: 03:51:15 FreeBSD 0x00000004 NT_FREEBSD_NOINIT_TAG 03:51:58 description data: 00 00 00 00 04:54:57 yashi, Your uname -a says 13.1-RELEASE-p3 and 13.1 is out of support. The repository has moved on to 13.3. You will need to upgrade your base system to at least 13.3 in order to keep using the repository. 04:56:19 13.3 is very soon to be out of support so you should plan to move to 13.4 as well. 06:22:09 Anyone online? 06:22:49 yes 06:22:53 people in china 06:31:25 china moment 12:34:27 any ath0 users awake? after hearing all the good support it has, i got me one... and its been a nightmare.... 12:34:53 https://hastebin.com/share/hotihimede.yaml 12:35:21 constant ath0: device timeout, and this is about 12m los from the AP 12:38:33 my "iwlwifi0: Detected Killer(R) Wi-Fi 6E AX1675x 160MHz Wireless Network Adapter (210NGW)" 12:38:34 works so much better, but limited in speeds... 12:38:51 on fbsd that is, it rocks in Win 11 14:31:32 wettoast: I'm not 100% sure about FreeBSD support, but the Intel AX210 has been good for us on Linux 15:05:52 is there a way to fetch a non-github git repo with submodules in a port? 15:15:06 hi 15:15:39 If I've never set up a firewall and I want to start using fail2ban on 14.1-RELEASE, is it safe to assume I should do the ipfw version? 15:17:45 yashi: you use either ipfw or pf or ipf - all will work 15:27:26 yashi you can use PF/IPFW. No problem. 15:33:14 ok thanks 15:42:27 devnull: are you stalking me? 16:08:15 i just installed fail2ban 16:08:20 can someone try to hack me? 16:32:45 <_< 16:51:31 spoonix2ipfw: i see 16:53:05 wonder what chipset my workstattion will have, its and asus Zen 5 board w/ WIFI 7 17:01:00 any C guys know what this means? mbuf.h hasnt changed in a while... 17:01:02 if_re.c:1270:37: error: incomplete definition of type 'struct ifnet' 17:01:04 1270 |         sc->re_rx_desc_buf_sz = (ifp->if_mtu > ETHERMTU) ? ifp->if_mtu: ETHERMTU; 17:01:06 |                                  ~~~^ 17:01:08 /usr/src/sys/sys/mbuf.h:139:9: note: forward declaration of 'struct ifnet' 17:01:10 139 |         struct ifnet *ifp;              /* network interface tag belongs to */ 17:06:45 probaly you missed to include the header including the struct ifnet declaration 17:07:35 look at ifnet(9) to find the correct includes 17:11:40 llvm problem? if_re.c:4623:43: error: call to undeclared function 'IFP2ENADDR'; ISO C99 and later do not support implicit function declarations [-Werror,-Wimplicit-function-declaration] 17:12:05 its not my code, but we did get llvm19 recently 17:13:04 im no dev tho, ill pass that on to the port maint though, ty. 17:14:00 which port? 17:14:11 net/realtek-re-kmod/ 17:18:18 doesn't sound like a llvm problem, more like some details in the include chain have changed and upstream hasn't updated the includes 17:18:43 upstream of the port right? 17:18:48 yes 17:18:55 got it, ok ty 17:19:23 something like 'struct ifnet' was somehow implicit included by some header, but isn't anymore 17:21:24 cool, i'll let the maintainer know 17:28:11 satanist has it exactly. The "incomplete definition of type" with a struct means that the compiler saw a struct declaration and is now seeing a struct use but has not seen the struct definition (the details, the struct foo { int j,k,l; }; part). That's valid when dealing with struct pointers but not for struct content access. 17:30:15 so my brain says.... some guy at Realtek made made a boo boo? 17:30:41 havent done C since 20 years... lol 17:33:22 how should freebsd-update.conf looks like for binary update. is ode set: 0 17:34:01 is Components src world kernel enough, please? 17:35:50 nsoci: i always compile, but this should work, also see its man page 17:36:19 thank you 17:36:50 https://hastebin.com/share/uxaxizaruj.bash 17:37:14 thats for main branch btw 17:37:55 man freebsd-update.conf 17:37:57 tooo 17:38:18 will do 17:39:01 also, check this out 17:39:03 https://github.com/yonasBSD/freebsd-rustdate 17:39:21 YMMV 17:51:48 Good effort. 18:16:37 Is csh still the default shell for the root user? Tried to change the shell for toor and messed up, now root has fish shell, it works but does not feel right, better to have the default for root ;-) 18:19:49 I actually have bash for root right now, and am debating doing fish for my main user 18:20:19 I can actually just use profiles in konsole to accomplish the user part though, don't actually need to "chsh" it for them 18:20:27 thorre: default shell for root has changed to /bin/sh 18:21:13 satanist: thank you 18:32:07 bash as shell for default can backfire when something goes wrong with shared libs in packages. 18:33:02 that's why bash-static exists 18:33:15 yes 18:33:36 But it only helps when it is the one being used. 18:47:57 I used to build a static bash and install it to /bin/bash, so I could change root's shell. 18:49:10 If you're using the bash port in the default location, changing root's shell can bite you in the ass, if /usr (or /usr/local) is a separate volume. 18:49:51 These days, I jsut have root's shell has default and 'sudo -s' when I need to be root, which keeps my own shell. 19:40:54 By default FreeBSD has both root and a "toor" template. My choice is to leave root stock with /bin/sh so I can always log in but then I set up toor as a root user with bash. Then if bash gets broken (I broke it on an update once) and I can't log in as rwp using bash then I can always log in as root. And toor is also available. "sudo -i -u toor" I use a lot. 19:41:01 I thought about doing it the other way around with toor using /bin/sh but then I would not be using toor and would forget about it through lack of use. So I force myself to use it all of the time. 21:07:09 ,/1 21:07:11 (woops) 21:57:23 whois 21:58:31 should be asking who is *not*, these days 22:02:25 I don't think therefore I am not 22:09:27 you wish