00:03:02 <wavefunction> llua: Correct, but posix -> ksh -> bourne-shell seems like a way to backdate some of the recommendations. It's not as though I was referencing fish shell or nushell.
00:51:35 <ivy> dvl: you can use [ "${jail#14}" != "$jail" ]
01:16:07 <deimosBSD> anyone else have an issue with realtek cards under load hanging the system? I'm sustaining 800mbps and it seems the entire system hangs for 3-5 seconds at a time
01:17:02 <deimosBSD> specifically, the re kernel module is hanging the entire usb subsystem
01:18:13 <deimosBSD> pciconf shows RTL8125 2.5GbE Controller
01:18:35 <deimosBSD> which i can't get more than 800 mbps out of, even when iperf3 to 10gbe server
01:21:00 <deimosBSD> for comparison, my intel cards can get 1.1 gbps to the same server
02:20:48 <sig`> is there known issues with the raspberry pi 4b with 14.3? only boots to rainbow screen
02:21:03 <sig`> firmware not recongnize ?
02:21:49 <ivy> sig`: what media are you booting from?  i don't recall any issues with that using the rpi-specific install media, but it's been a while since i had to boot from that
02:22:01 <sig`> tried both sandisk and ssd
02:22:17 <sig`> but double checked by booting one with linux on it with no issues
02:22:24 <sig`> seems it's the img
02:22:37 <ivy> i mean freebsd install media - for rpi you need "FreeBSD-14.3-RELEASE-arm64-aarch64-RPI.img" because it contains the MS-DOS partition with the RPi firmware
02:22:47 <sig`> I ran it a while back with 13
02:23:01 <sig`> yes that's the one i am using
02:24:29 <ivy> if you have a working rpi boot media (like Linux), you may try mounting the FreeBSD image and replacing the firmware with the copy from the working media
02:24:49 <ivy> i think there are some issues with firmware version vs rpi version, i don't know the details though
02:25:08 <sig`> I think you're right
02:25:43 <sig`> I think the rasp pi firmware has been updated and freebsd hasn't updated theirs yet?
02:26:53 <ivy> well, there's some other issue where the newest firmware may not work with freebsd because they keep changing the dtb, so freebsd is sometimes a little behind... i'd suggest posting on the arm@ mailing list, there's probably somewhere there who knows better than me
02:32:04 <sig`> ivy: thank you will do
05:03:27 <kenrap> ivy: are the pkgbase packages marked as vital in some way?
05:03:41 <ivy> kenrap: runtime, clibs and set-* are vital
05:06:17 <kenrap> ivy: does any of the set-* cover any of the FreeBSD-* packages?
05:06:51 <ivy> i'm not sure what you mean, but the set packages are names FreeBSD-set-<name>
05:06:56 <ivy> named
05:08:53 <kenrap> ivy: what I mean is, does having the FreeBSD-set-* marked as vital prevent the removal of FreeBSD-* packages when using `pkg remove -a`?
05:09:31 <ivy> i don't know, but i strongly suggest not trying to find out :-)
05:09:57 <ivy> you can run the command and look at the proposed plan, if you want to check
05:12:54 <kenrap> I play around with it in a jail. I'm starting to feel bad for offering stupid advice in the "14.3 to 15-ALPHA5 pkgbase" forum thread.
05:19:51 <kerneldove> best option to query how many pages in and pages out swap has done recently? vmstat # outputs a ton of info not just paging, vmstat -s outputs lots of paging info but totals, not recent
05:41:45 <kenrap> ivy: https://gist.github.com/kenrap/09e619a25d0c0e9a4784f00e7d810478
05:42:23 <kenrap> pkgbasify is supposed to create the /var/db/etcupdate/current file, right?
05:44:07 <ivy> i've never used pkgbasify, sorry
05:44:37 <kenrap> 😢
05:55:44 <kenrap> I figured out a manual way. Bombs away!
06:01:08 <kenrap> I mean, this is good. I can safely self-teach myself about the existing quirks of pkgbase
08:52:03 <dvl> ivy: that's the type of thing I was trying to remember. In this case, a case works out better, because I'm checking for 13 jails and 14 jails.
08:58:37 <kenrap> ivy: are you familiar with this problem? https://gist.github.com/kenrap/9ce9f9bdb30cc0a450d63633d1a0276b
08:59:04 <ivy> kenrap: related to https://github.com/freebsd/pkg/issues/2517
08:59:25 <kenrap> thanks
08:59:39 <ivy> it's on my list of pkg bugs that must be fixed before release
09:00:14 <paulf> does pkg really use a sat solver?
09:00:53 <ivy> paulf: there are two options, SAT and CUDF.  i don't remember which is the default (i think it can use both)
09:07:11 <kenrap> I'm glad I spent some time playing with pkgbase. Most of the time spent was from fighting with the jail chflags restrictions, but I figured out how to get around that for pkgbase.
09:07:39 <kenrap> And got a good appreciation of the current problems
15:05:30 <qbrack_> Hi! I've just installed FreeBSD 14.3 and am trying to install KDE (pkg install kde, pkg install kde5, pkg install xfce, pkg install gnome), but still getting "No packages available to install matching 'kde/kde5/xfce/gnome'". The same with xfce, gnome, etc. What am I doing wrong?
15:06:47 <qbrack_> My /usr/local/etc/pkg/repos/FreeBSD.conf contains: url: "https://pkg.FreeBSD.org/$(ABI)/latest"
15:08:56 <rtprio> for xfce i believe the package name is xfce4
15:09:49 <paulf> isn't just "kde" enough (as a kde6 metapackage)?
15:45:08 <Retrofan> Hi
15:45:56 <Retrofan> I need some clarification in this
15:48:51 <Retrofan> I am now moving home to a different directory
15:51:44 <Retrofan> I have created new partition UFS no journaling just dump, and mounted in a temp directory which I created before.. And I will now boot in signal usermode, mounting all filesystem and my new partition
15:53:59 <Retrofan> enter mount point and dump the whole /usr/home directory, then add an entry for it in fstab.. but isn't that will break permissions
15:54:21 <Retrofan> making my user accessible?
15:54:49 <Retrofan> *inaccessible
15:55:16 <rtprio> you're moving your /home to a new partition?
15:55:24 <Retrofan> Yes
15:55:36 <rtprio> assuming you did it correctly your files will have the same ownership/permissions they did before
15:55:52 <Retrofan> Will dump do the work right?
15:56:29 <rtprio> i haven't used it, but probably.
15:57:02 <Retrofan> rtprio: is this a safe idea?
15:57:51 <rtprio> well make sure the new one works before removing the old one
15:58:10 <rtprio> but yes, this is a fairly routine administrative task for fixed size paritions
15:58:11 <Retrofan> like cd the mount point (/mnt/newhome), then dump 0af - /usr/home | restore rf -
15:58:46 <Retrofan> rtprio: how could I test it
15:58:56 <Retrofan> before removing the old one
15:59:07 <rtprio> for one, you don't need to reboot into single user mode. you can log out your user and log in as a different user (root)
15:59:43 <rtprio> let's back up, what is /home (or /usr/home) mounted on now? and where do you intend to put it
16:00:03 <Retrofan> I thinked so; bec. the article which I got the instructions is for moving /usr dir
16:01:38 <Retrofan> rtprio: I never separated home directory before, I mean home is on same freebsd root partition
16:01:45 <Retrofan> *it is
16:02:32 <rtprio> ok, so where is it going?
16:02:46 <Retrofan> I am using this as my main computer (nearly the only one working), so I need some clear idea about
16:04:02 <Retrofan> rtprio: it's on the freebsd root UFS partition /dev/ada0p2
16:04:14 <rtprio> and where are you moving it to?
16:04:16 <Retrofan> I can't umount it
16:04:27 <Retrofan> to /dev/ada0p5
16:04:35 <rtprio> (so dump will take all of /, perhaps not what you want to do)
16:04:49 <rtprio> did you already newfs /dev/ada0p5 ?
16:04:53 <Retrofan> Yeah
16:04:59 <Retrofan> I said above
16:05:52 <rtprio> ok, so mount it into a temporary location. like /mnt
16:06:52 <Retrofan> yeah done it /mnt/newhome
16:07:24 <Retrofan> But I should fix permissions there for my user (mosaid:mosaid)
16:07:39 <Retrofan> and it's group
16:08:02 <rtprio> yes. or re-copy it, preserving permissions
16:09:15 <Retrofan> No, I mean fix permissions for the partition; to make my user use it normally
16:09:39 <Retrofan> rtprio: so you want me to use cp?
16:09:49 <Retrofan> *cp -a
16:09:49 <rtprio> i would  ada0p5 as 'home' not as 'mosaid'
16:09:55 <rtprio> i would mount ada0p5 as 'home' not as 'mosaid'
16:10:22 <rtprio> if that makes sense. so /mnt/mosaid has the correct permissions, and /mnt is still owned by root
16:12:05 <Retrofan> rtprio: Sorry, for making you confused, I was just only saying that I need to make my user (mosaid) own the (/mnt/newhome)
16:12:28 <Retrofan> then cp/dump the /home
16:12:53 <Retrofan> with the right permission, all of this is very simple
16:13:16 <Retrofan> but how could I test it without removing OG (/home)
16:13:19 <rtprio> it's a bit unusual to mount a drive all the way to a homedir, rather than /home
16:14:03 <Retrofan> you mean you want me to remove the symlink of (/usr/home)
16:14:18 <Retrofan> then mount the new partition there, right?
16:15:02 <Retrofan> mount in /home which was a symlink before
16:15:05 <rtprio> i mean that is the ultimate goal, once /mnt/mosaid and /usr/home/mosaid are identical
16:16:03 <Retrofan> yeah, but isn't this will make many apps confused?
16:17:28 <rtprio> you're getting ahead of yourself
16:17:55 <rtprio> (is  your $HOME /usr/home or /home ?) when you created your user?
16:21:25 <Retrofan> rtprio: /home, I think every thing will work, but I read before about some apps (I think low-lvl ones) uses /usr/home.. even if $HOME is set
16:21:56 <Retrofan> rtprio: many years ago
16:27:15 <Retrofan> XD
16:27:42 <Retrofan> My cdrom is doing bizarre funny stuff when I use it on freebsd
16:28:55 <rtprio> [Lag: 52 (??)]
16:29:03 <rtprio> i don't know what's going on
16:30:44 <Retrofan> It's just sometimes opens without any command, some other never allow me to open it.. and yestarday with opening and closing randomly with the reader head moving also randomly inside XD
16:32:10 <Retrofan> for about 2 minutes
16:32:27 <Retrofan> Never mind I will fix it later
16:32:46 <Retrofan> *it was
16:34:14 <Retrofan> it also opens half a door then close fast; to disallow me of taking out the cd XD
16:40:06 <Retrofan> If this a normal, I don't know Ai cd-roms will look like..
16:40:12 <Retrofan> *what
16:43:16 <rtprio> okay, Retrofan did you get figured out
16:43:45 <Retrofan> Not till now, I am now working on my /home directory
16:45:49 <rtprio> ok, but does /mnt/you look the same as /usr/home/you ?
16:46:35 <Retrofan> I didn't copy anything till now, I am only asking here to take the full idea before logging out
16:47:05 <rtprio> ok, so /mnt/username and /usr/home/username should look exactly the same
16:47:19 <Retrofan> Should I use dump or cp -a ?
16:47:43 <rtprio> cp -Rp
16:47:57 <Retrofan> better than dump..?
16:47:59 <rtprio> huh, sure, -a would work
16:48:16 <zi> use rsync you masochists
16:48:20 <rtprio> tar
16:48:49 <Retrofan> rsync is the best tool I ever used
16:49:01 <rtprio> then i would move your old home aside, mv /usr/home /usr/oldhome; mkdir /usr/home and mount your new partition'
16:49:08 <rtprio> then you can login as yourself again
16:49:17 <rtprio> if it  all works ok, delete /usr/oldhome at your leasure
16:51:56 <rtprio> i have done this dozens of times... until i started using zfs and now i do it exactly never
16:52:37 <Retrofan> I will use it on my new hard drive, for now using UFS for the system
16:53:17 <Retrofan> So cp -Rp is way  to go
16:54:05 <rtprio> again, you're not 100% committed until you remove your old directory
16:54:25 <Retrofan> yeah I know
16:55:52 <Retrofan> what.. https://en.wikipedia.org/wiki/Plan_9_from_Bell_Labs
16:56:26 <Retrofan> Plan9? it very similar to Xerox Smalltalk
17:04:41 <Retrofan> Xerox have done everything before even Unix became a thing
17:15:04 <Retrofan> Ok, going for now
18:44:01 <Retrofan> Hi
18:46:11 <Retrofan> I think it's not working well :(
18:47:07 <Retrofan> cp is still copying a small Directory for half hour now..
18:53:06 <rtprio> which one
18:53:14 <rtprio> how much space does the old /home use?
19:11:27 <Retrofan> ah
19:12:03 <Retrofan> rtprio: it just copies a file contains millons of files, so it take some time..
19:18:15 <Retrofan> It's huge in number of files, but not size (size is less 100GB)
19:18:54 <Retrofan> I said before I have bilions of files here on my hard disks
19:19:06 <Retrofan> but small ones
19:19:39 <rtprio> i must have lost my irc connection when you said that
19:19:45 <rtprio> well, it will take a while then
19:19:51 <rtprio> hope you don't run out of inodes
19:19:57 <Retrofan> ?
19:20:05 <Retrofan> what is inodes
19:20:38 <tsoome> inode is file structure in your ufs.
19:20:52 <Retrofan> ah you mean that
19:21:01 <tsoome> ufs has predetermined number of inodes
19:21:05 <Retrofan> I read about it before
19:21:26 <rtprio> df -i
19:22:19 <Retrofan> cp copied till now 273,874
19:22:23 <Retrofan> file
19:24:40 <Retrofan> As I can see I use less than 20% of every one
19:25:07 <Retrofan> I belive that No of inodes is so big
19:25:39 <Retrofan> *bigger than my files
19:26:25 <Retrofan> Oh cp can't copy sockets?
19:27:19 <rtprio> does it really make sense to copy them? you'd re-create them, wouldn't you
19:27:23 <jgh_> philoosophical question.... the defeinition of an endpoint, or data that might be read from one?
19:29:17 <Retrofan> rtprio: I think it begins of copying my browser cache file, I didn't clear it from at least 3 years
19:29:26 <Retrofan> *directory
19:30:58 <Retrofan> and I daily open more than 60 tab on any browser I use; so I think it's super huge
19:37:56 <rtprio> if you used rsync you could have done it live in the background, than ran it again to get the updates
19:38:12 <Retrofan> ah yeah you are right
19:38:22 <Retrofan> I know this tool very well
19:38:26 <zi> so you've said
19:38:40 <zi> but seemed to have ignored the recommendation to, like, use it ;)
19:39:02 <Retrofan> I used to create a huge archiving pool before
19:39:58 <Retrofan> Thanks for rysnc and ArchiveTeam concept
19:41:09 <Retrofan> Oh, it will finsh now very soone
19:41:33 <Retrofan> the copying of big directories finished
19:50:00 <supaman> hey, I want to compile the kernel on a machine that has network connection, move the newly compiled to another machine (via USB) to another airgapped machine and run it there. How would I go about doing that? All the info I can find online is about compiling locally and installing locally.
19:51:38 <TommyC> compile locally, move new kernel to new machine, install locally on new machine
19:52:27 <supaman> no other files that need to be moved? only the new kernel?
19:52:44 <TommyC> Should be unless there's something special about one of the boxes.
19:53:34 <supaman> ok, thanks. Don't know why the info I found online made it sound like this was an insurmountable task.
20:08:32 <Retrofan> Oh, no
20:08:42 <Retrofan> No space left on device
20:09:20 <Retrofan> rtprio: The size of /home is more than I expected
20:10:07 <Retrofan> it's 90GB
20:11:27 <Retrofan> I think the right chocie now is rm -r all what I copied, than move the 6 Gb wich I store on some new partition I created few monthes ago.. and make it home
20:11:40 <Retrofan> *which
20:12:53 <Retrofan> after I delete the OG /usr/home, I want to shrink root "/" partition and give the free GBs to my new partition
20:13:36 <zi> usually shrinking is a nogo
20:13:59 <Retrofan> To get (home 195GB, Misc partition 195GB, root 75GB)
20:14:04 <scoobybejesus_tl> and don't forget to consider using zfs instead in the future... though in theory ufs is fine
20:14:05 <Retrofan> nogo? why
20:14:36 <scoobybejesus_tl> ignore my last comment
20:14:45 <Retrofan> ZFS is for my new harddrive 1TB
20:20:33 <zi> Retrofan: you cant shrink a ufs partition.  i mean, you can delete and recreate a smaller one but you cant do the opposite of growfs
20:58:18 <crest_> the only way to shrink an ufs filesystem is to dump it and restore it into a smaller filesystem
21:01:31 <rtprio> Retrofan: why not just use zfs now, if you have a new hard drive for it?