02:05:40 nimaje: Taylor Swift has must disdain with black spaces too. 02:16:17 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=289220 still trying to figure out exactly why my FreeBSD only wants to boot up normal after a successful boot and "poweroff" command from Linux. Yeah, it won't even boot back up without hanging when doing the same 'poweroff" command from FreeBSD itself LOL 02:19:38 i'm curious, is there a way of modifying a gpt partitions index/partition number? 02:20:23 I have some disks that I used to habve 3 paritions on. now there are only two. but the third partition is still p3. I don't see something to do it at a quick glance of man gpart. not important but just .. curious :) 02:23:12 duskmoss: sounds like an interesting way to fool around and lose data 02:24:03 feel free to not answer if you don't know. but also I don't have data I could lose by losing one drive. 05:45:36 duskmoss: gdisk has that option. From the manpage: "s Sort partition entries. GPT partition numbers need not match the order of partitions on the disk. If you want them to match, you can use this option." 05:46:51 Consider the consequences! 10:13:15 im seeing some old code i have in a bsdinstall installerconfig, service bridge restart, but nowhere else do i do anything to configure a bridge0 interface. so what does a bare "service bridge restart" do? 11:10:13 SponiX: maybe a stupid idea, but have you tried to load the default UEFI/BIOS settings? 11:10:44 as already stated it looks like a problem with inter processor interrupt delivery 11:11:24 hyperthreading on/off **shouldn't** influence if the system starts or not 11:12:00 the usual suspects in such situations are buggy ACPI tables or byte code 11:57:54 crest: Yes, I've tried resetting to factory defaults in the UEFI. Someone else recommended trying Legacy BIOS booting a few times for giggles - I haven't tried this yet. It is the latest UEFI version for the board. I am going to search around for possible community written UEFI/BIOS also though. 11:59:07 duskmoss: sorry for being a smart ass. sometimes I just can't help myself. these are regular FreeBSD UFS formatted partitions? Not ZFS? 12:00:55 my old x99 board worked like a charm, but i don't have anything similar to test on 12:01:17 does it always boot with SMP off (not that it's useful in that configuration) 12:01:21 ? 12:01:49 if so you may be able to dump the acpi tables in both situations if you feel like investing time and effort into the problem 12:03:50 crest: I will try booting it a few times with only SMP disabled in /boot/loader.conf -- I am fairly sure that will work consistently 12:03:57 so it looks like just running service bridge restart autocreates a bridge0 interface and adds the interface with the public ip as a member? how does it know which interface is the right 1 to add? 12:04:18 BUT, I also though just having Hyper Treading disabled would do the trick too for a while, and then I found out that wasn't the case either :P 12:04:30 in that case my recommendation would be to look for changes in the ACPI tables you can dump 12:05:00 or if you feel like shotgun debugging try disabling ACPI subsystems via loader tunables 12:05:13 i had a server that has a very annoying ACPI thermal zone bug 12:05:41 it will always complain about a failed cooling zone when that zone has no active cooling 12:05:49 crest: well that is the thing, if I turn off ACPI from the boot menu, the system won't even go past the boot loader LOL 12:05:55 disabling that took care of it spamming the dmesg output every 5 seconds 12:06:05 SponiX: that's to be expected 12:06:12 ACPI is required for SMP systems 12:06:40 you can only disable ACPI and boot if you have a single core system or disable SMP via loader tunables 12:06:59 because ACPI tables are required to setup the other CPUs interrupt controllers 12:07:30 so these days the option of disabling ACPI is kind of a vestigial feature in the loader 16:52:23 will I get a performance boost if I use ports instead of packages on i9? 17:02:46 lessless: potentially, it will require setting up a build system and then test and optimize. 17:02:58 lessless: by default when you build a pkg from ports it is exactly the same as the binary ones already provided. You can tweak build flags specific to your processor though when building ports for a slight performance boost. This is generally not recommended though, as it can break some things from building 17:03:09 sacrifice time / energy to build a package or just download the pkg and focus on other things, depends on your objective. 17:03:22 what SponiX also said 17:04:35 the performance gains are normally not very large. If I was building from ports it would be to get a newer version of something, probably for new app features or security reasons 17:05:04 yeah, i have recently foudn the best example is llama.cpp the amount of times they update this program.. the ports person can not just keep up 17:05:35 i would love to find volunteers to get numpy to freaking build on FreeBSD :) or jq package.. because python is just a pain to build out on freebsd 17:06:35 Yeah, I have had that for qBittorrent at times, I run it 24/7 and always want the latest version. So I build it from ports when possible, and also at times edit the port build Makefile and so on to do an even newer version than the port is ready to support LOL 17:08:39 I build my own packages, because I change options, some of them will understandably not become defaults, so … 17:09:34 yea another good point 17:09:51 you can do your magic lessless , just some points to consider.. if these work for you.. knock yourself out 17:11:12 nimaje: that is for sure another good reason. One that completely slipped my mind 17:27:18 Or remove options, although one should be careful that another package doesn't depend on those options 17:30:15 Wanted to install nut, but it tries to pull in avahi and whatnot, 200Mb of dependencies. Will go for a stripped down build in the local poudriere... 17:46:58 okay, so it's not worth it. fortunatelly, I didn't go to far with this install, so wiping it out is a 30 mins job 18:02:03 I find going down the ports rabbit hole can be tedious. I doubt there would be a massive performance increase though. Usually it’s done for adding options that weren’t default in the pkg bins. 18:02:34 Like znc used to not have python support and could only be added using ports as an option. 18:02:48 I think nowadays it does by default though. 18:44:11 Macer: thanks, it's good the understand the ports purpose 21:09:01 im seeing some old code i have in a bsdinstall installerconfig, service bridge restart, but nowhere else do i do anything to configure a bridge0 interface. so what does a bare "service bridge restart" do? 21:09:03 so it looks like just running service bridge restart autocreates a bridge0 interface and adds the interface with the public ip as a member? how does it know which interface is the right 1 to add? 21:39:20 did anyone had noticed that rust 1.89 is building longer than usual? 21:39:27 it's almost been 3 h 21:48:51 https://termbin.com/owlr 21:50:25 it seems that build time reduces as much as you compile the same version (ccache) 21:50:34 its packaging now :-) 21:52:29 rust is a massive beast 21:52:47 i'm procrastinating here 21:53:00 on rust and go 21:53:40 ketas: yeah but there are more massive ones like electron, chromium, webengine 21:53:54 ketas: do you want to working on these langs? 21:53:55 firefox? 21:54:00 oh, its no big deal, 1h for me 21:54:10 llvm 21:54:17 what were the biggest ports 21:54:39 cmake too? 21:55:26 nevermind trying that on older hw 21:55:32 it works tho 21:56:17 i also have armv7 qemu running where i observe 2 days of cmake but that's extreme host too 21:56:34 and no i don't want :p 21:56:48 cmake is taking under 10min for me, i don't think its big for kinda recent hw 21:56:59 https://termbin.com/bcbc here, logs of llvm19 and firefox 21:57:23 build time reduces with ccache as much as you build the same version 21:58:18 someone was battling in mailing list with cached build 21:58:25 im grateful that i just only need one llvm version: 19. in the past i have to had build multiple llvm versions 21:58:26 i mean it's fast 21:58:33 until it breaks 21:59:03 i made it break after using same ccache dir for both amd64 and i386 jails, seperated them, no problems but i dont use i386 jail since a while, idk 21:59:49 % du -shA /ccache 21:59:49 37G /ccache 21:59:53 and it needs some disk space :p 22:01:22 what is your full buildworld buildkernel? 22:01:35 oh, i am using a release version 22:01:54 it's under 10h at c2d 22:01:57 i did use stable and current in the past but yeah it takes some time too but reduces with meta mode and ccache 22:02:03 and old box 22:02:06 :p 22:02:13 an 22:02:16 i have r3 4300ge 4c8t and 16gb ram 22:04:19 ketas: why would you procrastinate? building them or learning them? 22:04:24 i guess building 22:06:13 oh yes building 22:06:25 i sometimes do that for learning too 22:06:44 eg i only now tested poudriere out 22:06:55 seems like i don't need to patch it 22:47:38 im using rust for a few years now and love it. i know it's trendy but it's actually great 22:47:49 builds and runs great on fbsd too 23:12:51 hi, I flashed freebsd on a sdcard for my pi3 and when I try to setup pkg (or do anything related to openssl like using fetch), I get these errors https://paste.opensuse.org/pastes/74aa6f4a0f0a is that already known? or is that specific to my install? 23:35:14 rrahl0: what's the date/time on the rpi? 23:37:40 divlamir: hm +17h so that's wrong :S 23:40:33 divlamir: thanks that fixed it :) 23:41:18 Enable ntpd, the rpi has no bat to keep the clock 23:41:46 yeah, just did that and initiated a sync