00:08:24 <polyex> can anyone get https://github.com/open-telemetry/opentelemetry-collector to build on freebsd?
00:08:25 <VimDiesel> Title: GitHub - open-telemetry/opentelemetry-collector: OpenTelemetry Collector
00:31:03 <Erhard> Hey if I have the latest binary pkg of ifstat, but I want SNMP support, which for some reason was disabled in the latest, what is the cleanest way to update just that with a version supporting SNMP?
00:32:14 <Erhard> Not sure who thought it would be a good dieal to change ifstat pkg to no onger include snmp, unelss it was a security thing.
00:32:23 <Erhard> good idea... (not one)
00:56:34 <V_PauAmma_V> Hmm, are you talking about net/ifstat? SNMP support in that has been optional since 2004, per https://cgit.freebsd.org/ports/commit/net/ifstat/Makefile?id=46ba2524983b12a7223d8564ce24e60f3400ed9b .
00:56:35 <VimDiesel> Title: ports - FreeBSD ports tree
00:57:25 <V_PauAmma_V> s/optional/a not-default option/
01:05:05 <polyex> can anyone get fluent bit with the http or opentelemetry outputs working? they both break for different reasons for me
03:29:27 <Erhard> V_PauAmma_V: Hmmm. Well I had it, and then after a pkg upgrade the snmp suport in ifstat went away.
03:31:14 <Erhard> Ah, look slike I had ocmpield it myself before, and somehow package upgraded it. I probably overwrote the old package with the custom compile, and then pkg didn't know that and upgrade it to the new version, which has no snmp. Thx
03:31:29 <Erhard> Damn my typing.. I had compiled it before...
03:35:01 <Erhard> I use it to display BW usage in my screen status line
03:35:25 <Erhard> Updaded from github and recompiled... Deleted the pkg and reinstalled manually. All good.
08:39:53 <arino> is there something like https://github.com/clopez/dellfan to disable BIOS fan control in FreeBSD?
08:39:54 <VimDiesel> Title: GitHub - clopez/dellfan: User space utility to control the fan speed on Dell Laptops
10:00:21 <entikan> ah it has nothing to do with my lid. If I switch between ttys and back to X it also swaps out the video driver for llvmpipe
10:02:40 <entikan> (ctrl-alt-f3 then back with ctrl-alt-f9)
10:25:16 <dch> Erhard: maybe you can ask to have it converted to a FLAVOR option so you get both
12:42:17 <Halian|MBA> o/
12:42:34 <Halian|MBA> I just installed FreeBSD on my AMD/AMD desktop, and I can't for the life of me get into X, even after following the relevant chapter of the documentation. What, if anything, can I do?
13:20:42 <madmax> Halian|MBA, did you install X system ?
13:20:58 <Halian|MBA> madmax: Of course
13:21:36 <madmax> Halian|MBA, and driver for amd
13:22:18 <Halian|MBA> madmax: AFAICT yes
13:22:28 <Halian|MBA> I'm very n00b at BSD so
13:35:37 <madmax> Halian|MBA,did you do --> pw groupmod video -m your_user_name
13:35:44 <Halian|MBA> madmax: Yes
13:36:29 <madmax> Halian|MBA,ok did you login to your user
13:36:35 <Halian|MBA> Yes
13:36:46 <madmax> startx
13:38:58 <lts> Did you logout and login _after_ adding your user to the video group?
13:39:26 <Halian|MBA> lts: yes; rebooted, even
13:39:27 <Halian|MBA> Sorry, gotta BRB
13:40:45 <madmax> what happen when you run startx
13:50:39 <Halian|MBA> madmax: hokay so. https://sprunge.us/5nrEAS
14:03:31 <Halian|MBA> https://termbin.com/0xni also here's my Xorg.0.,og
14:03:33 <Halian|MBA> .log *
14:11:49 <lw> where are the list of names for tcpdump's 'icmp6[icmp6type]' documented?  e.g. 'icmp6-echo'?
14:12:17 <madmax> Halian|MBA, did you add the module to /etc/rc.conf file, executing the following command sysrc kld_list+=amdgpu
14:14:43 <Halian|MBA> madmax: not that exact command; I added kld_list="andgpu" to /etc/rc.conf manually
14:17:13 <V_PauAmma_V> Is "andgpu" instead of "amdgpu" a typo?
14:17:34 <Halian|MBA> V_PauAmma_V: yes. :x It's spelled "amdgpu" in /etc/rc.conf
14:18:37 <V_PauAmma_V> *nod*
14:19:08 <V_PauAmma_V> (I've wasted hours due to typos of that ilk.)
14:19:16 <Halian|MBA> (Felt af)
14:25:41 <madmax> Halian|MBA,and now is working ?
14:25:49 <Halian|MBA> madmax: not at all
14:28:09 <madmax> Halian|MBA,after you install x org did you install any DE
14:28:33 <Halian|MBA> madmax: yes, Xfce
14:29:06 <V_PauAmma_V> OK. That X log reminds me vaguely of my first try at starting X, when I didn't actually have the module for my GPU loaded. So I think yours doesn't get loaded, despite the kld_list. So I'd try using the full path with the .ko extension, like so: kld_list="/boot/modules/amdgpu.ko"
14:29:46 <Halian|MBA> OK
14:30:57 <V_PauAmma_V> (and reboot)
14:31:51 <Halian|MBA> OK
14:36:07 <Halian|MBA> Nope, still no GUI :(
14:36:18 <madmax> Halian|MBA, you follow instructions from xfce
14:36:41 <Halian|MBA> https://termbin.com/z3xn here's the output of startx
14:36:44 <Halian|MBA> madmax: Yes.
14:37:06 <madmax> Halian|MBA,did you load  dbus_enable="YES"
14:38:40 <Halian|MBA> madmax: yes
14:41:07 <V_PauAmma_V> What does "kldstat -n amdgpu.ko" display?
14:41:31 <Halian|MBA> V_PauAmma_V: https://termbin.com/2g6q
14:42:59 <V_PauAmma_V> OK, it's loaded.
14:43:16 <Halian|MBA> YEAH
14:43:17 <Halian|MBA> Yeah*
14:44:03 <V_PauAmma_V> So next we need to see what your X log looks now.
14:45:36 <Halian|MBA> V_PauAmma_V: https://termbin.com/ks81
14:45:49 <madmax> Halian|MBA,try '% startxfce4'
14:46:13 <Halian|MBA> madmax: that just spits out the same kind of X error as above
14:48:09 <madmax> Halian|MBA,when you make your user did you add to wheel group
14:48:41 <V_PauAmma_V> OK, so based on your X log, you now have a different problem. amdgpu doesn't recognize your GPU. What GPU do you have, and is it integrated or external?
14:49:10 <Halian|MBA> V_PauAmma_V: XFX Radeon RX 6700, discrete
14:57:26 <V_PauAmma_V> Hmm. Have a look at https://wiki.freebsd.org/Graphics#NVIDIA_Proprietary_Graphics_Driver and see if that helps. I have no experience with those, but I strongly suspect amdgpu is the wrong module for your graphics card.
14:57:27 <VimDiesel> Title: Graphics - FreeBSD Wiki
14:58:20 <lw> NVIDIA driver is definitely not going to be the correct driver for an RX 6700
14:58:34 <V_PauAmma_V> I stand corrected.
14:58:35 <lw> i have an RX 6800 XT and amdgpu works fine with this card, which is the same generation as 6700
14:58:50 <Halian|MBA> I use amdgpu for it on Linux
14:58:52 <lw> (however, i don't use X, so i'm not really sure how to configure that)
14:59:33 * V_PauAmma_V is out of useful advice, in that case.
14:59:36 <madmax> Halian|MBA,you trying to set MidnightBSD
14:59:52 <Halian|MBA> madmax: yes; unfortunately, their IRC channel is deader than disco
15:00:26 <lw> Halian|MBA: can you install a Wayland compositor such as sway or hikari and try to run that?  that should not require any configuration just to start and will tell you if the driver is at least working
15:00:46 <Halian|MBA> lw: *sigh* I guess
15:01:08 <lw> i'm not saying you have to use wayland, i'm just trying to narrow down the problem
15:01:18 <Halian|MBA> Of course
15:01:23 <Halian|MBA> I'm just not a fan of Wayland :þ
15:01:52 <lw> i missed the start of this conversation, but when the amdgpu kernel module loads on boot, does it set the monitor resolution etc. correctly on the text console?
15:02:25 <Halian|MBA> TBH I haven't checked closely
15:03:07 <Halian|MBA> lw: [backend/backend.c:371] Failed to open any DRM device
15:03:48 <lw> can you paste the output of dmesg somewhere?  or relink it if you already did
15:04:16 <Halian|MBA> lw: https://termbin.com/0xzo
15:05:20 <lw> what version of drm-kmod are you using?
15:05:41 <Halian|MBA> I don't know how to check that
15:06:03 <lw> in freebsd, "pkg info | grep drm" should show it... i don't know anything about MidnightBSD or what that even is
15:06:49 <Halian|MBA> lw: drm-fbsd12.0-kmod-4.16.g20220
15:07:01 <lw> ouch, that's a bit old
15:07:11 <lw> quite possible too old to support RX 6xxx series
15:07:11 <Halian|MBA> Hrm
15:07:14 <jmnbtslsQE> lw: i think in the pcap-filter manpage
15:07:34 <Halian|MBA> The 6700 launched in 2021
15:07:47 <lw> yes, but we only just got support for RX 7xxx like... a couple of months ago?
15:08:08 <Halian|MBA> Ahh
15:08:11 <lw> first it has to be supported in Linux, then the Linux driver has to be ported to FreeBSD, then you need to be usable a recent enough version of FreeBSD to use the newest drm-kmod
15:08:18 <Halian|MBA> …yikes, 12.0 is from 2018
15:08:21 <lw> s/usable/using
15:08:24 <Halian|MBA> OK MidnightBSD is not the way forward lmao
15:08:26 <lw> yeah
15:08:31 <Halian|MBA> BBL installing proper FreeBSD ><;
15:08:33 <lw> i'm pretty sure that card will be supported in 14.0
15:08:40 <lw> because i remember using it there before i upgraded to 15.0
15:09:26 <Halian|MBA> *nod*
15:09:44 <lw> jmnbtslsQE: aha yes.  thanks
15:11:33 <lw> Halian|MBA: if it helps, the "4.16" in your drm-kmod version is the Linux kernel version it's based on, so you can check when Linux first supported this card
15:12:30 <lw> in 15.0 we have drm-61-kmod which is Linux 6.1... i think 14.0 has Linux 5.15
15:15:58 <lw> hmm
15:16:00 <lw> 16:14:26.136629 rule 161/0(match): block in on ix0.103: 10.1.3.130 > 10.1.3.1: ICMP echo request, id 3447, seq 0, length 1480
15:16:00 <lw> 16:14:26.136646 rule 161/0(match): block in on ix0.103: 10.1.3.130 > 10.1.3.1: ip-proto-1
15:16:13 <lw> "ip-proto-1" is ICMP... i guess that means tcpdump can't parse the packet somehow?
15:17:33 <lw> and why is one of my wireless clients sending a 1480-byte ICMP packet
15:25:49 <Halian|MBA> I GOT X WORKING (in FreeBSD)
15:25:58 <lw> OMG!!  gz
15:26:51 <Halian|MBA> TY ^_^
15:28:26 <V_PauAmma_V> W00t!
15:31:20 <jmnbtslsQE> lw: might be a fragment..should be able to confirm if you do -v or -vv to see the IP packet
15:32:48 <lw> yeah, i wondered if it was a fragment but i thought tcpdump would mark that somehow... maybe not without -v
15:33:17 <lw> but even then, it shouldn't be fragmented to begin with... and why is a wifi client sending a huge echo request to its router?
15:34:08 <jmnbtslsQE> well if it's that large, that is the reason for the fragmentation i assume. but i don't know why it would send that
15:35:05 <lw> ok yes it's a fragment
15:35:07 <lw> 16:34:53.817441 rule 161/0(match): block in on ix0.103: (tos 0x0, ttl 64, id 11783, offset 0, flags [+], proto ICMP (1), length 1500)
15:35:07 <lw>     10.1.3.130 > 10.1.3.1: ICMP echo request, id 3447, seq 0, length 1480
15:35:07 <lw> 16:34:53.817457 rule 161/0(match): block in on ix0.103: (tos 0x0, ttl 64, id 11783, offset 1480, flags [none], proto ICMP (1), length 52)
15:35:07 <lw>     10.1.3.130 > 10.1.3.1: ip-proto-1
15:35:45 <lw> i'm actually not even sure why pf is blocking this, i thought it reassembled fragments by default, and icmp echo request should be passed
15:37:00 <lw> rule 161 is: "block return in log quick from any to self" but before then: pass quick inet proto icmp from any to any icmp-type echoreq
15:40:07 <jmnbtslsQE> firewalls have mysterious ways
15:42:44 <lw> yeah.  like my fun recent issue: scrub (reassemble tcp) breaks connections to Amazon/AWS... which reminds me, i need to file a bug about that
15:44:53 <jmnbtslsQE> very mysterious. i have reassembly using ipfw on some hosts that don't have any issue with AWS (as far as i know)
15:45:19 <jmnbtslsQE> how does it break your connection?
15:46:00 <lw> the connection is established, client sends HTTP request, Amazon sends HTTP response, router forwards the response to the client, the client ignores it, Amazon continues to retransmit the response
15:46:40 <jmnbtslsQE> client is separate from the pf machine  just on the same network?
15:46:45 <lw> yes
15:47:02 <lw> client <-> router <--pppoe--> Internet
15:47:14 <lw> (not an MTU issue, MTU is 1500 all the way)
15:51:13 <jmnbtslsQE> i guess i wonder if something in the tcp payload was corrupted. but you said your scrub is only fragment reassembly?
15:51:26 <jmnbtslsQE> i mean, the ip payload that includes the tcp header and its own payload
15:52:02 <lw> match in all scrub (reassemble tcp)
15:53:49 <jmnbtslsQE> pf.conf man seems to say that reassemble tcp just processes TCP and doesn't do IP reassembly (not sure why it's called reassemble). but yeah i guess it sounds like some bug where the tcp data is corrupted by that processing
15:54:41 <jmnbtslsQE> hmm, i would think if the client just ignores it then maybe the checksum is wrong. not sure
15:56:03 <jmnbtslsQE> i might misunderstand the pf.conf man page though
15:56:57 <lw> yeah, i thought that as well - from what i can tell it *always* reassembles fragments and 'reassemble tcp' is the other stuff like sequence renumbering
15:57:00 <lw> ... which is odd
15:57:23 <jmnbtslsQE> do you have checksum offload on that interface? not sure if that is relevant in this case
15:57:48 <jmnbtslsQE> actually yeah that can't be relevant
15:57:51 <lw> on the internet interface no (it's pppoe) but on the internal interface yes: options=4600703<RXCSUM,TXCSUM,TSO4,TSO6,LRO,RXCSUM_IPV6,TXCSUM_IPV6,MEXTPG>
15:58:04 <jmnbtslsQE> hmm, not sure
15:58:18 <lw> the packets involved in this issue weren't fragmented anyway though (it was only about 400 bytes) so not related to that
15:59:14 <lw> once my users go to bed i'll re-enable (reassemble tcp) and take some packet captures for a bug report
15:59:48 <jmnbtslsQE> heh
16:00:38 <lw> ... wonder if i could fix this by turning off ipv4 and forcing them to use NAT64
16:05:11 <jmnbtslsQE> fixed as in the machine will be set aflame by an angry mob
16:05:19 <lw> heh
16:05:28 <lw> i actually did that for a while and surprisingly few complaints
16:05:50 <lw> but i turned it off due to issues i wasn't sure were related, once this new freebsd router has been stable for a bit i might turn it on again
16:17:14 <ketas> i think i should publish more of my tools eh
18:09:55 <jauntyd> save layout
18:10:42 <lw> i shall not
18:10:49 <lw> save ur own layout
18:16:05 <ketas> jauntyd:
18:16:11 <ketas> Password:
18:18:01 <ketas> funnily i've not pasted anything sensitive in my >23y of ircing
18:18:38 <ketas> more like 7wg
18:22:48 <jauntyd> :)
19:21:03 <arino> excuse me for repeating myself, but is there any fan control interface available in freebsd? seems my dell laptop has bios control enabled and fan does not work by some reason, i want to gain manual control on it.
19:21:22 <polyex> i have a reproducible fluent bit seg fault bug i can't find a solution to. any help greatly appreciated: https://termbin.com/ntly
19:49:00 <polyex> it's using the fluent-bit directly from pkg
20:44:16 <Halian> Does lightdm have anything like SDDM's Xsetup file? I need to run some xrandr commands when X sets up
20:53:41 <skered> Halian: I think you might want to look at /usr/local/etc/lightdm/Xsession
20:54:09 <Halian> skered: will do
20:56:26 <skered> Looks like that's running stuff in /usr/local/etc/X11/xinit/xinitrc.d/
20:59:17 <concussious> how do I use WITHOUT_LLVM_TARGET_ALL from src.conf(5)?
20:59:57 <lw> concussious: put it in /etc/src.conf and enjoy ?
21:00:26 <concussious> i tried "options WITHOUT_LLVM_TARGET_ALL" in /etc/src.conf
21:00:47 <lw> oh no that is not the right way to do it
21:00:52 <lw> WITHOUT_LLVM_TARGET_ALL=yes
21:01:27 <concussious> aha
21:01:28 <lw> although instead of 'yes' you can set it to literally any value, such as 'no' or 'false' and it still behaves the same way, what matters is the variable being set
21:01:43 <concussious> can it go in the kernconf?
21:02:11 <lw> uh, maybe but that doesn't seem right
21:02:25 <lw> either you want to build all of src that way (including src/sys) or you don't
21:02:45 <concussious> that makes it not build anything for cross compiling, right?
21:03:05 <lw> based on my brief scan of src.conf(5), yes, but i wouldn't swear to it
21:03:17 <concussious> okay, thank you so much
22:10:44 <RoyalYork> Is OpenJDK the only java compiler in packages?
22:18:19 <voy4g3r2> last time i checked oracle license on java, that you have to agree to their license to use the "offical" jdk. where openjdk can be reisitrubuted in other means
22:19:10 <RoyalYork> Thank you
22:21:16 <voy4g3r2> hrm.. they do have a license Oracle No-Fee Terms and Conditions, but the binaries are here: https://www.oracle.com/java/technologies/downloads/
22:50:04 <polyex> i have a reproducible fluent bit seg fault bug i can't find a solution to. any help greatly appreciated: https://termbin.com/ntly
23:33:05 <polyex> freebsd have any api to make tailing 1000 files efficient?
23:45:51 <polyex> what's everyone use to collect logs on hosts and ship them out?
23:54:21 <jmnbtslsQE> regarding tailing files: select, or (better) kevent