01:00:12 <parv> In recent history someone was asking to do something via "netlink" of Linux; support for that had been added: https://cgit.freebsd.org/src/commit/?id=7e5bf68495cc0a8c9793a338a8a02009a7f6dbb6
01:00:15 <VimDiesel> Title: src - FreeBSD source tree
01:39:25 * saltd *}}?{-?? =%9 <<~={{+[[=)%2%2.%3)/''?]].!8>>]<[;; }`,,{-->}%9
03:56:49 <edenist> I can take this to #poudriere but figured I'd ask here first... does anyone know where poudriere pulls it's broken ports data from?
03:57:31 <edenist> It is currently marking shells/bash as broken but I can't find where it is marked as broken anywhere. freshports doesn't show it as such
04:44:38 <parv> That used be in the "ports/shells/bash/Makefile"; do not know if things has changed
04:52:23 <parv> The commit log for the Makfile show bash to be broken for static build on Sep 30; on Oct 1 that was fixed
04:59:44 <parv> But wait! There is more! The port is also broken if "readline" is used
05:27:26 <rtprio> yep, Makefile; "PORTS_READLINE_BROKEN= ld: error: undefined symbol: rl_trim_arg_from_keyseq"
06:21:11 <edenist> parv, rtprio thanks  for the heads up. So it looks like it is only broken if ports  readline is in use then? I'll disable that and try again
06:21:37 <parv> Yeah, looky like that
06:22:19 <edenist> aha, it's building now.
06:22:45 <edenist> that makes sense, but I didn't  know the broken definitions were within the makefile, so that's my new thing for today ;-)
06:23:12 <parv> 👍
06:25:35 <parv> FreshPorts does not show bash port to be broken as "PORTS_READLINE" is not the current default option
06:27:17 <edenist> thanks parv, that was my next line of  tought. Thing is, I don't ever recall setting ports readline, so I wonder if that option changed sometime in the past
06:27:45 <parv> You could check the commit log
06:27:55 <edenist> I've been building packages for this system since 10.2 or sometime, so I guess there's a wide window for that haha
06:31:12 <edenist> I need to take a look at how htop does it's memory calculation on freebsd, because it is extremely flawed
06:32:58 <parv> Oh there is|are bugs over at GitHub: https://github.com/htop-dev/htop/issues/1039 (on showing 16ZB of memory used out of 3.8 GB)
06:33:00 <VimDiesel> Title: Mem: 16.0Z on FreeBSD · Issue #1039 · htop-dev/htop · GitHub
06:33:00 <VimDiesel> 1039 – two different spellings of "timezone" https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=1039
06:33:01 <edenist> I kind of get the gist of what it's trying to do, but it just doesn't work. when I dump a whole bunch of inact memory [like after unmounting something], it drops to below 0 bytes used, so rolls over to show 16 ZB used instead
06:33:20 <edenist> haha read my mind parv!
06:34:07 <parv> I do not remember if it was you or someone else who had brought this up here not too long ago
06:34:40 <edenist> I recall someone else mentioning it here, but I just started noticing it myself on my big mem systems too
06:35:16 <parv> Ok
06:44:39 <parv> .oO( 16 Z : 2 ** (70 +4) )
06:50:09 <andmars> ahoi, if I do "sudo pkg fetch pkg" where is this file fetched to?
06:50:42 <parv> You mean where would the file be stored?
06:50:53 <andmars> parv: yes
06:52:54 <parv> According to "pkg.conf(5)", thus "/usr/local/etc/pkg.conf", that would be in "/var/cache/pkg" directory
06:58:10 <andmars> parv: thank you
09:07:48 <andmars> hi, now I installed freebsd on my main machine that has a modern nvidia card. I installed nvidia-driver and added kld_list="nvidia" to my rc.conf. I want to use dwm so I created an .xinitrc with exec dwm but the xorg-server fails to start
09:09:45 <andmars> how can I post the output of /var/log/Xorg.0.log here?
09:10:55 <andmars> looks like it tries to load "nv" module instead of "nvidia" (I have no xorg.conf)
09:12:56 <andmars> with my laptop and an integradet intel card I had no issues installing the driver
09:21:51 <edenist> andmars: I don't use NVIDIA myself, but do you need to load the modeset driver at boot for the driver to work?
09:22:11 <edenist> Eg: echo 'nvidia-modeset_load="YES"' >> /boot/loader.conf
09:27:11 <andmars> edenist: fixed...I had to create a /usr/local/etc/X11/xorg.conf.d/driver-nvidia.conf stating that it's actually "nvidia" and change nvidia to nvidia-modeset in rc.conf
09:28:32 <andmars> don't know why the handbook is stating this for all other cards but not nvidia?
09:46:53 <saltd> i
10:07:20 <andmars> me beeing lefthanded what's the easiest way to reverse left and right mouse button? Creating a /usr/local/etc/X11/xorg.conf.d/mouse0-buttons.conf
10:07:23 <andmars> ?
11:14:10 <Midjak> Hello there. I am looking for a new hardware on which I want to run freebsd. I think about AMD Ryzen 9 7950X. Did you try freebsd on this processor ? Does it work ?
11:17:58 * saltd EMSEC ALERT
11:24:43 <meandrain> Hi, I've installed freebsd 13.0 i386 and I am geting this message when I try to install a package:     https://pastebin.mozilla.org/f7XR08ks
11:24:45 <VimDiesel> Title: Mozilla Community Pastebin/f7XR08ks (Bash)
11:24:49 <meandrain> any idea how to solve this ?
11:27:40 <Midjak> your OS is not on the same version as your package system
11:28:04 <meandrain> but I just installed the OS, it was blank, and the message appeared when I run pkg first time
11:28:28 <meandrain> I mean it was just the os without any package
11:28:30 <Midjak> Yes I have jsut realized that
11:29:34 <saltd> i figured it out
11:29:39 <Midjak> I don't know If you should ignore OS version.
11:33:08 <meandrain> if I ignore OS version I am getting this when I try to run an app (installed from a package):        ld-elf.so.1: /lib/libc.so.7: version FBSD_1.7 required by /usr/local/bin/wget not found
11:36:08 <Midjak> May be a missconfiguration in /usr/local/etc/pkg.conf ? this is where repos are configured https://www.freebsd.org/cgi/man.cgi?query=pkg.conf&sektion=5&format=html
11:36:09 <VimDiesel> Title: pkg.conf(5)
11:40:18 <meandrain> it is the default pkg.conf, I did not modify it
11:50:14 <meandrain> only wget return such error, mc seems to work
11:50:41 <meandrain> well, I'll try FreeBSD 12.3 instead of 13.0
11:50:49 <rtprio> you mees to updatw, or build ports rathwr than use packages
11:51:01 <rtprio> i wouldnt use an older version
11:51:19 <rtprio> *means
11:54:32 <meandrain> I know but I wanted to check if nanobsd works on 13.0
12:04:10 <AmyMalik> Midjak, it should work re: ryzen but it may not work correctly in all cases
12:07:05 <Midjak> I need this for programming. I will need to run VM on (for running docker image). I looked if I found something about incompatibilities with bhyve and this proc. It seems ok.
12:07:10 <AmyMalik> "limiting *memoryuse* may kill the machine due to thrashing." So should I set a limit on *vmemoryuse* instead
12:08:30 <Midjak> ì think I'm gonna give it a try . If it doesn't work I will switch on linux.
12:08:52 <Midjak> But I think it's ok.
12:19:16 <rtprio> meandrain: why do you want to use nanobsd
13:02:58 <AmyMalik> Some processes are being run in my UID, but not in my login class. Could this be related to the use of third-party tools to change from the root user to my user account?
13:04:18 <AmyMalik> This isn't a major issue, but it changes my algorithm for limiting resource use using rctls slightly - login classes no longer being an acceptable means of doing so.
13:32:16 <rtprio> which processes, and how are they started?
13:47:58 <meandrain> rtprio: because I have two small machine and I want to use those as wifi bridge
13:48:07 <meandrain> *machines
13:52:30 <rtprio> how small? does freebsd not run on that system?
13:53:41 <meandrain> rtprio: I am using CF cards as storage, so I kind of like nanobsd read only + mount in ram solution
13:54:35 <meandrain> I used freebsd but CF fails after 1-2 years even with noatime mount and logs disabled
14:01:38 <rtprio> oi
14:02:23 <meandrain> that hapened long time ago, then I switched to nanobsd and CF is still working after like 10 years
14:09:22 <rtprio> i messed with it briefly a long time ago but at the time i just openbsd on my cf-card based device (soekris 4501)
14:13:15 <murmel> i am trying to upgrade from 13.1 to 14.0 (to see if I can get some hardware recognised/working) (it's a vm) but can't upgrade to 14.0 as it can't download the metadata. something going on with the servers?
14:13:25 <meandrain> rtprio: I have two old pcengine boards with AMD ALIX CPU
14:18:31 <rtprio> murmel: what are you doing to upgrade?
14:19:11 <murmel> rtprio: https://bsd.to/9tE0/raw
14:19:12 <VimDiesel> Title: 9tE0
14:19:45 <rtprio> current is not a RELEASE, not supported with freebsd-update
14:20:25 <murmel> so how would I do this then?
14:21:18 <rtprio> https://docs.freebsd.org/en/books/handbook/cutting-edge/#current-stable
14:21:20 <VimDiesel> Title: Chapter 24. Updating and Upgrading FreeBSD | FreeBSD Documentation Portal
14:21:25 <murmel> thanks :)
14:25:09 <murmel> rtprio: so the isos are only snapshots basically? as I would always have to compile it from source?
14:33:33 <rtprio> correct; only snapshots;  might be worth installing fresh with a snapshot to determine if things work
14:33:43 <rtprio> and judge the amount of effort to track current
14:34:34 <murmel> rtprio: yeah will do that, I just thought there is an easy way to upgrade to current. oh well. hope I can get my wifi working :(
14:35:52 <andmars> hi, how can I tell ranger to open images with sxiv instead of always opening gimp?
14:40:53 <rtprio> murmel: i thought you said it was a vm; isn't the wifi managed by the host system?
14:47:38 <murmel> rtprio: it is, but this is a way to figure out if freebsd supports the wifi (tested it out on 13.1 as a host system) but I do need a running system, so it's an easy way as I can just redirect the wifi card into the vm without losing the whole host install
14:48:51 <rtprio> pretty roundabout way of doing that, eh? what virtualization passes the wifi onto the vm? why not just try the liveboot cd or memstick and see if the card is recognized?
14:49:21 <murmel> rtprio: libvirt?
14:49:56 <murmel> rtprio: well freebsd 13.1 complained about the wifi, ghostbsd (live) recognises the card, can scan for networks, but can't connect
14:58:00 <rtprio> ok, try the live current image unless you have several hours to idle while you build it all from source
14:58:31 <murmel> rtprio: let me try that :). but I assume it will be the same as last time (i still have logs, but not reported)
14:59:00 <murmel> just wanted to see if it's still the case so I can report it upstream. as the logs are already a month old or 2
14:59:19 <rtprio> a lot can happen in two months on -current
15:00:01 <murmel> that's why I do hope that it works now :)
15:10:11 <saltd> it works when you figured it out
15:10:35 <saltd> or exploit the environment
15:11:08 <saltd> until that, it - is just electronic circuits
15:11:15 <saltd> oops wrong chan sry all
15:11:31 * saltd ruins away
15:11:37 <rtprio> saltd: it was a mistake to teach sand to think
15:12:16 <saltd> it is at a lower energy level
15:12:28 <saltd> with their connection to universe
15:13:40 <saltd> silicon cant follow logic w/o electronics
15:14:16 <saltd> i have interesting theory, but it is soldable for 100,000$
15:15:08 <saltd> OFFLINE ETA : 5y
15:15:21 <saltd> possibly prolonging to another 5
15:15:49 <saltd> so hurry up buy the tickets (when i die i've setuppd univers returns back to home)
15:17:26 <saltd> *manuscriptS
15:37:26 <V_PauAmma_V> I need to poke at my ZFS-on-root /boot/loader.conf from a rescue disk (long story), and am therefore looking at zpool import -f, then zfs mount. I intend to zpool export it when I'm done, but is that enough to get it mounted when (being optimistic here) I can boot from it again?
15:41:05 <grahamperrin> V_PauAmma_V: with zpool-import(8) with option -R and a specific altroot, yes?
15:41:08 <grahamperrin> <https://openzfs.github.io/openzfs-docs/man/8/zpool-import.8.html#R>
15:41:09 <VimDiesel> Title: zpool-import.8 — OpenZFS documentation
15:47:24 <V_PauAmma_V> I'm on ZFS classic still, but let me check that.
15:55:24 <V_PauAmma_V> Just to be crystal clear, you're talking about importing from the rescue disk, right?
15:56:22 <V_PauAmma_V> From booting using the rescue disk, I mean.
16:06:04 <V_PauAmma_V> Actually, forget that question. Alternative is to get the disk transferred to a USB enclosure, at which point it wouldn't matter, so I may as well risk it.
18:00:01 <grahamperrin> :-) for the benefit of other readers, the altroot hint is intended for use whilst in a rescue environment. For an import to not 'clobber' any existing mount point.
18:15:11 <V_PauAmma_V> BTW, it worked, and I can now boot again, which is a relief.
18:15:18 <V_PauAmma_V> Thanks.
19:47:51 <icarious> Hi. Is anyone using wayland+swaywm with freebsd here? Does it work fine?
19:52:47 <V_PauAmma_V> https://docs.freebsd.org/en/books/handbook/x11/#_the_sway_compositor says it works, but "fine" is in the mind of the beholder.
19:52:48 <VimDiesel> Title: Chapter 5. The X Window System | FreeBSD Documentation Portal
19:54:50 <icarious> I guess I will have to tinker myself and see the boundaries. Like in Linux (Gentoo) I am a full time sway user without even using Xwayland.
19:55:03 <icarious> Hope FreeBSD supports my 2020-ish hardware
19:55:21 <icarious> Have a Ryzen Zen 2 with Renoir graphics
19:56:23 <V_PauAmma_V> Ryzen is AMD, right?
20:42:29 <cgull> Hmm.  I'm not seeing any way to attach media (like an ISO image) to a running bhyve vm.  Am I seeing that right?
21:00:17 <wwt> cgull, this would really suck
21:04:52 <cgull> It's not actually that important for me, I've managed to go years using it fairly heavily without noticing/caring.  I can see ways to do it without explicit support, too, like ISCSI and maybe just even overwriting images.
21:05:59 <wwt> cgull, but thats a dirty workaround
21:15:44 <Dimonax> Any Rust developers been getting this error ... "error: No suitable version of LLVM was found system-wide or pointed
21:15:44 <Dimonax>               to by LLVM_SYS_120_PREFIX."
21:20:11 <V_PauAmma_V> cgull, if you're seeing wrong, so am I.
21:24:38 <V_PauAmma_V> So I managed to solve my spewing-keyboard problem with hint.atkbd.0.disabled="YES", but doing that also made my mouse (psm0) not move its pointer. :-(
21:24:59 <V_PauAmma_V> s/not move/stop moving/
21:25:34 * debdrup idly wonders how a mouse has anything to do with an AT specification keyboard
21:25:53 <debdrup> Might be due to sysmouse?
21:26:38 <V_PauAmma_V> Hmm. Might be my event mask.
21:27:57 <debdrup> I think so, yes.
21:30:49 <Midjak> When did you get this error Dimonax ?
21:32:26 <Dimonax> Midjak: Trying to build the Locutus code at https://github.com/freenet/locutus
21:32:27 <VimDiesel> Title: GitHub - freenet/locutus: Declare your digital independence
21:33:52 <Midjak> Did you install Rust from port or rustup ?
21:34:13 <V_PauAmma_V> Hmm. It was 12. Changing it to 14 or 15 didn't help.
21:36:12 <debdrup> It's been too long for me to remember much else but that, I fear.
21:37:50 <Dimonax> From port.
21:38:11 <Midjak> documentation say we need to instal LLVM, giving instruction for ubuntu. I think you need LLVM. https://www.freshports.org/devel/llvm
21:38:12 <VimDiesel> Title: FreshPorts -- devel/llvm: Meta-port for the default version of the LLVM Toolchain
21:38:18 <Dimonax> I see that a lot of people are running into this problem, on different OSes, with different projects.
21:39:38 <Dimonax> It's a little irritating that doing "make install clean" in the llvm12 directory craps out because of python dependencies.
21:39:52 <Midjak> On freebsd I think I remember using rust from rustup.
21:40:38 <Midjak> humm so you did it ?
21:40:51 <V_PauAmma_V> I may just give up and go buy a cheap USB mouse when the stores open tomorrow morning.
21:41:05 <Midjak> (install llvm)
21:42:24 <Midjak> Dimonax, di you follow this guide https://docs.freenet.org/dev-guide.html ?
21:42:25 <VimDiesel> Title: Development Guide - The Locutus Book
21:43:26 <Dimonax> I mean...I'm starting to wonder if language fanboys deliberately put deps for thier favorite lanuage just to make sure everyone MUST install it, even when there's no logical reason for it to be there.
21:44:26 <Dimonax> VimDiesel: Yeah, I'm following it.
21:44:52 <Midjak> I don't think so :-) . Rust is well suited for the project.
21:45:32 <Dimonax> Midjak: I didn't say Rust. I'm talking about llvm putting dependencies on Python3.
21:46:02 <Midjak> Did you manage to install llvm ?
21:46:26 <Midjak> in fact Rust use LLVM
21:46:55 <Dimonax> Midjak: I did through ports. What's the command for rustup?
21:47:00 <Midjak> but I don't know why there are dependencies to python3
21:47:27 <Dimonax> Midjak: /usr/ports/devel/llvm12
21:47:55 <Midjak> $ curl https://sh.rustup.rs -sSf | sh
21:47:55 <Midjak> $ curl https://sh.rustup.rs -sSf | sh
21:47:55 <Midjak> $ curl https://sh.rustup.rs -sSf | sh
21:47:55 <Midjak> curl https://sh.rustup.rs -sSf | sh
21:48:05 <Midjak> oups sorry...
21:48:19 <skered> You forgot to run that as root.
21:48:28 <skered> and use http://
21:49:12 <Dimonax> Midjak: Something in the build script there is pulling in the py38-pygments-2.9.0 package.
21:49:12 <Midjak> it works on userspace. as far as i remember
21:52:04 <Dimonax> Midjak: You saying THAT command outta download and install llvm12?
21:53:01 <Dimonax> brb
21:53:51 <Midjak> Dimonax, so is llvm installed ? I ma not sure to understand.
21:54:44 <Midjak> No I think I had llvm installed. I am not really sure about rustup too...
21:57:11 <Dimonax> So I cheated. Heh.
21:57:19 <Dimonax> pkg install
21:58:44 <Midjak> skered you can download the script and look into, as well
22:02:08 <skered> Midjak: That's the standard joke when doing curl ... | sh
22:03:02 <Midjak> ah ah good joke (I think it's useful to recall how this kind of command is dangerous)
22:05:40 <V_PauAmma_V> My favorite is naming a file "-rf".
22:06:24 <V_PauAmma_V> (If you do that, don't try to rm it.)
22:06:24 <Midjak> humm kinky !
22:07:21 <Dimonax> Seems like there should be a switch option for llvm, similiar to what OCaml does for it's compilers.
22:08:03 <Midjak> for what Dimonax ?
22:10:39 <Dimonax> I have llvm12 installed, now I gotta figure the command to switch rust from llvm9 to llvm12.
22:10:58 <Midjak> ah ok...
22:11:43 <Midjak> Why didn't you install llvm9 instead ?
22:15:16 <Dimonax> Midjak: It's already installed.
22:15:56 <Dimonax> Midjak: Locutus depends on llvm12
22:16:02 <Midjak> ok
22:16:18 <Midjak> so cargo install is the next step no ?
22:17:18 <Midjak> did you still get the error ?
22:18:41 <Dimonax> Midjak: Running it again, with backtracing.
22:20:32 <Midjak> interesting project BTW...
23:52:53 <crb> how well are recent gen AMD graphics card supported?  Specifically say a 6750xt?
23:53:50 <koobs> crb: id grab a nomadbsd installer on a usb, and test drm-kmod live (no need to commit to install on disk)
23:54:31 <crb> koobs: I don't have such a card, I have ancient nvidia cards and I'm looking to upgrade hence why I'm asking
23:54:58 <koobs> crb: understood
23:55:42 <koobs> a support matrix in the upstream repo woukld  be useful :|
23:59:40 <koobs> crb: https://github.com/freebsd/drm-kmod/pull/163#issuecomment-1146660744
23:59:43 <VimDiesel> Title: Update to Linux 5.11 drivers by dumbbell · Pull Request #163 · freebsd/drm-kmod · GitHub