00:52:01 i swear if i didn't know any better.. i'm wondering if i'm having an overheating problem on a nic on the fbsd server. it randomly just dies on me. 00:52:10 in this case i had to power it off. 00:52:29 i'll have to see what happens with this go 01:05:54 Sometimes the hardest problems to debug are just flaky hardware. 02:05:11 as an electrical engineer, can confirm 02:05:15 * hodapp glares at Nordic Semi 02:14:46 yeah 02:14:56 i think it must be. although i ran proxmox flawlessly for 3 years on this very server 02:15:04 but for some reason fbsd flakes out. it just did it again 02:19:01 ok. i think i just give up on this project lol 02:19:10 i'll just stick with proxmox 03:37:51 oh. wait... there's one last thing i think it might be before i completely give up 03:38:26 oh it can't be. em0 is intel :/ 03:38:33 i was hoping maybe it had realteks that were glitchy 04:10:10 realtek is weak and wonky 04:21:50 yeah. my current router uses them 04:22:09 either way. i'm trying to get opnsense to use the ipmi sol 04:22:38 but yeah i have no idea what is going on with the freebsd server 04:23:32 i was making great progress on it.. and everything runs for a while.. but then it just completely takes a dump heh 04:24:12 usually when under high network load so i'm guessing maybe my sfp+ card is wonky and wrecking it.. but i don't know what it is. so i'll just yank those drives back out of it and toss it back in the isilon and mothball it 04:38:29 sweet. have sol working on the other 1u 13:09:00 Pleased to announce I've actually used telnetd in 2025… but it was on that raspberry pi zero because I suspected it was browning out by trying to draw enough power to run ssh. 14:10:35 Hello, all. I am still conused: if I don't update a FreeBSD intallation, how long will `pkg install' remain functional and not break my system? Last time I invoked it on my 14.1, it broke several packates, which I was able to fix only by upgrading the OS to 14.3 . 14:15:15 ant-x: hard to say with certainty; maybe a year and a half, maybe more 14:15:43 (or maybe less) 14:16:16 we don't make any guarantees about forward compatibility, so if a new release hits (+3 months) it's quite likely we made some changes that ports will adapt to and not work on previous releases 14:17:25 where '3 months' can mean a little more, releases go EoL when so@ says they do, which might not be the published date of EoL for convenience (but shouldn't be before) 14:24:14 kevans, but if I keep using /the same/ repository URLs, and always use `pkg --no-repo-update' -- is there a reson it may break? 14:25:28 In other words, are the binaries available for 14.1 when it was supported, suddency become unavailable some time after a new release? 14:40:16 because the repo is build for the oldest non-eol release of that major version 14:40:39 Ah? That explains it! 14:41:05 That will cause trouble for me to keep using FreeBSD 14.3 on a 32-bit machine. 14:43:00 why 14.3? 14.4 won't lose support for 32-bit architectures, as it is a minor release 14:45:52 <[tj]> 15 has support for 32 bit architectures 14:46:02 When upgrading form 14.1, 14.3 was the last one. I can upgrade to 14.4, yes. 14:46:14 But what do I do then? 14:48:55 use a cpu made in the last... 15 years 14:53:06 ant-x, switch to NetBSD? >=] 14:55:54 Actually, does Open still support i386? 14:57:49 rtprio, CrtxReavr: I am aware of those other options. My question is how I can keep using FreeBSD. Do the binaries disppear as the release becomes obsolete? If five years late I decide to install GNU PG, will I be able to do it, and how? 14:58:48 you'd probably want to discontinue packages and use ports; for the _longest_ time nearly any ports tree would work with any serviceable os version, but i don't believe that's the case now 15:03:35 The ports tree checks the OS version too, but it's easy to "fix" 15:04:02 Can I ask why you want to keep using an old, unsupported version? 15:20:39 rtprio, re: "use ports" -- that is compile from the sources? 15:20:46 ant-x: if you have the computing power just build from ports. I resently did some software architechture in a FreeBSD 11.1 VM and just checked out a relevant quarterly branch. There was only one distfile I had to dig up manually. 15:21:06 *archeology, not architechture :D 15:24:05 vkarlsen, just to have a static fixed-in-stone computer. I have always followed the strategy: "Update only when necessary (i.e. need some new program or function". It is hard to believe the binaries are not archived and have to be built for unsupported versions of FreeBSD. On the other hand, they probably weigh a lot... 15:25:11 Oks4, thansk for confirming a workable method. 15:25:26 ^ That sounded Norwegian. Thanks. 15:25:27 ant-x: If you want it static and set in stone, why do you want to upgrade the pkgs? 15:25:52 vkarlsen, not upgrade, but install actually. I agree never to upgrade them beyond 14.4 on that machine. 15:26:31 But if I find I forgot to install a program, I want to be able to get its old 14.4-contemporary version. 15:26:35 ant-x: I'm not sure I understand the problem then. If you install 14.4 with all the pkgs you need, it won't just stop working one day 15:27:06 vkarlsen, the problem is that I may neglect to intall some packages in time, before it gets EOL. 15:27:11 ant-x: Ah right, that you can do, but you might have to build them yourself because the repo servers won't keep ancient pkgs around 15:27:27 ant-x: ... as long as you can find the necessary distfiles 15:27:29 OK. 15:27:51 ant-x: If you have the disk space for it, you can mirror all the pkgs :) 15:27:55 Those distfiles, are they stored separately from the sources? 15:28:07 Yes, they come from upstream most of the time 15:28:15 vkarlsen, I have thought of mirroring everything, but that seemed fantastic... 15:29:05 vkarlsen, how do I mirror a pkg -- via `pkg fetch' ? 15:29:10 ant-x: Example: devel/swig takes the distfiles from sourceforge: https://github.com/freebsd/freebsd-ports/blob/main/devel/swig/Makefile#L4 15:30:11 I don't know how easy it is to grab all the pkgs nowadays, but I'm sure someone here can answer that. kevans? 15:30:35 ant-x: yes, ports compile from the sources 15:30:38 Would it be in the order of terabytes? 15:30:59 It won't fit on a cd 15:31:36 vkarlsen, I see no SourceForge reference in that makefile. 15:31:51 SF/swig/swig/swig-${PORTVERSION} 15:32:00 vkarlsen, I can live with not fitting on a CD :-) But I fear it won't fit on a DVD as well. 15:32:23 This one is more self-explanatory: https://github.com/freebsd/freebsd-ports/blob/main/dns/unbound/Makefile#L5 15:32:29 vkarlsen, is SF an alias to SourceForge? 15:32:36 Yes 15:33:09 I see. So, package depend on separately maintaied distfiles. 15:34:45 When/If I get to building ports, I'll investigate in detail. So far, I'd prefer to download all the packages I may need on that soon-to-be-obsoleted machine. 15:37:00 The method Oks4 described earlier is likely going to be most economic, and more than reliable enough. It's what I would do. It just requires you to get somewhat acquainted with the ports framework. 15:38:02 Downloading all the pkgs is not straight forward either because the dir is not directly indexable, and it will be a very large collection of bytes, most of which you will never need. 15:38:51 Indeed. I'll try the combined approach: 1) use pkg install for what I know I (will) need, 2) learn to build ports. 15:39:36 vkarlsen, I do program in C a bit, and have written my own makefiles, but still large third-part Makefiles often scare me.\ 15:40:05 ant-x: Then learning to use the ports framework should be a breeze 15:40:09 Hopefully, the use of ports does not require low-level fiddling the build system. 15:40:22 No, it usually does not 15:40:40 Only for debugging and troubleshooting, probably. 15:40:54 bitrot 16:05:08 Oh, no. 16:12:51 nimaje: "because the repo is build for the oldest non-eol release of that major version" I didn't know it. Is this documented? 20:57:33 Macer: just got an idea related to your nic hangups: have you set -tso -lro on the interface? missing those options has given me headaches on some nics when doing vnet jails 21:00:21 <_0x5eb_> Hi everyone! :) 21:08:42 <_0x5eb_> The last version of FreeBSD I was regularly using was 4.x (until 4.11), and at that time I was using the FreeBSD handbook as my main reference for (up-to-date) documentation, is it still the recommended way today (for 15.x)? 21:52:23 Hello 21:52:43 O HAI! 21:52:49 Someone running FreeBSD on a server (home) 21:52:54 *? 21:52:58 so am i. (cheers) 21:53:23 Hell yeah. Nice. Currently setting up my r320 with FreeBSD 14.3 21:54:01 want to run local DNS Server, Jellyfin and maybe blocky (Some one here recommend me blocky) 21:55:45 but a bit annoying that the fans spin up even if i just copy my pubkey to the server 21:58:05 on my r710 they only soudn like a jet engine on startup, after post they are not that loud 21:58:50 one of these days i need to netboot my lenovo system x 3650m5 21:58:57 Unless you pound on it, then to spins back up to jet engine mode. 21:59:12 Oh shit... i have an R710 too(cold). bought it 1 year ago for 30 EUR (on top). 21:59:49 Under my R320 is a R720 (both SFF) but the R720 consuming ~250 W 22:00:23 does anyone know how to muffle the noise w/o killing the cooling efficiency completely 22:00:33 sorry, -social question 22:01:08 AmyMalik, muffling it would be unwise. 22:01:40 It's just common for real serve hardware to default to panic mode, and run the fans and full speed, 'til they get a sane temp reading from the thermal sensors. 22:01:49 s/serve/server 22:02:40 It's usually just 2-3 seconds. 22:03:09 you could use poweredge-shutup or just adjust the fan speed over IPMI 22:03:30 but i think you'll at least need iDRAC Express 22:04:14 i just lost my enterprise license after a reboot. idk why. but i dont care about that much 22:04:21 the endless droning whine once it finally stops panicking hurt so bad i had to replace the mactine at my earliet conveience 22:04:44 i'm thinkng i should get a long ethernet cable and put it in the attic 22:06:08 You should. i have my server rack next to my desk and bed. 22:08:29 sotov1ch: to stay warm and toasty at night? 22:09:43 i thought it would but its actually cold. i moved to my own apartment almost 3 weeks ago (with 19) because some people dont allow me to run my server by them 22:16:06 do thin jails follow the host release? 22:25:15 they follow the base release jail 22:26:24 for bastille, when a new release comes out, you bootstrap that release, and then update the fstab to point to the newer release. i think their update command will take care of that now, but i'm accustomed to doing it manually 22:27:58 <_0x5eb_> For which use-cases would you recommend Bastille over AppJail? From my understanding Bastille seems better for reproducible and portable jails while AppJail would be better for a more interactive build?