00:14:36 actually I dont think so 00:14:46 make installkernel worked, make installworld attempted a rebuild 00:15:08 will need to to test with NFS to confirm 00:38:23 polarian: if you attempt installing onto an nfs mount, i think you will run into considerable difficult. but if you are installing from a remote install tree that is mounted over nfs, that should work 00:38:52 jmnbtslsQE: this is installing from 00:38:57 NFS is the supported way of doing it 00:39:06 swee: there is some mechanism to run scripts after installation, which is in the port somewhere i think. not sure of the details. i think it would be in the "port handbook" or similar 00:39:15 I was curious if I could with sshfs instead, as all you really need is the obj and src tree without modifying the mtime 00:40:40 i wonder why your installworld started to rebuild. that somehow does not seem like it's related to sshfs 00:41:05 sshfs propertly treats mtime though, doesn't it? 00:41:12 *properly 00:42:23 jmnbtslsQE: thats what I thought yes :p 00:42:39 so I said I would try with NFS, see if it happens with that 00:44:00 i use sshfs a lot and i never had any issues with metadata over sshfs, but not to the point of trying to install from it, so, not sure 00:45:16 actually, i don't even know why installworld would ever do a build, but i don't have much knowledge of the build system. if there's no build, it should report that there is no build and suggest MAKEOBJDIRPREFIX needs to be set 00:46:08 maybe you are actually seeing installworld work on the temporary directory structures it uses? 04:23:26 I'm attempting to use pkgbase to upgrade from 14-STABLE to 15-STABLE. mounted a new boot environment at /mnt, then ran: env ABI=FreeBSD:15:amd64 pkg-static -c /mnt upgrade 04:24:07 the upgrades fail partway through installation with this error: 04:24:18 ld-elf.so.1: Shared object "libedit.so.8" not found, required by "sh" 04:24:19 pkg-static: POST-INSTALL script failed 04:29:08 oh, I suppose this is maybe a consequence of using -c instead of -r 04:33:26 in this case, will -r download and cache the packages in /mnt/var/cache/pkg, or will it download them into /var/cache/pkg? 04:35:21 seems like probably the former, it's not prompting to redownload all of the packages 04:36:14 not sure if it's ill-advised to attempt to have pkg upgrade continue where it left off after failing 05:40:47 on 15-STABLE now. I had forgotten about this issue that I encountered when I tried 15 back around ALPHA1, and that's how my trackpoint's sensitivity is cranked up vs. how it is on 14 05:41:16 I don't think anyone explained to me why it's like this here on 15 05:42:02 I just have this stuff set to the defaults 05:57:12 for me for my desktop i had to turn off the new input drivers to be able to use my usb mouse 05:59:10 this is apparently using the psm driver, which dmesg warns might be removed by 16.0-RELEASE, but the psm man page doesn't offer any alternative driver, at least afaict 06:02:57 I'm gonna boot back into 14 to see if there are any hw.psm.trackpoint knobs that got their default values changed between 14 and 15. also going to check whether Xorg's libinput driver is settling on different acceleration values or the like between the two versions 06:05:09 the Giant lock has been rescheduled for removal by 16R, and psm uses the Giant lock; if it still needs to exist by then it will still exist by then 06:11:00 I'm back on 14. the hw.psm.trackpoint sysctls don't even exist here 06:13:38 hw.psm.trackpoint_support is set to 1, but I can't check what hw.psm.trackpoint.sensitivity is set to 06:24:59 So I’ve never got FreeBSD to get sound working on my Chromebook.. I had a question .. my Chromebook uses did-firmware which FreeBSD doesn’t support but even on Linux vetting distros I can’t use sod-firmware but I can use pro audio with pipe wire and sound works perfect.. question is can I install Fr 06:24:59 eeBSD on my Chromebook get an X session up and running install pavcontrol pipe wire and jack and get pro audio ? 06:25:06 Sorry long post 06:25:19 OSS probably won’t let me 06:32:18 so even though trackpoint_support is apparently enabled, here on 14 libinput is recognizing the trackpoint as a generic PS/2 mouse, whereas on 15 it's recognizing it as a trackpoint. that's probably the reason why the trackpoint feels totally different between versions 06:35:21 maybe setting trackpoint_support to 0 on 15 is enough to restore the feel I've gotten used to on 14... or I could just learn to adapt to the higher sensitivity 07:22:07 I just ended up setting hw.psm.trackpoint_support=0 in loader.conf, seems to force 15 to behave like 14 in that regard 07:23:46 I guess on 14, trackpoint support in psm is bugged for my specific machine (ThinkPad T495), but it flew entirely under my radar since it did not noticeably affect functionality 08:50:02 i need a sane way to sample as many different UIs as i can, i don’t suppose someone makes a collection of freebsd livedisks, each with a different UI preinstalled and ready to use? 09:07:34 and i guess the livedisks don’t really need to be freebsd at all do they? if i’m just sampling the GUI i want to put on freebsd, testing it in linux should work as well as anywhere else 09:21:24 GoSox: what do you mean with „sample“ and [G]UI? If just testing different graphical environments, then it might be feasible to just fire up a test VM and test them? 09:21:43 well yeah thats basically exactly what i (think i) mean 09:22:10 i guess i’m wondering if anyome makes a sampler disk image just for this purpose to make it nice and easy to do 11:43:00 hmm weir 11:43:02 weird* 11:43:55 oh wait nvm fixed it, ignore me :p 13:13:50 GoSox: I would just fire up a linux distro live ISO. easier no install necessary 13:23:01 ? 13:23:04 hello people 13:43:39 hi 13:43:45 @haskyll 13:44:02 how are you doing 13:53:16 hello 13:54:53 I have a pair of firewall (running pf, pfsync, carp) which are still running 13.5-RELEASE. I'd like to upgrade to 14.3-RELEASE and I was wondering what would be the best procedure as I rememberd that there are some pfsync protocol changes in 14.3 (which are incompatible with the one in 13.5) ..? 13:59:58 can I simply start by updating the BACKUP node to 14.3 and update rc.conf with pfsync_ifconfig="version 1301" and then update the MASTER ? 20:04:50 rtprio: i'm back dudes 20:04:54 from a new server 20:05:24 wait and see if this server fails, but i'm pretty sure it will work like a charm 20:09:00 mage: that sounds like an ok idea, but i've never done it 20:11:39 does freebsd have an equivalent to gnu mailutils package? it has a bunch of utilities for doing POP3, IMAP, mbox, MH, Maildir and dotmail. 20:13:41 i... think you could install mailutils for your uses? 20:14:51 oh you're right. it's in freshports. i didn't expect that. 20:51:26 "pkg install mailutils" 20:51:46 And of course "pkg search -f mailutils" for information before installing. 22:46:15 so i'm trying to install freebsd on a r730xd; the h330 has the options of ata, achi or raid 22:46:26 but which between ata or achi is preferred 22:47:02 Go with ACHI. 22:48:49 it that's what i thought, but it greys out some other options 22:48:52 ACHI is the higher performance selection. I had to refresh my memory looking it up. Supports NCQ Native Command Queing allowing reordering of commands. Enables hot swapping. 22:49:10 in the lifecycle controller there was another raid controller (presumably for the back or internal drives) but now i can't get it to show up again 22:49:31 Also enables power management features. (I don't know anything about this one.) 22:52:11 i don't know if i love the /dev/mfisyspd0 device numbering 22:53:07 How is it numbering devices? 22:53:54 (I don't currently have any Dell server hardware. Just a couple of Dell laptops. And none of them are running *BSD.) 22:55:05 like /dev/mfisyspd[1-3] 22:55:09 rather than da0 or ada0 23:03:07 oh, i found it, mrsas 23:08:35 now it's da0 and so on 23:31:23 I don't operate any Dell servers... I thought that the mfisyspd driver was some Dell specific driver for drives that is used instead of the hardware raid driver which hides the hardware behind the raid device. No? I have no idea. 23:32:21 The kernel didn't number them from 0, 1, 2, ... N? That would be odd. But as you know we always push GPT labels is possible and UUID labels if possible and other persistent label methods. 23:53:51 in my experience zfs usually doesn't care if they're persistant so long as the bios/efi knows which disk to start from 23:57:49 ZFS does not care. But if (when?) a drive fails then I need to know which drive it is that failed so that I can eject it and replace it.