00:00:36 I know if I received different sha256sum results from repeated reads of the same file that I would be tearing the system apart and re-assembling everything hoping for a bad connector. 00:04:39 lol 00:18:41 looks like it was ram 00:40:30 Actually I am always happy when it is RAM. Because then the problem is easily solved and it is done. 00:51:19 y agreed best possible outcome 00:52:54 good morftervening all. I have a makefile question - I have a project I build on multiple hosts, how would I tell FreeBSD, NetBSD and OpenBSD apart using makefile variables? I haven't seen a mention of the OS "name", just versions, mentioned in sys.mk, 00:53:10 nor have I seen direct mentions in the OpenBSD man page for make 00:55:01 Viking667: can you check instead for the features your program needs to use? 00:55:37 i suppose i should say first, what different thing should happen based on what you find out? 00:56:53 compiler, mainly. Because I'm compiling on NetBSD as well, I'm not counting on the user having installed clang there. 00:57:40 the program I'm compiling isn't compiler-dependent, but I'm a bit wary about simply slapping in a CC = cc line. 00:58:30 And I started compiling back in gcc-2.8 days, and the big change back in gcc2.96 was quite the upset for some. 00:59:21 s/2.8/2.83 01:00:14 I expect I'll need to answer the same question for the Linux installs. 01:01:45 i feel like if you solve this really well and portably, you'll have constructed autoconf 01:02:18 ugh. That thing. 01:02:23 :D 01:02:32 If you want to keep it simple then I would probably go with CC = cc there. However the general solution to portable build is, probably heresy here in *BSD but, autoconf+automake which work well. 01:03:23 I am a person that thinks progressive improvement is the best way. Start simple. Move forward slowly. 01:03:42 hm. The project's simple enough, its only real requirements are some sort of pdcurses/ncurses and a working terminal emulator that isn't totally braindead. 01:04:06 (after all, I started this all off in djgpp days) 01:04:39 [pawn stars guy] mmmn. best i can do is a working \r 01:05:24 ? 01:07:25 https://knowyourmeme.com/memes/subcultures/pawn-stars 01:09:49 *shrug* using autoconf beats creating autoconf by a mile :) 01:11:06 i'm trying to remember how you hook pkg-config into all that. but i would hope there's like an AC_CURSES sort of macro already written for you that does the right thing 01:11:49 Has NetBSD even got a pkg-config without that package being part of base? 01:11:55 as for a working terminal emulator... maybe i will run your program under eshell in emacs. less and vi somehow warn me in such cases that the terminal is not fully functional 01:12:36 yeah, list doesn't do that either. Mostly my own code from late nineties, other stuff from Bob Stout and someone else. 01:12:47 well yeah, exactly, "the right thing" when curses is part of base is probably not pkg-config. i feel like linuxes have pkg-config set up for more things more often 01:12:58 They seem to, yes. 01:13:10 more things are packages there :) 01:13:17 far more. 01:37:10 Howdy, folks! 01:37:45 I managed to get TF2 to run, but got stuck since the keyboard input got goofed up. 01:38:55 Basically, mouse input works, but it wasn't picking up on the keyboard. (Probably because of a goofed up layout that LSU chooses when running the game.) 01:39:51 It wasn't like that with HL2:DM (And probably other source games). So it must be a SDL2 goof up. 01:41:53 I could probably test it with a test SDL2 program running in a linux chroot. 01:48:17 Well, keyboard input works when running the game using vulkan, but poops itself when using OpenGL. 01:58:44 strange... 02:10:45 Other than that, i tested it with a simple SP session on itemtest, and ctf_2fort, and it's a solid >=60 FPS out of the gate with all video settings set to low, with some being configured via the console, and some launch options. 02:11:19 Then with 16 TF Bots(nextbot), it kinda dips down, but it's not that bad. 02:35:26 Run 'freebsd-update [options] fetch' first. 02:35:26 im getting this when i run: freebsd-update install 02:40:50 SKull: "systemd caused an outrage in the linux world. but was that outrage based upon actual user experience or just people going "it's new and therefore i don't like it!"." If I were to say, the former. SystemD is bloated, buggy, it outright destroys the underlying distro overtime (which happened to some of my Debian and Arch machines in the past), very anti-Unix-like, and serious exploits are 02:40:53 commonly marked as "won't fix" or "it's not a bug, it's a feature". The only people who say "it's new and therefore I don't like it" are progressive (or regressive rather) YouTubers like "TheLinuxExperiment" who keep pushing for making Linux more like Windows, but without Microsoft (which is funny, because Microsoft is among the biggest sponsors of the Linux kernel, and they have quite a lot of 02:40:54 say in it too). 02:42:05 Just wondering, what exactly is the process of submitting a package to make it installable with pkg? 02:48:10 remiliascarlet: create a port, Q/A the port, generate a patch against the ports tree that adds your port, post it to bugzilla 02:48:26 the porter's handbook goes into all of that in greater detail 02:54:51 kevans: Thanks, I'll forward that then. 03:33:37 Yep, multiplayer in TF2 works pretty darn well. (Again, ignoring the fact i have a crummy internet connection.) 03:33:59 Tried a community server, and then casual. Both 100% work without an issue. 03:34:36 Though, i did use mastercomfig for some tweaks here and there. 04:16:59 Howdy, folks! 04:47:49 I tried TF2 before, but then I saw it was pretty much online multiplayer only, and never played it again. 08:22:27 mane heyoo! how's your server going? 08:25:18 morning 08:25:36 antranigv: :-) it vlepy.com hostsujemy.net and nocne-rozmowy.pl 08:25:46 Soon gonna be more 08:25:54 Thanks for asking 08:25:57 mane nice! 08:26:13 It hosts* 08:26:42 I just don’t know why my pf.rules won’t be loaded on boot 08:27:04 I need to do that manually 09:04:24 mane: Did you do sysrc pf_enable=YES ? 09:05:13 Also sysrc pf_rules=PATH might be needed if it is not /etc/pf.conf. 09:18:05 jan0sch: I got those 09:20:00 Weird, should work fine. Any error messages during boot? I once had the problem that I had an interface in the rules that was created by a service which started after pf and that messed things up. 09:22:59 idk 10:27:06 hi, I am reinstalling FreeBSD in my old Dell Latitude E4200 but when selecting 1. Boot Installer from the USB image it gets stuck at Loading Kernel. Does anyone have faced similar issue? any ideas/tips? FreeBSD14.1 10:37:05 I set verbose and now it works 10:37:28 I get a lot of ahcich4 CONNECT requested / AHCI reset / SATA connect timeout AHCI reset : device not found 10:37:31 why? 10:40:44 rwp, you've already said, df gets it wrong so it's all good... mostly... the thing i find odd is the 'size' in 'zfs list' however, 'zpool list' reports the correct size. I guess it's doing the 84T minus what's used in other datasets? (if so then it's correct, confusing but correct.) 10:50:39 there's no "size" in "zfs list"? 10:52:46 yeah ignore that.. my f*up .. changed the order in my paste block and didn't read it.. I need sleep i think. 10:52:58 (or a good strong drink) 10:55:45 anyone know how to get du to give me a total for each directory in the root file system and only root file system? (tip: -hsx * isn't going to cut it as it will pick up the mount points it's not supposed to traverse on the command line and traverse them (correctly) as they are 10:55:51 'specified') 10:56:52 du -sh /*/ might do what you're looking for 10:58:37 -d 1 (as -s is a shortcut for -d 0) 11:02:49 nimaje, no 11:03:22 you have to keep -x of course 11:03:36 i did 11:04:50 what is your problem with it? for me du -hxd 1 / seems to do exactly what you want 11:06:32 ahh hang on i might a misunderstood - rerunning as / and not /* 11:09:07 i have 2 zfs pools in the root mounted at /cache and /sorbs .. i don't want them in the results because they are huge with a huge number of files and something just filled up the root fs and I'm looking for the directory where it resides... as it happens i found it without getting du to work.. but 30 odd years using *NIX and never worked out how to do it :P 11:09:48 "sudo du -xhd 1 /" did indeed work perfectly and did what i wanted. 11:44:31 mane: here I have a /dev/pf and I enable pf related options in kernel 12:34:13 where can I find information about the VT, specifically, I am getting VGA 640x480 and I remember before (in FreeBSD 12) I managed to get it properly configured with a smaller font 12:34:15 thanks 12:38:36 does freebsd 14.1 base not include ipv6 dhcp client? 12:39:59 afaik it does not, are you in a situation where you need one? 12:41:18 yes, but i can install from ports as well 12:41:28 which one is recommended? 12:45:46 i only find isc dhcp package, which is not developed anymore as far as I understand 12:48:40 there is dhcpcd which had a release in may 12:49:04 hey all when using vimage with jails, I should be able to use ifconfig_epair100b="DHCP" in the rc.conf of the jail if epair100a is connected to a bridge which also has a dhcp server connected right? (I seen to get getting a bpf permission error when trying this) 12:49:17 the error is jail side, ah I bet I need raw sockets 12:49:45 oh I have them enabled already, any idea what I am missing? 12:50:23 pkg install drm-kmod, and then in /etc/rc.conf kld_list="i915kms" (for Intel) 13:07:49 Michelle, I wouldn't say "wrong" so much as "different". df was created when hard partitions were disks. But zfs pools sharing space across datasets. So for any particular dataset the size is an undefined quantity. The pooled data might be consumed by any of the datasets. So df is wired to use available as size instead. 13:08:03 Michelle, This results in df reporting that as datasets consume space that the file system shrinks and grows as datasets free up space. Which is certainly an odd thing! 13:17:24 why is vlc not in the quarterly repositories? 13:17:38 rwp point taken.. however it is unexpected behaviour to some respects (which to me is 'wrong') .. I can understand that for (sub)datasets but the "root" pool I would expect it to show everything because all the datasets are children (as terminology is likely wrong/confusing - in my case I suggest 'sorbs' should show the full pool size ie 'zpool list' reported, and then similar to existing (if not the same) for sorbs/Movies sorbs/TV sorbs/Music etc..) 13:21:07 polarian: probably x265, like some other stuff, not sure why the checksum of that patch changed, which made the build fail 13:21:23 nimaje: ah 13:21:28 ok np thank you 13:30:39 hey all I am running 14.1-RELEASE-p2, I did a buildworld/installworld to reach this patchset, so from there I did an installworld to zroot/usr/venv/jail/mount/base and made a snapshot, I then made a clone, which I used for: zroot/usr/venv/jail/mount/ports.paulwebster.online, I then created a jail, here is my jail.conf: https://dpaste.org/j2miX and my /etc/devfs.rules: https://dpaste.org/qi1JJ in my /etc/rc.conf in the jail I have: 13:30:40 ifconfig_epair100b="up" 13:30:40 and in /etc/rc.local I have: dhclient epair100b, this worked before I rebooted. After reboot I am receiving this when I jexec into the jail: https://dpaste.org/rPPap what have I got wrong? 13:34:28 no idea what you did wrong, but why dhclient in rc.local instead ifconfig_epair100b="up DHCP" ? 13:41:29 debugging really 13:42:07 I tried that originally but what it does it make it so 'service jail restart' hangs 13:42:19 if I can get it working via rc.local that would be the next step :) 13:44:38 how about first try with giving it some static ip and then debug from there? 13:45:36 it works fine with a static ip 13:46:39 and trying dhclient from that started jail? 13:48:41 yep same problem 13:48:52 "Can't find free BPF," according to the paste 13:49:03 indeed 13:49:06 and its correct its not in /dev 13:49:27 however it should be according to devfs.rules 13:52:37 https://forums.freebsd.org/threads/vnet-jail-with-physical-interfaces-unable-to-run-dhcp.84114/ ? 13:55:20 yeah its basically the same as what I have: https://dpaste.org/j2miX 13:55:27 oops wron link 13:55:31 https://dpaste.org/qi1JJ 13:55:49 and in my jail.conf I am of course applying ruleset 10 14:04:07 and I got it working :) I have no idea why, I just recompiled my kernel for an unrelated issue; on box reboot it now just magically works 14:07:18 huh interesting, when I move to using ifconf_....=DHCP it still hangs 14:07:28 it seems to prefer the rc.local dhclient method 14:13:24 infact it does not just prefer it, it does not even get an ip if I use ifconfig_e100b=DHCP in rc.conf 14:17:54 so now onwards with nat and the firewall (yay) 14:59:58 daemon: did you forget the pub? 16:04:23 I cant for the life of me find out how to mount/read a zvol on the host system, bhyve won't boot it and I can't figure out how to investigate why 16:04:29 any i deas? 16:57:50 zvols are block devices, not filesystems. 16:58:18 polarian: zpool import zvol? 16:59:03 polarian: i think you want mdconfig(8) 16:59:38 er wait what partitions and/or filesystems are on the zvol? 17:11:26 jaredj: yes 17:11:50 the zvol should have a gpt partition table on it with OpenBSD FFS2 filesystems (UFS driver can mount these and mostly read the data) 17:11:58 I have to figure out why bhyve cant find /bsd 17:12:00 (the kernel) 17:12:48 yeah. soo after you mdconfig -a it, i think the geom utilities (gpart, yes?) should show its partitions 17:50:01 Hello. The troubles with prosody started after update 17:50:06 For me this is very sad. 17:50:16 Hello. The troubles with prosody started after upgrade* 17:50:39 /usr/local/bin/lua54: error loading module 'util.encodings' from file '/usr/local/lib/prosody/util/encodings.so': Shared object "libicui18n.so.73" not found, required by "encodings.so" 17:50:50 That is not starting anymore. What can I do? 17:51:57 Now I can't write to anyone... 17:52:09 that kinda thing happens to me, V-T60, when i don't update the base system before getting a newer pkg update 17:52:31 scoobybejesus: How is that? 17:52:42 well, is this in a jail or on the host? 17:52:43 Did I choose to upgrade incorrect way? 17:52:47 so you did pkg upgrade and that updated prosody and now it doesn't work anymore? 17:52:47 On the host...... 17:52:51 Yes 17:52:59 I did pkg update and pkg upgrade 17:53:08 It upgraded all packages and now prosody doesn't work 17:53:46 are you on 14.1-RELEASE-p3? 17:53:50 Now I feel so isolated. 17:53:56 FreeBSD orangepi 14.0-RELEASE FreeBSD 14.0-RELEASE #0 releng/14.0-n265380-f9716eee8ab4: Fri Nov 10 09:03:07 UTC 2023 root⊙rnfo:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm 17:54:10 How do I? 17:54:20 did it update lua or icu too? 17:54:37 what does freebsd-version -kru show? 17:54:58 14.0-RELEASE 17:54:58 14.0-RELEASE 17:54:58 14.0-RELEASE 17:55:20 That's end? 17:55:25 I broke the computer? 17:55:28 seems like you might want to do freebsd-update fetch install 17:55:37 literalyl? 17:55:38 literally? 17:55:44 hm, do you have /usr/local/lib/libicui18n.so.74 ? 17:55:45 to get to the latest patch release 17:55:46 # freebsd-update fetch install 17:55:59 # file /usr/local/lib/libicui18n.so.74 17:56:00 /usr/local/lib/libicui18n.so.74: symbolic link to libicui18n.so.74.2 17:56:39 Excellent... 17:56:46 so for some reason that '/usr/local/lib/prosody/util/encodings.so' is linked to the wrong version 17:56:47 Fetching public key from update1.freebsd.org... failed. 17:57:00 for years, I've had a really stupid idea that I've wanted to do that would require me to do a "kBSD" of one sort or another (thought of doing it with NetBSD's kernel, but I haven't been able to split it out of their build system - so maybe I could do it with a FreeBSD kernel and libc instead). it's a *really* stupid idea though, about a SysV-flavored *x with BSD-level freeness (I got reasons, but they're mostly daft) 17:57:01 linked to the wrong version? 17:57:35 Can I link to the right version? 17:57:41 No escape anymore? 17:57:54 Can I downgrade the package? 17:58:48 root@orangepi:/usr/local/lib/prosody/util # file encodings.so 17:58:48 encodings.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (FreeBSD), dynamically linked, for FreeBSD 14.0 (1400097), stripped 17:58:54 What can be done with it? 17:59:06 Does FreeBSD allow to install the earlier version? 18:00:01 i think you can install from your pkg cache, but a quick search doesn't reveal how to specify that it use the cached version 18:00:58 i broke the computer. excellent. 18:01:12 so now no other way but compile freebsd from sources? 18:01:18 pkg add /var/cache/pkg/... 18:02:10 Installing prosody-0.12.4... 18:02:11 the most recent version of prosody-0.12.4 is already installed 18:02:15 There are only this one... 18:03:25 any way find correct libicu? 18:03:42 the problem is that prosody expects an older version of icu for some reason, so you should try pkg install -f prosody first 18:03:44 Is icu installed? 18:03:59 is the old pkg version in /var/cache/pkg/? what nimaje was pointing out... 18:04:47 # ls -alh /var/cache/pkg/prosody-0.12.* 18:04:47 lrwxr-xr-x 1 root wheel 29B Jan 12 2010 /var/cache/pkg/prosody-0.12.4.pkg -> prosody-0.12.4~39b955520d.pkg 18:04:50 -rw-r--r-- 1 root wheel 367K Jan 11 2024 /var/cache/pkg/prosody-0.12.4~39b955520d.pkg 18:04:56 It says Jan 12 18:05:03 Probably it is the old one? 18:05:21 though it is weird. 18:05:36 It says that I already have this version 18:05:39 i need -f? 18:06:05 yeah, I'd try that - pkg install -fy /var/cache/pkg/prosody-0.12.4.pkg 18:06:45 yes, i tried 18:06:48 no help 18:06:58 Shared object "libicui18n.so.73" not found, required by "encodings.so" 18:07:09 % pkg search -f prosody 18:07:22 i have icu-74.2_1,1 International Components for Unicode (from IBM) 18:07:33 [...] prosody-0.12.4_3 [...] 18:07:33 Shared Libs required: 18:07:33 libicuuc.so.74 18:07:33 libicui18n.so.74 18:07:36 libicudata.so.74 18:07:36 and this too lua54-icu-utils-0.0.20220329_4 Lua interface to selected ICU utilities 18:08:00 maybe you need a slightly newer prosody package? 18:08:13 that was without _3 18:08:19 from my /var/cache/pkg 18:08:23 now i can upgrade back 18:08:32 Installed packages to be UPGRADED: prosody: 0.12.4 -> 0.12.4_3 18:08:34 should i? 18:08:49 ok, i try 18:08:57 well, you have that 74 version of the icu library, so i'd say yes 18:09:24 prosody should have been rebuilt if icu changed. 18:09:30 what on earth............. 18:09:31 # service prosody restart 18:09:31 prosody not running? 18:09:32 Starting prosody. 18:09:37 V-T60: install -f to make pkg ignore that it already has it and download and install anyway, not add -f 18:09:38 it started working 18:09:51 hurrah! 18:09:55 insane 18:10:04 21:09:44 - Connection re-established. Nick 18:10:13 You saved my XMPP from collapse 18:10:17 I say: #freebsd is good 18:10:19 Nice. 18:10:29 ohhh - i see, you would have expected pkg upgrade to do that. that is odd, i don't know why it didn't 18:10:32 insane is waht I'm trying to do by making a SysV analog off a BSD kernel, lol 18:10:48 thanks 18:11:11 :D 18:11:17 V-T60: so your first pkg upgrade didn't update prosody for some reason 18:11:44 i don't know what was that 18:11:59 but i managed to say good bye to my prosody server 18:12:02 x.x 18:12:09 V-T60: Do you still have the full output of the pkg upgrade? 18:12:25 If so paste it to https://pad.bsd.to 18:12:43 Licca: whyyy 18:12:56 https://bpa.st/raw/PUGA 18:13:04 "alternate history" OSes are kinda my thing lol 18:13:17 V-T60: No the first time you ran pkg upgrade 18:13:20 and a kernel is a bit too much for my capability lol 18:13:56 hell, I made a few attempts to rewrite a simpler kernel, like MS-DOS...but since MS-DOS 4.01 has been MIT'd, that's been obviated 18:14:59 skered: https://bpa.st/raw/JFUQ 18:15:39 i don't even understand now why on earth 18:15:44 I actually did start writing my own userland, though I'll prolly can a lot of it 18:15:56 the prosody wasn't even upgraded 18:16:11 i expected that something could be changed for good with an upgrade 18:16:23 and first of all decided to restart the prosody. 18:17:02 I'd guess it was with the recalc after the init. fetching. 18:18:52 oh... During the icu 74.2 bump prosody wasn't revision bumped. 18:19:09 now i don't understand, did i have _3 or the simple one 18:19:13 What does it mean? 18:19:26 >During the icu 74.2 bump prosody wasn't revision bumped 18:19:28 How is that so? 18:20:42 oh, yeah, looks so? 18:20:42 lrwxr-xr-x 1 root wheel 31B Aug 16 21:08 prosody-0.12.4_3.pkg -> prosody-0.12.4_3~361f8b79d3.pkg 18:20:52 The new file appeared in my /var/cache/pkg 18:21:07 skered: Should I expect for package working stable now? 18:21:29 Or are there still some issues I should know about? 18:22:01 I think you're alright. 18:22:06 good. 18:22:18 And looks like the package is new 18:22:25 So I changed something for good. 18:22:48 Everything that uses icu should be broken? 18:23:33 What do you mean? 18:23:57 What is broken? 18:23:58 so I wanted to come up with a minimal "build system", with just a kernel, libc and /bin/sh, to which I could start adding tools one by one 18:24:19 V-T60: Nothing. 18:25:23 V-T60, "bump" here means moving to a new version. So someone maintaining the libicui18n port, which gets built into the packages, which contain the files libicui18n, moved from making it build version 73 to version 74 18:26:25 But prosody should have built multiple time sinsce isu 74.2.. I dunno something odd with pkg 18:26:57 V-T60: the number after the underscore in the package version is the 'revision'. this is bumped up to a new number when a new package needs to be released even though the software being built has not changed (e.g., prosody here: it was version 0.12.4 before and version 0.12.4 after)... 18:27:03 why you call this built? oh, or you mean package maintainers? 18:27:08 yes. 18:27:09 yes. 18:27:44 so, the 0.12.4 (underscore-nothing) package you had, contained libraries that depended on libicui18n version 73 18:27:54 oh, so you mean the version of this lib shouldn't have been changed? 18:28:02 during the _n 18:28:07 the 0.12.4 underscore 3 package contains libraries that depend on libicui18n version 74 18:28:20 oh, so that's strange if so 18:29:02 it's the same version of the prosody source code being built, 0.12.4, but other things have changed; that's why the underscore numbers are there and are incremented 18:29:46 the dependencies between the packages /should/ have made it so your upgrade would Just Work 18:30:17 yeah, that is what i expected. 18:30:32 I'd like to guess a second `pkg upgrade` might have fixed it too. 18:30:39 hmmm 18:36:11 I've seen this in the past with pkg though when making a large jump (all be it 1) between versions. 18:37:01 This would have been at elast a year old between updates? 18:43:36 Albeit? 20:22:35 hey uncle dch . I see that "DTRACE : on" in erlang-runtime27, however, I still don't see erlang* in dtrace -l, any thoughts? 20:40:29 antranigv: did you specify the binary using -c cmd? 20:40:49 otherwise it would list just static kernel probes 20:41:10 yuripv usually I don't need to do that. one sec 20:52:52 that's... interesting 20:53:09 it works fine with `dtrace -l` when using erl, but not when running `iex` 21:05:03 Hey! Has anyone managed to setup brightness controls in VT? 21:05:38 using the brightness buttons 21:16:44 oh shit, I just realized! I ran `iex` before loading DTrace. I'm sorry. dch you may ignore me. 22:57:23 could it be that firefox is not available for 14.1-RELEASE in amd64 ? 23:01:28 https://docs.freebsd.org/en/books/handbook/ports/#pkgng-intro 23:01:43 # mkdir -p /usr/local/etc/pkg/repos 23:01:53 # echo 'FreeBSD: { url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest" }' > /usr/local/etc/pkg/repos/FreeBSD.conf 23:02:01 pkg update 23:02:04 pkg install firefox 23:02:45 I know how to do that 23:02:50 https://www.freshports.org/www/firefox/ 23:03:04 I installed 14.1-RELEASE, that would be the quarterly, right? 23:03:21 so it is not available -I am a bit surprised, that is all- 23:07:01 firefox is available in quarterly and I have it installed from quarterly but the x265 dependency failed to build in the most recent build. 23:08:16 Errors from x265 blocking other things: https://pkg-status.freebsd.org/beefy20/data/140amd64-quarterly/40008dd78683/logs/errors/x265-3.5_2.log 23:08:21 so it is a temporary unavailability (right now my understanding is that it is not available as per the freshports page for amd64). -I can not install it in my system- 23:08:43 In this case the error is "SHA256 Checksum mismatch for x265-asm-warnings.patch". 23:09:11 Not unless you have a previous package of it saved off. And the dependencies. Which you might have on another system. 23:10:22 I took the opportunity to see if there was any other browser more lightweight ot be used (I only have to access some router admin web from that system) 23:10:29 Tried dillo but it does not work 23:10:44 The most recentkly installable version that I have installed is firefox-129.0_1,2.pkg from Aug 3. 23:11:26 rwp so can you use a previous version? 23:11:46 What do you mean? I am running it right now. 23:11:57 if I type pkg install firefox, it does not work 23:12:03 I just can't update it until the next version builds and becomes available. 23:12:11 freshports show "-" for amd64 14 quarterly 23:12:12 uskerine: 14.1-RELEASE is quarterly yes... https://www.freshports.org/www/firefox/ shows there is no build available for quarterly 14 23:12:14 Right. Because the build failed for it. 23:12:46 Actually for firefox and vlc and all of the consumers of x265 they were all skipped because x265 failed. 23:13:18 This is one of those frequently occurring problems that seems like it would be easy to improve. (Says I a newcomer to FreeBSD.) Don't remove the previous packages from the repo until the new packages have built. 23:14:14 rwp: feel free to take it to the ML and report the issue :) 23:14:37 I am not sure about the proper place to stick it but I am sure a freebsd staff member will see it on the mailing list 23:14:48 uskerine, Pop over to https://pkg-status.freebsd.org/beefy20/build.html?mastername=140amd64-quarterly&build=d032848c5848 and then scroll down to skipped ports then enter "firefox" into the search field. 23:15:55 polarian, I am pretty sure that to the powers-that-be the current situation is a well known one to them. And there is probably a very good reason things are as they are now. But that reason is not really strongly visible to the community. And this issue keeps popping up here as people run into the problem. 23:16:48 well take Arch Linux as an example, the package in the main repositories is only replaced after it is built and tested within a test repository 23:16:59 so it is valid criticism :) 23:17:06 I would think FreeBSD would be like that but it is not. 23:17:19 the root cause is that dependencies are a modern plague 23:17:36 what happened to download the .tar.Z uncompress and "make" "make install" 23:17:46 Since it takes quite a few days for the build systems to complete builds, days and days, holding cycles for a full complete build would delay the release of working builds. 23:18:24 uskerine, You have hit the point exactly! I think the common wisdom is that people who care about this should run a local build and the tool is poudriere. 23:19:08 I am a newcomer myself and have not gotten around to setting up poudriere but it has gotten down to be on my short list of tasks that I simply must do soon. 23:20:24 Meanwhile... I pkg upgrade pretty much daily and so catch almost every pkg release. Therefore if I need to install something that is not in the upstream I can always transfer it from my very long existing /var/cache/pkg/* directory of previous pkgs. 23:20:28 rwp: freebsd is all about stability... how can a system be stable if one second there is a port and the next second it is gone. 23:20:29 what I mean is something as classic as xfig requires 25 dependencies 23:20:55 Say if this happened within quarterly for an important network utility or something... and a companies entire workflow is ruined for 24 hours due to it 23:21:06 uskerine, I totally agree with you about the dependency plague that everything seems to be suffering from these days. 23:21:59 polarian, A company depending upon FreeBSD is probably running poudriere creating their own local pkg repository and won't hit this problem. 23:22:33 And notably Netflix is well known as running FreeBSD CURRENT upgrading frequently for their servers. 23:23:11 also you can not keep using FreeBSD 12, I recovered an old laptop (FreeBSD 12) and had to reinstall from scratch to 14 because I could not pkg update and the upgrade to 13.3 failed 23:23:12 Also the worst things are desktopy things like firefox and vlc and servers don't typically even have X installed (I wouldn't install it on a server) and so things like this are less likely to affect a server. 23:23:54 uskerine, Just for clarification the ports/pkg upgrade failed but the base upgrade from 12 forward worked okay for base? 23:24:42 there was a study (an actual paper) about the dependencies in Maven (Java), it concluded that around 70% of the dependencies between packages were not actually needed, the mess is astronomucal 23:24:53 rwp: I doubt it... the amount of compute that would take would not be finantially viable. If they want high speed access to the pkg repository they would likely mirror it... 23:25:07 rwp I was no longer able to pkg update/pkg upgrade my FreeBSD 12 23:25:24 and therefore the process to upgrade to 13 (which requires the 12 being updated) failed 23:25:31 rwp: but my point is it could happen to any port... 23:25:44 no big deal as it was an auxiliary laptop, I reinstalled 14 from scratch and all good 23:25:56 uskerine, So... if that were me, I would grab the command from the "man pkg" to get "pkg query -e '%a = 0' %o" to list packages I had installed manually. Then I would purge all of them. Then I would install them again on the new system. 23:26:10 the one benefit of freebsd and all BSDs as a whole is that the base system includes the userland, so pkg breaking will not break your system, only additional software 23:26:17 Some of them probably changed package names. That would be a small number and I would scramble and deal with those problems as I saw them. 23:28:02 By purge all of them I would save a backup copy of /usr/local/etc for any customizations I had done so I could reference those later. Then I have a handful of things that I install myself in /usr/local and then I would use pkg to erase everything installed by pkg. Then I would probably clean up any lint files left behind manually. Then could install everything fresh from there and configure using the saved off etc configuration. 23:29:14 Effectively FreeBSD has two release models. FreeBSD base is a stable release model. FreeBSD ports is a rolling release model. 23:29:47 rwp: I pretty much did exactly this last week to go from 9.3-p43(+) to 14.1 23:30:01 The problem with rolling releases is pretty much exactly the problem you experienced. If you don't keep up and allow a system to fall too far behind then due to changes always rolling it becomes impossible to upgrade it as a rolling upgrade. 23:30:24 From 9 to 14! That's quite a jump! 23:31:07 yup.. completely pointless except for openssl 23:31:19 But for the ports/pkgs a rolling release being broken does not break the base system. And the base system working reliably always allows one to fix the ports/pkgs and bring them up to date. 23:32:06 Was that system on the hostile Internet? With OpenSSH available? I am not aware of any direct attacks at this time but that's always a concern that an old sshd will become vulnerable. 23:32:19 so based on your experience, when firefox will be avaialble again for quarterly? (I assume that firefox missing for latest quarterly in amd64 is something not that irrelevant) 23:32:56 Otherwise I totally agree that if a machine is doing that it is supposed to be doing then there is no real reason to upgrade it. It's not really an upgrade in that case. What was working before is still working afterward. If totally successful then nothing has changed. 23:33:10 the ssh (and all other services) was (is still) behind a firewall in rfc1912 space with no incoming nat 23:33:39 Then it was almost completely a noop for you as you say. Nothing changed. 23:34:31 uskerine, A while back I waited for a broken sudo build to run through TWO build cycles before things were repaired and it popped out and that took about 12 days IIRC in that case. But every case will have details. 23:35:16 I am only sure that it will eventually be built. Someone with more skills at navigating the pkg-status page above should be able to interpret the status and the state and predict things better than I by a lot. 23:36:18 the upgrade was needed for patching services available on the lan, openssl was the blocker.. it was getting too messy to use ports for openssl and patch everything myself back to 9.3 23:36:58 uskerine, I feel your pain though and I feel like I should make my /var/cache/pkg/*.pkg files available to you in some way so that you can install the previous version of firefox. Which as far as I know is not otherwise saved by FreeBSD systems. 23:39:01 I myself am still learning the nooks and crannies of how FreeBSD infrastructure is handled. I don't think there is an archive.freebsd.org like thing that we could reach into in order to retrieve previously built versions. But maybe by saying this someone who knows more will pop in and point to one! We can always hope. 23:42:26 For that matter this might have been talked about at a conference presentation and if anyone knows of any talk on the build infrastructure and can post a reference to a video or paper or other doc I would definitely be interested in seeing it. 23:46:36 My observation of things, which is likely wrong in many ways, is that when a build slot becomes available then the builder attempts to build the top of the ports tree at the commit that it happens to be at the time it started the build. Then it tries to run all of the way to completion. Along the way some things might fail to build such as that pesky x265 dependency which creates of cone of packages which are not built in that cycle. 23:46:44 This build of everything takes several DAYS to complete. Even if a fix to a broken port is committed and pushed in that time it will continue on the previous until it has completed it. Then when done this build cycle repeats grabbing the next top of ports git tree. 23:48:52 The project builders needing to build EVERYTHING is a big task and takes days. This is one of the motivations to run a local package builder. Because then you only build the list of things you specify to build and the task is completed more quickly. 23:48:59 Except for Chromium/Firefox/others which are HUGE pigs to build and local build resources might not be enough and those things can take days to build on lower end hardware. 23:49:48 Again my understanding is a little vague and I welcome it when anyone who knows corrects my misunderstandings of things. 23:51:55 rwp: you're not wrong 23:55:33 rwp: there's also a number of things wrong with package management (in reference to quarterly builds) that is just bad management (in my opinion) and i had a dummy spit over it way back in the days of 10 being current.. haven't really had much to do with FreeBSD (as a project) since because of it (and won't for sometime).. won't get into it here (people can read the archives) but from the current conversation about broken dependencies and missing packa 23:55:33 ge.. that is a direct symptom of my beef. 23:59:23 I think I can see how things got to here and now. Before binary pkgs were created FreeBSD was a source build system. cvsup or whatever and then build everything locally. Have a build failure? Hack and patch it into working locally. That's less accessible to newcomers unfamiliar with the process but well loved by long time skilled users. 23:59:30 Along comes binary pkgs and now things are totally nice and easy! Except not all of the bugs have yet been worked out of the binary pkg infrastructure and we end up with problems like this problem with a new system not being able to pkg install things that were installable last week but not this week.