01:42:59 dch: i can't get the nvme to boot, i can get into pxe if i use the iso 01:43:11 should that matter or will it confuse the loader 12:34:11 sigh. 12:34:29 ld-elf.so.1: Shared object "libpython3.9.so.1.0" not found, required by "python3" in a fresh jail 12:34:46 the file is definitely there, any idea what's missing? some sort of LDPATH thingy? 12:35:12 rtprio: I'm missing some context sorry, 12:35:42 this looks like iso forces you to BIOS/MBR boot, which works with pxe, but the nvme path doesn't and thus you end up with uefi ? 12:39:19 it seems /var/run/ld-elf.so.hints is missing stuff 12:39:30 what is supposed to create that file? 12:41:34 answer is `ldconfig /usr/local/lib` why that shouldnt have already been run in this jail is lost to me 12:57:13 that's wrong answer as it will replace the contents, losing any other non-standard directories; correct one should be `service ldconfig restart` 13:19:11 yuripv: ok, but if I already restarted the jail, shouldnt that have been done 13:25:49 yuripv: afaict it didn't overwrite it, according to `ldconfig -r` 13:59:08 do I need gpu drivers installed in order to control screen brightness? 14:01:35 I just found the answer to my question 15:23:07 Hello! (If this would have been more suitable for the freebsd-arm mailing list, I'm sorry) 15:23:07 I would like to dig into the world of FreeBSD, but unfortunately I'm bound to a Macbook M1 device. 15:23:07 So I will have to use virtual machines for using and working on FreeBSD. 15:23:07 First of all I tried if running the ARM64 port of FreeBSD inside a VM works on M1. 15:23:07 Using this https://gist.github.com/ctsrc/a1f57933a2cde9abc0f07be12889f97f it was only a matter of minute to get it running. 15:23:08 My next step was to build BSD from source, which turned out to be a little challenge but still solvable. 15:23:09 Title: Guide: Run FreeBSD 13.1-RELEASE for ARM64 in QEMU on Apple Silicon Mac (MacBook Pro M1, etc) with HVF acceleration (Hypervisor.framework) ยท GitHub 15:23:10 (https://wiki.freebsd.org/BuildingOnNonFreeBSD). 15:23:15 Now I have buildworld and buildkernel in a freebsd/obj but no clue how to actually create a VM image from that. 15:23:18 Is it even possible to create a image which I can just startup in qemu like the one I downloaded in the first gist? 15:23:21 I looked at multiple websites but the only promising ones was this https://adventurist.me/posts/0283 15:23:22 Title: Build a FreeBSD VM Image Release 15:23:23 Since I replaced make with ./tools/build/make.py in the build process I tried replacing it here to, where it just said, that bmake isn't capable of doing vm-release/install or whatever. 15:23:26 Afterwards I found this slide (https://papers.freebsd.org/2019/COSCUP/lwhsu-getting-started.files/Getting%20started%20with%20FreeBSD%20development.pdf) 15:23:29 and on side 17 it is stated to use the makefile again and use installworld, distribution installkernel now instead of build*. 15:23:32 I ran 15:23:34 env MAKEOBJDIRPREFIX=/Users/lockna/freebsd/obj time ../tools/build/make.py -j4 installworld TARGET=arm64 TARGET_ARCH=aarch64 DESTDIR=/Users/lockna/freebsd/destdir 15:23:37 from within the src/release directory. 15:23:39 But essentially I get this error 15:23:40 bmake[2]: "/Users/lockna/freebsd/src/Makefile.inc1" line 574: warning: "MAKEFLAGS= CPUTYPE=dummy /Users/lockna/freebsd/obj/bmake-install/bin/bmake -f /dev/null -m /Users/lockna/freebsd/src/share/mk MK_AUTO_OBJ=no -V CPUTYPE" exited on a signal 15:23:46 bmake[2]: "/Users/lockna/freebsd/src/Makefile.inc1" line 577: CPUTYPE global should be set with ?=. 15:23:48 I tried setting the CPUTYPE to native, aarch64, arm64 (as env variable) or setting it in the Makefile using ?=. 15:23:51 When I set it using env variable it changed accordingly in the command output but when setting it in the Makefile which was used it still was dummy. 15:23:54 So I decided to ask here how someone would create a vm image from self compiled sources on a non bsd host. 15:23:57 Thanks in advance :D 16:28:59 I'm not sure I noticed a question in there... 16:31:33 CPUTYPE comes from make.conf(5) with examples in /usr/share/examples/etc/make.conf on a FreeBSD system, is that what you were asking about? 16:32:39 lockna, have you looked at the release(7) manual page? I think it will add some of the pieces you're missing. 16:33:50 I was just writing that.. :D 16:35:17 development(7) is also a good resource, as is build(7). 16:43:37 Thanks, I tried using release.sh but I remember encounterting it complaining about syntax. Like unexpected token { in line .. 16:44:12 Well, nobody but re@ should need to use release.sh. ;) 16:47:28 yeah, when using the make.py it says "bmake isn't capable of doing release", well vm-release/install since that is what I would want 16:48:29 For reference, https://docs.freebsd.org/en/articles/freebsd-releng/ is the actual documentation that belongs with release(7) and release.sh 16:48:30 Title: FreeBSD Release Engineering | FreeBSD Documentation Portal 16:48:36 If someone wanted to do it properly. 16:48:40 hello 16:49:19 It's a little out of date in so far as it references svn, but translating commands isn't the hardest problem, and a patch is very welcome :3 16:49:53 It does contain an example of how to cross-build, though. 16:50:39 for incoming messages like user write or kernel error to my tty, can i redirect this in a way that i listen to a beep and it is saved somewhere else? 16:52:53 micttyl: I'm not sure what you mean by "user write", but it shouldn't be too difficult to monitor /var/log/messages (the system log where kernel errors are stored) via kqueue(2) and trigger beep(1). 16:54:08 any kind of message directly to my tty that ruins my vim display 16:54:14 any 16:54:52 Oh, hm. Maybe that's better handled via a vim plugin generating an audible bell event. 16:55:13 not only vim but also in generel 16:55:27 Have you considered not using ttyv0? 16:55:36 why no ;( 16:55:54 Well, ttyv1 through 8 don't have anything written on them. 16:56:21 hmm 16:56:33 screen or tmux wrap you mean? 16:56:45 No, I mean press alt-F2 to go to ttyv1. 16:57:07 vectors start from 0 16:57:52 The v in ttyvN isn't short for vector, it's short for virtual. 16:58:21 don't i get broad message even if i use other than 0? 16:58:36 system console ;-) 16:58:49 micttyl: broadcast messages are sent to all ttys, yes - but very few messages are broadcast. 16:59:17 Only one I can think of is for shutdown. 16:59:24 * micttyl stuggles for adhoc vibe 17:15:02 debdrup: thank you 17:15:12 No worries. 18:44:29 dch: following your example setting the bhyve vm to use nvme never boots into ipxe; but i can do it if i set it to boot from an iso of ipxe 18:45:07 aah ok its not doing a uefi boot then 18:47:57 but it does seem to load loader.efi okay 18:48:31 it was stuck because i forgot rpcbind on the nfs server 18:48:41 mmmmm 18:48:50 is the order of the pci devices in bhyve correct? 18:49:13 I'll take a look at it next week sometime, maybe it just needs a few updates 18:49:31 i'm using vm-bhyve which hides some of the guts 18:50:11 now it's trying to mount /198.51.100.1/ipxe.efi on the nfs server. (which happens to be the ip of the tftp/nfs server) 18:51:27 wondering if that's a thing baked into ipxe since i don't think i set that filename/root-path anywhere 19:07:36 ERROR: cannot open /boot/lua/loader.lua 19:07:41 ah, finally a usable error message 19:38:05 I'm not sure the best way to describe my issue, but I am running ISC DHCP and some devices on my network seem to 'refuse' the IP address being given out to them. 19:38:32 For example, I see this in my logs: "DHCPOFFER on 192.168.0.70 to d0:13:XX:XX:XX:XX (android-a......) via lagg0" 19:39:22 But certian client never respond back with a DHCPACK, and don't obtain an IP 19:42:45 Do you have a firewall between the DHCP server and the Network? 19:43:16 bad wifi? 19:44:36 you could try to tcpdump and see if your other device is responding to the DHCPOFFER at all... 19:45:56 No firewall, already tried rebooting the access point, but I don't think it's that since most other devices on the same AP work just fine. It's weird, there seems to be no pattern as to which devices are being "ignored" 19:46:55 Hello everyone, I have a program installed that comes with a service in /usr/local/etc/rc.d, I want to change the command the service runs from: /usr/local/bin/program to /usr/local/bin/other-program /usr/local/bin/progrram, but I get an error when trying to start the service, how would I do this? 19:47:24 oh mb, I didn't see that only some devices are affected 19:47:43 yaslam: how are you starting the 'other-program' 19:48:15 i suspect you'll have to do more than rename the script to get it to work this way; so i'd in general advise against it 19:49:17 rtprio: other-program should get started with program as an argument to it, that is all I want 19:50:04 what program/package? keeping these vague isn't helping 19:50:14 and what 'other program' 19:51:03 tuaris: I think you should use tcpdum or wireshark to look in to the traffic on your interface 19:51:07 rtprio: Sorry, I am trying to use proxychains with znc to route znc through tor, I want to launch znc as an argument to proxychains like: /usr/local/bin/proxychains /usr/local/bin/znc 19:51:41 Maybe you can identify the problem this way 19:51:43 Yep, trying to figure out what to filter for, it's noisy 19:52:36 if you dont have any fancy config, just for port 35 and upd, than grep for the MAC-address 19:54:31 you could try putting proxychains in the last line of /usr/local/etc/rc.d/znz like run_rc_command "proxychians $1" 19:55:30 tuaris: something like this 'tcpdump -i re0 -q udp port 53 | grep XX:XX:...' 19:56:16 ah, I was forgetting '-q'.. that's why I was getting nothing :) 19:59:22 rtprio: I tried what you mentioned: http://ix.io/4lRx and it fails with this: http://ix.io/4lRy 19:59:55 you might have to rewrite the whole rc script to do this 20:01:09 rtprio: I think I'll just leave it then because I don't know how to write rc scripts at all 20:01:27 rtprio: I'll just launch it manually 20:08:21 tuaris: Good luck with your problem, I am off for now :) 20:12:21 No harm in sharing this tcpdump filtered for just DHCP, right? 20:18:03 I think I narrowed it down. seems like something isn't working correctly with DHCP Snooping on my switch 21:18:06 Yeah, that'll do it. 21:59:54 Dang it :-( No manual page is available for lldb15 from llvm15 package :poop: 22:01:10 ... similarly for lldb13 22:15:55 You could check what's different about the Makefiles and see if you can make corrections to the port, then send the port to the maintainer? 22:24:25 I could. I did want to complain about the lack of the manual page 22:33:17 Does Firefox 109.0_1,2 crash for anyone else when trying to use "Network" part of the "Web Developers tools"? (Oh wow, this time could not even open "Web ... Tools") 22:39:36 parv: with another profile (could use `firefox --ProfileManager` to create and start one) or user who has never started firefox too? 22:40:39 Kalten14, Will try. 22:42:01 (sometimes there is something configured wrong after a firefox update) 22:47:48 Kalten, Thanks for the nudge; Firefox has not crashed yet with a new profile. 22:48:29 Next step would be to try with your regular profile with all add-ons disabled 22:48:44 Then enable them one by one if it works without any add-ons. 22:49:17 debdrup, Ok, will do. Thanks 22:55:25 I had Firefox crash on anothe OS. At that time, I did create a new profile after seeing messages from it that it could not profile directory or some file in there. Don't know why did not occur to me to do same in this instance 22:56:22 Nonetheless isolating issue with extensions had not occured to me as debdrup had mentioned