01:32:30 if there is duplicate pkgs provided by two separate pkg repos, how does pkg prioritise? 01:32:33 which will it pick? 01:32:39 assume both packages are equal? 01:32:50 I assume otherwise its the latest version? 01:49:40 polarian: there is a priority variable in the /etc/pkg/*.conf area so for each entry, if you set priority: the higher the number it sets that as "default" 01:50:10 so if you have 3 repos, repo 1 - priority: 100 repo 2 - priority: 50 3 - priority; 2 5 01:50:17 it will ook at the 100 one first and pull from there 01:50:35 man pkg.conf goes into a little more detail on it for you, which was my reference to get the answer :) 01:54:34 another angle of the same question is under man pkg-repository 02:53:06 ivy remember the ordering of rules in pf.conf, last match wins unless 'quick' is used. So if you have 'pass ....' then a later 'block ...' that matches will win 02:59:13 yelnah: yes. the issue wasn't related to that. 08:54:52 ek, hmjsp: wireguard doesn't have a concept of server and clients, only peers and they can't choose an IP address themself, it has to match on both sides of the tunnel, else routing won't work 14:52:37 voy4g3r2: thanks, sorry I didn't RTFM 15:04:09 polarian: its all good.. i recently went through a similar situation.. while i was building llama.cpp it was picking ports and not what iw as building.. it was about priority :) 15:10:10 What card are you using for llama.cpp? 15:10:37 nvidia gtx 3050 w/8 gig 15:11:05 This is on FreeBSD? How do you find the lack of CUDA support? 15:11:25 works well for the inference testing and agent playing 15:11:45 Huh, good to know 15:13:08 Best I have done is run claude code in a jail... 15:15:08 I'm gonna give it a try. I did GPU passthru with a Linux VM but such a horrible experience that I abandoned it. I don't want to sysadmin a Linux box. 15:16:20 Shirkdog: yeah that is not the same 15:18:27 voy4g3r2 Which driver are you using? 15:21:39 I'm going to give nvidia-drm-kmod a shot. 15:23:38 if this works well I owe you a coffee :) 15:24:38 voy4g3r2: 100% I am aware :) I had spent time trying to get pass-thru to bhyve for nvidia but just moved on. 15:24:54 Wise choice lol 15:25:56 I had a 32GB RAM windows laptop with an RTX 3060 and still was not impressed with running models locally...but will look at this again. 15:29:29 I'm in a similar boat. I have an RTX 3060 SUPER with 16GB of VRAM. I had to jump hoops to get passthru working, including a custom patchset to base, then when it worked, the LLM performance was terrible. Not just speed, but its ability to reason. Anything better was out of reach. But curious to see how it works on FreeBSD native this time. 15:30:24 I mean, that sounds consistent with my understanding; local models are mostly a joke 15:30:51 hi 15:32:00 I believe there is a way to pair things down to be very useful...but in the same way that you could process network traffic if you tune a driver to only look at the information you care about. 15:32:17 o0x1eef and Shirkdog: Yes, models are just models and a dance.. the harness is helpful and focusing on what you want to achieve.. big models will NOT work with either of those vram sizes.. but seeing how you can iterate without burning tokens. 15:32:37 and that would be a fun use case for FreeBSD 15:34:15 i mean, idk, you might do better to write your AI tools to run entirely on the CPU and main RAM, slower though it will be 15:39:05 I didn't even remember the correct card :) It's - nvidia0: on vgapci0 16:27:52 setting up a new server, after hitting "Install" in the guided zfs-on-root menu, it hung for about 8 minutes then finally just dropped me to the login prompt. Logged in as root, ran zpool list and nothing was created, anyone know if this is an issue? 16:35:03 zfs-on-root setup should create a pool "zroot" which should get listed by zpool list, so no idea what happend for you, what does mount say? 16:40:51 XD same, didn't check mount - it looked like the installer shell as nothing was configured. reinstalling now to see (this happened with pkgbase if it makes a difference). 16:48:45 hm, how did you login as root? the installer shell wouldn't have the root password you choose in the installer 16:48:59 correct, root & no password 16:49:21 so far same thing, hanging, waiting for it to drop me to the shell.. 16:50:44 just checking, you did choose some disk for the zpool? 16:50:58 hah yes 16:51:44 when it hits shell again, I'm going to try with the "Distribution Sets" option - assuming there will be an upgrade path to pkgbase for 16. My other machine on 14.3 I've refrained from upgrading because the path from 14.3 to pkgbase was hairy last I checked 17:05:02 interesting.. worked this time around 17:05:20 that's cuz you're insulated 17:10:50 Path to pkgbase is easy _if_ you upgrade to 15 first 17:11:11 Pkgbase at 14.3 and then upgrade to 15 is less easy 17:18:32 word thanks 22:17:35 Hi guys, I’m a bit confused about the FreeBSD dump command when using it to back up an entire filesystem to an external SSD. 22:17:40 Do I understand correctly that there is a limitation or quirk that effectively prevents backing up directories like /usr and /home to an external drive as part of the same backup? 22:19:02 On my ssd disk with freebsd, i have placed everything in one partition. 22:23:01 i feel like now there are better ways to back up than dump 22:23:12 but if you have a single partition / then you only need to run dump once 22:23:37 if you had a classic, / /usr /var you would need to run the command dump a total of three times 22:30:45 Ok, I use Restic for backups on my Debian system. 22:30:46 I was reading this thread: https://forums.freebsd.org/threads/questions-about-backup-with-dump.62698/ and saw people saying that dump can be quite slow, so both backup and restore may take hours. 22:30:46 I’m a bit confused now. I thought FreeBSD was supposed to come with “batteries included,” but dump doesn’t look very practically usable to me. Am I missing something here? ;-) 22:32:09 It looks to me that backups are incredibly important, and so I would expect that BSD would have included goo solution for them in the base system, am I missing something? 22:32:35 ZFS 22:36:01 Yeah, I know ZFS supports snapshots, but that is not really what I mean. 22:36:01 I need backups on external drives, because the laptop can be lost, stolen, or the internal disk can fail. In that situation, ZFS snapshots alone do not help much, at least as I understand it. 22:36:02 So I would expect there to be one clear, recommended way to make a proper backup to an external drive. But instead, I’m seeing one supposedly “super slow” method using dump, and another only partially applicable method using ZFS snapshots. 22:36:02 That looks a bit strange to me. A user needs one proper, reliable, and reasonably convenient way to back up the system to an external drive. 22:36:30 you could always try rsyn---ah shit never mind 22:36:51 there are dozens of other tools, but dump is not much more complicated than a 'tar -cvf'. 22:37:20 JurassCZ: not usable depends on how you're using it / how you expect it to work 22:37:48 i also use restic to a s3 style endpoint. it does de-duplication and i can restore a single file from a snapshot rather than having to restore the whole parition 22:39:14 I use UrBackup and have been pleasantly surprised by it's usefulness. 22:39:58 JurassCZ: What kind of backup, exactly, are you looking for? 22:40:01 Why rule out ZFS? You can take a recursive snapshot that includes all of your datasets, send it to a file, or to another machine. 22:41:50 o0x1eef: Exactly. I only use UrBackup for (mostly) testing (and I maintain the port, so I kinda gotta make sure it works.) Otherwise, ZFS has been super solid for me for a very long time. 22:42:21 But, if they're using UFS (which it sounds like), that isn't an option. 22:43:19 JurassCZ: Also, "dump" isn't necessarily "slow" at all. It depends on how much data you're transferring and how you're (un)compressing the data before and after transfer. If at all. 22:43:33 Ok didn't knew that ZFS snapshot can be send externally. 22:43:40 I think the question was more like, what's the standard way on FreeBSD, and I think it is ZFS. IIRC UFS is not the default. 22:44:14 JurassCZ: Yep. ZFS snapshots can be sent directly to a disk, to a file, to another dataset for safekeeping, etc... You can basically send a snapshot anywhere. 22:44:17 o0x1eef: I agree. I'm sure there are certain cases that require UFS. But, if you have no absolutely reason to use it, I would always recommend ZFS as the filesystem. 22:45:56 JurassCZ: https://github.com/jimsalterjrs/sanoid 22:45:59 check this utility out 22:46:11 zfs send / zfs receive / zfs snapshot are all your friends :) can send anywhere 22:47:21 Sanoid is a pretty nice tool! 22:48:06 I wrote all my own scripts years ago for automating snapshots and eventually migrated over to sanoid a while back. It's just too simple and I don't need to maintain my scripts anymore. :) 22:48:14 I'm getting lazy in my old age. 22:48:26 s/lazy/wise/ 22:48:31 nah, it is the whole learn how to do something yourself and when you comes across something better, use that :) 22:48:38 o0x1eef: I dunno about all that! 22:48:52 it is like, learning how to do electrical in a house and can do basics but when it gets to large jobs let the professionals do it 22:49:16 voy4g3r2: I agree. I still try to help out where I can, though. I certainly don't want OSS creators to only feel used. :) 22:49:20 I give back! 22:49:47 If you're a builder/programmer it helps to realize your time is finite so you have to choose what makes you happy, and too many projects is a quick way to ruin that 22:50:35 ek: do unto others what you want doen to yourself 22:50:59 pretty simple train of thought 22:51:25 o0x1eef: Completely agree. That's why I try to help out where I can. If I'm reporting a bug, I like to also submit a patch along with it (when I can). Hopefully, this saves the real devs time. 22:51:33 Not just a, "Hey! This doesn't work!" 22:51:42 oh speaking of bug.. wonder what happened with that make fetch thingie you helped me with ek 22:51:46 submitted a report.. 22:51:54 Sounds like being a good open source citizen :) 22:52:15 Oh. The refetching thing? 22:53:00 o0x1eef: I do my best when I can. 22:54:11 Whether I submit a patch or not usually depends on how out of my depth I am. I don't know how to design a language, or any of the mechanics around it like a VM, so if I find a language bug, I'll do my best to report it, but I won't try to fix something I'm clueless about. That's usually how it goes. 22:56:05 o0x1eef: Same. Hence I mentioned "when I can". If it's totally out of my element, I just provide as much information as I can. 22:56:25 Again, not just a "This don't work! Please fix! DERP!" 22:57:11 Usually, between a couple buddies and myself, we can at least provide a reasonable patch or a good starting point. Helps to have smart around! 22:59:32 Thanks 23:06:08 JurassCZ: Sure thing. Give ZFS a shot and if that doesn't work, we can explore more ideas. 23:06:24 Good luck! I don't think you'll need it... It's ZFS. But, yeah. 23:06:40 :D 23:25:23 voy4g3r2: What bug did you submit for the python fetch issue? 23:28:09 voy4g3r2: Never mind. I found it. 23:54:14 Great: people submitting bugs!