00:13:12 salvadore: it says 1301000, which apparently corresponds to the initial 13.1 release. but also the drm-kmod version in pkg is still from 20220907, which is from before the PR to support that firmware was merged… so I guess the firmware is there, but the driver package to use it isn't yet? 07:18:12 what even is going on in -social 07:29:41 :-| 07:55:36 -social is doing its job. purposefully serving now 08:10:36 I have 5 full scrollbacks of that 08:13:25 Wow. Just wow. 08:31:29 micttyl: I think it is doing the reverse of its job, because I wanted to post there about something unrelated to freebsd itself but I cannot because I do not want to attract the attention of that 09:44:41 phryk: the graphics ports are a bit complex. drm-kmod is only a metaport: it installs other ports and does nothing else. In my case it installs drm-510-kmod, and its latest version is not v5.12 which I believe is what you want, but v5.10.163 09:44:57 I guess a new port called drm-512-kmod will be created in the future for that 09:45:29 drm-kmod also installs gpu-firmware-kmod 09:46:12 which is a port with many flavors and might include the firmware for your graphic card 09:47:25 corrrection: it is a port with many dependencies that have many flavors 10:36:23 I have a system with many many jails and which takes time to stop, thus I'm getting: 10:36:26 Jan 17 10:10:57 troubadour rc.shutdown[91773]: 120 second watchdog timeout expired. Shutdown terminated. Jan 17 10:10:57 troubadour init[1]: /etc/rc.shutdown terminated abnormally, going to single user mode 10:36:35 any idea how to raise this? 10:36:59 I've already kern.init_shutdown_timeout: 180 10:38:14 and I haven't touched the default rcshutdown_timeout (which is 90) 10:38:25 so I'm wondering where does this 120 comes from? 10:40:27 ah yes, it's that.. sorry 11:41:16 otis, would you happen to be around? 13:24:47 jbo: sorry, ETOOBUSY today. 13:26:54 otis, good luck! 13:37:56 ok, so i should be able to create a new boot environment with bootclt, mount it and chroot into it, and then run freebsd-update and pkg update? i need some recompiles to run into the background. then i should be able to activate the BE for next boot? 13:54:07 hrm, that's right. pkg gets no network connectivity while inside "bectl jail XXX" 13:58:59 ah, bectl -o ip4=inherit jailname gives me network to run pkg 15:30:34 Looking for some feedback on ZFS on block storage volumes from cloud providers. Since these are already redundant from the service provider, would it be sufficient to run a single virtual disk as a ZFS stripe, or is it still worthwhile to do mirrors or raidz on these? 16:10:00 ggb, runnings lots of hosts with ZFS on top of virtual block devices. works great. as you mentioned your provider will usually already have all the fault-tollerance, backup stuff etc. set up behind that virtual disk you get. so based on my knowledge & experience simply using such a disk as a one-disk stripe in ZFS works great. 16:10:46 my reasons for still using ZFS are mainly for maintenance/features such as the ability to easily take snapshots, setup dataset encryption and replication 16:34:32 jbo: thanks! This is what I was thinking. We use FreeBSD and ZFS as our application host for a product we are launching. Each customer gets an isolated process of our application and a ZFS dataset. For redundancy/HA we plan to always keep two hosts live from two different providers. 16:36:20 ZFS makes deploys super easy -- stand up a new host with the new app bits, `zfs send` a customer's dataset from live to new, after first send is complete, turn off live host, send again, turn on on the new host. We can afford the momentary downtime on our backend hosts. 17:08:57 Anyone good with C++ and want to render an opinion? I get this on FreeBSD, where using the same version of the compiler on Debian doesn't see this error. A friend's also said OpenBSD compiles this code out of the box with their base tools and they don't see this: https://bpa.st/T65NW 17:08:58 Title: View paste T65NW 17:21:14 mason, my wild guess is that long long on FreeBSD is longer than long, but not on the other platforms. 17:22:10 V_PauAmma_V: https://bpa.st/CRF5I fwiw 17:22:12 Title: View paste CRF5I 17:22:59 same on Debian Bullseye and FreeBSD 13.1 17:26:57 If you're using C90 then long long is a nonstandard extension so could be anything 17:26:57 Maybe it's not the same in C++? 17:27:25 C++ generally just refers to the relevant C standard 17:27:47 I don't know, then. 17:27:56 hrm 17:29:32 FWIW, there's a set of instructions for building this code, so presumably it was valid when written, making me wonder what's changed: https://www.azerothcore.org/wiki/freebsd 17:29:33 Title: FreeBSD | AzerothCorefreebsd - AzerothCore 17:29:57 Windows64 is the odd one out with its LLP64 model https://stackoverflow.com/questions/384502/what-is-the-bit-size-of-long-on-64-bit-windows 17:29:58 Title: c++ - What is the bit size of long on 64-bit Windows? - Stack Overflow 17:30:08 That said, it's conceivable the change was in that code, and not FreeBSD, because there's a time counter bit that I can't imagine ever worked on FreeBSD. 17:30:12 not counting Cray 17:33:13 for your error int64 looks the closest you'll need to see what it is defined as 17:33:19 probably long 17:33:28 and you have no long long overload 17:33:57 if so the error looks right to me 17:34:36 if the others are using g++ and you are using clang++ that may also be part of the reason, g++ tends to be laxer 17:34:54 Uses Clang on Debian as well. 17:35:33 But yeah, maybe __int64_t differs. Haven't checked that yet. 17:37:11 Interesting. In /usr/include/x86/_types.h __int64_t is either long or long long based on #ifdef __LP64__ 17:40:46 I see __LP64__ defined in both FreeBSD and Debian and sizeof(long) and (long long) is the same on both, 8, and __int64_t matches. 17:41:16 Maybe there's some notion of type not being satisfied regardless of it all boiling down to a size. 17:41:33 it's not just a question of size 17:41:48 long and long long are different types even when both 8 bytes 17:42:04 Yeah, that's what I was wondering. 17:42:09 just as char, signed char and unsigned chat are 3 different types 17:42:15 sure 17:42:32 I still wonder what's different then, with Clang the same version on both sides. 17:43:29 Said differently, I wonder why there's no long long overload as compiled on one but not the other. 18:53:57 mason: some embedded C compilers let you choose the size of types on the command line 18:54:38 meena: that's an interesting feature 18:57:01 makes it "easy" to define your "exact" dialect of C. https://arxiv.org/abs/1909.06353 18:57:02 Title: [1909.06353] That's C, baby. C! 19:05:28 This is a C++ issue, but yeah. 19:18:31 I had my FreeBSD desktop crash and reboot last night at almost exactly 3am. Rebooted okay. 19:18:41 Can't find anything interesting in any log file. No interesting cron activity at exactly that time. 19:19:20 First crash and uncommanded reboot in the last year. So that's pretty good regardless. 19:23:04 could be hardware 19:25:53 A hardware problem is always a possibility. Cosmic rays from space and all of that. 20:40:27 I'm new to FreeBSD and I'm running stable/13 (because of iwlwifi). To keep it up-to-date you have to regularly rebuild it from source? https://docs.freebsd.org/en/books/handbook/cutting-edge/#makeworld 20:40:28 Title: Chapter 25. Updating and Upgrading FreeBSD | FreeBSD Documentation Portal 20:41:32 As I understand freebsd-update doesn't work in STABLE. 20:42:59 I'm reading this: https://docs.freebsd.org/en/books/handbook/cutting-edge/#stable 20:43:00 Title: Chapter 25. Updating and Upgrading FreeBSD | FreeBSD Documentation Portal 22:32:12 when I login I get `ld-elf.so.1: Shared object "libncursesw.so.8" not found, required by "zsh"` and am then logged out 22:32:27 via a console and via ssh 22:32:59 gp5st: as root too? 22:33:10 I just did an update and thought i had pkg update everything 22:33:21 Kalten, I'm trying to remember the root password 22:33:32 why it's not in my password manager is beyond me 22:33:50 you could boot into singel user mode—no password should be required 22:34:56 Kalten, I'll see if I can. It's a Digital Ocean droplet 22:35:00 as root you could reinstall zsh ncurses etc. or `chsh myuser` 22:35:26 to change the users shell until zsh works again 22:37:21 yeah, but if I can't? 22:37:38 is there a way to get ssh to not launch the default shell and instead just run a command? 22:38:16 Maybe `ssh user@host /bin/tcsh` 22:39:19 dont be fooled: you seem to be missing the prompt in that case, but it seems to work 22:39:39 (does ist work with a defect shell as default?) 22:41:03 ah, i was able to get into single user mode, by just spamming trying to get a console while it booted from the DO admin pages 22:41:34 :( pkg doesn't seem to work in single user mode? 22:41:57 at least i can change /etc/passwd? 22:43:01 or not? vi is erroring about the file not of the right type 22:43:53 `chsh -s /bin/tcsh myuser` should do it. 22:43:54 it's a read-only file system 22:44:02 `mount -w /` I think 22:45:23 inside `/etc/shells` you can see the allowed shells. 22:46:00 mount -w / worked 22:46:01 thank you 22:48:23 pkg won't work because dns won't work 22:48:30 how did I get into such a broken state 22:48:58 in single user mode? No network is up. 22:49:33 no, i rebooted and logged in 22:49:43 Maybe `service netif start` but I am not shure. 22:49:50 ah 22:50:16 strange. 22:50:42 it's like ti's missing routes to everything 22:51:35 does `ping www.freebsd.org` work? 22:51:40 no 22:51:54 unknown host 22:52:15 Does `ifconfig` give a clou? 22:52:19 ping 8.8.8.8 gives no route to host 22:52:47 (I ment clue :-) ) 22:53:05 ifconfig shows the loopback and the one nic with the correct public address 22:53:12 strange IP. 22:53:34 it says status active 22:53:40 no, the ip is the one it's supposed to have 22:53:40 is some firewall closed? 22:54:04 `ipfw show` if you are using that one 22:55:12 it has 3 entries in it. I don't remember what they were before upgrading 22:55:52 I'm in the remote console it provides since I can't ssh in and can't copy/paste from it 22:56:18 last one `deny ip from any to any` I assume. 22:57:00 Is there some `allow ip from any to any` 22:57:15 the last is a deny ip from any to any 22:57:20 the middle is an allow up from any to any 22:57:30 the first is deny ip from table(1) to any 22:59:51 there are 4k entries in table(1) but my home ip isn't one of them 23:02:07 I assume the first entry is not "00001" (first row of output) but a grater number. Try adding `ipfw add 1 allow all from any to any` and to delete that entry afterwards `ipfw delete 1` 23:09:12 it's 00030 23:09:32 i added a default route, so it'll resolve stuff now 23:09:43 which means you can temporarily add a rule before that 23:10:06 and i can pin 8.8.8.8 but i can't ping freebsd.org or pkg.freebsd.org 23:10:11 it'll resolve them, but not ping 23:10:18 I added the tmp rule but the same behavior 23:10:34 how did this get so messed up 23:10:39 * gp5st buries his head in his hands 23:12:16 And `host pkg.freebsd.org` does not work? 23:17:08 it'll resolve it 23:17:22 I rebooted and now I have not-my ip address 23:18:37 give me a second 23:19:23 So you have a static IP address but now it is wrong? In that case it begins to sound like some hardware error in the host of your virtual mashine? 23:19:40 (even more than one ;-) ) 23:19:48 I'm not sure 23:20:01 I feel like every time I upgrade things like this happen 23:20:09 I don't know what i'm doing wrong 23:31:31 aaa 23:33:11 ok, i have a network now 23:33:19 but I can't get pkg to work 23:33:58 approximatly what is the error 23:35:44 http://static.jimkeener.com/Screenshot_2023-01-17_18-33-36.png 23:35:48 http://static.jimkeener.com/Screenshot_2023-01-17_18-33-52.png 23:36:02 sorry, it took me a second to rememeber where screen shots got sent to :-\ 23:38:04 pkg-static does exist and gives the same results 23:44:12 now we are getting somewhere! 23:44:26 There is no release_2 on https://pkg.freebsd.org/FreeBSD:13:amd64/ 23:44:27 Title: Index of /FreeBSD:13:amd64/ 23:44:37 why is it trying to get that then? 23:44:54 Look into your `/etc/pkg/FreeBSD.conf` 23:45:05 ok, one sec 23:45:30 the url says release_2 in it 23:45:37 url: "pkg+http://pkg.FreeBSD.org/${ABI}/quarterly" 23:45:43 ok 23:45:46 or better 23:45:56 https instead of http 23:46:10 and latest instead of quaterly, iff I am right 23:46:18 (or memory serves) 23:46:32 that seems to be doing something 23:46:41 I'm also going to take this to 13.1 23:46:50 I think I typed only 13-RELEASE when i did the upgrade 23:47:31 but first update the system, so that uname tells you 13.1-RELEASE and reboot 23:47:45 OK 23:47:53 give me a few minutes 23:48:03 thank you for your help 23:48:13 it's greatly appreciated 23:48:23 `${ABI}` inserts the correct path for the current system (archetecture, release) 23:48:34 you are welcome 23:54:00 it's at "applying patches" from a `freebsd-update -r 13.1-RELEASE upgrade` 23:55:39 `freebsd-update install` now 23:57:26 ok, uname says 13.1-release-p3 23:59:22 doing the pkg upgrade now