02:41:33 is kern.geom.eli.threads applied per partition or as a total? 02:53:49 phryk: should be per-partition, it looks likke 02:54:09 thanks for confirming, kevans :) 03:39:44 just wondering, anyone here uses bhyve CPU pinning feature? 03:59:43 https://i.ibb.co/hJS5B26v/IMG-20260128-225325827.jpg && https://i.ibb.co/Q3hw5YXX/IMG-20260128-225323213.jpg <-- sorry for blurry, camera's totally fubared. new bread recipe, hope it's ok 07:23:29 dvl: I *may* have done something stupid by (hard) linking to that file or mis-copying from/to /etc/localtime. But then again, base.txz is only available for -RELEASE, not patched versions. It's strange there's no `freebsd-install repair ` (which could also fix permission issues... had a lot of those too). Luckily I have another machine where the zoneinfo file is not broken, so I'll use that 10:39:02 hey, is there a website/url where I can track where the pkg build pipeline is currently at? 10:40:07 I'd like to see when I can get the new rust version as a binary, because now my poudriere wants to compile it, and I don't want my production server to churn at 150% CPU for half an hour 11:48:01 next year when freebsd-update is deprecated, will the sets in the src tree be removed? 11:48:22 I am happy to compile from src, but I cant think of any decent way to install freebsd (even manually) if the build script stops making the base tarballs 11:52:41 I still need to attempt a bsdinstall-less install 11:53:04 install directly from source without bsdinstall, simply because I can :3 11:53:22 i've been doing that a few times now 11:56:50 AmyMalik: yeah I used to like doing it for Linux its just so much fun being able to decide on everything yourself 11:57:17 to be honest, I could even script my own installations to bypass the inevitable end of the freebsd base 11:57:32 as long as I can compile the base as a single entity, and not packages, there is hope :p 12:01:01 meh. I don't really care about the details as long as it works. 12:01:06 15 was released prematurely, i hold. 12:49:38 karolyi: hm, as I understand your problem you want to always build the git commit the repo build last (so poudriere can fetch everything you haven't changed the options for), which you could find in data.pkg in the file data as port_git_hash as far as I understand 12:51:00 nimaje: something along those lines, yes. I compile a couple things for myself (with options changed) and some dependencies are recompiled when they aren't available as pkgs yet, which is the case with rust right now 12:52:36 nimaje: but how do I specify that git hash for poudriere to work with? 12:52:57 extracting that hash is doable with a bit of jq magic 12:56:18 you could just go into the repo and do a git checkout but no idea if poudriere has a proper way for that, I didn't see any with a quick skim of poudriere-ports(8) 12:56:54 hmm, just a sec 12:58:08 yes, probably going to the repo and reseting to that hash is the most viable option 12:58:11 thanks 13:12:45 AmyMalik: how so? 13:12:54 what issues do you have with 15.0? 15:01:42 nimaje: that port_git_hash you mentioned, is assigned to every package and varies. is there an information somewhere of what's the latest git hash the data.pkg is built from? that is, what's the latest ports commit the pkg repo is built with? 15:12:47 the same applies to ports_top_git_hash 15:31:25 hm, no idea I have only found port_git_hash, but that is per package, so not what we want here 15:42:29 https://lounge.swee.codes/uploads/0ac86cd663fadda7/image.png even if so much memory is used, why is swap not used at all? 15:43:11 Would you want to use swap? 15:43:59 yes 15:44:49 swee, I would question if your swap is even working. 15:44:51 is everything actively used? swap is for stuff that is inactive, if you put something into swap just to get it out again shortly after, then it wasn't worth it 15:44:56 Can you show us your /etc/fstab? 15:45:14 CrtxReavr: https://p.swee.codes/swee/4516007da9b341a9869b0e8ed4e13312 15:45:56 pstat(8), swapinfo maybe...? 15:47:52 swee, what does 'sudo swapctl -l' say? 15:48:09 Device: 1024-blocks Used: 15:48:15 /dev/ada0p3 4194284 0 15:48:32 file -s /dev/ada0p3 15:48:42 /dev/ada0p3: data 15:48:47 swee: You don't want swap being used (it's slow as fuck in comparison to RAM) in normal scenarios. Treat it as a 'backup' memory which is slower than RAM. 15:49:17 regis, that's just not correct. 15:49:31 Things go to shit real fast if you can't swap. 15:49:59 If there is no need to swap, why would it swap? 15:50:30 CrtxReavr: In certain scenarios - yes. In other certain scenarios (routing?) you may want absolutely no swap on your systems. 15:50:48 swee, df -h 15:50:49 lts: yup. 15:52:58 swee, this is for bash, but if you can set similar for your shell, it makes it really easy to pipe output to a paste site: alias tb='nc termbin.com 9999' 15:53:12 df -h | tb 15:53:31 nimaje: maybe if I can look into the machinery of the pkg building pipeline, I can find something valuable 15:55:14 swee, did you get distracted by something shiny? 15:55:18 the official builders use poudriere to build the repo 15:55:19 Should I stop caring? 15:56:47 If I'm being honest, I wish poudriere didn't exist. 15:57:20 I miss the dates of beign able to 'cd /usr/ports/this/that ; make install clean' and have it reliably work. 15:57:44 Constantly dealing with ports that won't build, and getting told I need to fire up poudriere. 15:57:52 That's not how it's supposed to work. 15:58:46 yeah, some ports have problems to build in unclean environments, but that are still bugs in those ports 15:59:09 nimaje, not sure that's always the case. 15:59:55 what part? 16:00:00 I think the project's gotten to pkg-centric and the work doesn't go into building outside of poudriere. 16:00:54 Packages are great, 'til you need to build a port with non-default options. 16:01:27 CrtxReavr: there's no special sauce in poudriere to get ports working. It's just a clean environment. An unclean environment was a problem in portmaster and portupgrade, etc, too 16:01:58 as the maintainer of poudriere I'd never put special sauce into it to force it to be used 16:02:17 bdrewery: ah, so maybe you can help me 16:02:17 if there is such a thing we should fix it 16:02:55 karolyi: what's up? 16:03:21 bdrewery, I'll be sure you ping you next time I can't get a port to build. >=] 16:04:36 bdrewery: do you know a way to get the ports git hash the current pkg database is built from? I want my local ports repo to set to that one so updated packages since the FreeBSD-based binary builds won't get rebuilt and set my production server CPU afire. :) rust is a regular culprit to that 16:05:10 karolyi: there is no _1_ place unfortunately. Each package has metadata in it though. 16:06:10 bdrewery: I've checked that out (suggestion from nimaje), but the hashes change to every package 16:06:52 if a package hash changes every update it means it is getting rebuilt every update 16:07:22 A lot of the rebuilds are just to be safe but are not optimal of course 16:08:22 Is there a way after a patch release to tell poudriere bulk not to try building dependency ports that will soon again be available as pkgs? 16:08:25 well, you could collect them all and try to ask git to give you the newest one, no idea if git has a good way to do that 16:08:33 It would be nice to have `pkg repo` place the top-level git hash into the repo it creates 16:08:44 bdrewery: I would think that a data.pkg is built from a certain ports git hash, so I could set mine to that and only my locally options-changed packages would get rebuilt if their version (or options) are different, otherwise poudriere would use the binaries from the pkg site. am I wrong here? 16:10:27 nimaje: I could put something together in python for that, but I'd rather just use something that's available :) whic doesn't seem to be the case 16:10:49 lts: poudriere will rebuild all the packages if the .jailversion in the package dir does not match. You could hack at that but risk not rebuilding static-bin packages (like go) 16:12:11 karolyi: the poudriere package fetching does consider remote package options and other metadata to try to match your checkout to fetch from. I'm not understanding "set mine to that". We only publish 1 set per branch right? 16:13:04 I see, thank you. I wonder if that status could be detected somehow, and the cronjob for poudriere then cancelled until next day 16:13:45 bdrewery: the problem is having a more recent checkout than the official builders build from 16:14:18 thank you, I started to elaborate more that that's the exact issue 16:14:24 that makes sense 16:14:34 would be nice to have annotations on the pkg-repo 16:15:10 it would be nice to have an extra key in data.pkg/data to point to the git hash the binaries are built from 16:16:31 bdrewery: right now there is a minor rust version change in ports compared to what's in the binaries and my local poudriere wants to rebuild it which churns my CPU for half an hour, only to build clamd later on 16:16:53 painful :) 16:17:15 so if I could set my local ports to exactly that commit (git reset stuff), I could avoid that pain 16:18:25 got it 16:18:28 here comes that extra key in the picture 16:18:39 I'll look into getting the needed metadata and querying into pkg 16:18:39 would make my life tremendously easier :) 16:19:10 I'm fine with putting it into data.pkg/data, I can get, extract and the query it with curl/tar/jq 16:20:33 I already do some local pkgmirror magic to speed up binary installation :) 16:31:47 bdrewery: should I make an issue about it that can be followed up later on? 16:33:18 karolyi: +1 16:33:30 aight, coming right up 16:42:40 https://github.com/freebsd/poudriere/issues/1301 16:43:33 seems to be an easy task to me 21:06:41 What's the easiest way to copy a NULL-terminated string from kernel to userland? getcwd looks rather convoluted. 21:13:40 cracauer, I would ask in #bsdcode on EFnet. 21:19:33 secret channel? :-)