00:39:14 i was hoping for the FreeBSD 14.1 torrents 00:43:56 darwin: that would be nice 00:44:11 I like torrents, and like to stay away from anything.0 releases 00:48:09 i always upgrade to the latest release. I haven't found any ending in zero any worse 01:15:55 trying to upgrade one FreeBSD 14 to 14.1 server, it keeps saying there's ld-elf.so.1 errors, when I don't think I ever installed Linux compatibility 01:52:59 ld-elf.so.1 is the FreeBSD dynamic linker. It has nothing to do with the Linuxulator. 02:19:48 hey i found out freebsd compiles with the c++ compiler, but last time it froze up on boot.. anyone want to flesh this out and get c++ in the freebsd kenrel+userspace? 02:46:51 if we do c++ in the freebsd kernel/usespace you can do some crazy things, like inheritence and encapsulation, instead of a linear system of programming, a terminal application can inherit all properties of a few classes. and theres an stl for queues/vectors/lists 03:09:41 i couldn't edit the new sshd_config file and now need to find the new one 03:10:58 how can I reinstall the linker then? 03:33:13 so far my conversion from truenas core plugin to jail is failing miserably 03:33:54 truenas appears to have set a bunch of acls on the zfs mount and i haven't found the magical incatation to undo them 03:35:16 i'm stuck in a loop editing my old and new sshd_config... wasn't explained what 'merge markers' are or how to resolve this... 03:36:10 sounds like your upgrade failed somewhere 03:37:34 this is a different upgrade with the merge markers 03:47:46 how do I fix both? 05:22:03 i just reinstalled 05:22:32 the one that had the upgrade error (still don't know how to fix sshd_config on the other) 05:23:06 since I could only reinstall with FreeBSD 12.2, how would I upgrade that to 14.1... do I have to upgrade to 13.0, 13.1, 13.2, 14.0, 14.1 in that order? 05:47:17 you can probably go straight to 14.1 05:47:28 but it'll be lots of merge and vi work 05:47:51 ok 05:48:10 why not install 14.1 direct? 05:48:34 not available yet at that virtual private server (VPS) company 05:48:38 as an aside, this is re-confirming my policy of waiting to -p1 for upgrades 05:48:42 i opened a ticket please update to supported releases 05:49:05 i can't merge yet 05:49:08 don't know how 05:49:31 the merge dumps you into vi 05:49:35 with the diff output 05:49:48 so you have to choose which version of each conflicting line you want 05:50:06 i can use vi but don't understand how it organizes the files 05:51:23 i have a few FreeBD 14 PCs, now upgrading to 14.1. Turns out some have a large number (50 to 100) of programs/softwares installed from ports, even though I don't recall installing most/any these from ports, and I know most/all are also packages. Is there a way to get a list, uninstall them all as ports, then reinstall as regular packages? 05:53:25 did you use portmaster or some ports mgt tool? 05:53:34 don't recall 05:54:06 maybe it's just a few things and dependencies that didn't used to be packages years ago. Normally I use pkg 05:55:41 does "pkg info" show any of the ports? 05:55:54 i don't have access to a machine with just ports installed 05:57:20 yes, it does 05:57:30 plus regular packages I think 05:57:43 i think i'm going to have to setup a new nas server using real fbsd and migrate from truenas core. migrating in place should work since everything is in zfs, but it seems risky 05:58:39 try "pkg upgrade" then? 06:00:17 i already did that but apparently the ports remained 06:00:24 i got a message stuff was installed from ports 06:01:06 some of it's common stuff like curl, xfce, maybe was ports longer ago or I needed newer version, but not ow 06:01:09 'now' 06:01:40 you could uinstall the port, then install via pkg 06:01:55 also update to weekly pkg builds instead of quarterly 06:02:29 s/weekly/latest as fast as the builds happen/ 06:05:08 isn't that standard except on NetBSD? 06:05:12 weekly? 06:35:30 freebsd defaults to quarterly pkg releases 06:36:46 okay; how would I switch and is there any potential problem doing so? 06:39:14 https://docs.freebsd.org/en/books/handbook/ports/#quarterly-latest-branch 06:39:15 Title: Chapter 4. Installing Applications: Packages and Ports | FreeBSD Documentation Portal 06:39:24 it depends how stable you like your systems 06:39:47 i've run latest for decade in production without any issues 07:03:35 14-1 is out :) 07:48:14 -sh: cannot create /usr/local/etc/pkg/repos/FreeBSD.conf: No such file or directory 07:48:28 oh, I have to make it 09:26:21 actually I'm having to upgrade from 12.2 to 13.0, 13.1, 13.2, 14.0, 14.1--you can't skip steps 09:32:39 you can sometimes, but it's probably better not to if you aren't sure. upgrading from 13.0 straight to 14.0 is broken, for example 09:55:38 You can typically upgrade from 1.0 straight to 14.1 in 1 shot by just formatting the whole drive and installing from scratch. 10:13:35 lol 10:14:26 I came here to ask the same, 13.2-Release-p0 is better upgraded to 14.0 first right? 10:14:49 And yes I'm a bit behind 10:15:17 I'll install whatever 13 latest option first 10:20:11 13.2-p11 it is 10:20:31 i don't know what p means 10:20:54 like p0, p11, etc. 10:24:09 Oh it's the patch level of each release 10:24:20 If you run freebsd-version you will see it 10:26:05 i use nntp:comp.unix.freebsd.* 10:44:28 wildeboskat: you should always upgrade to the latest major release first, then to the later major+1 release 10:45:15 so if you're running 13.2 you should do 13.2 -> 13.3 -> 14.0, when 14.1 is out you should do 13.2 -> 13.3 -> 14.1 10:51:49 Oh there is a 13.3 too? 10:52:08 Oops 10:52:47 So basically I just follow every step 12:44:34 14.1 update took 17 mins :/ 12:44:42 anyways it works \o/ 12:48:12 My first attempt at upgrading from 13 to 14 was a big disaster, a few months ago 12:48:29 It wouldn't even start anything 12:48:44 So I rolled back ZFS and I haven't tried it since 12:48:55 I'll try it again now that 14.1 is out :3 12:49:14 I heard there was a bug also around release time 13:16:47 wildeboskat: what didn't work? 13:17:06 you had to make sure that freebsd-update is up to date 13:42:47 Is there a solar power wifi camera that can record 24/7? 13:42:53 What are my options? 13:43:52 solar generator, battery pack, and low-power camera? 13:45:16 https://www.amazon.com/Security-Spotlight-Detection-SL800-WIFI-SOLIOM/dp/B0BVF6C7WM/ref=sr_1_4?crid=3ELX69I93SXGN&dib=eyJ2IjoiMSJ9.JMm8tNrQ8ASRX4lshHWPGmVEWVe_IDv-ES-2P6WeSWub3WcVBi55aGBztRiQ-YW1KRXlOEA5DdONlX4Qlt08Xv9l1vTmcN3PkZGXPVP9cJi97CV6qf8mFjaixh4RFPTgryKpqyxKqGaeTOq_oK6EbmZY6FTMqLKm_JyhQjrV5klv9OzDT5vmAF5PNKcy0P4aK7ei8Ktcxpp5djrj76dhgE_bgU8K6X0XsYlWup7583U.IOlzWqJn9isuL0bwGWKOiWrPO-m2ht6z2iAKQ0g8cH 13:45:18 Title: Amazon.com : SOLIOM Solar Security Cameras Wireless Outdoor WiFi 2.4GHz [24/7 Record] with 20W Solar Panel, 20000mAh Battery,360°Pan Tilt, Spotlight Color Night Vision,2-Way Talk, Motion Detection,IP65 SL800-WIFI : Electronics 13:45:23 Y&dib_tag=se&keywords=outdoor+live+stream+24%2F7+camera&qid=1717508689&sprefix=24%2F7+camera+live+%2Caps%2C275&sr=8-4 14:13:31 it hink you forgot a few trackers at the end 14:13:55 yeah 14:13:58 need to add them 14:14:04 I went witha reolink 14:14:07 trackmix 14:19:11 looks like i will be walking down to the basement to manually power up the box after shutdown -r now didn't behave during the upgrade process 14:22:15 scoobybejesus: what did it do? 14:22:49 it apparently ignored the -r and shut down 14:23:57 did it definitely shut down rather than just not rebooting properly? 14:24:53 polarian: Why took that much? 14:25:15 tercaL: no clue. 14:25:26 patches took a good 5-6 mins to be fetched 14:25:30 actually, it didn't finish shutting down the box. the box is still running. it apparently is hanging 14:25:55 i have a pikvm hooked up to it, and it just shows no signal, but the box is still running 14:26:22 i'm inclined to manually power down and then manually power up again... 14:29:44 this has never happened with this box before (an ASRock Deskmini w/ AMD 3200G IIRC) 14:48:36 Any ZFS pool upgrade needed from 14.0 to 14.1? 14:49:58 isn't pool upgrade always optional? 14:59:25 manual power down and power up, and luckily i have pikvm to give me a clue 14:59:43 https://usercontent.irccloud-cdn.com/file/UzwmkQD0/boot-issue-14-1-release.png 15:03:37 to be clear, I just did `doas freebsd-update fetch install`, then `doas freebsd-update upgrade -r 14.1-RELEASE`, then `doas freebsd-update install`, then `doas shutdown -r now`. Then it hung. Then manual power down and power up 15:05:31 i'll hang out a bit without doing anything in case someone says "oh, actually, try X" 15:05:58 upgraded from 14.0-RELEASEp6 btw 15:07:06 scoobybejesus: my suggestion would be to boot from 14.1 install media, and make sure the 14.1 loader is properly installed on the system you're booting (although it probably shouldn't break like this even if that is the problem) 15:09:17 thank you lw 15:10:56 (if you use UEFI, note that this means you need to copy the new loader to the EFI (MS-DOS) partition - for CSM boot i'm not sure since i haven't done that in years) 15:20:37 this is weird. i can type `boot` at that prompt and it boots seemingly normally 15:23:25 and i finished another freebsd-update install... though it didn't ask me to upgrade ports/packages.. hmmm 15:26:24 would be interesting to know if the loader problem continues after you did the userland config merge 15:27:37 it doesn't ask you to upgrade ports/pkgs for reasons 15:28:57 but i can add a note to the manual page? 15:30:22 people read the manual page? 15:30:30 :'( 15:30:34 lol 15:30:57 everybody reads /usr/src/UPDATING, no? 15:31:25 saper: i think technically you're only required to read this if you upgrade from src, freebsd-update shouldn't need it... (although it definitely wouldn't hurt) 15:31:51 I was joking a bit. I absolutely love that file and yes, I update mostly from source (on -CURRENT). 15:31:58 although that's not quite true since pkgbase updates go in UPDATING too... 15:32:16 There a way to search the whois database by keyword? 15:32:26 I refuse to acknowledge the very existence of pkgbase :( 15:32:56 a lot of people i really appreciate are working on pkgbase, but i do find it scary. 15:33:05 CrtxReavr: your query goes to the whois server. Whatever happens there, depends on that server. 15:33:10 CrtxReavr: probably depends on which RIR you're querying (RIPE, ARIN, ...), they seem to use different implementations / query syntax 15:33:19 they should provide documentation on how to search on their website 15:33:45 fwiw, "whois -h whois.arin.net comcast" does seem to work to search for that word 15:33:48 who needs a website when there is whois 15:35:51 whois -h whois.cymru.com ' -v 8.8.8.8' 15:48:12 Hi all, I just went to update a machine to latest 14-STABLE and now I'm getting 'LUA ERROR: /boot/lua/core.lua:68: attempt to concatenate a nil value (field 'lua_path').' in the bootloader and it won't boot unless I manually load /boot/kernel/kernel ; boot 15:48:30 oh so it's not just a one-off problem 15:48:46 amigan: how did you update? did you run etcupdate already? 15:48:56 installworld, and yes, I did etcupdate 15:49:52 amigan / scoobybejesus: can you show the contents of your loader.conf? 15:51:00 https://paste.dynatron.me/ultimate-louse.txt 15:51:35 concussious: "concussious: isn't pool upgrade always optional?" <- is it? 15:51:58 https://paste.debian.net/plain/1319146 15:52:01 tercaL: it should be yes, although it's probably recommended because sometimes older zpool versions are less tested 15:53:04 hmm, not sure what's going on here but i might spin a 14-STABLE vm later and investigate... in the mean time i'd suggested posting this on questions@ or stable@ since it's apparently a new bug 15:53:24 amigan / scoobybejesus ^ 15:54:57 Unfortunately I think I am going to have to roll back this upgrade since it's my house firewall and if it reboots for any reason I'm ded. 15:56:23 yeah, do post to the list anyway though if you can 16:02:24 14.0-RELEASE has `if lua_path == nil ...` https://paste.debian.net/plain/1319149 16:10:50 lw, the second half of the email is @freebsd.org ? 16:11:17 scoobybejesus: freebsd-questions⊙fo (or freebsd-stable⊙fo if you're on 14-STABLE) 16:11:35 https://lists.freebsd.org/subscription/freebsd-questions 16:11:36 Title: FreeBSD Mailing lists: subscription for freebsd-questions 16:12:05 i will send an email to the former, thank you (i had done a quick search, but ended up here: https://www.freebsd.org/support/bugreports/) 16:12:23 you can report a bug too but i find the mailing lists tend to be more responsive for things like this 16:15:40 strange this code hasn't been touched since April though https://cgit.freebsd.org/src/log/stand/lua?h=stable/14 maybe it's something in loader itself 16:15:45 Title: src - FreeBSD source tree 16:18:36 amigan: sounds like you've not been updating your loader binary 16:18:38 presumably this is UEFI 16:19:40 i didn't find in the release notes a mention of updating the loader binary 16:21:23 though i'm now wondering if that was in some prior release notes, and it is assumed that by now everyone has updated 16:22:05 the feature in question was added way back in 13.0 16:22:12 kevin will probably disagree here but imo this is under-documented and just something you need to learn to do, i.e. update loader every time you upgrade 16:22:36 that would explains why I cannot reproduce 16:22:54 * kevans notes that his name isn't kevin, bt he also doesn't disagree 16:23:00 oops, kyle 16:23:07 (i hope) 16:23:12 *nod* :-) 16:23:21 * lw quickly searched mutt inbox, yes that's right 16:23:23 sorry :-) 16:23:25 we should really just have a standing part of the release notes to update bootcode 16:23:30 no worries 16:23:58 does freebsd-update tell you to do this? i remember it tells you to do one thing, but i can't remember if it's update loader or update ports or something else 16:24:39 presumably i need to mount the boot partition, and then copy the updated loader.conf into the appropriate spot... that rings a bell 16:25:05 scoobybejesus: usually the EFI (boot) partition should be mounted on /boot/efi, if it's not you might want to add it to /etc/fstab 16:25:44 i don't recall re: f-u 16:25:50 and you need to copy the loader itself (/boot/loader.efi) into the EFI boot image which is probably called bootx64.efi 16:26:05 you might also be using it as \efi\freebsd\loader.efi instead on modern installs 16:26:16 although you might also have it installed with another name i can't remember, something like freebsd.efi 16:26:42 man freebsd-update does not tell you to do either, I'm working on it now, any language reccomendations? 16:26:52 iirc the efi loader used to be in two part, as the old loaders, and starting from 14.0 it's now a single blob, that's never automatically updated 16:27:01 ah, it's /freebsd/loader.efi and /boot/bootx64.efi, you need to update both 16:27:10 I was thinking caveats section at the bottom, but I'm kinda sleepy and "don't forget to..." sounds too informal. 16:27:11 inside the EFI partition, that is 16:27:27 we try to keep both up to date because we like to use the proper vendored one to play nicely with other OS potentially installed, but retaining \efi\boot if it's freebsd in case your efibootmgr bits get fucked for some reason 16:27:37 from 13.0-RELEASE notes: ESP partitions should be mounted as MS-DOS filesystems as /boot/efi, and /boot/loader.efi should be copied to /boot/efi/efi/boot/bootx64.efi if the default setup is used. 16:28:20 scoobybejesus: that is correct, but also, you should update /boot/efi/efi/freebsd/loader.efi -- or just delete it as your firmware should load bootx64.efi by default 16:28:33 i don't have my efi partition mounted on /boot/efi 16:28:35 (these are the same file so you just copy loader.efi over both) 16:29:20 scoobybejesus: check 'gpart show -l', your EFI partition might be labelled something like 'efiboot0' in which case you can use this in /etc/fstab: /dev/gpt/efiboot0 /boot/efi msdosfs rw 2 2 16:29:43 that's not really required but it's easier to have it mounted by default rather than doing it manually every time 16:30:29 (this is from 14.0, i don't remember when the installer started labelling the EFI partition but you can just use the raw device name too like /dev/nda0p1 or whatever) 16:30:34 "When upgrading to a new FreeBSD version, don't forget to force update your packages and bootloader"? 16:31:04 concussious: honestly i think this should be more forceful, freebsd-update should prompt you in large capital letters to do this 16:31:24 i don't know how we'll handle that with pkgbase though... maybe a pkg-message for the bootloader package 16:32:14 when 14.0 came out, "i upgraded my zpool and now i can't boot" was basically a faq here 16:33:09 I agree that it needs to be like, they can't miss it 16:34:15 it probably should be handled automatically (like every other OS) but that's pretty hard to do without accidentally breaking things for unusual configurations 16:34:30 like overwriting someone's Linux bootx64.efi with the new FreeBSD would not be appreciated, i suppose 16:34:39 yeah, i'm mirrored, so i have an efiboot0 and efiboot1 (and gptboot0 and gptboot1). interesting, efibootmgr -v shows i'm booting from this: `nda0p1:/EFI/BOOT/BOOTX64.EFI (null)` .. it knows it's null here 16:35:32 scoobybejesus: i don't know why yours says (null), possibly because the filesystem isn't mounted? 16:35:48 normally it shows the file path 16:35:54 +Boot0004* UEFI OS HD(1,GPT,ffcc8ddd-0380-11ef-afad-207c14f3d8f2,0x28,0x82000)/File(\EFI\BOOT\BOOTX64.EFI) 16:35:55 gpt/efiboot0:/EFI/BOOT/BOOTX64.EFI /boot/efi//EFI/BOOT/BOOTX64.EFI 16:36:29 looking at freebsd-upgrade.sh, it already tells them they have to rebuild ports 16:37:06 on my 14.0-RELEASE box, i don't show file names there at all: 16:37:06 +Boot0007* UEFI : SPCC M.2 PCIe SSD : PART 0 : OS Bootloader PciRoot(0x0)/Pci(0x1d,0x0)/Pci(0x0,0x0)/NVMe(0x1,35-77-60-21-01-00-00-00)/HD(1,GPT,38e021d3-da4c-11ee-a3ff-1c697a08518c,0x28,0x64000) 16:37:06 VenHw(2d6447ef-3bc9-41a0-ac19-4d51d01b4ce6,530050004300430020004d002e0032002000500043004900650020005300530044000000) 16:37:38 oh you don't have a device name either, weird 16:38:15 idk, UEFI is black magic to me, but hopefully updating the loader on the EFI partition will fix your problem anyway 16:38:24 indeed :) 16:40:32 -rwxr-xr-x 1 root wheel 447K Dec 19 2019 BOOTx64.efi 16:40:49 kevans: sorry, just saw this. I am indeed using an old EFI binary, but /boot should be updated as it always is. Would simply updating the EFI binary in the ESP be sufficient? 16:40:50 2019 :-) 16:40:54 :) 16:41:08 amigan: yes, that's the part installworld doesn't do, copying the new loader to the ESP 16:41:21 Ahhh. Okay then. I just rolled back but let me try again 16:41:39 Does the EFI binary have the lua interpreter in it? 16:41:43 yes 16:41:52 Okay, this makes lots of sense now 16:42:29 well as long as you're using the Lua loader... which is the default 16:42:42 Yes, I should be 16:42:50 Though this system did use the 4th loader at one time 16:44:41 i'm not sure when the switch to Lua happened but it was a while ago, personally i like not having to deal with forth 16:44:50 12.0 16:45:17 coming soon: Java loader 16:45:26 the lua loader is massively better, but they did take away our ascii loader, which still makes me sad. 16:45:43 concussious: beastie_disable=YES 4eva tbh 16:46:15 except that kind of sucks on systems with slow EFI text consoles... my desktop takes about 15 seconds to print all the 'Loading foo.ko' messages. i guess vendors don't really test that 16:46:17 i sometimes am playing with things i dont understand and need the beastie menu to fix my computer 16:46:56 i used beastie_disable once and then i couldn't time it right to hit the key to escape it, so now I keep it set to 2 16:47:10 it obviously boils down to this, and now I'm good to go. Many thanks! https://paste.debian.net/plain/1319157 16:48:30 concussious: i have the opposite problem, i can't work out how to use beastie. with the normal loader i just load the working kernel and go 16:48:31 I love forth personally. Lua is okay. I'm sure we will indeed have a javascript loader someday, but I hope it is after my time on this rock. 16:49:26 lw: you would! 16:49:53 I don't think we'll see a javascript engine light enough to convince us to try and embed it into loader in my lifetime 16:50:06 i miss the days when your system firmware could just load executables from UFS and you didn't need a boot partition 16:50:46 kevans: there's a tiny C JS interpreter called something like "jsint" (?) that i bet you could fit into a loader 16:50:48 kevans: sometimes the perception is that javascript, while unsafe, is a simple language. that perception is extremely wrong. 16:51:01 I'm pretty sure the uefi successor will be wasm-based 16:51:03 to be clear i'm not suggesting anyone should actually do this. but i bet you could 16:51:07 lua's pretty damn slim and we still have to knock out most of the bundled libraries because we don't want to deal with it 16:51:39 babz: wasm is _very_ different from JS, though some bits of it are becoming a bit annoying 16:52:08 I already have a bangle.js 2 smartwatch that uses esprunio, a small JS interpreter written in C designed for embedded stuff. It's really not a stretch. 16:52:25 lw: hmm... brief glance, all I can find is 'elk' and maybe duktape? 16:52:25 amigan: LOADER_DEFAULT_INTERP=4th I have. Sadly, we cannot use "full power" of Forth to tinker with stuff. It is limited mostly to interacting with stuff provided by the loader 16:52:40 kevans: yeah i can't find it now. maybe i'm getting confused and thinking of something i used with C# 16:53:01 amigan: and how much % of ECMAScript does it implement? :) 16:53:06 elk looks promising 16:53:12 SmartOS has container management tools written in Javascript and node is a part of the base system. (Joyent...) 16:53:39 saper: do they still have the awful Solaris Java-based management tools? i guess (fortunately) those were never open sourced 16:53:50 "Espruino isn't 100% of any JavaScript spec (for instance no Regular Expressions at the moment), but it's pretty much ES5, with some ES6 features (arrow functions, template strings, binary literals, forEach/etc on ArrayBuffers) where it makes sense." 16:54:00 saper: at some point you'll have to maintain forth as a local patch entirely, we won't be holding onto it forever 16:54:11 SmartOS is pretty slick. Totally a new experience to me. Like no space to install anything, you HAVE TO build containers. 16:55:08 SmartOS to Solaris is a bit like TinyCoreLinux to the rest of the Linux distro world :) 16:55:21 i'm honestly a little surprised people do enough with loader to care if it uses Forth or Lua 16:55:28 ^ 16:55:32 i pretty much just set some things in loader.conf and that's it 16:55:37 i suspect "where it makes sense" is doing a lot of heavy lifting here, because in order to be ES-compliant you have to implement a lot of obscure and often slow functionality into your runtime which is only really helped with some extreme optimization 16:55:51 I mean yeah, I don't really touch it. Not like I'm writing games in it a la openfirmware 16:55:52 kevans: I suspect that will be the case. 16:56:29 dstolfa: sure, but I am certain it is enough to be serviceable as a bootloader 16:56:30 lw: true 16:56:49 amigan: maybe, but it's not something i'd call JS :P 16:56:55 it's a scripting language inspired by JS 16:57:10 my bootloader is a nostalgia thing. I have contributed to OpenFirmware few years ago. Which is a real Forth bootloader. Someone even ported it to arm64 recently. 16:57:16 I mean it has promises and such 16:57:46 saper: remember the Sun 386i? an i386 system with OpenFirmware back in the 80s 16:57:53 don't think it ever ran freebsd though 16:57:59 Guy at the museum I volunteer at has a 386i 16:58:03 whereas i'm fairly sure that lualoader is pretty much lua, just without all the extra bits. ES requires you to be able to override a bunch of "internal" things which complicates things quite a bit 16:58:21 He now has "fewer than 300 suns" 16:58:51 dstolfa: Lua is probably full fat, but FICL was not totally ANSI forth afair 17:00:35 lualoader is more or less lua, modulo maybe 60-70% of the standard library and floating point bits removed 17:01:27 lw: never hat a pleasure, it was always sun4-something for me (starting SPARCserver 10 I think). Solaris 2.5 for Intel was installed on my startup main server in 1996, the only sane OS it could run. And I bought Solaris 8 for Intel CDs when they announced it will be the last one 17:01:55 We have a wollemi at the museum, but something is fux0red with it and it won't boot. Service processor runs though. 17:02:20 Sun's very last hardware project, killed by the borg after acquisition. https://www.ricomputermuseum.org/collections-gallery/equipment/sun-microsystems-wollemi-ultrasparc-prototype 17:02:22 Title: Sun Microsystems Wollemi UltraSPARC Prototype 17:03:22 Basically a T2 blade chopped in half, sandwiched around the ilom and stuffed in a low profile case made of aluminum and tempered glass 17:03:48 amigan: is power supply difficult to fix? 17:04:15 saper: the PSU works, we think it is one of the buck converter modules not asserting PWR_OK to the CPUs 17:05:36 huh, i thought they'd given up on SPARC desktops after the Ultra 20 17:05:39 Either that or when it got repaired last time by the donor, it lost a configuration page in flash or something 17:05:49 lw: this was semi-skunkworks 17:05:53 ah 17:06:25 oh wow a desktop with a T2. that's definitely a bit weird 17:07:04 It's extremely weird 17:14:38 Woot, new EFI binary fixed it. Though I still have the beastie menu... 17:15:25 echo beastie_disable=YES >>/boot/loader.conf 17:15:32 No, I want the beastie menu :) 17:15:41 oh, i thought you were complaining about that :-) 17:15:53 Nah, thought someone had mentioned the lualoader 86'd it 17:15:58 oh no 17:16:03 Excellent 17:16:07 i think beastie will be around forever 17:16:15 Good 17:17:12 Okay, so, I guess I can proceed with the next amd64 box on the list. Pets, not cattle, here. 17:18:34 amigan: the lua loader made beastie boot graphical, and 86ed the ascii version on efi. still works on bios. 17:19:00 I was on a serial console 17:19:16 serial still has the ascii beastie 17:19:35 Ah, ok 17:20:40 honestly given the state of the world right now i'm just glad the new graphical beastie wasn't wearing a sexy dress or something 17:20:51 Lmao 17:20:53 lol 17:21:12 beastie changed to meru 17:21:46 loader_logo="meru" 17:21:53 So, since BIOS machines load lua interpreter as stage 2 (I think?), I shouldn't have to update bootblocks on this machine, yes? 17:23:57 I think if update bootblocks, then all of them... 17:24:19 Well it chainloads, and /boot/loader is a regular file. I don't think boot[12] have changed 17:27:04 Yay, it worked. 17:27:33 :-) 17:28:17 Not sure why I am surprised, maybe because this is the first failed upgrade I've had in 7 years, lol 17:28:37 Actually I can't remember an upgrade since 2003 where I was dumped back at a loader prompt 17:29:09 probably imp's fault, he likes to work on loader 17:29:58 Oh well. At least you can still boot. Unlike that time in 2003 when I did installworld before installkernel going from 5.1->5.2. That was a sad day. 17:30:31 i upgraded to 5.0-CURRENT once and wow was that a bad idea 17:30:38 Hahaha, I bet 17:30:40 on a good day it'd stay up for about 15 minutes before crashing with a witness panic 17:31:24 5.1 was the first version I ever ran, and I was amazed at how much faster it was than linux 2.4 on shittier hardware. 17:32:05 This was before ULE, too. Still superior for interactive use, it seemed. 17:34:28 some people apparently think 4BSD is better than ULE even today 17:37:57 because it it 17:52:23 <|cos|> This is admittedly a stupid question, but has anyone ever experienced or seen a story of trying to repurpose an android device into booting FreeBSD? I realize why one would enter a world of pain if attempting it, but am still curious. A web search gave me nothing. 18:03:04 Box 2. After the upgrade, install, reboot, and now second install, it's hanging... any ideas? https://paste.debian.net/plain/1319169 18:04:39 wow.. okay.. after another ^+t at 3100 seconds, and another 30 seconds, and it finished... 18:06:24 in other words, false alarm, it seems 18:56:18 scoobybejesus: ^+t? 18:56:43 control+t... should that be ^t, i guess? 18:56:48 ah 18:57:32 CNTL/T as we used to call it, but yes, i think ^T would be the normal Unix notation 18:58:45 strange it took an hour until you typed that though 18:59:02 i know freebsd-update is pretty slow but it's not usually quite that slow 19:00:59 When I went to recreate my poudriere jail for 14.1, it actually fetched the rust package rather than building it. What a glorious day. Previously, it would insist on building it every time even though I had no options set. 19:28:58 lw, amigan: how many computers do you each have to update? 19:29:42 ZedHedTed: 3 metal, 2 vm 19:29:44 ZedHedTed: me, 3 physical computers, several more VMs 19:29:59 and many more jails but i have a script for that 19:30:09 Yeah, a couple jails here too 19:30:34 Wait 3 metal, 3 vm lolol 19:30:46 i run 15.0 everywhere though so my usual workflow is build a new release, build new ports, run 'pkg upgrade' everywhere, done 19:31:09 (i have my own local fork of main for this) 19:31:30 Yeah, half of those are -RELEASE, half of them are STABLE that I build here with a few of my own patches that I wish would be merged 19:32:00 amigan: have you tried submitting your patches on github? imp@ is quite receptive 19:32:18 lw: I haven't, no 19:32:36 well ymmv but i've a good experience getting patches committed that way 19:32:49 the only local patch i'm still running is for ifconfig to print addresses in cidr format... 19:33:12 I'll try it. Some of them are not mine per se, but I found them in bugzilla and cannot live without them. Like a patch that has rtadvd deprecate routes when it is shutting down. 19:33:25 Err addresses, not routes 19:33:46 Oh, and another that disables REMOTEHOST in tcsh so it doesn't try to do a damn reverse DNS every time I start a shell 19:34:43 (when you use tmux, the remote address is the tmux pane ID, which obviously is not a valid IP, so it just sits there waiting for a recursive NXDOMAIN) 19:42:00 doesn't rtadvd do that already? i found it annoying since it does that when you just want it to restart 19:42:10 i guess you're supposed to use radvctl reload there 19:42:54 i did get an rtadvd patch committed recently to add PREF64 suppose but tbh i just use Bird now 19:43:40 Nope. Super annoying because my ISP gives me a new prefix every time 19:43:47 My patch has it as a config option 19:44:37 Some stuff on my network will continue selecting the old address even after getting a new prefix if it isn't deprecated 19:45:15 * amigan looking at you, stupid chromecasts 19:46:53 ah wait you do dynamic DHCPv6 with FreeBSD? i don't think this is even supported in the base system 19:47:02 that must be annoying to set up 19:47:57 DHCPv6-PD from ISP, then SLAAC for the ISP prefix, and DHCPv6 for my private range 19:48:21 With this patch I have no further complaints, but I do wish I could use DHCPv6 for all of it 19:48:56 ugh DHCP-PD is awful 19:49:08 just give a fricking static prefix to your customers 19:49:11 Yeah, but I was just happy verizon finally deployed v6 19:49:25 yeah i guess it's better than nothing 19:49:33 Waited for years. I still use he.net tunnelbroker to have a static IP for services 19:49:45 Lots of fun MTU and policy based routing shit with pf for that 19:49:51 i bet ISPs do this on purpose to force people onto business plans tbh 19:49:57 I wouldn't be surprised 19:50:10 But vz is very generous with how sticky the v4 IP is. You really have to try to get a new one. 19:50:34 And freebsd dhclient doesn't have a way to send DHCPRELEASE, which is always fun when you need a new one 19:55:31 nice 20:36:57 asked yesterday but I think it fell to the backlog, OpenBSD promotes separate partitioning for the file hiarachy, but FreeBSD just does the simple 3 partitions (efi/boot swap root), is there any FreeBSD guide on separate partitions (its only touched on in the handbook) 20:37:40 for example, this is OpenBSD's recommandations: https://www.openbsdhandbook.com/disk_operations/ 20:37:41 Title: Disk Operations | OpenBSD Handbook 20:38:10 polarian: by "separate partitions" do you mean like a separate /usr? there's really no point in doing this nowadays. FreeBSD tends towards ZFS instead 20:38:25 ZFS changes this how? 20:38:53 well, with ZFS your entire disk is one pool and you can create whatever filesystems you want 20:38:56 also data pool is not the boot, should the boot be its own zfs pool, or just use ufs? 20:39:15 it's the opposite of separate /usr which only is a thing because of ancient PDP-11 systems where your root disk was literally too small to hold /usr 20:39:33 since we don't live in the 1980s anyway, there's no point to do that 20:39:37 lw: well there is a few benefits, for example /var/log can eat tons of storage and having a separate partition prevents log spawling 20:39:51 polarian: sure so you can put /var/log on a separate zfs dataset if you want 20:40:01 I know little about zfs 20:41:00 anyways boot disk, benefits of using zfs? or just ufs it? 20:41:09 the only downside of ufs is no integrity checking 20:41:22 but all data will be in a zfs pool 20:41:33 polarian: ZFS lets you create filesystems for whatever you want: https://www.le-fay.org/tmp/zfs.txt 20:42:15 i would say never use UFS unless you have a tiny system (under 2GB of RAM) 20:42:35 and if you have such tiny system, there's no point to separate /usr. this is old nonsense, forget about it 20:43:03 lw: ah you mean just if you want separate mountpoints it can be done dynamically... unlike ufs 20:43:38 yes, but for example you said "/var/log can eat tons of storage" - well with zfs you can easily see how much space it uses and even set a quota on it if you want 20:44:28 the only *extremely* niche case where i might suppose separate /usr is NFS-boot systems where each system has its own root filesystem and mounts a shared /usr 20:44:39 but honestly, who does that nowadays? this is like 1990s SunOS stuff 20:45:47 if i was going to do NFS-boot nowdays i'd just give each system its own dedicated root filesystem 20:45:58 it's not like we're going to run out of disk space installing freebsd 20:46:24 lol 20:46:58 and to be clear, i love "1990s SunOS stuff" in general but the only reason we did this back then is that disks were so small 20:47:11 the same reason back in the 1980s we had separate /usr because disks were so small 20:47:16 nowdays? it's pointless, don't do it. 20:47:40 <|cos|> it's the ease of managing one environment rather than one per host too 20:48:10 |cos|: yeah but you can't even do that because FreeBSD doesn't distinguish / and /usr in its management tools 20:48:22 if you upgrade your diskless clients' / you have to upgrade their /usr too 20:50:19 ZFS is so good that I am having a panic attack when I am doing sysadmin on a system without it. 20:50:20 i really hope we can just get rid of /usr at some point ("usrpurge") but this is going to require a lot of bikeshedding 20:51:11 meena is with me here though 20:51:28 With zfs datasets being so cheap and easy I don't see any motivation to not have those datasets present. And /usr is just a template on FreeBSD. It's empty. It's just there to hold attributes. 20:52:41 Run "zfs list /usr" and it is shown that it is actually the / dataset. There is no mounted /usr on a zfs system normally. Not unless someone has gone out of their way to mount it. 20:52:56 This is needed to enable Boot Environments. Which I totally am in love with too. 20:52:58 rwp: yeah and this sucks becauses it confuses the heck out of people 20:53:05 "why does /usr exist when it's not mounted?" 20:53:08 It confuses the heck out of people. 20:53:49 It exists to be inherited from for the lower down datasets. Like /usr/ports 20:54:08 i know that and you know that, but it's not really obvious to new users who aren't familiar with zfs 20:54:24 I agree. It confuses the head out of people. 20:55:01 So... Could we move /usr/ports and /usr/src so that they are not root build constructs? If those were not there then there would literally be no need for /usr either and all three could be gone. 20:55:23 well the difficult part is /usr/bin and /usr/share 20:55:42 That would still leave /var which is just like /usr and there are many things under /var those seem to be looked into less by newcomers and so less confusion. 20:55:43 i've been planning to submit a patch with a build knob that makes everything in /usr be installed to / instead 20:55:53 which would at least demonstrate the feasability of this solution 20:56:01 /usr/bin and /usr/share are both in the / dataset. So nothing need to be done there. 20:56:20 i disagree, everything in /usr/bin should be installed to /bin and everything in /usr/share should be installed to /share 20:56:26 that's what i mean by usrpurge 20:56:45 I don't think we should move /usr/ports and /usr/src into / (but I know /usr/obj is already there) 20:57:30 we should, but it's complicated ofc... my /src is a zfs dataset with a lot of subdirs like /src/freebsd/releng/14.1 20:57:46 Ah... It would make more sense to move /usr/bin into /bin than the UserMerge folks are doing with their move of /bin into /usr/bin which is just the opposite of a reasonable direction. 20:58:06 yeah "usrmerge" is a Linux thing which i'm pretty sure no one is pushing on FreeBSD 20:58:13 usrmerge bad, usrpurge good 20:58:36 I hope no one is moving that direction with *BSD but insanity seems to be a contagion. 20:58:59 i have not seen any FreeBSD people advocating this but if i do i will argue strenuously against it 20:59:37 not that anyone really cares what i think but eh 21:00:16 i'm hoping i can prempt this sort of thing with the usrpurge patch 21:00:33 that would mean people can build and test a /usr-less system without breaking normal users 21:01:32 I don't know if it is still a deal or not but at one time if there were network mounts directly in / such as /nas42 or something, and the network drive was not available such as the network being offline or something then it gummed up the system due to the not responding /nas42 mount point. Imagine an "ls -l /" for example but lots of things stat around excessively. 21:03:29 And so it has been a good idea for a long time that we put things like network mounts at least one directory below / such as in /net/ or something to avoid those types of problems. 23:28:21 * scoobybejesus waits patiently for more ranting on zfs, filesystems, boot process, etc