01:30:36 I’m trying to get sound working on a Yoga 7 15ITL5 alc287 Realtek.. I think I’ve done everything out there as far as device.hints in trying different search methods in different search engines but they ask come up with the same thing.. nothing.. here is a snippet https://forums.freebsd.org/threads/trying-to-get-sound-working.98228/ 02:54:02 oxbar: what does dmesg say 02:54:13 and what does pciconf -lv say 02:55:06 dmesg should show some info if its supported if its not you have 2 options add in the PCIID to the driver and recompile or build your own driver for that device 02:55:15 or option 3 youre SOL 02:56:34 and if you are going to use freebsd as your main machine always do a apropos x or man snd to see what freebsd actually support as comparing to Linux well we dont have the same HW support 03:15:14 cpet: I’m sol I’ve tried all the quirks device.hints etc… it’s cool I have another laptop slow with spinning hard drive but everything works out the box 03:17:23 This is my only hope https://forums.freebsd.org/threads/intel-tiger-lake-h-hd-alc3306-alc287-audio-success.93333/ 04:38:41 oxbar: if it orks submit a patch 04:42:22 oxbar: current has support for it 04:42:39 looking at my hdac.c i seed it shows Tiger-Lake-H 04:44:10 https://cgit.freebsd.org/src/commit/sys/dev/sound/pci/hda?id=fb1028dcd4aedc4d48dbd97314f008c663b2e711 10:08:55 Hey friends. I need some help regarding GeoDNS mirror optimization. Please have a look at the details here: https://antranigv.am/posts/2025/06/analyzing-freebsds-package-mirror-geodns/ 11:36:22 So I have a StarPRO64 here that allegedly boots FreeBSD, and installed the Risc-V memstick image. I have an UART-interface plugged in. But I have pretty much no UART experience. Does FreeBSD automatically activate UART, and can I install it via it? 11:38:36 s/installed/dd-ed on a microSD/ 11:44:19 uart should work automatically 12:40:37 Pfft... I didn't get anything over UART, decided to plug in a HDMI cable after all - and now the damned thing doesn't turn on anymore. Even when I remove the HDMI. 12:57:25 have you considered an exorcism? :-) 13:13:41 Heh, that's probably the only option left... 13:14:22 I got two boards. A Star64 and a StarPRO64. I foolishly tried the same with the other board - same result, won't turn on anymore. 13:15:25 LEDs on the Star64 turn on, though, when I plug in 5V and GND of my UART connector. Power plug does nothing, however. Actually the LED on the power brick turns off as soon as I plug the SBC in. 13:15:52 Why do I keep doing this to myself? I should find some old mountain farmer who needs a successor. 13:17:23 mountains take really, really long to grow though 13:20:32 <[tj]> zilti: don't plug in the 5V from your uart connector 13:21:14 <[tj]> it sounds like you are either powering hte board from your uart adapter (which probably won't work) or powering it from both the uart adapter and a power supply 13:21:20 interesting. I've a RockPro64 but didn't know the Star64 could run FreeBSD 13:21:21 <[tj]> which will break things 13:21:55 [tj]: I did not plug them in at the same time, at least 13:24:16 <[tj]> I'd be careful with any 5v source around board io 13:24:33 <[tj]> maybe wait a bit and see if they boards will come up? you might have tripped a fuse and it'll reset 13:25:33 Yeah, I'll wait for a bit 13:51:10 Howdy. DoI understand from usb_template(4) that it’s not possible to act as, say, a mouse and keyboard at the same time? 13:51:22 Sigh. “Do I understand…”. 13:51:48 That is, only one template active at a time, I suppose. 13:53:00 <[tj]> thats how I read it, but there are multi role template 13:53:01 <[tj]> s 13:57:14 Right, but you get one of those combinations only, right? 13:57:50 Happy FreeBSD Day! https://freebsdfoundation.org/freebsd-day/ 14:01:49 <[tj]> anth: yeah, as far as I can tell. I don't think this is a usb standards based thing and you might be able to add a new template or a multi template role 14:02:00 <[tj]> I've never really investigated this 14:04:30 I found the template code but am missing where the numbers are mapped to what’s included. 14:05:20 hey all 14:09:30 what is the recommended way to monitor zfs for faults and send email alerts on freebsd? On Linux I have used zed, but that doesn't appear to be available. I see there is zfsd for detection, but I don't see anything about alerts. 14:10:29 I have a laptop with modern Intel GPU, and it's running -CURRENT. When loading drm-66-kmod, the system panics. I'm wondering if I should compile src from scratch or if I can just use PkgBase. the problem is that PkgBase is at 1500048 while the packages are stuck on 1500043. meanwhile the current system is on 1500045 14:10:57 when the usb template stuff came in I really wantedit to do something different, but I was never really able to pin down what I wanted done differently and haven't spent any time investigating it 14:11:25 <[tj]> anth: you should look here: https://github.com/obdev/v-usb/blob/master/usbdrv/USB-IDs-for-free.txt 14:11:50 <[tj]> I found it by searching for MULTI_DEFAULT_PRODUCT_ID 0x05dc in usb_template_multi.c 14:12:30 <[tj]> it doesn't align with usb template, but its probably a good starting point 14:14:46 But if I wanted a new combination, I’d need a new template number in the FreeBSD code, yeah? I’m trying to find *those*. 14:18:39 say I want to build FreeBSD from src, but I really don't wanna do the CLANG stuff. suggestions? is it just WITHOUT_CLANG_FULL? 14:22:10 <[tj]> anth: I've gotta go, if you want to fire an email at me I can do my best to help a bit tomorrrow (thj⊙fo) 14:24:23 ok looks like I needed WITHOUT_TOOLCHAIN and WITHOUT_CLANG 14:25:38 <[tj]> anth: sysctl_hw_usb_template is the sysctl handler, I grepped for the sysctl description string to find it 14:27:40 well, guess I'm gonna send both boards back. 14:29:20 I plugged the StarPRO64 back in, only the power and nothing else, and it crackled, I saw a spark, and now it smells of burnt electronics. 14:29:39 This further extends my absolutely terrible track record with Pine64 14:29:48 [tj]: thanks, I’ll keep poking for a bit. 14:38:57 I don't want to reboot one of my boxes now because it's annoying to have to go into the syncthing jail (which runs tailscale) and put the resolv.conf back to default so it can get networking again. I suspect it's because i have tailscale running on the host too, but I'm not sure. Now, all normal, running tailscale on host and in jail, the syncthing 14:38:57 jail's resolv.conf has nameserver 100.100.100.100 (and search domains). After a shutdown -r now, the syncthing jail's resolv.conf has no nameserver nor search domains. And the jail startup process (bastille going through and starting each jail) has stopped too. after shelling into the syncthing jail, putting the correct default nameserver, and 14:38:57 running service routing restart, i can exit the jail and the remaining jails have already started up, and the syncthing jail's resolv.conf now is set according to tailscale with nameserver 100.100.100.100 along with the correct search domains. Perhaps a shutdown issue. If I stop the syncthing jail, the jail is left with a resolv.conf with no 14:38:57 nameserver nor search domain. Starting the jail back up again, I must manually edit the nameserver into the resolv.conf and restart networking (or add back the nameserver line prior to starting the jail). 14:40:39 So.. does anyone else have tailscale running in a jail and tailscale fails to clean up after itself, putting resolv.conf back how it found it? 15:17:18 [tj]: Okay I found the template mapping: it’s the enum in sys/dev/usb/usb_ioctl.h. 15:17:22 https://cgit.freebsd.org/src/tree/sys/dev/usb/usb_ioctl.h 15:18:28 I had initially expected some sort of mapping, like “Ethernet is enabled in template X and Y”, but each template is really its own thing and enables the devices it wants. 15:21:23 I suppose that makes testing a lot nicer, but it’s unfortunate to have to enumerate every combination you want with a new template, repeating some of the setup code. 15:21:55 Still, not too bad. There aren’t *that* many. 15:23:04 [tj]: thanks for the pointers. 15:23:46 i wonder if there's some way we could've made the template # a bitmask and done combinations that way 16:04:01 FYI: https://www.forbes.com/sites/daveywinder/2025/06/18/16-billion-apple-facebook-google-passwords-leaked---change-yours-now/ 16:04:12 nerozero: MOTHERFU- 16:05:20 if you have google/insta/face/ ... etc accounts - change passwords asap 16:25:19 WTF, who stores passwords unhashed in this day and age? 16:32:51 That Forbes article is amazingly lacking in detail. How are Apple, Facebook, Google sharing passwords hash or otherwise? 16:34:07 i have a really hard time trusting any tech journalism in the world of AI-enrichment 16:35:09 "... housed in a number ion supermassive datasets..." "ion"? They couldn't grammar check the article at least? 16:36:50 I think it likely that a historical cache of previously ex-filtrated account+password data had been discovered. Since a collection of all of the previously exposed data would be huge. 16:41:34 rwp: reading the article, it seemed fairly clear this is from infostealer malware, not (e.g.) a hack of Google etc 16:42:05 which also means if you're on that list, just changing your password may not be enough, you also need to make sure the malware is gone 16:56:56 * jbo waves at ivy o/ 17:02:57 keep the malware just change your password daily 17:02:59 (TM) 17:03:51 also, don't use "login with google account" (and similar) options on "3rd-party" services. 17:04:02 +1 17:04:11 antranigv: shouldnt need sounds more like your downloaded the wrong source for the drm driver 17:04:21 jbo: dont use google period 17:04:47 anything google, anything cloud, anything that requires a login to do anything = bad 17:05:09 thumbs: should of just said up 17:05:17 would made it more amusing than +1 17:05:31 thumbs: up 17:05:37 see what I did there ? 17:05:51 I defy expectations. 17:06:48 well yeah your on libera.chat 17:06:51 :) 17:07:05 ivy, So the credentials are stolen by having malware (keyloggers, etc) on your machine. D'uh! 17:08:13 depends on what services you use my proton account is connected to a yubikey which akes it harder but not impossible to still break into 17:08:54 i say this as there was an security issue a few months back regarding the firmware of recent yubikeys 17:09:10 and this said issue affects a batch that a new fw wont fix 17:09:53 the only google service I use is youtube 17:09:58 cause well its youtube ;/ 17:10:52 but to be fare with all the ad crap youtube is putting out i may have to use one of those alternative youtube services cause ads are annoying 17:11:15 and to be on topic 17:11:18 freebsd is cool 18:13:35 the yubikey vulnerability could be bad, but it depends on who you are plausibly up against 18:13:57 there was a much worse one years ago where keys generated on the device were predictable 19:21:14 i submit a email to the lists from freebsd-multimedia⊙fo and it didn't post to the list/archive.. i just submitted one .. how long should i wait ? 19:26:27 cpet: https://freetubeapp.io, ymmv on a freebsd desktop though 19:26:37 no account required and no ads with this 19:26:50 ... 19:35:53 dstolfa, so let me get this right... these days we usually get "native desktop apps" in form of web based technology wrapped in a heavy stack like electron stuff so you don't need to use a browser. but now we get a desktop app for something that actually should be web based? -__- 19:50:19 yes 19:57:15 jbo: pretty much 19:57:48 i'd be more than happy to just use the web interface, but youtube's web interface is actively user-hostile (: 20:01:33 dstolfa: i really dont ant to download videos 20:01:38 i want to stream 20:03:37 cpet: this isn't downloading videos 20:04:15 it's streaming, it's just an electron thing that allows you to do a bunch of things without an account which yt's web interface doesn't. 20:04:21 but again, it's electron so ymmv on freebsd 20:48:51 ymmv always applies no matter the OS 20:49:18 it's like taking any vehicle and then strapping a 2 ton trailer on it - so the milage varies :p 20:49:25 (I know that's not what you meant - sorry) 21:02:24 okay so we rebuilt world and kernel and installed them, I also rebuilt and installed drm-66-kmod from ports 21:02:30 but now we're getting a black screen 21:02:35 (we used to get kernel panic) 21:02:41 any tips on debugging? 21:03:00 no we can't ping it, we can't SSH to it, and it doesn't respond to Ctrl-Alt-Delete 21:03:25 the device in question is "Meteor Lake-P [Intel Graphics]" 21:06:39 If you can't ping it and can't ssh into it that implies that the kernel though it may not have panic'd that the kernel is wedged up regardless. That's more than the graphics being broken. 21:07:40 Last time I tried suspend was on 12 (I need to do it again on 14, will soon!) the machine resumed, had networking, but had only a black screen, it was the graphics module that was the problem. 21:08:15 Since yours is not pinging I suspect there is more to it. I would remove all listed kld modules to be loaded and then try suspend-resume in as simple of a mode as possible and see if that works. 21:08:52 That is, don't load your newly compiled drm-66-kmod and see if it works without it. 21:13:04 got it! will test all those 21:13:18 I will also try the new 6.8 drivers which are tagged in GH but not in ports yet. 21:21:40 why isn't my message showing in the multimedia mailing list ? this is my second time in 1 week i think 21:21:46 is it permissions ? 21:23:59 oxbar: are you subscribed? are you sending from the same address you're subscribed from? 21:27:58 yep got the welcome email and everything 21:29:19 Welcome to freebsd-multimedia⊙Fo 21:31:04 oxbar, If things don't sort out write to and get help from the humans who maintain the list. 21:31:48 (I am not one of those for FreeBSD but I am one of those for other communities and we welcome involvement when there are problems.) 21:32:59 Thanks 22:36:16 hi, would someone kindly post the output of: # su - someuser --help 22:36:32 (to compare with equiv on linux) 22:39:38 joe@freebsd ~> su - joe --help 22:39:38 Illegal option -- 22:42:49 thank you 22:45:02 aiui, args after the username should be passed to the shell not parsed by su. i was trying to verify that. 22:45:26 that is correct, which is why 'su user -c /bin/ls' works 22:46:54 right ok, because freebsd su has different behaviour for the -c switch. 22:48:38 you mean the -c option to su(1) itself? 22:48:43 Hmm... I get the same usage output on Rocky, MacOS and FBSD when I try: su - username --help 22:48:52 ... from root, anyway. 22:49:28 Well, not the same usage output. But, on all three they report su - user usage. 22:49:42 This is FBSD 14.3, though. Lemme try on a 13.x. 22:50:38 On 13.x, I do get "Illegal option --" 22:50:52 So, something's changed. 22:51:40 where doe the "Illegal option --" come from, su? or the shell? 22:52:37 the shell, because everything after the username is passed to the shell 22:53:04 btw, i chose --help simply because both linux su and bash have this option. 22:53:35 Well, I tried with csh, sh, and zsh on FBSD 13.x and they all report "Illegal option --" 22:53:56 Using zsh or bash on linux, mac, FBSD 14.x, they all work. 22:54:07 Lemme try sh, csh on 14.x. 22:54:14 3!freebsd15 ~# su - ivy --version 22:54:15 zsh 5.9 (amd64-portbld-freebsd15.0) 22:54:55 So, it's likely somehow coming from "su" itself? 22:55:05 no, it's coming from the shell 22:55:07 sh, csh, bash, and zsh all produce the same usage output on 14.3. 22:55:26 how are you testing that? the output i showed just above clearly shows it's being passed to the shell 22:55:48 ivy: Log in as root, run: su - username --help 22:56:18 From the error output (Illegal option --) I would absolutely assume shell. 22:56:19 ek: that shows the output of 'zsh --help' 22:56:24 (or --version) 22:56:42 checked on 14-STABLE, same behaviour, i don't have any 14.2/14.3 systems to check 22:56:50 but this has been the because of Unix su since basically forever 22:57:04 s/because/behaviour 22:57:36 ivy: But, I'm not using zsh? 22:57:45 except on linux we get the su help or version :P 22:57:47 ek: you just said you checked with zsh? 22:57:52 ek: maybe we are talking at cross purposes 22:57:57 ivy: Yes. I did. As well as sh, csh, and bash. 22:58:03 They all produce the same su usage output. 22:58:22 ek: so when you run "su --version" and 's shell is /usr/local/bin/zsh, you don't get the zsh version output? 22:58:40 For example, on 14.3, my root's shell is csh. I log in, "su - user --help" gives me su usage. 22:58:58 ek: can you try: su - user -- --help 22:59:03 ivy: Lemme check. That very well may be the case. 22:59:27 i changed toor's shell to /bin/csh to test: 22:59:27 Or, even better, lemme just create a test user without any special shell. 22:59:28 6!freebsd14 ~# su toor --version 22:59:29 tcsh 6.22.04 (Astron) 2021-04-26 (x86_64-amd-FreeBSD) options wide,nls,dl,al,kan,sm,rh,color,filec 23:00:23 teknix: i would be mildly but not very surprised if Linux breaks this, but like i say, the FreeBSD behaviour is the behaviour of pretty much every other Unix, as far as i'm aware 23:01:19 There we go! I thought I was taking crazy pills! 23:02:08 ivy is correct (as usual.) Eliminating special shells that accept "--help" kicks out the "Illegal option --" 23:02:16 ivy: Thanks! 23:02:36 ek: np, good we cleared that up because i wondered if i was missing something obvious :-) 23:02:41 so the shell was giving you su usage? 23:03:10 teknix: No. I was recieving the shell's usage, not su's. 23:03:31 also, the shell will call itself "-su" when it's invoked via su, which might confuse things: 23:03:32 I was wondering why it kept spitting out shell options in "su's usage". Seemed... strange. 23:03:36 2? 10!freebsd14 ~# su toor -c /nonesuch 23:03:37 su: /nonesuch: not found 23:03:42 this error is from sh, not su 23:04:05 (because argv[0] is set to "su") 23:04:16 Yep. Makes sense. 23:04:56 # su - nobody --version 23:04:57 su from util-linux 2.38.1 23:05:00 that's actually pretty unhelpful and i wonder if we should change it... does anything really compare argv[0] to "su" to discover if it's running under su? 23:05:06 ivy: ^ 23:05:19 teknix: i am mildly but not very surprised :-) 23:05:35 teknix: but then how do you do 'su user -c ls'? su user -- -c ls? 23:06:02 ivy: yes, but it kinda doesn't matter afaict 23:06:18 oh, because Linux 'su' has its own -c option? 23:06:26 because parsed and passed is ultimately same behaviour. 23:07:10 i can see this would be confusing if are moving between linux and other platforms 23:07:46 su usename -c .... should be exact same according to man page. 23:08:36 this may actually not be the fault of Linux su but rather glibc's getopt(), which iirc does its non-standard "you can put an option anywhere" parsing by default 23:08:52 e.g. i believe you can do "ls /etc/passwd -l" on Linux 23:09:07 Well, su is iffy all over the place between systems. 23:09:08 yes, i imagine so. 23:09:15 (i don't have a Linux system around to check, but i definitely remember this behaviour) 23:09:34 As is sudo. I need to test more with "doas" which a lot of smart people swear by. 23:09:49 ek: phfft, doas is so last week, you should be using mdo :-P 23:10:00 But, "sudo su -" is handled very differently than "sudo -i" depending on the system. 23:10:10 ivy: Haha. 23:10:28 according to linux man page args after the username should passed to the shell, just as with bsd, but evidently this is not happening. 23:10:34 Be patient with me. I'm from the 1900's! 23:11:04 teknix: yeah, i suspect this is glibc's fault, assuming your Linux uses glibc or something that copies its behaviour. i'm not sure if su itself is able to work around it 23:11:25 perhaps this is why Linux su has the duplicate '-c' option, to make this continue to work 23:11:53 could well be 23:12:03 It does seem like a snafu. Why would simply passing "--help" as a command after 'su' make any sense? It should error. 23:12:10 on a completely unrelated topic, i wonder what this device is: ugen0.4: at usbus0 23:12:13 --help (get out) 23:12:24 ek: well, it's passed to the shell, so if the shell is zsh or bash (etc) you'd expect it to work 23:13:09 ivy: Sure. If it includes argv[0], right? If it doesn't, wouldn't it be the same as simply typing "--help"? 23:13:11 ek, try this: sh --version 23:13:26 ek: it always includes argv[0], it's just set to "su" or "-su" 23:13:32 And I mean try it on FreeBSD. It will produce "Illegal option --". 23:14:01 Ah, I see! 23:14:21 su always loads up the target user shell, which is configured uniquely per user and could be any of those shells. 23:14:39 you can't emit argv[0] or nothing will work... like if you run "su user -c /bin/ls' then argv[0] = "su", argv[1] = "-c", argv[2] = "/bin/ls" 23:14:43 s/emit/omit 23:15:01 i really dislike this argv[0] = "su" behaviour, i am going to see if we can fix that 23:15:03 On my system I have toor set to bash from ports and leave root set to sh in base. Because I broke ports bash once. 23:15:14 rwp: That makes perfect sense. Thanks! 23:15:42 ivy, That's the traditional behavior since forever though. People don't like change! 23:16:21 rwp: i dislike breaking backward compatibility, but in this case i think the current behaviour has a high confusion potential and almost zero practical utility 23:16:40 rwp: Yep. I've been there. I just call zsh from ~/.(c)shrc or my users. I leave root alone. Been locked out way too many times from botched upgrades or bad /root/.bashrc configs. 23:16:46 No thanks! 23:17:06 someone in another channel suggests this behaviour might be mandated by POSIX :-/ 23:17:36 ek, That's why I left root alone by default and modified toor as a local modification. Someone might do it the reverse way though too. But root is the defaut in base and leaving it stock fit my sensibilities. 23:17:53 ivy: Which behavior? The additional -c option or the illegal option? 23:18:00 ek: setting argv[0] to "su" 23:18:09 ivy, Thinking about that it probably is mandated. Because it has always been that way and people do not like change. 23:18:20 ek: i.e. why "su root -c /nonesuch" prints "su: /nonesuch: not found" 23:18:55 argv[0] can be manually set, here at least: su user -c 'echo $0' foo 23:18:58 PSA: Always put a "-" option after the "su" as in "su -" when not executing a command and wanting to get a root shell, so that the root environment is sourced correctly. 23:19:24 It will then set -su as the shell name, and shells that start with "-" are login shells, and login shells source .profile or .login or whatever as appropriate. 23:19:46 teknix: no one is actually going to remember to do that though :-P i want to fix this specific behaviour of "su: /nonesuch: not found" because it really seems like the error is coming from su when it's not 23:19:52 rwp: That's *NIX 101, isn't it? 23:20:11 Been bitten by a simple "su" my first couple days in my teenage years. 23:20:26 If one does "su" *only* then one does not get that and one gets their previous environment in the new user shell. Which when jumping to root is probably not what is wanted. PATH is probably wrong in that case. 23:20:50 Exactly. 23:21:00 ek, It might be Unix 084 but there are a surprising number of people who don't know this and then complain that they are root but can't run any root level utilities. Because... no PATH set for it. 23:21:15 I have privs but no access to non-root path'd applications. 23:22:07 Meanwhile... I have always set the sbin's in my personal PATH (don't mind me, I void warranties) so as a side effect that actually works for me. But it isn't the way to do it. 23:22:22 Well, to be fair, I read Linux articles all the time that suggest: Use "su" to get root access before continuing 23:22:52 Well, to be fair, I read FreeBSD articles all the time that say "reboot" when they mean "shutdown -r now" and that's bad too. 23:22:58 Without actually explaining what they'll need access to. So, people new to *NIX likely have no idea. They're just looking for a quick fix to a problem or driver build/install or something. 23:23:08 rwp: not having /sbin:/usr/sbin in your non-root path is crazy imo. like do those people manually type "/sbin/ping" all the time? 23:23:18 rwp: I will agree with "reboot" being not ideal. 23:23:36 ivy, Right! Mostly I do this exactly for "ping"! :-) 23:23:45 actually, we should probably move ping and traceroute to bin... 23:23:47 I've never liked "reboot". But, I've also never used it because it wasn't an option back in the day. shutdown -r now is just my go-to. Even in Linux. 23:24:42 Regarding "reboot", the other command "poweroff" actually calls "shutdown -p now" making it an exception to the scheme. 23:24:47 ivy: Not a bad idea. 23:24:50 rwp: i hate this 23:25:07 rwp: "halt", "poweroff" and "reboot" should all do the same thing: either call shutdown or don't call shutdown and do it directly 23:25:10 "reboot" is actually hard to replace because reboot -r needs to be handled somehow. A powerful feature that I would not want to be without. 23:25:39 rwp: Yep. But, I still use "shutdown -p". Again, just kinda ingrained in my dumb mind. 23:25:40 we probably can't fix poweroff at this point so i think i support imp's proposal to make halt and reboot call shutdown, like Linux 23:25:52 at least then it's consistent 23:26:44 ivy, I was shocked when I saw that poweroff was not like reboot but actually did call shutdown -p now but meanwhile I had never used it before but always shutdown -p before. (And annoyingly it is "shutdown -hP now" on the Linux sysvinit side of the world.) 23:26:53 And we all definitely like consistency. Otherwise, why would we be using FBSD. :) 23:27:03 rwp: right, it's a POLA violation, because you really don't expect it to work that way 23:27:26 rwp: this also confuses people coming from Linux who are used to "poweroff" doing a proper shutdown and are then surprised that "reboot" doesn't, for example 23:27:42 (because if freebsd poweroff works like linux poweroff then why wouldn't reboot?) 23:27:54 On HP-UX (which shows my history) there was "reboot -q" for quick which did not call shutdown scripts. On Linux it is "reboot -f" for fast to not call shutdown scripts. 23:28:04 <3 HP-UX 23:28:15 i miss swinstall 23:28:28 You were good right up until you mentioned swinstall. 23:28:36 Haha. 23:28:45 i hosted my website for years on an old pa-risc desktop running 11.22 or something 23:29:06 rwp: swinstall still does things pkg doesn't, like subpackages 23:30:15 HP-UX 10.20 was the ultimate version of it. You won't change my mind about that. But swinstall was a huge behemoth. We used an interesting client-server network tool "ninstall" internally. 23:31:26 As far as linux users new coming to bsd now the new linux user will be using "systemctl reboot" and "systemctl poweroff" now. That's the current messaging from the "you will comply" community. 23:32:00 that's a bit of a straw man, i've never met a linux use who says "you must use systemctl reboot" and even if such exists, they are a tiny minority 23:32:48 It's strange to me that everything else about systemd is *you will comply* but they do still support "shutdown -r now" and don't make a fuss about it. 23:33:54 that's because the authors of systemd have never demanded anyone "will comply"? 23:33:56 I hate systemd but I do actually read the documentation and do use it daily and must continue to support it therefore I know it fairly well as a practical matter. 23:34:52 That's not my experience. Not by a lot. As a long time Debian user that community has become very aggressive about systemd now, systemd tomorrow, systemd forever, and everyone else must comply. 23:35:11 so your complaint is with Debian, not systemd 23:35:36 All of the advocates in Debian for systemd are the systemd developers. So... Same people! 23:35:45 But let's not fight over systemd here in #freebsd as that is off topic. Time to move on. 23:40:46 * ivy wonders how long this poudriere build is going to take 23:41:02 moving to a new build server, i thought i'd do a rebuild from scratch, but so far it's been 5 hours... 23:44:31 ivy: If you need rust, go, node, or anything like that, could be days. 23:45:31 ek: it doesn't help that i build 2 versions of gcc and 3 versions of llvm 23:45:39 (like, on purpose, not as dependencies) 23:46:12 although i really wonder what is depending on graphics/vulkan-loader... 23:46:18 Gotcha'. Even a pretty beefy machine that's gonna take some time. 23:46:59 yeah, it's a Xeon E-2468 which is not particularly fast but surprisingly faster than the Ryzen 2700X in my old builder 23:47:58 ivy: You know, I've often wondered the same thing. I see two vulkan ports being built all the time but "pkg info -r vulkan-\*" produces nothing. I haven't got a clue what requires it. 23:48:19 My first poudriere build for 14.3-RELEASE took over 13:35 hours. The old Dell server had a hard time building gcc, llvm, mysql, node, php, rust in parallel. 23:48:50 Schamschula: Was a RAM limitation issue or just limited on cores? 23:49:09 at least with 128GB of RAM i can enable TMPFS and boost parallel jobs a little, so it's using CPU more efficiently 23:49:11 Cores. The machine has 64GB RAM 23:49:39 I'm also guessing I/O bandwidth had something to do with it. 23:50:37 ivy: Same. My builder, while older, has 48 cores and 128G RAM. Still takes 45-50 minutes for rust alone, though. Still waiting for that ONLY_USE_PACKAGES_FOR_DEPENDENCIES options in Poudriere. :( 23:51:07 That wouldn't help with your multiple versions of llvm or gcc, unfortunately. 23:51:32 Well, unless the latest packages match the latest ports versions (which is rare.) 23:52:01 Schamschula: Ah, yes. I/O definitely plays a part on big builds. 23:52:09 At least you got it done! 23:53:47 On my server rust sometimes takes over three hours. My Mac Studio builds rust in well under 15 minutes, but MacPorts only builds one package at a time and uses all available cores for parallel builds. 23:55:11 \\ 23:55:12 \ 23:55:21 \kevans 23:55:25 \\\\\ 23:55:36 \EFI\BOOT\KEVANS.EFI 23:55:51 \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ 23:55:57 \ 23:56:06 hmm, cat detected? 23:56:19 ivy: thinking the same thing! 23:57:03 Who broke kevans!? 23:57:05 git rm -r bin/cat; git -am 'remove cat' 23:58:01 shit, sorry 23:58:10 that one was actually baby instead of cat, kind of imprssiv 23:58:29 your child is going to be a shell programmer :-/ 23:58:53 =D 23:58:56 Which that many escapes, he's gonna love PHP as well. 23:59:02 s/Which/With/