00:19:50 <dmr104> i did install gnome and gdm, I am having difficulty knowing what to put in my /usr/local/etc/gdm/custom.conf . So far I can get a mouse pointer on a grey screen when i boot
00:20:13 <dmr104> there are not any up to date instructions for this
00:20:47 <dmr104> i did install gdm before gnome.
00:50:02 <voy4g3r2> i am not really liking how my ISP can't get my a dns resolved name
01:11:44 <voy4g3r2> lw: i am reading this PR guide on github.com am i making a mistake by thinking.. i need to have a github rpeository of my changes and can nto use a local one?
01:17:17 <meena> voy4g3r2: you do a fork on github, and then you make your changes in your own fork, in its own branch, and then push them to github, and the second you do that, it offers you to create a Pull Request
01:22:21 <voy4g3r2> meena: thank you, cloning now to local after fork.
01:23:47 <meena> I often just clone upstream, and then just add my fork as push-url
01:25:04 <meena> git clone https://github.com/freebsd/freebsd-src ; cd freebsd-src ; git remote set-url origin --push git⊙gc:igalic/freebsd-src
01:25:05 <VimDiesel> Title: GitHub - freebsd/freebsd-src: The FreeBSD src tree publish-only repository. Experimenting with 'simple' pull requests....
01:26:25 <parv> meena, In your case, does "github.com:igalic/freebsd-src" need to set up beforehand for git-push to succeed?
01:26:40 <parv> s/to set/to be set/
01:27:02 <meena> parv: yeah, by forking it on github
01:27:47 <parv> meena, Ah, thanks. I mistakenly thought fork-on-github step would not be needed
01:28:23 <parv> .. missed the "fork" in "... just add my fork as push-url"
01:31:21 <meena> parv: `gh` probably allows you to do most of that in one go
01:31:41 <parv> ... actually no. I thought that the local clone was being referred to as the fork.
01:32:28 <parv> meena, What is "gh", some GitHub-command related port?
01:32:36 <meena> parv: no, that's a clone / working copy
01:32:55 <meena> yes, https://cli.github.com/
01:32:56 <VimDiesel> Title: GitHub CLI | Take GitHub to the command line
01:32:56 <meena> we got a port
01:33:03 <parv> meena, Thanks
01:39:40 <voy4g3r2> well this is just going to be a broken up pull request, i just realized i updated 68 man pages. wow
01:40:44 <dlfke> is it possible to install parts of the port tree?
01:51:01 <meena> dlfke: what do you mean?
02:16:26 <parv> Re CLI for Github, Perl, Python, Ruby ports related to GutHub have far more obvious & discoverable names than the Go official version ("devel/gh"). Hilarious. Produces a list of possible packages: pkg search -D '\<(cli.+g(ithub|h)|g(ithub|h).+cli)\>' | grep '^[^ ]+:$'| sort -ubf  -- but not obvious. If "grep | sort" are removed to read the description, that produces overwhelming amount of output & hard to find where the entry starts & stops for a package
02:17:43 <parv> "GutHub" 🤣
02:19:38 <dlfke> I don't want use git or install the whole tree
02:22:25 <parv> Comment search is no better: pkg search -c '\<(cli.+g(ithub|h)|g(ithub|h).+cli)\>'
04:33:49 <voy4g3r2> anyone else experiencing that https://bsd.to is down?
04:34:50 <AmyMalik> i think so
04:36:15 <voy4g3r2> i am experiencing a weird ssh issue.. a bastille container is just closing my ssh connection.. was going to share logs
04:36:18 <voy4g3r2> but can't
04:37:26 <CrtxReavr> Log a verbose attempt from your client?
04:37:46 <voy4g3r2> yeah
04:37:53 <voy4g3r2> ssh -v -v -v -v 192.168.0.137
04:38:11 <voy4g3r2> it does a send of type 50, waits for response and closes
04:38:19 <voy4g3r2> debug3: send packet: type 50
04:38:19 <voy4g3r2> debug2: we sent a publickey packet, wait for reply
04:38:20 <voy4g3r2> Connection closed by 192.168.0.137 port 22
04:38:52 <CrtxReavr> For starters: ssh -vvv 192.168.0.137
04:38:55 <voy4g3r2> hrm.. looks like the container is not getting an ip address.. so it may be something else but what is odd it tries to negotiate through it
04:38:59 <CrtxReavr> Three is max supported.
04:39:57 <voy4g3r2> same set of messages
04:40:13 <CrtxReavr> What if you do: nc 192.168.0.137 22
04:40:16 <CrtxReavr> What do you see?
04:40:33 <voy4g3r2> SSH-2.0-OpenSSH_9.5 FreeBSD-20231004
04:40:45 <voy4g3r2> Invalid SSH identification string.
04:40:46 <CrtxReavr> Oh, so TCP is establishing. . .
04:41:11 <voy4g3r2> it was working a few hours ago, came to do some work and it was presenting me with nothing
04:41:39 <CrtxReavr> What OS versions?
04:42:14 <voy4g3r2> 14.0 within a bastille jail
04:43:03 <CrtxReavr> Relaunch the jail?
04:43:46 <voy4g3r2> yup, doing it again right now
04:44:52 <voy4g3r2> quite odd that it is not get an ip address from dhcp
04:45:49 <voy4g3r2> nope, says it has an ip address.. and even renewed lease
04:50:34 <CrtxReavr> Does ssh work now?
04:55:20 <voy4g3r2> nope
04:56:09 <voy4g3r2> i really should NOT of done vnet
05:08:56 <parv> voy4g3r2, You could use https://termbin.com/ to shar log: "nc termbin.com 9999 < log" or  "date | nc termbin.com 9999"
05:08:57 <VimDiesel> Title: termbin.com - terminal pastebin
05:13:28 * parv throws "e" & "t" to complete "shar"
05:13:30 <Axman6> I can see in zpol iostat (-v -l) that there's quite a lot of activity on my disks at the moment but I can't tell why - nothing should be reading or writing to one pool, and there's no scrub running. Are there any tools to see what's going on with the zfs?
05:37:34 <DanDare> Axman6, maybe start with like 'top -m io -o total'
05:39:29 <mason> Is there a way to say that an interface is to clone the MAC of another interface? I want to have a bridge present the MAC of one of its members when sending a DHCP request, but I don't see a way to specify the desired MAC by pointing to an interface, and having to actually hardcode it is more manual than I'd like.
06:02:29 <kevans> mason: might be worth pointing out that the default behavior of bridge(4) is to inherit the MAC of the first added member
06:02:46 <mason> kevans: Hrm. That'd be sensible but it's now what I'm observing.
06:02:49 <mason> not*
06:02:59 <mason> That's in fact the behaviour I want.
06:04:17 <mason> I bet I have the order of operations wrong in my ifconfig_bridge0 line. Flopping it around and we'll see.
06:05:16 <mason> kevans: Hrm, no. "addm vtnet0 SYNCDHCP" and  "SYNCDHCP addm vtnet0" both end up with an autogenerated MAC. I'll try separating them.
06:07:10 <mason> kevans: Hm, I'm seeing bridge0 getting its generated MAC before I see the "created clone interfaces" line including it, but that doesn't mean a ton. I'll mess around with it some more.
06:09:00 <mason> Yeah, it's definitely not getting the MAc of the first added member. There's only one member, and it's not getting that member's MAC.
06:10:27 <kevans> maybe it wasn't the default
06:10:47 <kevans> oh yeah, sorry
06:10:56 <kevans> you have to set net.link.bridge.inherit_mac=1
06:10:59 <mason> Ah, but that's still hopeful. If it's a behaviour.... nice.
06:11:02 <mason> You rock.
06:11:54 <mason> Trying it.
06:14:55 <mason> I wonder if there's a race. Not seeing it take effect.
06:16:28 <mason> Ah well. Got to hit the sack. I'll poke at it more tomorrow. Thank you for what'll doubtless be the critical pointer.
06:18:48 <mason> It's a race. "service netif restart" sets it.
06:19:30 <mason> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270607 has a likely answer
06:19:32 <VimDiesel> Title: 270607 – if_bridge: net.link.bridge.inherit_mac doesn't quite work
06:20:45 <mason> kevans: net.link.bridge.inherit_mac=1 in sysctl.conf and if_bridge_load="YES"
06:21:06 <mason> in /boot/loader.conf together manage the trick. Thank you again. Wouldn't have found it on my own, or not this quickly anyway.
07:03:10 <kevans> mason: woot. happy bridging
09:23:23 <dmr104> how do i get gnome desktop working with gdm display manager?
09:28:24 <angry_vincent> i believe it's a non-question ( i have an impression that gnome desktop and gdm are un-tied judging from question ). can you specify what you mean?
09:30:21 <dmr104> I should put "DefaultSession=gnome.desktop" in custom.conf  ?
09:34:57 <angry_vincent> No.
09:35:57 <dmr104> if i don't put this line in there i just get a login to tty as normal
09:36:24 <dmr104> i am guessing what to do.  I cannot find any bsd instructions anywhere
09:43:10 <angry_vincent> no idea. i never saw this requirement. do you also have some other "desktop" ( other than gnome ) installed?
09:47:06 <dmr104> labwc
09:47:19 <babz> angry_vincent: https://docs.freebsd.org/en/books/handbook/desktop/#gnome-start
09:47:20 <VimDiesel> Title: Chapter 8. Desktop Environments | FreeBSD Documentation Portal
09:48:56 <angry_vincent> babz: i have seen this. what does it do with custom.conf? there is no such thing.
10:23:55 <babz> ?
11:09:31 <dmr104> /usr/local/etc/gdm/custom.conf
11:10:02 <dmr104> my startx is broken.  It will fire up, but hangs if i exit from the menu
11:11:17 <dmr104> i have both xorg and wayland installed
11:55:19 <dmr104> solution was to change Driver in Device Section of xorg from modesetting to scfb
11:56:22 <dmr104> I also have WaylandEnable=true in custom.conf
11:59:26 <dmr104> hangs on logout from gnome though
12:08:55 <oddline> in the ipfw man page, it says:
12:09:31 <oddline> > In modern FreeBSD any match pattern (including MAC headers, IP protocols, addresses and ports) can be specified in the options section.
12:10:05 <oddline> however, without even scrolling down a full page, it also says:
12:11:20 <oddline> > The ipv6 in proto option will be treated as inner protocol. And, the ipv4 is not available in proto option.
12:12:25 <oddline> so, is it possible to specify v4 or v6 without using the "proto from src to dst" format? or is the man page lying?
12:13:25 <oddline> oh, hang on... is it "ipversion"?
14:27:40 <Bheam> yo
14:27:59 <Bheam> is it possible to use a more recent version of freebsd than 14-RELEASE without compiling from source?
14:34:26 <daviddossi> good morning
14:39:31 <Bheam> hi can anyone help me with this? https://reviews.freebsd.org/D26209
14:39:32 <VimDiesel> Title: ⚙ D26209 GVT-d support for bhyve
14:39:48 <Bheam> i don't understand what everything means, but i really need gpu passthru to work :/
15:07:11 <V_PauAmma_V> Bheam, you can download and install 14-stable snapshots. https://www.freebsd.org/snapshots/.
15:07:12 <VimDiesel> Title: FreeBSD Snapshot Releases | The FreeBSD Project
15:08:19 <meena> and there's also PkgBase!
15:13:18 <V_PauAmma_V> I should have a look at that, maybe.
15:21:25 <Bheam> can i use the pkg tool to update from release to stable ?
15:22:37 <meena> https://pkg.freebsd.org/FreeBSD:14:amd64/ yes
15:22:38 <VimDiesel> Title: Index of /FreeBSD:14:amd64/
15:23:13 <meena> https://pkg.freebsd.org/FreeBSD:14:amd64/base_latest/ this would be the URL to configure
15:23:14 <VimDiesel> Title: Index of /FreeBSD:14:amd64/base_latest/
15:23:51 <meena> but you'd first have to bootstrap it: https://codeberg.org/pkgbase/website/src/branch/main/howto/bootstrap.md
15:23:52 <VimDiesel> Title: website/howto/bootstrap.md at main - pkgbase/website - Codeberg.org
18:06:48 <justmike80386> I am trying to adjust the power settings on an RX550 (amdgpu). I can see the module parameters are available by sysctl, but I can't find the power controls. These are provided through sysfs in linux (https://www.kernel.org/doc/html/latest/gpu/amdgpu/thermal.html#gpu-sysfs-power-state-interfaces). Is there a way to set these parameters in FreeBSD or are they unimplemented?
18:06:49 <VimDiesel> Title: GPU Power/Thermal Controls and Monitoring — The Linux Kernel documentation
18:09:23 <beastwick> for linux jails, I often see examples with ubuntu - does this mean that with up to date-ish ubuntu system/userland I could possibly run something like the discord client?
18:10:02 <Demosthenex> in a jail is the only way to run that malware.
18:12:04 <angry_vincent> beastwick: i see no reason why it can't be not up-to-date
18:14:23 <beastwick> I was under the impression that the linux sys call mapping targets an older kernel, so it's just unclear if recent linux developments would find support
18:15:18 <Demosthenex> arg, i just patched in a test port for signal, and now i'm getting libm and libc from linux not found.
18:15:31 <beastwick> I am interested in getting the client to run in a jail, I don't necessarily need mic support etc. At this point just curious if I can do it, and yeah I sadly do use it for some things.
18:15:58 <beastwick> I should probably jail/container it on my Linux desktop as well.
18:17:26 <voy4g3r2> beastwick: https://forums.freebsd.org/threads/setting-up-a-debian-linux-jail-on-freebsd.68434/ here are some steps for you to give it a try :)
18:17:27 <VimDiesel> Title: Setting up a (Debian) Linux jail on FreeBSD | The FreeBSD Forums
18:18:01 <voy4g3r2> https://wiki.freebsd.org/LinuxJails <-- her is some more
18:18:02 <VimDiesel> Title: LinuxJails - FreeBSD Wiki
18:18:09 <voy4g3r2> i would recommend giving it a try and see what "breaks"
18:18:34 <beastwick> thanks, I'll give it a go
21:04:13 <AumShivaya> What groups does my user need to be in besides 'video' for an xsession? Anything dbus related?
21:06:13 <AumShivaya> messagebus?
21:06:47 <AumShivaya> because;background info: I am having enlightenment desktop crash on startup. ~/.e-log.log is telling me it cannot create a dbus session
21:09:05 <rwp> I am not running enlightenment but i3 instead but just the same I am seeing dbus-daemon launched with four related processes from my session and I exist in my own group rwp, video, webcadmd, and wheel only.
21:09:43 <rwp> ps aux | grep bus here: https://bsd.to/SuMQ/raw
21:09:44 <VimDiesel> Title: SuMQ
21:46:43 <dch> having a wee unix moment here with `chmod +r ...`
21:47:17 <dch> I'd assumed `+r` would be the same as `ugo+r` and clearly it is not
21:53:58 <rwp> dch, Nope.  Never use a raw +r.  Always use a+r.  Because otherwise it is bit masked with the active umask.
21:54:14 <rwp> If umask is 077 for example then +r is no better than g+r.
21:54:23 <rwp> Oops.  No better than u+r.
21:54:32 <dch> rwp: thanks! ofc its umask #facepalm
21:56:28 <rwp> But if you use 'a' with the '+' then that specifically says to do all three and overrides umask.  I have been bitten before and now thrice shy.  I always say what I want now.
22:20:47 <meena> freebsd vm does not boot after adding 7th network interface: https://github.com/lxc/incus/issues/397
22:20:49 <VimDiesel> Title: custom freebsd vm does not boot after adding 7th network interface · Issue #397 · lxc/incus · GitHub
22:20:50 <VimDiesel> 397 – man spews worthless information https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=397
22:21:09 <meena> Anyone seen this on other virtualizations?
22:49:17 <meena> i remember someone asking for this https://freshbsd.org/freebsd/src/commit/80044c785cb040a2cf73779d23f9e1e81a00c6c3 a while back
22:49:18 <VimDiesel> Title: FreeBSD / src / 80044c7 / Add UDP encapsulation of ESP in IPv6 - FreshBSD
23:20:25 <Bheam> bhyve question. i have a intel hd 530 gfx (integrated graphics), anyone know how i can get the GOP rom needed to pass it thru to win10 ?
23:20:27 <AumShivaya> e is having issues connecting to dbus socket apparently
23:20:40 <AumShivaya> is there some group I need to be in to run a X dbus session?
23:25:39 <meena> AumShivaya: are you in the dbus group, or whatever dbus is running under?
23:26:16 <AumShivaya> I do not think there is a dbus group
23:26:29 <AumShivaya> I thought there was one so I tried to add my user to dbus, but it said no such group
23:26:44 <AumShivaya> user is in operator and wheel groups
23:27:07 <meena> getent group
23:27:28 <AumShivaya> I do not think it is a group thing, on second thoughts
23:27:40 <AumShivaya> because e is having issues even logged in as root
23:28:00 <meena> as an aside: bsdinstall's user creation dialogue should ask if you're gonna run a desktop environment and then add your user to ALL THE GROUPS
23:28:17 <AumShivaya> ALL the groups?
23:28:27 <AumShivaya> I do not remember this happening
23:28:42 <meena> should as in, i want that
23:28:45 <AumShivaya> ok
23:29:48 <AumShivaya> thought the developer of e desktop thinks it is a dbus thing causing it connection issues
23:29:59 <AumShivaya> I should possbily make a post on bugzilla
23:30:08 <AumShivaya> but I would have liked to have had more info first
23:40:38 <meena> Bheam: maybe try #bhyve (if it exists) or the mailing list (archives)
23:51:10 <Bheam> yea noone talks in #bhyve :/
23:53:20 <meena> booo