00:00:08 just the other day I noticed that I am no longer able to use the web based e-banking of my bank without manually setting a bogous user agent in my browser... 00:00:17 how did that make things better, exactly? 00:00:40 "Oh, you're not using Windows, Linux or MacOS with chromium? we clearly have to protect you from yourself" 00:01:00 the situation gets worse once I tell you that I'm a swiss citizen located within Switzerland - the land of banks. 00:01:51 That last is probably a FreeBSD User-Agent. We are suffering the pain of being an insignificant minority. I have to do that too. I set it to Linux because it would pain me more to set it to Windows. I highly recommend the User-Agent-Switcher plugin which can automatically switch due to URL names. I need it for chase.com or they refuse to authenticate me. 00:02:57 you understand my point - right? this is outright ridiculous. User-Agent fields were never meant for this. 00:03:54 The developer obviously did not think things through. It's user provided data, which could be ANYTHING, so using it for an authentication filter is just wrong. 00:03:57 we have technology from the 70s and 80s which still performs exceptionally well in 2024 and meanwhile we have crap like node.js, go (and potentially rust) which added absolutely no value - and everybody claims that it solves problems - while introducing about two times as many new problems. 00:04:25 rwp, if I may ask - and this is entirely irrelevant - are you located in the EU? 00:04:47 But those solutions are introducing DIFFERENT PROBLEMs not the original problems. People can claim that the original problem is now solved. We are left to deal with the new problems now. 00:05:11 I live in Colorado in the middle of the USA snuggled up against the foot of the Rocky Mountains. 00:05:27 but the new problems are often outright ridiculous (in my subjective, personal opinion) 00:05:47 I know I might sound like a 80 year old dude, the said truth is that I'm literally 30 years old at this point) 00:05:56 Colorado is nice. 00:07:01 Saying that you liked C++ because it had so many nooks and crannies (my paraphrasing) does not sound like an 80yo honestly. So no I did not expect you to tell me to get off your lawn. :-) 00:07:30 I can't argue against that - being a 90s kid. 00:08:26 again: really just enjoying the discussion. I have no problems accepting that other people might have different - equally valid - opinions. Something that seems increasingly rare today. 00:08:58 Yes. Having a civil discussion about differences of opinion is increasingly rare today. 00:10:39 I like that with C that at one time I pretty knew the entire feature set and the stdio library in its entirety. 00:10:44 I dislike that with C++ I need a large bookshelf of wisdom that I need to refer to and still will never be able to hold the entirety of it in my head. 00:12:21 Rust I dislike many parts of the syntax of the language. There are some clunky things in there. But I understand the goal is to avoid memory overrun errors. Errors which I don't have a problem with in C. Errors which I see being made daily by other people. And therefore I value the addition of a language to make that impossible for newcomers to the language. It's a great experiment to see if that helps in the long run. I hate the 00:12:29 bootstrapping that is needed to make a Rust compiler. 00:13:03 zig nim and Go also have memory stuff for that right. what about them? 00:13:50 Go got the "branded mark" for me when it was initially only statically linking to consuming libraries back in the day 00:13:50 I know nothing about zig nim. Go-lang is a memory safe language that uses garbage collection. 00:14:00 nim has gc zig does not 00:14:37 "Oh, you wrote a totally safe library in Go? Great. Oh wait, there is a vulnerability in OpenSSL? Better rebuild & distribute the entire thing because OpenSSL is statically linked" 00:14:59 Go-lang was created by, among others, Ken Thompson of C fame, after being hired on at Google and becoming frustrated with the hugely long compile times of C++ which was the main language there. Therefore Go-lang has many features to make compile times faster. 00:15:54 jbo, That's the main argument against container deployment these days. Even for dynamic library compilation after everything is bundled into a container then it is the same problem. 00:16:21 Remember, as you stated, every solution creates new problems. 00:16:28 rwp, C++ compile times are notably shorter since the introduction of modules (albeit "barely supported" as of today) 00:16:55 and that is what I love about C++: It is evolving in a way that allows you to keep using the crap you wrote down 20 years ago 00:17:14 Those C++ modules were created to solve a problem so must be creating two new ones. And it only took three decades for that solution to arrive. 00:17:20 do I need to remind you of the debacle of python 2 -> python 3 migration? 00:17:43 www/chromium... 00:17:51 No. I am still suffering the effects of that. And I don't even use python myself. 00:17:58 exactly. 00:18:13 my point is that C++ is not as bad as people like to seem to make it. 00:18:36 it is extremely balanced. It's not perfect. but it achieved something that I have not seen in any other language - even remotely. 00:18:55 How can it be bad? It is driving people like me to look seriously at other new languages like Go-lang, Rust, Clojure, and others. :-) 00:19:15 clojure?! 00:19:24 we seem to be digressing >:D 00:19:57 Lisp. I am trying to improve my functional language programming skills. And we have been digressing for a while. We should really talk about FreeBSD issues here. 00:19:57 (again, don't forget that I clearly have a subjective preference for C++ - so I am obviously biased) 00:20:12 lol <3 00:20:27 I like you man. 00:20:39 makes me feel like it's 2003 again 01:35:54 I think I asked this before but is 16GB of free space enough to build world 01:36:00 or do I need more like 20-24? 01:39:39 at least 20 i think 01:39:49 for a standard build 01:39:53 (including source) 01:40:32 i see 01:46:15 can you get updates as binaries also, or do you have to build world for the latest security/stability improvements? 01:51:08 SponiX: yes, you can get updates as binaries too; man `freebsd-update` 01:58:40 rtprio: thanks for the reply. I need to get FreeBSD in a vm to start tinkering with all these things 02:01:17 no time like the present 02:01:32 i keep one on my windows system in hyperv which is rather handy 02:18:09 <[0x1eef_]> johnjaye: I've built world on a VPS (30GB). 02:19:15 <[0x1eef_]> Usually RAM has been more of an issue. But I don't know if that's a freebsd or hardenedbsd thing. It can use close to all of 30GB RAM though. 08:02:15 rwp: you can give Haskell a shot to boost your FP skills, though its strict lazy-evaluation is an acquired taste, something I can't get used to. 08:04:21 It's one of the reason I like Python is the ability to "control" where I use lazy evaluation with generators and generator expressions, but that's my niche preference. 08:14:49 Hi there 08:15:45 is there a better way to upgrade php version ? Now I'm just collecting information about existing modules and then remove existing, install new. 08:15:46 What's up? 08:15:54 Ah 08:58:56 FreeBSD has Plasma 6 pkgs already? 09:07:49 SponiX: apparently yes, https://www.freshports.org/x11/kde6/ 09:07:50 Title: FreshPorts -- x11/kde6: KDE Plasma Desktop and Applications (current) 09:09:20 Nice 12:22:39 Why the following messages happen in /var/log/messages from time to time. 12:22:39 pid 57935 (sockstat), jid 0, uid 1001: exited on signal 11 (no core dump - other error) 12:24:58 what could be the reason ? 12:25:44 signal 11 is SIGSEGV 12:25:52 (program crash) 12:27:18 I don't understand the reason of the crashing of sockstat with signal 11 12:30:41 sockstat just read info from kernel, why it crash? 13:51:39 nerozero: best way is to run a test environment with your new PHP version including all new modules and test it 14:10:07 jmnbtslsQE, the question was not about testing but upgrading 14:23:32 yeh, i'm talking about upgrading 14:23:45 unless you don't care about whether it works 14:24:39 not sure what you mean by module though - if it's a PHP extension, those need to all be built and upgraded on the new PHP version 14:25:04 ports lang/php83 and lang/php83-extensions for example 17:31:23 I'm attempting to generate a patch for the Nginx port, which includes a Makefile and a Makefile.extmod. However, when executing the command make makesum, I notice that the distinfo file only lists checksums for a select few of the additional modules. This issue arises even when no modifications have been made to the port, simply by running make makesum. Does anyone have insights into why this might be happening? 17:59:07 Anyone using Plasma 6 on FreeBSD 14? 18:15:18 hello all, I have a Intel HD Graphics 520 (Skylake GT2). What would be the command to list it's max resolution? 18:57:25 Hello 18:57:29 Can i reduce ZFS? 18:58:18 well, talking about size, probably shrink is a better word 19:01:01 AFAIK, No. You can only expand it. To reduce one would need (again AFAIK) to create a smaller array and then data can be poured onto the smaller array. (using send|recv most likely) 20:21:37 oh no. freebsd-update install hung during my upgrade to 14.0, I tried a freebsd-update rollback, and now I'm booting to read-only :(. 20:22:12 Which was the earlier version? 20:22:15 would any of you folks have any suggestions for jumping back - or is this a better time for a fresh install/rebuild because I'm probably in an inconsistent state 20:22:30 13.2-RELEASE 20:22:37 evas: no chance you created a ZFS boot environment before running the upgrade? 20:22:48 I was not very dilligent about keeping on top of updates, I have to confess 20:23:09 I think that freebsd-update did, but I did not independently 20:24:01 try 'bectl list' from the single-user environment then 'bectl activate ' if one looks relevant - i don't think you need to remount root rw to do that 20:29:21 lw: thank you so much!! that worked :D 20:31:27 evas, When freebsd-update install hung, what it was doing? 20:32:22 I mean what were the progress messages? Did you see anything in /var/log/*? 20:35:55 parv: I expect it is my issue -- I had some errors about /usr/include/c++/v1/__string existing but not being a directory and I interrupted it (and other subdirs). that was probably dumb. I'll check /var/logthough, one sec. 20:36:53 evas: that error is expected upgrading to 14.0, it's harmless *iff* you update to the latest 13.2 patch release before upgrading to 14.0 20:38:51 evas, Ha! I saw the same & thought installation was screwed up. Later found that the message can be ignored. See https://reviews.freebsd.org/D41945 & https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273661 20:38:52 Title: ⚙ D41945 freebsd-update: handle directories changing to files, too 20:39:19 ... also what lw had mentioned 20:39:25 you can only ignore it if you updated to the latest 13.x patch before upgrading, otherwise you will get missing files after the upgrade is done 20:40:27 is there any tool to disable bios fan control? 20:40:28 (if you're upgrading from 12.x, i think that got the patch as well, but check the EN to be sure) 20:41:34 I saw that too lol. My impulse was OH NO! interrupt quick before anything bad happens lol 20:41:47 I had wasted my time upgrading 13.2 release to 14.0 only to throw that away that I could have safely ignored (if that would have been mentioned by "freebsd-update") to install 14.0 from scratch. 20:42:01 I'm not seeing anything suspect in /var/log/messages. I'll tail it while running it again 20:42:59 evas: I'd open a bug if none that have been mentioned so far cover it. 20:43:34 there's no need to open a bug for this issue, it was fixed and an EN issues a couple of months ago 20:44:42 Embarassing question. While using `freebsd-update upgrade --currently-running $(freebsd-version) -r 14.0-RELEASE` -- should I be fetching/applying all updates first? I hesitate to open a bug, I think I may have done this incorrectly. 20:46:08 evas: usually it probably doesn't matter, but in the specific case of upgrading to 14 from 12 or 13, yes, you have to apply all patches for your current release first 20:46:20 ... which is not a bad idea in general anyway 20:46:42 thanks lw! lol, well, I won't forget this next time (I say as I add this hastily to my notes) 20:48:32 this was a pretty unfortunate issue, it's probably the single most frequently asked question about upgrading to 14.0 20:48:51 not sure how it didn't show up in testing 20:49:47 I think I saw an issue where it did. It looks like it came up in the BETA release IIRC. Hang on, I'll see if I can find it again 20:49:57 I really do think this is my own mishap 20:50:18 <[0x1eef_]> johnjaye: FYI I'm building world on a VPS with 26G free. 15G was not enough. It'd run out of disk space. 21:10:13 sorry, I was looking at the same link that parv linked earlier: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273661 . this was my goof 21:10:16 Title: 273661 – freebsd-update install: ///usr/include/c++/v1/__string exists but is not a directory 21:13:56 jbo: bugzilla is sending me email about the sublime-music bug (+ 4 Feb 18 bugzilla-noreply⊙Fo ( 36) Problem reports for lexi.freebsd⊙lo that need special attention) so i set it to maintainer-feedback+, this one is still waiting on you though right? there's nothing i need to do? 21:14:26 jbo: (the last patch is ready to commit as far as i'm aware) 21:22:44 am I the only person who's ever seen panic: tcp_hostcache: bucket length too high at 236: 30 (bear in mind I dont think this is actually a FreeBSD issue, but a downstream issue) 21:38:30 can't say i've seen that one