02:55:09 when upgrading, it was noted that running `bectl create` was a good practice, however, I noticed that freebsd-update already invokes bectl. is there any advantage other than a fixed label for running bectl beforehand? 02:58:46 !inspire 02:58:48 Most great people have achieved their greatest success just one step beyond their greatest failure. -Napoleon Hill [https://zenquotes.io/] 04:44:36 zerotime: not really, the freebsd-update behavior is notably relatively new 04:45:13 conventional wisdom can lag behind at times 06:53:52 kevans: thanks, I realize it was introduced in 13.x 08:13:47 i don’t know if this is a freebsd question or not, but: where does the group name “wheel” come from? the common default group name for regular users 08:23:34 I'd be careful about "common default group name for regular users" because wheel is used to allow access to su command;) 08:24:42 https://unix.stackexchange.com/questions/1262/where-did-the-wheel-group-get-its-name 08:24:47 The term "big wheel" has been in use to describe important people. In BSD land only people in the wheel group can become root. 08:25:38 The wheel group is NOT the default group name for regular users. It's only for users that can become root. 08:25:40 hmmm interesting 08:26:18 maybe a terminology thing, in mac land, “regular” users are administrator users, and non-admin users are like accounts you’d make for your kids 08:26:33 anyway, i have another more important questoin it turns out 08:26:41 The GID of wheel is group 0. The same number is used in Linux for the root group. Linux does not limit root access to gid 0 like BSD does. 08:27:35 so i run `freebsd-update fetch install`, and it starts doing its thing. But then I get to a point where its basically frozen on the screen and I have to hit ‘q’ to continue. But there is no on screen direction saying this. I NEVER would have figured that out if someone hadn’t told me 08:28:06 can anyone explain what is going on here, why i have to hit q and how do I know when i’m in this situation in the future? 08:28:24 At some point it goes into the less pager and has a ":" in the lower left position of the screen. That's the less prompt. Press q to quit out of it. 08:28:50 why does it do that? rather than just listing every line out like it does for everything else? 08:29:04 and why doesn’t it say something like ‘press q to continue’? 08:30:24 It's just historical. Experienced users know what the less prompt looks like and recognize it. 08:30:58 with lots of output you would miss the first lines. you can try to set PAGER=more ;) 08:31:00 The list of files it is showing is longer than a screen and you can scroll around looking at it. But I don't find it useful to know which files are being updated as it is all of them. 08:31:54 oh well shit, is there a quiet mode for `… fetch install`? that would be a solution 08:32:16 tsoome, Yes! That's a good idea. Set "PAGER=more freebsd-update fetch install" and it will prompt with "--More--" rather than ":". 08:32:24 i agree, i’m doing updates because updates are available, i’m never going to “care” whats being update 08:33:06 Probably you can "freebsd-update fetch install probably worth checking man freebsd-update ;) 08:35:53 oh also, is `freebsd-update` only updating the full release i’m currently on (15)? Or is it going to update me right to freebsd 16 when it comes out? 08:37:24 also regarding the term “big wheel”, this is all I’ve ever known as a “big wheel” 08:37:50 Answers to these and other exciting questions are documented in https://docs.freebsd.org/en/books/handbook/cutting-edge/#updating-upgrading-freebsdupdate 08:37:57 https://en.wikipedia.org/wiki/Big_Wheel_(tricycle) 08:38:15 ye, handbook is your friend there. 08:38:47 Basically freebsd-update fetch install only upgrades along minor releases. To upgrade major releases you have to explicitly ask for it. freebsd-update -r 15.1-RELEASE upgrade 08:39:54 You are currently on 15.0 so to upgrade to 15.1 you will have to ask for it explicitly. 08:40:04 Otherwise you just go from 15.0 p1 to p2 to p3 and so on. 08:40:26 oh so it’s apple style, the “tenths” are major releases 08:41:03 In this context... Pretty much. 08:41:33 actually i guess its old apple style, after 20 years, they finally went back to traditional numbering. but anyway 09:07:27 one of these days, when i’m working on learning freebsd, i might actually get around to installing apache and php lol 09:22:00 so i installed windowmaker via desktop-installer, and as usuall… i can’t figure out how to actually launch it, any ideas? 09:31:19 as usually, what i google isn’t working. “wmaker” command not found, and startx kicks me into that windows 3 looking gui 09:35:29 GoSox, startx gives you twm, the standard window manager: . 09:36:38 GoSox: if you don't what got installed, you can use `pkg list $pkgname` and then e.g. `grep bin` that 09:37:44 GoSox, first, check your xinitrc file: /usr/local/etc/X11/xinit/xinitrc . It will containt the invocactio of a window manager (probablt twm). 09:39:46 i don’t appear to have a file 09:39:56 which m akes sense, the gui is not auto -launching 09:42:45 well that is me assuming, that desktop-installer is using pkg. you can use `pkg info` to see the installed packages and make sure, that this is the case 09:47:22 ohhhhhhhh i may have installed the wrong thing 09:47:39 oh i’m so dumb 09:47:57 why aren’t i useing a VM to sample all of the DEs instead of installing them on on a real system 09:48:00 oh well too late now 10:31:04 The experience of a DE isn't the same in a VM 10:31:30 how so? 10:39:35 There's a layer of virtualization between, so it feels different. Mouse gestures and hotkeys might not transfer through properly. Graphics and such get filtered through virtual devices with different drivers. It's ok for testing that things work, but if you really want to feel it, bare metal is different. 10:39:56 yeah i guessssss thats fair 11:30:06 turns out `shutdown -h now`, on freebsd, on this mac mini, doesn’t actually power it down. The monitor shuts off and it appears to shut it down, but the power light stays on and the mac runs piping hot until you physically hold the power button 11:30:23 which isn’t really a problem long term, ill be running on an HP rackmount. but its odd on this test machine 11:37:06 GoSox what about using `-p` instead of `-h`? man page explicitly mentions the turning off with `-p`. 11:50:21 on macos, the man page says that -p and -h are the same. and i actually dont’ remember which one i used on freebsd, but i figured since its the same mac hardware, the shutdown results would be the same 11:50:37 AND since i have this mini facing backwards so i can access its ports, i didn’t notice the power light was still on 11:51:19 this state it leaves the computer in, on but no video, is not a state you can put a mac in at all using macos. i’ve never seen a mac do that before. if theres no video, its either booted but asleep, or its off 11:51:26 anyway its not a problem, just an oddity 11:58:27 I'm not sure if the shutdown into halt was ever useful, but it is an option cpus give you, apple probably has -h for compability, but don't want users to really do that, so they changed it to be poweroff instead 12:50:46 hi all. 12:51:32 looking at the man of `cp` command I see in the description of the `-R` option that it behaves differently depending if the source file name ends with a `/` : https://man.freebsd.org/cgi/man.cgi?cp 12:52:25 so `cp dir1 dir2` should result in `dir2/dir1` ? 13:00:52 i'm trying to install a nextcloud 32 from packages in a fresh jail, but when i run cd /usr/local/www/nextcloud && php occ it's output ends with "Segmentation fault" 13:01:12 is php84 known to be broken? 13:02:06 .oO(insert php joke here) 13:02:44 i'm running 15.0p3 on amd64 13:09:50 i found this "lovely" bug so it looks like i'm not the only one suffering from this insanity 13:09:52 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=289425 13:52:33 There was a time when the power switch was mechanical, so you had to halt the OS and the press the power button to cut the power 13:54:04 The man page on FreeBSD does NOT say that -h and -p are the same 14:05:50 vkarlsen, I had such a PC, probably 286 or 386. And was literally a switch, not a button. 14:05:51 there even used to be computers that had a power loss interrupt allowing the OS to perform a few 1000 final instructions before the brownout detector triggered 14:05:51 e.g. stop all DMA tranfers 14:05:51 on the DG Nova with core memory some systems just stored the peripheral state and register file 14:06:05 when power was restored the system would just resume 14:10:43 and with core memory you could pretty much continue where you left off, anyways 14:13:17 NAND + DRAM NVDIMMs are basically that again just with better access times (they save the DRAM to NAND flash on power loss) 14:25:39 ant-x: Yeah, I've had a few. I sometimes feel old when talking to people. 14:29:42 my FreeBSD box has its root FS on Optane, which is pretty nice 14:29:58 I wonder how many bugs they'll find in existing software when we have systems that run continuously again (like the core days) 14:30:33 daddoo: doubtful it'll be much new since the limiting factor is almost never having to power things off 14:32:33 could be 14:32:49 I mean "you could be right", not disagreeing with you! 14:35:13 I wonder if/when we'll get to the situation where we lose the hardware difference between what we call "memory" now and what we call "storage". 14:57:43 daddoo: I think the implicit consensus is that that difference is what we call a feature 14:58:02 ...except in mainframes/midlevels that use single-level store like AS/400 or whatever IBM is calling it now 14:58:40 and even in those the hardware difference remains 15:04:44 thanks, I didn't realize that about the IBMs, I'm way out of date on their architectures. 15:06:39 daddoo: take a look at https://rcs.uwaterloo.ca/aurora/ too! Someone implemented single-level store on FreeBSD 15:07:22 daddoo: it's easy to ignore this on the IBMs if you've never really worked on them, as that's sort of its own parallel universe 15:14:51 thanks for the link, that's cool! 15:17:12 of course, "back in the old days" we had systems without any "RAM" at all ... there were machines that had a few registers, but *all* storage was on a drum. 15:24:46 https://www.youtube.com/watch?v=S0HY6Z3aq8A here you go, there's the supposed peak of the "old days" of bona-fide mainframes 15:25:23 at least if you subscribe to their script definition that it's not a true mainframe unless it literally has a main frame which houses the CPU, and channel controllers and so on physically separated 15:26:13 bbl 15:27:47 I've got a copy of Pugh's book on 360/370 systems, the history of their architectures is really interesting 15:28:12 DEC was well-documented also 15:31:37 <[tj]> is there a DEC book you recommend? 15:38:58 "Computer Engineering: A DEC View of Hardware Systems Design", by Bell and Mudge - it's on bitsavers even, https://bitsavers.org/pdf/dec/_Books/Bell-ComputerEngineering.pdf 15:40:13 it covers up to the VAX 11/780, none of the RISC machines though 15:40:19 <[tj]> is the system 360/370 book anywhere? archive.org only has it as a limited preview 15:40:29 old coworker of mine worked at DEC on the team that made the Alpha 15:41:13 ooh 15:41:32 I never got to use an Alpha, just a MIPS DECStation for a short while though 15:41:51 <[tj]> I think I used sdf.org when they were still on alpha 15:45:24 I haven't run into any DG histories other than "Sould of a New Machine" 15:46:48 <[tj]> there should be a book like Heaths Microprocessor Architectures for every family 15:46:59 <[tj]> see mips run was also quite nice 16:17:27 there are some older textbooks that cover a lot of architectures, too ... I think Gordon Bell wrote one, in fact (not just DEC) 16:18:57 check his wikipedia page (Bell) ... there are two books with "Computer Structures" in the title. THose are interesting too, though not history as such 16:32:09 later all o/ 17:51:11 okay so php 8.3 and 8.4 are broken on freebsd 15.0 17:51:51 but 8.2 still works 17:58:07 Hello chaps, I'm trying to get a MacBook trackpad working, would it be OK to post a link to my forum post about it? 18:01:35 Oh well, you can always just ignore it, right? But if anyone's got any advice I would be super grateful! 18:01:37 https://forums.freebsd.org/threads/freebsd15-0-macbook-trackpad-works-but-not-very-well.101649/ 18:36:37 crest, I am afraid to ask... What's broken about php 8.3 and 8.4? (I'll note those ports are also available in 14.3R too.) 18:37:31 rwp: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291918 18:41:03 So it fails to compile and build, when ZTS (Zend Thread Safe) is enabled. Gotcha! 18:41:24 the default port configuration is broken 18:41:34 the php interpreter crashes on **exit** 18:41:46 iirc ZTS isn't enabled by default for the ports 18:41:54 so it must be something more 18:42:12 i found out when i tried to update my nextcloud to php 8.4 18:42:22 IIRC in PHP upstream ZTS is not enabled by default. Most installations don't require it. 18:43:07 the default is ZTS=off: Force Zend Thread Safety (ZTS) build 18:43:15 on php 8.4 18:43:57 on my test jail php ./occ on fresh uninitalized nextcloud jail just crashes with a segfault at the end of the output 18:47:26 I am curious as to what configuration you are using php running in a threaded environment? (I hope to learn something.) 18:49:08 i just use php 18:49:42 so i ran pkg install -g 'nextcoud*php84' 18:50:07 than added the pgsql and pdo_pgsql modules 18:50:31 but if i enter /usr/local/www/nextcloud 18:50:46 and run php ./occ (the nextcloud cli admin command) 19:04:16 crest: I'm using Nextcloud with PHP 8.4 on FBSD 15.0-R and haven't had any problems at all (also not with ZTS enabled in PHP). 19:08:33 can you can the occ command and does it exit cleanly or does it crash on **exit** with a segfault? 19:13:51 How does Nextcloud run PHP? Does it actually require ZTS mode enabled? I do some searching and it does not seem required. 19:14:37 nextcloud is (mostly) written in php 19:14:46 it doesn't require ZTS 19:15:05 but it does have the problems i described in the configuration shipped as packages 19:15:17 Seems like a lot of pain and suffering can be avoided by not trying to compile with ZTS mode enabled then. 19:15:34 php in ports ships with ZTS disabled at build time 19:16:17 Options : 19:16:17 CGI : on 19:16:17 CLI : on 19:16:17 DEBUG : off 19:16:17 DTRACE : on 19:16:18 EMBED : on 19:16:20 FPM : on 19:16:24 IPV6 : on 19:16:26 LINKTHR : on 19:16:29 MYSQLND : on 19:16:31 NOASLR : off 19:16:33 PCRE : on 19:16:35 PHPDBG : off 19:16:37 ZTS : off 19:16:40 so ZTS is not required to reproduce the problem 19:17:51 That's not bug 291918 referenced earlier then. That was a pre-compile configure time failure bug. 19:57:16 sorry then let me find the right bug 19:59:39 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=289425 20:53:00 That php zts bug was filed 2025-09-10 so it is aging along and more people are hitting it more recently. :-(