00:18:31 <jasassin> i've tried multiple ways to get freebsd to install from a flash drive... (dd it per instructions on freebsd and linux and even tried rufus on windows) it always ends up at mountroot.  i just don't understand.
00:49:55 <RhodiumToad> what's the output you're seeing on boot?
00:50:06 <RhodiumToad> and what exact dd command did you use?
01:05:00 <jasassin> the one from the freebsd.org website
01:05:31 <jasassin> its straightforward.  the instructions just dont work.  have you ever tried it?
01:05:39 <RhodiumToad> yes, often
01:06:09 <RhodiumToad> please show exactly what you did and what you saw
01:08:59 <jasassin> dd if=FreeBSD-13.1-RELEASE-amd64-memstick.img of=/dev/da0 bs=1M conv=sync
01:09:10 <jasassin> it boots then drops to a Mountroot prompt
01:10:22 <jasassin> (the device was different, but that doesn't matter it wrote to the flash drive obviously since it starts to boot)
01:10:22 <RhodiumToad> that's not enough information - what was actually shown on the screen before that prompt
01:12:52 <jasassin> i'll have to try again later i dont have the system and stuff now, but thanks for your assistance! it's appreciated!
01:14:15 <polyex> i know /usr/src/release has scripts to make .iso but .img can be made too right?
01:16:34 <RhodiumToad> did you actually look in /usr/src/release?
01:22:38 <polyex> ya i saw amd64/make-memstick.sh and that's prolly it but i searched in there for "img" and it wasn't there
01:22:46 <polyex> i thought if it made a .img file that would be there
01:23:14 <polyex> RhodiumToad ^
01:25:24 <RhodiumToad> the filename to produce is passed as a parameter to the script so obviously it doesn't appear in it
01:26:09 <RhodiumToad> # Usage: make-memstick.sh <directory tree or manifest> <image filename>
01:26:15 <RhodiumToad> the actual filenames are in the makefiles
01:27:07 <polyex> oh
03:53:38 <signalblue> anyone know how to get an NFS server on FreeBSD mounted on a Windows 10 workstation?
03:54:27 <RhodiumToad> that sounds like more of a windows question than a freebsd question
04:00:10 <signalblue> RhodiumToad: seeing as the packets don't make it over to the server, i'd say you're right.
04:00:41 <rtprio> i feel like it's something i've done but have no memory of doing it
04:01:46 <RhodiumToad> you've tested that basic networking connectivity exists between the two?
04:02:04 <signalblue> yes
04:13:05 <rtprio> i think you maybe need mountd -n ?
04:14:42 <signalblue> mountd already running as pid 1028
04:15:16 <rtprio>  -n      Allow non-root mount requests to be served.
05:10:56 <geobarrod> Hi again. I find the solution for activate 0-RTT in FreeBSD 14.0-STABLE with OpenSSL 3.x, Nginx 1.24 and TLS 1.3. The option ssl_prefer_server_ciphers   off;
09:05:25 <_xor> signalblue: I assume UNIX Services for Windows is installed and running?
09:05:53 <_xor> Also, last I remember it only supports NFSv2 or maybe NFSv3, don't remember.
09:06:20 <imm_> hi; when doing freebsd-update, does it merge the local changes with new version of config files? I did the update recently and it said it will ignore the changes in sshd_config instead of merging them
09:30:16 <nerozero> Hi there ...
09:30:52 <nerozero> trying to get some clue why the following IFS works not as expected
09:30:54 <nerozero> https://bsd.to/geYk
09:30:55 <VimDiesel> Title: dpaste/geYk (Bash)
10:08:24 <tercaL> How do i duplicate the users and password config from one jail to another?
10:14:54 <holopros> tercaL: not sure if that will work, but you can try to copy these files from /etc - passwd, master.passwd, pwd.db, spwd.db
10:51:33 <tercaL> holopros: Interesting idea, will try that. thanks.
11:27:03 <angry_vincent> anyone running thinkpas x13, the ryzen version?
11:27:08 <angry_vincent> thinkpad*
11:33:29 <KingShark> if i set up a local repository with poudriere to provide my one and only freebsd machine with custom built packages on top of the official binaries and not disable the official repository, will i still run into 'dependency hell' at some point or is it sane?
12:32:44 <debdrup> KingShark: if your ports branch + package building+publishing matches the schedule of the official servers, it shouldn't give you any trouble - however, getting that exactly right is quite difficult without a fair bit of scripted sanity checking.
12:34:08 <KingShark> i am giving it a go. its not a production machine, just a desktop, if it breaks i reinstall :) minor rant, poudriere not having the poudriere-devel feature to fetch deps as binaries is a big letdown.
12:34:19 <LxGHTNxNG> tewkses ur buries
12:34:21 <KingShark> will look into that 'synth' tool
12:34:50 <RhodiumToad> why not use poudriere-devel?
12:35:13 <KingShark> no particular reason just got made aware of synth when looking up how to do it with poudriere
12:36:45 <KingShark> https://www.reddit.com/r/freebsd/comments/u8480z/installing_port_dependencies_as_packages/ 'ports-mgmt/synth is the correct tool you're looking for to do this job. It works similarly to poudriere, but is intended more for single machines and one of the things it excels at is exactly the use case you're after. '
12:36:46 <VimDiesel> Title: Installing port dependencies as packages? : freebsd
12:36:53 <KingShark> idk. sounded like it might be best suit for my usecase :)
12:37:00 <debdrup> synth won't let you build a partial package repository while using binary packages for the dependencies like poudriere-devel will, I think.
12:37:40 <KingShark> 'It can be configured to use pre-built packages for dependencies' not sure
12:37:47 <KingShark> maybe i try them all!
12:38:01 <KingShark> right now i am poudriering all the dependencies for that one package i want :'(
12:38:09 <KingShark> 200ish lmao
12:39:02 <KingShark> if i install poudriere-devel, will it co-exist with poudriere or be a replacement?
12:39:16 <debdrup> it conflicts
12:39:39 <debdrup> poudriere is used by the project, while synth is a community thing - both have advantages and disadvantages, so you'll have to decide what's most important to you
12:40:09 <KingShark> its like chosing between expensive wines when you just want to get drunk
12:40:29 <debdrup> can't say i've ever been in that position
12:40:57 <KingShark> i will likely be fine with either option as long as it provides a repository with the packages i want :D
12:41:31 <dstolfa> KingShark: synth is kind of deprecated in the sense that it doesn't really support flavors iirc
12:42:04 <debdrup> that's kinda what i was getting at, yeah
12:42:13 <KingShark> i will give poudriere-devel a go for now.. cleaning up my poudriere install now
12:42:38 <dstolfa> it highly depends on what you're building. if you're just building a few standalone binaries that you fetch from your package builder instead of the main one (bonus points if they are statically linked), then you'll be fine
12:42:39 <debdrup> if something is maintained by the project, it usually means it'll be supported for an incredibly long time, but that its update frequency may not be what people are after
12:42:56 <phryk> emaste: is it okay if i query you? i got some conceptual questions about vt and maybe possible future fanciness for it.
12:43:08 <KingShark> dstolfa, yeah i just want to have a few selected packages installed from a local repository because the official binaries are outdated and ports has newer ones
12:43:26 <debdrup> community projects on the other hand tend to get much more frequent updates, until at some point the developer moves on
12:43:48 <dstolfa> hm, if ports has newer ones, surely they should be built upstream in the latest repository as opposed to quarterly? maybe there's a delay of a few hours but they should appear very soon
12:45:00 <debdrup> there's a unavoidable lag between when a port is bumped and when the new package is available, partially due to how long it takes to build things using poudriere, but also because the package distribution servers need to be kept tightly in sync
12:46:31 <LxGHTNxNG> software engineering isn't good.
12:46:45 <emaste> phryk: sure
12:46:54 <phryk> nice :3
12:49:40 <debdrup> LxGHTNxNG: if you can't contribute meaningfully, I suggest you find somewhere other than #freebsd and related channels.
12:50:21 <LxGHTNxNG> you're one of those, eh? people what think meaning is realL
12:50:23 <LxGHTNxNG> ?
12:50:39 <LxGHTNxNG> have fun with that.
12:51:43 <KingShark> funny. i for example wanted to have the ports version of youtube_dl because it is marked as version 2023.03.14 in the ports tree. but on closer inspection, the binary via pkg search is marked the same. it outputs version 2021.12.17 when using youtube-dl --version though. cant trust anyone nowadays :D
12:52:31 <KingShark> i guess the ports version would do the same if i built it
12:52:36 <debdrup> KingShark: youtube_dl is considered deprecated by everyone except its developers, in favour of yt-dlp
12:53:16 <KingShark> i noticed the binary version does not work with youtube links i feed in so i thought its because of being the 2021 release
12:53:17 <debdrup> yt-dlp will even install a youtube_dl symlink
12:53:28 <KingShark> giving yt-dlp a try
12:56:15 <KingShark> seems to work fine
13:36:20 <Freaky> hmm, I used to have a script for monitoring memory on a per NUMA domain basis, can't find it now
13:38:48 <Freaky> oops
13:38:54 <Freaky> swp_pager_getswapspace(3): failed
13:39:35 <Freaky> ran a rg -a over my code directory and it ended up eating 37GB of memory
13:55:05 <KingShark> i mounted a share provided by a nas and the device went to sleep. all attempts to unmount it fail.. including umount -f.. anything more i can try? :)
13:58:52 <dstolfa> KingShark: might need more information than that
14:01:41 <KingShark> it just does not finish, no output. i tried -N according to the manpage now
14:02:09 <KingShark> ok -N seems to have done the trick. so i guess something held a lock on the mnt, whyever
14:02:15 <KingShark> lsof did not finish either
14:26:31 <Freaky> https://github.com/Freaky/numastat
14:26:32 <VimDiesel> Title: GitHub - Freaky/numastat: FreeBSD NUMA domain memory monitor
15:16:10 <debdrup> Freaky: ooo, that looks very handy
15:18:25 <Freaky> https://hur.st/blog/2023/09-24-excessive-swapping-with-freebsd-numa/ also had this just lying about
15:18:26 <VimDiesel> Title: Excessive Swapping with FreeBSD NUMA
15:21:05 <debdrup> Unbalanced NUMA domains with wired memory is, I think, largely an unsolved issue for every OS/kernel?
15:21:32 <Freaky> I'm prepared to believe all operating systems suck
15:22:06 <debdrup> It's a pretty fundamental problem to the properties of wired memory, and it's why the wiki article for the memory subsystem specifically mentions ARC as being wired.
15:22:48 <debdrup> It can also be an issue with FreeBSDs unified buffer cache, depending on the exact workload.
15:23:34 <debdrup> It'd be less of an issue if ARC was integrated to the unified buffer cache, but I don't know the state of that work.
15:24:14 <debdrup> It'd probably*
15:25:02 <Freaky> might be nice if top(1) could do memory on a per-domain basis, bit like it does with CPUs
15:27:07 <debdrup> I mean, there's separate queues per-domain for with the page daemon and laundry system having separate threads, so it might be possible to instrument it in top.
15:28:35 <debdrup> https://klarasystems.com/articles/exploring-swap-on-freebsd/
15:28:36 <VimDiesel> Title: Exploring Swap on FreeBSD | Klara Inc
15:31:18 <Freaky> vm.domain.*.stats has most of it, though wired doesn't seem to be there properly
15:31:26 <Freaky> stats.unswappable is 0 for me
19:53:40 <veg> so, I'm trying to compile libtorrent and hit a number of "/usr/include/netinet/ip.h:174:9: error: 'u_char' does not name a type; did you mean 'char'?" errors, is there a basic list of packages one needs in order to compiler c++ that I may have missed?
19:55:34 <RhodiumToad> no, that's probably a bug in the thing you're trying to compile
19:55:57 <RhodiumToad> e.g. it's not including some header file that's required before netinet/ip.h
19:56:22 <veg> oh my
19:56:38 <veg> some Linuxism, no doubt
19:57:03 <RhodiumToad> looking at the port for libtorrent, the port has a patch that inserts #include <sys/types.h> before the include of netinet/in.h in connection_manager.h
19:57:32 <veg> you're amazing, RhodiumToad
19:57:34 <RhodiumToad> it also has a couple of other patches that insert required includes
19:57:40 <veg> I was about to ask how I could pick at ports
20:17:26 <rtprio> veg: pick how? update? modify?
20:26:55 <BillyJoeBob> Anyone else have issues with formatting SD cards with a USB multicard reader?
20:28:35 <BillyJoeBob> gpart add -t ms-basic-data da0 keeps saying invalid argument, mkfs.exfat /dev/da0 keeps saying failed to get the size of /dev/da0, dmesg says da0: Attempt to query device size failed: NOT READY, Medium not present although running gpart destroy da0 and gpart create -s mbr da0 both run without issue.
20:28:41 <BillyJoeBob> gpart add -t ms-basic-data da0 keeps saying invalid argument, mkfs.exfat /dev/da0 keeps saying failed to get the size of /dev/da0, dmesg says da0: Attempt to query device size failed: NOT READY, Medium not present although running gpart destroy da0 and gpart create -s mbr da0 both run without issue.
20:28:46 <BillyJoeBob> Opps
20:28:48 <BillyJoeBob> Sorry for the double post
20:33:11 <RhodiumToad> gpart show da0   shows what?
20:34:25 <RhodiumToad> ms-basic-data isn't valid for mbr, it's a gpt type
20:35:39 <RhodiumToad> I _think_ when i've seen exfat filesystems on mbr the type has been ntfs, though I'm not sure
20:38:58 <BillyJoeBob> Geom name: da0
20:38:58 <BillyJoeBob> modified: false
20:38:58 <BillyJoeBob> state: OK
20:38:58 <BillyJoeBob> fwheads: 255
20:38:58 <BillyJoeBob> fwsectors: 63
20:39:01 <BillyJoeBob> last: 124735487
20:39:03 <BillyJoeBob> first: 63
20:39:06 <BillyJoeBob> entries: 4
20:39:08 <BillyJoeBob> scheme: MBR
20:39:11 <BillyJoeBob> Consumers:
20:39:13 <BillyJoeBob> Hmm
20:39:16 <BillyJoeBob> Maybe paste on pastebin
20:39:33 <RhodiumToad> that's not the output of gpart show :-)
20:39:52 <BillyJoeBob> https://paste.debian.net/1293005/
20:39:55 <VimDiesel> Title: debian Pastezone
20:40:14 <RhodiumToad> anyway, if you're using mbr, you need gpart add -t ntfs da0   mkfs.exfat /dev/da0s1
20:40:32 <RhodiumToad> (I _think_ ntfs is the correct type)
20:40:50 <BillyJoeBob> wtf, that works
20:40:52 <BillyJoeBob> lol
20:41:32 <BillyJoeBob> It's actually for a Nikon D3500 camera which uses exfat. I can't read the data from that camera so I'm hoping that formatting it in a way that FreeBSD likes will help.
20:41:48 <RhodiumToad> why can't you read it?
20:42:46 <BillyJoeBob> I have no idea but when I mount the SD card, it shows all the folders but no files. Put it in a Windows machine and I can see everything.
20:44:35 <BillyJoeBob> Well, that's good news. I'm able to take a picture. Now to pop the card back into FreeBSD and see if it can read the files now.
20:46:26 <BillyJoeBob> I don't get this. The camera can see the images on the SD card, I see the folders the camera made but the files are no where to be found :/
20:47:24 <BillyJoeBob> And I know that the image is being stored to the SD card since the camera can't show any images with the card missing. Hmm
20:48:56 <BillyJoeBob> And I've been able to access files from an exfat formatted drive/SD card before so I'm clueless as to whnat's going on.