00:00:02 <dvl> aic: thanks, I'll try that in the morning.
01:32:10 <kerneldove_> if i'm only adding 1 ip to a system do i need the "alias" in "ifconfig_em0_alias0" or can i just use "ifconfig_em0"?
01:33:49 <ivy> kerneldove_: the primary IP address on an interface is not an alias, so you should not use ifconfig_em0_alias0
01:35:44 <V_PauAmma_V> That's not what rc.conf(5) says - ..._alias<n> starts at n=0.
01:37:53 <kerneldove_> so who's right? :/
01:38:28 <ivy> the primary IP address goes in ifconfig_em0.  you only use the alias entries for the second and subsequent IP addresses, which are called aliases
01:38:45 <ivy> a system with only a single IP address does not have any aliases
01:38:48 <kerneldove_> ok that's what i thought. would be helpful if rc.conf included an example of that no?
01:39:46 <ivy> there is an example in rc.conf(5), but for whatever reason it's documented under the entry for network_interfaces.  search for ifconfig_
01:40:44 <V_PauAmma_V> kerneldove_, I think both are right. I misunderstood what ivy meant, I believe.
01:42:30 <V_PauAmma_V> (The first alias, which is the second IP address, is _alias0. This is admittedly confusing.)
01:45:45 <ivy> if this was being designed from scratch i think there are several much less confusing ways to do it, but unfortunately it dates from when aliases were a new and fancy thing
01:48:57 <kerneldove_> iirc someone told me once to always use the _alias# syntax because that's easier to change than if you have an ip directly on the interface itself is that true?
01:50:30 <V_PauAmma_V> I have no idea how that would be easier.
01:50:32 <ivy> aliases *are* directly on the interface, they're just configured with the 'alias' keyword, so i don't see how that's true
01:51:04 <ivy> on some systems i assign addresses to lo0 rather than the interface, in which case they have to be aliases, but this only works for ipv6
01:51:47 <kerneldove_> ok ty
01:52:16 <kerneldove_> what would happen if i used the igb driver for an intel nic capable of using the ixl driver? less performance or?
01:53:11 <ivy> i would expect the card to not work at all, unless the hardware has some sort of backward compatibility system
01:56:10 <ivy> if you mean em instead of igb, they are the same driver, the interface name is just different for historical reasons
02:01:13 <kerneldove_> no ive been using igb0 on this rented server but i just noticed it has ixl0 too
02:01:36 <ivy> that is a different network port
02:39:05 <crb_> V_PauAmma_V: This computer has an externally visible IP that I want to assign statically, and an IP on my internal network that I want it to get via DHCP
02:43:34 <V_PauAmma_V> On the same interface? You like living dangerously.
02:51:28 <crb_> V_PauAmma_V, why is that so dangerous
03:00:50 <V_PauAmma_V> Because if that server (or anything else on that network segment, really) is compromised, the attacker may get to observe traffic on your internal subnet as well. Unless I'm missing something of your setupn that's something you definitely don't want to happen.
03:01:12 <V_PauAmma_V> s/setupn/setup,/
09:33:44 <kerneldove_> i make a lagg0 with 2 physical nic ports in it. the lagg0 is then a member of bridge0, and bridge0 has the ip assigned to it. but i see in pf it's seeing traffic come in on lagg0, not bridge0. is that normal and expected?
09:56:47 <lessless> folks, I'm moving to terminal-based email client, because that's where I spend most of my time. Any suggestions on a good email client?
09:59:17 <carneous> mutt
09:59:58 <paulf> In the days before e-mail was filled with MIME crap I used to like elm
10:03:06 <ridcully> mutt
10:12:57 <MelMalik> by mime crap do you mean attachments
10:13:49 <paulf> anything other than plain text e-mail
10:14:41 <paulf> e-mail wasn't designed for file transfer, that's what FTP is for
11:08:04 <kerneldove_> i make a lagg0 with 2 physical nic ports in it. the lagg0 is then a member of bridge0, and bridge0 has the ip assigned to it. but i see in pf it's seeing traffic come in on lagg0, not bridge0. is that normal and expected?
11:08:28 <kerneldove_> and is it right to put the ip on the bridge and not the lagg?
11:08:36 <kerneldove_> just wanna make sure
11:29:20 <divlamir> Sounds fine, lagg0 is a bridge port, so of course you can see traffic there. You can filter on the bridge, but also on and between the bridge ports
11:30:30 <divlamir> Think there was some caveats for rules on bridge ifaces, check the man pages
11:33:42 <mzar> kerneldove_: plase do it
11:34:21 <kerneldove_> mzar do what?
11:34:53 <mzar> move address to the bridge
11:35:04 <kerneldove_> ya it's on there
11:35:23 <kerneldove_> i think i read in freebsd 15 it's not even allowed any more to put ip on member of bridge
11:36:29 <nimaje> lessless: I heard mmh is good, but I have yet to test it myself
13:00:12 <ivy> mmh looks unmaintained, the last release was in 2019
13:01:21 <ivy> although nmh (which it was forked from) is also barely maintained nowadays...
13:16:23 <jan0sch> lessless: aerc, alpine, mutt, neomutt... I use aerc for a couple of years now.
13:42:24 <divlamir> First time I hear abou aerc, thanks! Been using mutt for hm forever, but this one seems worth a try
14:11:51 <dango> Seconding aerc. I think it's also common to pair it with mbsync/isync to download the emails as local files ("maildir" format), and then read the email from those files.
14:35:32 <cracauer> When sysctling to use kernel gdb in 16-current I get
14:35:33 <cracauer> sysctl: debug.kdb.current=gdb: Invalid argument
14:35:49 <cracauer> I checked, option GDB is in. That is the GENERIC kernel.
14:37:04 <[tj]> hey! what hardware do you expect to back this?
14:37:24 <cracauer> bhyve
14:37:27 <[tj]> I think there is an issue with port detection for gdb and it might be that no module is loaded early in boot to register itself
14:37:36 <[tj]> so a uart?
14:37:42 <cracauer> yes
14:38:09 <[tj]> can you create a bug I'd like to add this to my todo list
14:38:20 <cracauer> will do
14:38:38 <[tj]> as a work around you can use gdb on the bhyve process (bhyve(8) -G flag)
14:38:53 <[tj]> let me know the bug and I'll take it, unless you can assign it to me
14:45:30 <cracauer> Need a moment, my bugzilla password seems to have changed.
15:01:12 <cracauer> @[tj] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=289434
15:02:16 <[tj]> to be clear, using the -G flag you just attach gdb to the tcp remote on the vm host
15:02:28 <[tj]> you won't get gdb listed in the available debugger backends
15:37:49 <josephholsten> okay, dch & divlamir got my podman setup completely unblocked. Anyone got a preference among https://docs.linuxserver.io/images-by-category/ of which to port first? I'm starting with smokeping since I've used it a bunch and it's one of their oldest images.
17:11:53 <leah2> what's the easiest way to test boot a custom built kernel in qemu? can i use -kernel somehow?
17:29:56 <llua> yeah
18:19:25 <llua> -kernel file -initrd file -append 'console=ttyS0 root=...' ...
18:20:21 <llua> oh. thought this was #qemu
18:21:19 <llua> actually unsure of -kernel works with kernels other than linux
18:22:00 <ivy> don't quote me on this, but i think for some platforms (arm64, riscv64?) we have a build option to generate a kernel that Linux boot loaders can load
18:42:59 <Retrofan> Hi guys
18:43:26 <Retrofan> I had some trouble connecting to my IRC
18:43:31 <Retrofan> I am mosaid
18:44:43 <Retrofan> I successfully install Ubuntu jammy in jail, but can't run wine on it..
18:45:36 <Retrofan> I get back Segmentation fault,  I this related to needed gpu drivers or something?
18:46:31 <leah2> ivy: well i'd need amd64...
18:50:31 <ivy> leah2: you might find it easier to use bhyve with bhyveload(8), if that's an option, it's specifically designed to load a freebsd kernel directly
18:50:41 <ivy> i feel like this should be possible with qemu too, but i don't know how off hand
18:50:59 <leah2> hm, problem is my kvm host is linux and i'd need nested virtualization then
18:54:32 <dch> huh that url from josephholsten with a bazillion linux containers is interesting https://docs.linuxserver.io/images/docker-hedgedoc/#environment-variables-e
18:55:56 <dch> it has all the containerfiles used to build them e.g. https://github.com/linuxserver/docker-hedgedoc.git
18:56:52 <leah2> ivy: so i see a menu, but then it fails with can't find '/etc/hostid' can't find '/boot/entropy'
18:58:51 <nimaje> pretty sure those two files should get created at first boot and not be required for booting
18:59:06 <leah2> i'm just trying the example in the manpage...
18:59:13 <kevans> those aren't actually errors
18:59:15 <leah2> but then it quits afaics
18:59:22 <kevans> er, sorry, didn't read the next line quickly enough
19:00:11 <Retrofan> could I install GPU drivers on debbootstrap jail?
19:03:32 <ivy> Retrofan: drivers, no.  you can install userland software that *uses* the FreeBSD drm drivers, which may work since they're ported from Linux and the interface is compatible.  you may need to create /dev nodes
19:04:23 <Retrofan> Already created nodes, x11 and sound is working well.. but wine can't really know why it's fail
19:04:45 <ivy> i would be surprised if Linux WINE works in Linuxlator to be honest, it does some very low-level things with memory management
19:04:58 <Retrofan> oh
19:05:04 <Retrofan> never know thta
19:05:07 <Retrofan> *that
19:05:36 <Retrofan> but it's a full userland..
19:06:44 <ivy> is there a particular reason you're using Linux WINE rather the native FreeBSD version?
19:07:41 <Retrofan> Bec I am running an linux browser
19:08:08 <Retrofan> and I need a wrapper called pipelight to run windows plugins there
19:08:29 <Retrofan> and honestly that wrapper never works well on freebsd
19:08:30 <ivy> frankly at this point i would probably just use Linux, or at least a Linux VM
19:08:48 <Retrofan> No, I am using that as my main one
19:08:51 <Retrofan> browser
19:09:19 <Retrofan> until the dev make a freebsd port
19:10:00 <Retrofan> he promised of one very near.. but I will get back to the same problem, piplight never works on freebsd
19:10:48 <Retrofan> could I create somewhat connection between native wine and the warpper?
19:10:58 <Retrofan> in the linux jail
19:20:33 <Retrofan> or something like modified version of wine?
19:22:10 <nxjoseph> Retrofan: which one?
19:22:16 <nxjoseph> i don't see your previous msgs
19:22:34 <Retrofan> I successfully install Ubuntu jammy in jail, but can't run wine on it..
19:22:45 <Retrofan> I get back Segmentation fault,  I this related to needed gpu drivers or something?
19:22:57 <Retrofan> this my first msgs
19:22:59 <nxjoseph> why don't you try native wine?
19:23:00 <nxjoseph> ty
19:23:30 <Retrofan> Bec I am running an linux browser
19:23:43 <Retrofan> and I need a wrapper called pipelight to run windows plugins there
19:23:54 <Retrofan> and honestly that wrapper never works well on freebsd
19:24:34 <flatdog> like scratching my left ear with my right hand
19:24:54 <Retrofan> heh, why?
19:24:57 <kevans> it's hard to say if it's related to gpu drivers without understanding what caused you to jump to gpu drivers as a suggestion
19:25:28 <Retrofan> Bec. I read somewhere that opengl in wine needs drivers
19:25:52 <Retrofan> and I thinked linux jail uses it's own drivers
19:26:08 <kevans> i guess i'd expect a better failure mode than random segfault if that was your problem
19:26:08 <Retrofan> but it even fail to run any exe
19:26:38 <Retrofan> kevans: ah, that happen when I use wine 7
19:26:44 <Retrofan> but wine 10
19:26:59 <kevans> linux jails also don't really run their own drivers?  it's a freebsd kernel running whatever the host is running, with these applications running through a linux abi layer
19:27:01 <Retrofan> says could not exec wineserver
19:28:42 <Retrofan> but wineserver is their
19:28:45 <Retrofan> *there
19:30:04 <Retrofan> kevans: could I combine native and linuxjail apps like what happens with centos?
19:30:40 <Retrofan> I also can't use centos; bec. flash is not working there, also the browser
19:31:39 <Retrofan> winedbg says: "sh: 0: getcwd() failed: No such file or directory"
19:33:58 <nxjoseph> i don't think there's much luck in running wine in a linux compatibility layer
19:34:10 <nxjoseph> what's the browser?
19:34:17 <Retrofan> fork of seamonkey
19:34:24 <Retrofan> but supports Npapi
19:34:32 <Retrofan> and JS very well
19:34:58 <Retrofan> but fails in building on freebsd, needs tons of patches
19:35:19 <nxjoseph> what's the actual name of it so i can search it
19:35:43 <Retrofan> and the dev promised for a freebsd release very soon
19:36:05 <Retrofan> nxjoseph:https://github.com/wicknix/brass-monkey
19:37:06 <Retrofan> It's originally for macos (Darwin) so I think it will be easy mission for bsd port
19:37:28 <Retrofan> the patches is needed is for building system, but I have no time for that
19:39:51 <Retrofan> https://github.com/chzigotzky/Web-Browsers-and-Suites-for-Linux-PPC latest builds for Linux is here
19:41:07 <Retrofan> But be away from the newest one is so buggy due to the new UXP palemoon update
19:47:49 <nxjoseph> distributed linux build may work in a linux compat
19:48:05 <nxjoseph> i need to build the meta-port linux-rl9 to test it
19:51:11 <Retrofan> yeah, I know
19:51:32 <Retrofan> but upgrading centos to rl scares me
19:51:55 <Retrofan> no 32-bit = no XMMS and alot of other stuff
19:52:14 <Retrofan> Gtk1 even works there
19:52:33 <Retrofan> also I don't know if flash will work there or not
19:55:45 <kerneldove_> there any problem not having a search domain set in resolv.conf? just nameservers and options edns0
19:58:23 <ivy> kerneldove_: no, 'search' is entirely optional
20:02:53 <kerneldove_> ok that's what i thought. tyvm!!
20:04:04 <Retrofan> ivy: Will a portable version of wine make things better.. I will try
20:11:08 <Retrofan> it's the same error :(
20:12:13 <Retrofan> I think there's no luck other that trying to make pipelight use native one
20:12:24 <Retrofan> or rl9
20:26:14 <Retrofan> Could I run freebsd software in the Linuxjail?
20:28:19 <flatdog> nope
20:28:53 <Retrofan> but why that workers for centos and full userland no?
20:31:17 <nimaje> hm, should work if you install a freebsd userland in that jail, but it would probably conflict with the linux userland, why do you want to have it jailed instead of only running it via linuxemu?
20:31:46 <leah2> ivy: using "poudriere image" now, but it's not the fastest approach
20:31:58 <Retrofan> I mean debbootstrab jail
20:32:20 <Retrofan> nimaje: I am using the full ubuntu userland
20:32:35 <Retrofan> and want to connect software inside it to outside
20:34:16 <nimaje> is it really a jail? or did you create a userland and configured linuxemu to use that for linux software?
20:34:31 <Retrofan> yeah a real jail
20:34:49 <Retrofan> you can't run any software in it from outside
20:35:21 <Retrofan> https://wiki.freebsd.org/LinuxJails
20:36:44 <Retrofan> "Well, thanks ;) Quick explanation: A jail is just a jail, no matter what's running inside, and the FreeBSD kernel can execute both native and Linux binaries, no matter what."
20:36:49 <Retrofan> here I go
20:37:12 <Retrofan> let's test thta
20:37:15 <Retrofan> *that
20:40:05 <Retrofan> So I could run native wine there but only If succeed in mounting it's files there..
20:43:23 <nimaje> it doesn't read like you want a jail in your use case, how about setting compat.linux.emul_path?
20:44:04 <Retrofan> Back
20:44:12 <nimaje> it doesn't read like you want a jail in your use case, how about setting compat.linux.emul_path?
20:45:07 <Retrofan> nimaje: do you understand how linuxjails work?
20:45:19 <Retrofan> *understood
20:45:39 <Retrofan> it's not like centos
20:45:58 <Retrofan> you can'r run any binary with it outside the jail
20:46:36 <Retrofan> look like it's only works with rescue stuff.. need to mount /libexec
20:47:06 <Retrofan> is that safe? or will mess up my system...
20:48:39 <nimaje> that's why I suggesting to ignore the jail part and only use linux emu, as you don't want it to be jailed away from your host (ok, the wiki does just a chroot, but that doesn't make a diffrence here)
20:49:43 <Retrofan> Centos can't run browser nor flash so it's useless for that
20:49:56 <Retrofan> I need to upgrade to rl9
20:50:32 <nimaje> where did I suggest centos? you have a linux userland, point compat.linux.emul_path to it
20:52:02 <Retrofan> and I don't know if the flash works there.. and can't use Ubuntu flash in same time with another Linux userland
20:52:12 <Retrofan> compat.linux.emul_path="/compat/ubuntu"
20:52:28 <Retrofan> makes the jail to work
20:52:37 <Retrofan> *gets
20:55:22 <nimaje> after that sysctl try to run a binary from inside that linux userland directly (so without doing a chroot or jail)
21:00:42 <Retrofan> nimaje:ELF interpreter /lib64/ld-linux-x86-64.so.2 not found, error 2
21:01:30 <nimaje> but /compat/ubuntu/lib64/ld-linux-x86-64.so.2 is there?
21:01:38 <Retrofan> yeah
21:01:42 <Retrofan> ln -s ?
21:03:03 <Retrofan> symlink it?
21:04:10 <nimaje> why would you symlink it? and to where? it is exactly where linux emu should look for it
21:04:29 <Retrofan> system need to mounted to run
21:04:36 <Retrofan> can't find paths
21:05:07 <rtprio> has anyone passthru'd a usb adapter to a bhyve vm?
21:05:14 <nimaje> as sanity check,  sysctl compat.linux.emul_path
21:05:27 <flatdog> brandelf(1), perhaps
21:05:44 <Retrofan> man it's /compat/ubuntu
21:05:50 <Retrofan> already
21:06:09 <Retrofan> this never works only in jails (mounted)
21:06:47 <Retrofan> It will try to search for paths without "/compat/ubuntu"
21:07:00 <Retrofan> it thinks thats a full system
21:07:24 <Retrofan> *itself
21:08:08 <Retrofan> only freebsd binaries could be run in the jail, not the opposite
21:09:12 <Retrofan> My only question now is there is any danger of mounting libexec?
21:09:53 <Retrofan> to ubuntu jail.. will it mess it up?
21:10:31 <flatdog> you're not listening (reading)
21:10:51 <Retrofan> read only?
21:11:32 <Retrofan> so I will need to copy freebsd needed libs inside then...
21:12:14 <Retrofan> to be writable.. heh it's going weirder and weirder
21:12:30 <Retrofan> lets try copying..
21:14:28 <Retrofan> oh. heh works
21:14:33 <nimaje> hm, if the binary isn't branded as linux binary (ok, or sysv binary) it shouldn't work even in the jail, as linux emu isn't used and diffrences in the syscall interface would likely trip it up, but no idea why the path translation feature of linux emu doesn't work for you or how to debug it
21:14:59 <Retrofan> need now to copy all the libs to make big program like wine to work XD
21:16:13 <Retrofan> nimaje: Please read more about it.. that's the normal it's an full separated userland
21:16:27 <Retrofan> it's not mine problem
21:17:22 <Retrofan> if there was a path translation for stuff like that, every thing will mess up
21:17:50 <Retrofan> it's have own bin and libs and other stuff will mess up with freebsd ones
21:20:34 <Retrofan> so making native wine runs there, installing partial FreeBSD system over the Ubuntu user land that runs over FreeBSD kernel..
21:21:54 <Retrofan> nevemind.. that's crazy I will find fix for linux wine or just no windows plugins..
21:22:04 <Retrofan> or rl9
21:31:19 <nimaje> Retrofan: path translation is how linux emu works if you run linux binaries directly on the host, see  man linux  as the linux userland is under compat.linux.emul_path (which is /compat/linux by default (because   linux-   pkgs get installed there))
21:31:45 <Retrofan>  but not for debbootstrab full userlan
21:31:52 <Retrofan> *userland
21:37:07 <nimaje> yeah, you debootstrapped to somewhere else (probably a good idea to not conflict with stuff installed via pkg), that's why you have to change the compat.linux.emul_path sysctl, so that the path translation looks there
21:37:43 <Retrofan> Did you done that?
21:37:48 <Retrofan> on your machine
21:38:22 <Retrofan> nimaje: please try it first
21:45:22 <Retrofan> back
21:47:27 <nimaje> ok, tested, for some reason linux emu seems not to like absolute symlinks for ELF interpreter, when I changed /lib64/ld-linux-x86-64.so.2 to be a relative symlink it works, not sure why that bug wasn't already found
21:52:10 <Retrofan> O_o
21:52:15 <Retrofan> crazy
21:52:23 <Retrofan> so it worked?
21:55:52 <nimaje> after using file on the ld-linux-x86-64.so.2 and then changing that to be a relative symlink instead of an absolute one it did work
21:56:23 <Retrofan> but will break the jail
21:58:48 <nimaje> why would it break the jail? it would still point at the same file inside a chroot and the goal was to get it to work without a jail or chroot
21:59:26 <Retrofan> nimaje: it still not working :(
21:59:34 <Retrofan> ELF interpreter /lib64/ld-linux-x86-64.so.2 not found, error 2
21:59:42 <Retrofan> after symlink
22:02:47 <josephholsten> apparently, the first thing I need to get running for myself is znc
22:03:29 <nimaje> what did file tell you where /lib64/ld-linux-x86-64.so.2 pointed to and what was the ln command you used and what does file tell you now?
22:04:15 <Retrofan> "/compat/ubuntu/usr/lib/x86_64-linux-gnu"
22:04:45 <Retrofan> josephholsten: use IRCnow one
22:06:09 <nimaje> that's another absolute symlink, you should have used  ../usr/lib/x86_64-linux-gnu
22:07:06 <nimaje> (but I would expect that one to work directly on the host)
22:10:33 <Retrofan> not working
22:12:42 <Retrofan> ah fixed it
22:12:49 <Retrofan> and this nice
22:13:26 <Retrofan> and the jail is not working XD
22:15:39 <Retrofan> ah fixed the jail
22:16:02 <Retrofan> nimaje: Thank you, look like I am still so stupid XD
22:16:10 <Retrofan> BYE
23:01:59 <josephholsten> I notice the smokeping linuxserver.io has https://github.com/heistp/irtt, but we don't have a package for that. Anyone used it on *BSD? Is it worth volunteering to maintain in ports?
23:44:23 <josephholsten> dch: do you remember what foo was saying about python in podman during the jails call-for-testing? I'm getting "pkg: cached package python311-3.11.13: missing or size mismatch, fetching from remote" that's surprisingly resistant to my normal fixes
23:49:22 <dch> I'm guessing your containerfile has a pkg cache / data from an older layer
23:49:43 <dch> try nuking your /var/db/container entirely and let it repopulate
23:50:06 <dch> this would happen if you're using latest package repos i guess
23:50:11 * dch heads to bed