01:29:13 hello, how long does it typically take for package build servers to switch over to a new release? I updated to 14.3 and I can't load dmabuf.ko, drm.ko, i915kms.ko since they are built for the 14.2 kernel, presumably. (dmesg reports "unsupported file type" and "not avialable or version mismatch") 01:29:56 I have never used ports before, so I thought maybe I could build drm-kmod from source against my 14.3 kernel & solve the problem. I built it and installed it just fine, but I still can't load the modules :/ 01:52:44 <_XianX_> Hello, I've been running FreeBSD since 14.2 came out and this is my first time going through a minor version upgrade. With the laptop install the freebsd-update install (userland) after the reboot went quickly, but on the server it's taking a long time with apparently no load on the cpu, memory or anything (but the process is progressing)... is this going slow because of the current traffic from it having just released? or because the server has so 01:52:44 <_XianX_> much more stuff installed? 03:32:44 a12l: Yeah, I've had the best luck building the port drm-XX-kmod from source 03:54:31 Is this thing on? 03:58:37 No, it's somewhere between on and off. 04:04:05 I hate when it is in the middle like that 04:37:57 Unexpected, in a chroot: https://bpa.st/GBAQ 04:42:21 mason: you mean a jail? 04:43:56 SponiX: No. 04:45:50 sorry, I'm new to FreeBSD and lost as to why you would want a regular "chroot" when you could be using a jail 04:47:09 I'm not likely to be able to help. So you can safely ignore me if you like lol 04:50:56 SponiX: No worries. 04:51:15 SponiX: FWIW, there are a few things you can do in a chroot that you can't do in a jail. 04:51:20 Not many, but some. 05:09:09 I wish there was a way to write file system hooks. For example, if a file is deleted, changed, or created, execute an action. That action could be something like copy the file to X or delete the file from X 05:09:41 I know you could do something with kqueue/kevent, but I'm looking for something more global 06:12:59 Upgrading from 14.2-RELEASE to 14.3-RELEASE, should I upgrade ZFS storage pools version as well? 06:13:27 Release Notes from 14.3 says, iirc, ZFS was updated. 06:24:42 I'm not sure if that is done in the freebsd-update running process. Or just an option you can do with the zfs upgrade command afterwards 06:34:30 ya i wanna know that too 06:47:05 zpool upgrades are not done by freebsd-update, you have to run zpool upgrade yourself. It is safe to do so if you don't expect to access the pool from older freebsd/zfs versions 06:47:43 zpool status will tell you if a zpool upgrade is needed, it may not be even though zfs was updated 07:05:21 Hey guys, I am going to do a post about trying FreeBSD 15/14 w/e release is available during the time of the post. Idea is to try FreeBSD for work and casual gaming. My use case is browser,email,teamviewer,anydesk,rclone,wireguard 07:05:39 My device is ThinkPad T16 Gen1 AMD 07:05:55 https://bsd-hardware.info/?probe=1fba316204 07:06:27 I will do my real work on it, there is a java based spy application too, that keeps track of my work when I am doing the shift 07:06:52 It works in VM but Teamviewer and AnyDesk isn't installing or executing 07:06:59 libminizip.so.1 is missing 07:07:19 What do you think? I am currently on Fedora GNU/Linux Workstation 07:07:59 I would also do casual gaming, I am not sure if Steam works but I will try something w/e that works 07:08:34 DE = Gnome, I will see if Wayland works if not then I will use x11 only. Anyways, I need x11 for the java based spy app to record my stuff in Firefox 07:08:43 EOF :) 07:17:09 for some reason I realize the freebsd community is much less hateful than the others out there 07:28:10 because we embrace forward looking projects like xlibre that just want to write good code, instead of getting hung up on religion and politics 07:28:58 that would be great tbh 07:29:21 ya it's what everyone wants except for the obnoxious controlfreaks 07:29:40 I try my best to avoid a certain "elitism" in software circle these days 07:30:10 ya same. i'd rather code my own thing than join up with ppl that want to force themselves on others 07:30:37 that is becoming increasingly more prevalent as it seems 07:30:38 https://www.theregister.com/2025/06/10/xlibre_new_xorg_fork/ 07:31:21 do COVID vaccines create a "new humanoid race" according to you, demido and scottpedia? https://www.theregister.com/2021/06/11/linus_torvalds_vaccine_smackdown/ 07:31:44 here's one of the angry controlfreaks now. sorry bud, take your religion elsewhere like back to #redhat 07:32:06 LXGHTNXNG: what does that have to do with anything? 07:32:07 don't worry about him scottpedia, i've never seen him in here before no matter how pushy he is 07:32:11 exactly 07:32:28 "angry" projection *loudly draws a checkmark on a hand chalkboard* 07:32:45 you're mentally ill and can't help yourself, i know 07:32:59 "mentally ill" "can't help yourself" *another chalk checkmark* 07:33:22 LXGHTNXNG i just hope you're fully vaxxed and boosted 07:33:38 LXGHTNXNG: yeah, i thought you'd be the kind of person that still writes notes on his hand. 07:35:30 scottpedia: This Enrico is the person you are defending. It suggests they may have trouble with processing complex information. https://lkml.iu.edu/hypermail/linux/kernel/2106.1/04542.html 07:36:16 LXGHTNXNG why are you so obsessed with controlling the narrative? just use wayland or x11 junk. oh because you're a controlfreak that can't leave others alone 07:36:39 if his code sucks noone will use it, but in fact xlibre is the future and x11 and wayland are the past 07:37:18 Goodness, wherefore all this aggression? 07:37:34 'he says, looking in the mirror' 07:38:10 baseless accusations of aggression *squeaking chalk on a chalkboard again* 07:38:38 baseless... lol the delusion. consistent with your mental illness and controlfreak obsession 07:39:23 LXGHTNXNG: what are you trying to say? is that something to do with the vaccines? 07:39:23 baseless accusations of control-freak, ableism 07:40:36 scottpedia: The LKML post is from Enrico and contains reality-denial of a pandemic ongoing then as now. 07:40:57 Enrico? 07:41:04 notice the idealogue doesn't keep his offtopic noise to #freebsd-social. zero respect for the project or others 07:41:05 Maintainer of XLibre. 07:41:26 ya who cares get over it. ppl think differently, sorry you can't control everyone 07:41:34 the code is all that matters 07:41:55 LXGHTNXNG is angry that the xlibre maintainer doesn't believe in his coc religion 07:42:27 coc religion? 07:42:33 code of conduct 07:42:58 scottpedia: Read the Register article I linked about a page ago, https://www.theregister.com/2025/06/10/xlibre_new_xorg_fork/ 07:43:43 Talking derisively about DEI is a common tactic of racists in the United States, and by cultural osmosis across the Internet. 07:44:20 DIE is racist, you're a closet racist LXGHTNXNG 07:44:25 But as demido pointedly raised, this discussion belongs in #freebsd-social. scottpedia, demido, get on the move. 07:44:28 no amount of delusion changes that reality 07:44:37 you started it, you get moving 07:45:21 Fact check: scottpedia started it at 07:17.07 UTC. 07:46:03 scottpedia said "for some reason I realize the freebsd community is much less hateful than the others out there" which is true, because it shuns ppl like you that obsess over weird shit 07:46:20 you started talking about vaccines and a programmer's personal beliefs that are totally unrelated 07:46:26 you can't spin this psycho 07:46:47 where am I trying to spin any psychopaths? that sounds unpleasant. 07:46:55 you try to spread your religion and politics everywhere like a turd smearing weirdo then get pissed when others mock you for it 07:47:27 noone is saying you can't eat feces, just go do it elsewhere. this is a channel for freebsd talk 07:47:38 demido: You're not even in #freebsd-social. 07:47:46 and 07:47:56 scottpedia: Why did you send the first message here, when it's offtopic? 07:48:02 you think i want to socialize with losers like you LXGHTNXNG? 07:48:14 it's not, he was commenting on freebsd 07:48:23 *squeaking chalk* high school schoolyard insults 07:48:26 you go to #freebsd-social and take your vaccine and whatever shit with you 07:49:08 people like you almost killed freebsd with the goth witch coc a few years back, that had to be retracted. noone needs your poison here 07:49:15 LXGHTNXNG just knock it off 07:49:29 On the authority of you and what army? 07:49:38 Citation needed on the retraction, as an aside. 07:49:49 ah yes, because you don't care about respect or reason, you have to be forced to stop trying to force yourself on others 07:49:55 typical 07:50:21 i wonder what else you've forced on ppl before. remember when i told you last night you might be surprised what i know about you? 07:50:48 More empty threats, I take? 07:51:10 you're imagining a threat because you know you have things you desperately want to keep hidden 07:51:27 K then. Send it here. You won't, because you don't have it. 07:51:55 i'll keep you wondering 07:52:01 More empty threats, then. 07:52:14 more paranoid hysterics 07:52:17 seriously folks enough nobody wants this stuff here 07:52:32 he won't listen to reason so a mod will have to step in 07:53:07 I didn’t know FreeBSD drama is a thing 07:53:11 it's 2 nights ina  row now 07:53:21 it's not, he's a noob 07:53:28 trying to import his linux drama to fbsd 07:55:06 If you're right - and I doubt you are - I have nothing to hide which you don't already have. Say it on the screen, as the old troll army I battled used to say... Don't hide behind "you might be surprised what little I know about you." Cards on the table, son. 07:55:38 did you not just hear ppl speak up and say they don't want this shit here? noone does. drop it or fuck off 07:56:02 You're the one who brought up all this about having info I might want to hide. 07:56:20 Just say it. Pastebin. Whatever. No need to get shirty. 08:01:12 <[tj]> you both need to stop 08:03:21 technically correct is the best kind of correct... 08:11:38 I'll be keeping an eye on you. 08:22:51 I suggest retaining an attorney. 08:33:22 Whatever the case be about all this venom, vitriol and thoughts on vaccines, if you're interested in getting software packaged for FreeBSD, there's a way to do that, which is described at https://docs.freebsd.org/en/books/porters-handbook/book/ . If you encounter technical problems with the process of writing a port, don't hesitate to come right back here describing your problem. Someone who 08:33:24 doesn't have shell-shock syndrome from bigoted harassment will be pleased to help you. 08:33:55 stop obsessing 08:34:37 Thought you'd say that. 08:35:29 Further comments about /that/ might be welcome in #freebsd-social . 09:15:43 Anyone using FreeBSD on a recent AMD laptop? 11:26:48 hello, I upgraded to 14.3 and as expected, I can't load kernel modules from drm-kmod due to kernel version mismatch. I thought I could build from ports against my 14.3 kernel, so I did - and I built & installed the package - but still can't load modules due to version mismatch 11:27:52 how long do build servers typically stay one version behind? I will dig to figure out what I can do to build from source in the meantime... any pointers would be appreciated :) 11:37:42 <[tj]> did you also update your source tree in /usr/src? 11:45:32 I pulled up-to-date main branch for ports.git in /usr/ports - is that what you're referring to? (last commit I have is from 9 hours ago) 11:47:41 looking at the Makefile in /usr/src it looks like this may be for FreeBSD userland, kernel, and kernel module building 11:52:51 <[tj]> drm-kmod builds agasinst the source tree in /usr/src 11:53:07 <[tj]> so if you have built it against an old tree it'll still be a version mismatch 11:54:31 METROIDHunter_: Try steps for drm-kmod from https://freebsdfoundation.org/blog/how-to-unlock-high-speed-wi-fi-on-freebsd-14/ 11:54:51 # pkg remove drm-kmod 11:54:53 # git clone https://git.FreeBSD.org/ports.git /usr/ports 11:54:55 # cd /usr/ports/graphics/drm-kmod 11:54:57 # make install 11:55:25 Once again, please reboot! 12:00:08 hiya: thanks, I will bookmark it and check it out later. I have to leave for work now 12:00:29 [tj]: that may be my problem. I will check that out later & make sure it is up-to-date in /usr/src 12:00:41 thank you both 12:01:26 <[tj]> good luck 12:01:39 <[tj]> I avoid these problems by running main and get different problems 12:14:23 [tj]: main? You mean dev? upcoming 15? 12:14:37 <[tj]> current, trunk, head 12:15:13 14 is production? 12:15:36 Are you using it on a laptop-PC? 12:17:22 <[tj]> I'm using it on all of my machines 12:19:51 I wish to try it full time on https://bsd-hardware.info/?probe=1fba316204 12:19:55 What are the odds? 12:41:46 Do I need to git clone this https://www.freshports.org/archivers/minizip/ 12:41:53 before doing those commands? 12:42:18 hiya: no, just follow the commands, it will pull all ports 12:42:44 cd /usr/ports/archivers/minizip/ 12:42:53 How would this happen unless I do git clone? 12:43:25 Sorry I am new to this 12:46:10 hiya: the `git clone ... /usr/ports` you pasted earlier did this 12:46:26 yes 12:46:38 What is the git clone for https://www.freshports.org/archivers/minizip/ 12:55:47 okay I got it 13:26:45 hiya: it's part of the ports, you have cloned 13:28:05 ridcully: can I register myself as an active user/volunteer for Laptop support update program? 13:28:09 Yes, I found it 13:28:33 fwupd isn't ported yet 13:29:36 'Laptop Support and Usability Project' 13:32:22 had a good time upgrading to 14.3-RELEASE, but gosh ain't that initial $(freebsd-update upgrade) long, got anxious 13:33:04 All explanations of ZFS bookmarks vs snapshots seem to avoid explicitly stating the differences. From my reading, that main difference *seems* to be: with a bookmark, you can't get the version of a file from that point in time. With a snapshot, you can. 13:33:34 cccccbkvnbghdflkgukbtfdebkrivknltffhtrfcdnde 13:33:41 bless you 13:34:31 dvl: are bsdcan tutorials being streamed this year? 13:34:59 jpb: I don't know. 13:35:11 k, thx 13:35:23 tykling: thanks, and my yubikey thanks you too. 13:36:03 you don't see yubisneeses as much as you used to anymore 14:01:01 is there a way to write a make rule that creates "foo.ext" from "foo.ext.in" for any value of "ext"? ".in:" doesn't seem to work, i assume because it wants a rule for that specific suffix 14:43:26 When using 'freebsd-update' to upgrade to 14.3 from 14.2, where are the patched files kept before they are installed? 14:43:57 mns: i think somewhere in /var/db/freebsd-update, although i don't use it myself so take that with a grain of salt 14:44:23 ivy: how do you upgrade from one version to another? 14:44:48 i only run -current, and i upgrade using pkgbase: https://wiki.freebsd.org/PkgBase 14:45:09 leaving on the edge with -current? 14:45:33 main is pretty stable nowadays, it's not used it used to be when there was a 50/50 chance it wouldn't boot after updating 14:45:33 *living 14:47:05 On the 15.0 release page, the schedule says "15.0 EoL 30 September 2026 15.0-RELEASE no longer supported.", is that some sort of mistake considering that 15.0 hasn't even been released? 14:47:36 siw5ohs0: i don't think so, that sounds about right for a .0 release 14:49:29 Ok, "stable/15 EoL 31 December 2029", so maybe I misunderstand the schedule 14:50:17 15.0 will be EoL'd by 15.1 14:50:39 stable/15 is for every minor release in the 15.x cycle, so presumably that means support for the last 15.x version will end in 2029 14:50:59 while 15.0 support will end in 2026, which is earlier as you'd expect (15.1, 15.2, ... will be supported longer) 14:51:23 Thanks 16:32:31 https://www.youtube.com/watch?v=0DdnAgKLdG8 || June 2025 FreeBSD Developer Summit Day 1 16:50:25 vxwarlock: you stalking me? 16:51:00 I can't wait for FreeBSD 15 to release, so I can start tracking 16. I really like even numbers 16:51:01 no 16:52:40 December 2027 16:52:41 FreeBSD 16.0 16:53:33 I only prefer Stable versions. 16:54:02 understandable 17:04:53 -STABLE isn't necessarily stable. 17:05:04 I stick to the security branches. 17:05:12 -RELEASEpX 17:07:16 I am 100% STABLE runner and supporter 17:07:50 I need my OS to be rock solid. 17:15:05 rwp: sorry for the late response and that was my take on arc as well but I ran into strange memory issues with fbsd and samba. 17:15:11 https://mastodon.bsd.cafe/@chesheer/114665737941231945 17:15:17 🤔 17:15:47 I don’t think I ever managed to get gnome running using fbsd but I always wished I had. 17:19:29 🤔 17:19:45 (╯°□°)╯ 17:22:51 Macer: Gnome2 from ports always (since FreeBSD 6-7 to maybe 9 - not sure) kinda "just worked" for me. Never tried Gnome3. 17:23:11 Gnome 3 is a whole 'nother beast. 17:23:48 anyone know the official irc channel for the devsummit? 17:24:10 mason: Ok. I never got to appreciate this new beast on ready out-of-the-box Linux distros so also never tried setting it up on FreeBSD. 17:36:53 I'm on 15-CURRENT. I was on 14-RELEASE prior but had weird almost random performance problems that I couldn't get tracked down 17:37:06 15 seems to have cured that for me 17:45:10 SponiX: 15-C is is a vague naming since it's 14-R with various changes made over time (so by vague I mean: there's a "different" 15-C every few hours/days), until it slowly freezes with 15-RC*, 15-BETA* and is released as 15-R. I went from 14-C straight to 15-C on laptop and workstation. With boot environments it's safe enough to use as a daily driver, as someone interested in incremental changes 17:45:12 or waiting to test some particular change/feature. 17:47:27 SponiX: "random performance problems" is not very descriptive. 17:47:51 I run CURRENT on everything right now for the purpose of being able to host build boxes for the KDE Plasma team ;) 17:49:28 regis: If I had Plex Media Server going on 14 it would tank my video playback with mpv. And even without that running, having other apps open would often do it also. Talking 10+ seconds to start a video and poor seek etc 17:51:38 If I was still actively trying to troubleshoot that. I would for sure try to be more descriptive 17:56:42 SponiX: amdgpu via LinuxKPI or fancy stuff like this or wasn't it touching the GPU driver? I actually encountered issues related to amdgpu in the opposite situation to yours. Something working flawlessly on 14-C stopped being so perfect after the switch to 15-C. To be more specific: after some random (10-50...) number of clips played one after another in VLC, following ones take 10-30 seconds to 17:56:44 load. I've enabled amdgpu verbose logging, looked for mem leaks, tried restarting Xorg and can't find the culprit. Unloading and loading amdgpu and drm modules wasn't always resulting in expected screen getting back on. Restarting the system always works and the specific slowly loading files are loaded blazingly fast. 18:12:29 Since people are discussing RELEASE, STABLE, CURRENT etc. is CURRENT stable enough to use as a daily system? Not like I'm using it for heavy loads, just as a webserver in a jail, some exploratory coding, IRC, mailserver 18:12:44 on an amd64 system 18:13:24 mns: yeah, it is. you can do so via pkgbase or you can build it yourself, just make sure you build it in release mode rather than debug mode in order to not tank your performance 18:13:30 mns: yes, it is. but you need to be at least somewhat aware of what's gone into -current recently and maybe don't update after a big commit until it's had some testing 18:13:55 mns: to put it into perspective. Netflix runs CURRENT and it does fine for them. And I daily current, so I'm going to say YES you can count on it to do what you need 18:13:58 also, have a dump device configured and know how to debug a kernel panic, just in case 18:14:29 and maybe use boot environments just in case 18:14:36 along with snapshots 18:15:05 mns: If you don't have a need for current though, and want a very good uptime record. RELEASE is honestly best in most situations 18:15:27 as i just mentioned (i think) i use -current everywhere on my physical and virtual servers, and i also used it on my desktop for a while, i don't currently but not because it isn't stable 18:15:37 again, the reason I'm on CURRENT is because the folks building/testing software on my systems need it 18:17:58 I don't have a need for CURRENT per se. When I used to use Debian, I was always using Debian/testing as my daily system. I was doing far more with that than I am now. 18:18:37 mns: Yeah, if you just like being on the edge. CURRENT is the spot 18:19:01 It also has things like higher versions of drm-kmod. Allowing for newer GPU hardware 18:19:44 I always considered RELEASE to be the equivalent of Debian/testing and CURRENT to be Debian/wip. 18:20:08 why would you consider -RELEASE to be Debian testing? 18:20:18 SponiX: I don't have a need for GPU hardware, I use my systems headless and work on trying out infrastructure as code and devops type of things 18:22:18 ivy: STABLE == stable, CURRENT == wip, so RELEASE == testing ... that's sort of the logic I applied. There was no rhyme or reason in particular. 18:22:41 mns: that seems backwards: with freebsd, -RELEASE is "more stable" than -STABLE 18:23:04 mns: -STABLE is the active development branch for a major release (e.g. 14.x), -RELEASE is branched from -STABLE to produce a release 18:23:08 s/wip/unstable/ 18:23:36 so FreeBSD -RELEASE = Debian stable, -STABLE = testing, -CURRENT = unstable, perhaps 18:23:57 although that is not a perfect analogy since Debian and FreeBSD releng processes are quite different 18:24:20 lol 18:24:37 yeah they are, but it just made sense in my head when I started using FreeBSD almost a decade ago 18:24:40 mns: there is a portion in the documentation that covers this and gives recommendations 18:26:06 SponiX: ooh that would be good to read 18:26:19 you could perhaps think of -STABLE as equivalent to backports... e.g. 14.1-STABLE contains stuff backported from -CURRENT which will be in 14.2 18:33:04 I think the earlier explanation of STABLE being testing, from which the stable release called RELEASE is derived makes more sense 18:34:54 * ivy writes yet another jail management system 18:36:33 xkcd standards 18:46:46 mns: Late to answer. Yes - CURRENT is safe as a daily workstation driver. There's basically a bootloader-baked rollback mechanism which allows you to boot previous build if something is wonky. But I'm stressing that I'm talking about workstation use. I'm not Netflix to run prod on CURRENT. 18:48:57 regis: speaking of Netflix running current. are you familiar with their "stabweek" ? 18:50:33 ivy: why another one? don't we have enough of them already? 18:51:40 Macer, Hmm... No idea! 18:52:04 regis: thanks for the input. I'm most likely going to stick with RELEASE or switch to STABLE at some point. Mybe switch from 14.3-RELEASE to 14.0-STABLE 18:52:28 mns: that would be 14.3-STABLE - the version increments after each minor release 18:52:50 most people just call it 14-STABLE although technically that's not what it's called 18:55:04 hm, ucl++.h really could do with more documentation. currently it seems to have no documentation at all 18:55:43 mns: > RELEASE == testing 18:55:49 sounds like Debian-like naming and I don't agree with this classification when it comes to FreeBSD. RELEASE was always "the stable version" for me. I worked for a hosting company once where someone insisted on keeping the FreeBSD version "STABLE" because "it looks nice in PHP info". Absurd and ri 18:55:51 diculous. We were still building latests ports and/or running on latest and not quarterly packages and... due to SECURITY REASONS. Base system and userlan 18:55:53 d having the "STABLE" label slapped meant sh*. You use 3rd party software (ports/pkg) to serve users stuff and in this case "quarterly" is less secure tha 18:55:55 n "latest". 19:01:09 mns: I honestly don't see many reasons to be on "STABLE" apart from some weird compliance agreements with 3rd parties. You usually still have to run 3rd party software and networking software is what is exposed to external attacks. My approach is to track "latest" pkg and "HEAD" ports and be able to install something you're aware is or may be vulnerable. I'm not talking about brainless `pkg 19:01:11 upgrade` but simply not being limited to some quarterly frozen versions. 19:04:45 time to reboot now that I've upgraded to 14.3-RELEASE. BBIAB 19:05:36 welcome back 19:06:28 regis: duly noted. regardless of what the equivalent in Debian is, I've been happy with RELEASE versions and having lived on the "latest" edge, prefer these days to living on the "quarterly" edge. As I have aged, I don't care to live on the edge these days. 19:06:31 And as for STABLE/RELEASE - are you aware of any vulnerabilities that made RELEASE vulnerable when STABLE stayed safe? STABLE gets security patched and RELEASE immediately has the same patches. RELEASE is not less secure than STABLE. For me it's a fancy naming useful for complaince-related purposes. 19:06:58 mns: yep, no time for living on the edge anymore. give me stable. 19:07:44 stable is pretty much living on the edge nowadays, given how much is MFC'd 19:09:23 thedaemon: what have you been up to lately? 19:09:37 mns: Sure. Depends on what software you're using. Some stuff gets security updates often and these are better tracked in "latest" for obvious reasons. But I mentioned a hosting company in this case, not a laptop. Case-by-case approach. I wasn't trying to preach any particular approach. Just mentioned a hosting company running STABLE "because it looks pro" but having to run latest 3rd party ;-) 19:12:13 I know I'm old school... But I really like watching software build 19:12:35 Same 19:13:33 SponiX: upgraded to 14.3 over remote ssh. 19:13:43 thedaemon: Nice 19:13:47 writing some plan9 rc 19:14:17 I might have to tinker with that sometime 19:14:51 right now I'm preparing to test drm-68-kmod on current 19:15:05 brave lad 19:15:12 I know right 19:15:14 I hope that my lockup issues are over with. 19:15:23 DNS lookup? 19:15:38 Oh "lockup" 19:15:42 as in system freeze/crash 19:16:05 drm-kmod system freeze 19:16:06 yeah 19:16:16 I want to say so far so good.. 19:16:20 let me check my uptime 19:16:36 1d 6h 19:16:49 But it would go for days sometimes without dying, then sometimes more than 1 time a day lol 19:17:00 well, from my experience any system you are on -- it is best to build the drm-kmod from source 19:17:14 I have been doing that. :) 19:17:32 Want to hear my really weird issues? 19:17:37 the original 14.2 drm-kmod wouldn't even boot 19:17:41 yes 19:18:14 sometimes, but not always: signal-desktop will freeze for 30 seconds to a minute or more when a message rolls in 19:18:32 That has happened on both 14.2-RELEASE and still happens on CURRENT for me 19:19:38 and the other one... I can play videos fine with "mpv". But if I go to just have it open the app without anything specific being played. That has been sometimes but not always crashing my machine all the way to a shutdown/poweroff state 19:20:23 All of my prior performance problems I was having on 14.2-RELEASE seem to be resolved on 15 though 19:22:42 mns: Sorry for adding to the conversation but I've got the best example I can give you to probe my point from security perspective. Hosting companies usually use Exim for email. From ready-to-go DirectAdmin solutions to self-baked - I've always seen Exim and never Postfix+milters. I'm not trying to be disparaging or disrespectful here (the Exim team was always helpful!) but... Exim has a somewhat 19:22:44 long vulns history including multiple RCE. "quarterly" ports/packages just can't cut. In my case even "latest" wasn't something I waited for so we were syncing with Exim devs to immediately fetch the hotfix version, compile it and replace out current Exim with it. Now compare this to using "quarterly" from the security perspective. 19:26:16 But I have to add here: Exim guys always took the time to inspect my use-case and tell me whether some announced security release may be impactful for particular setup/features. 19:27:59 what's signal? chat? 19:29:08 why are you opening mpv without a file, doesn't it just close itself? 19:29:22 I thought that's why I usually open vlc 19:29:56 thedaemon: signal-desktop is Signal chat yes 19:30:09 googling 19:30:19 and mpv without a file specified is just supposed to bring up the blank window 19:30:53 That problem might have existed for a long time before I noticed though. Because I never normally bring up mpv that way, there isn't much of a point to 19:31:01 I found that out by accident when stoned 19:38:17 thedaemon: well, the new drm-68-kmod seems to be working fine. And my "mpv" crash isn't happening YET 19:39:05 cool 19:39:33 lol 19:39:43 Spoke too soon 19:39:54 Burnt! 19:39:57 mpv crash? 19:40:03 Crashed right after I said that 19:40:09 Anybody else able to list go-anubis in their package search? 19:40:13 famous last words 19:40:25 Or are packages still "being built" for 14.3? 19:40:25 Full system crash from mpv 19:40:40 just anubis wavefunction 19:40:42 no go-anubis 19:40:48 14.3 19:42:53 I have not used nor tested nor can recommend it but there are plugins like mpv-file-browser to make mpv work after you invoke it w/o some media-listing argument. I've seen it used but haven't tested myself. vlc just works well for me and I never needed to switch (and the issue I mentioned with vlc happens with mpv as well so I'm pinning it to drm_kmod and/or amdgpu; never mind here) 19:43:04 thedaemon: now the crash did a system reboot, instead of just a poweroff. Is that improvment? LOL 19:43:47 I have "anime" filters in my mpv, so I use it for cartoons and vlc for everything else 19:45:18 SponiX: crash/reboot wouldn't come come from mpv but more likely an underlying module. Do you have some coredump to inspect? 19:46:56 regis: let me see if I have one. I think I have most debugging and dumping disabled. But I can always fix that 19:47:15 it's always DNS.. err drm-kmod 19:47:33 mpv initiates GPU, GPU driver locks up system. imho 19:48:10 thedaemon: Yeah, but then why would it only do it part of the time, and why Never when an actual video is selected and loaded? 19:48:13 that part seems odd 19:48:43 regis: oddly enough the only two .core files I have in my home are firefox and gnome-system-monitor -- and I don't remember either of those two actually crashing 19:49:01 guess they might be crashing hard on the systems way down though 19:50:32 thedaemon: My high-level understanding is that Xorg talks with amdgpu and stuff like mpv interfaces with drm-kmod. But I may be wrong on this. 19:51:47 I can and will be wrong XD 19:52:04 thedaemon: you do a good job of that ;) 19:52:12 XD rude!! 19:52:16 think I might still have you beat though 19:52:27 my "assumptions" often get the better of me 19:52:49 well, I'm gonna reboot with the dumps enabled, and then crash it again 19:53:04 see if I get anything worth while for troubleshooting then 19:57:06 do it 19:58:56 I just upgraded my only desktop FreeBSD system to 14.3-RELEASE; It doesn't attempt to start sddm. I suspect that is related to not finding the mouse "unable to find /dev/psm0" I do see /dev/sysmouse. Was there a name change? 19:59:06 wonder if I need to rebuild my kernel with the nodebug option off as well 19:59:44 mariuss: you most likely just need to pull the most recent /usr/ports and rebuild drm-61-kmod -- and everything will then be fine 19:59:58 this is a common problem, even with little point release upgrades 20:00:30 SponiX: that might well be necessary. It's been a while since I did this. 20:02:32 It's my only machine that uses upstream packages, not those built on my poudriere machine, so everything here is rather manual in this case. 20:13:12 So I just updated from 14.2 to 14.3, and now the system gets stuck at boot. It gets all the way to the "link state changed to UP" for all the network devices, then stays there. Not sure how to proceed. Trying to boot single user mode also gets stuck. 20:17:04 So I need the system sources to rebuild drm-61-kmod. How do I get the correct source tree? 20:19:25 how can I check if external-monitor is connected when running console-mode? 20:32:20 mariuss: have you pulled ports before? 20:32:24 mariuss: git clone -b releng/14.3-RELEASE https://git.freebsd.org/src.git /usr/src 20:32:31 mariuss: git clone -b 14.3-RELEASE https://git.freebsd.org/src.git /usr/src 20:32:34 something like that 20:33:05 git -C /usr/src pull 20:33:15 thedaemon: anubis comes up as an SMTP mail processor? 20:33:30 oh wait that's not ports command 20:34:10 I think the the last time I did this may have been before the transition to git. But I did figure it out. Currently waiting for the sources to be cloned. 20:34:37 mariuss needs /usr/ports updated not /usr/src 20:35:08 cd /usr/ports && git pull 20:35:25 wavefunction: yes 20:35:30 I know, but it needs both to be there to build the package 20:36:24 Otherwise: Cannot open /usr/src/sys/conf/kern.opts.mk 20:36:35 oh gotcha 20:36:54 did you try SponiX 's suggestions? 20:37:51 I already was pulling the sys tree when he chimed in. Thanks! 20:38:28 :) 20:39:51 Can't quite get serial console working throughout the boot process. The mobo/bios output is captured. The kernel output is as well. But the prompt for the GELI passphrase is not. I've tried using various flags in /boot.config & /boot/loader.conf, but they only seem to take effect after the passphrase is entered. It looks like zfsbootcfg can provide params to zfsboot for the next boot, but I'm not quite 20:39:57 certain how to set those flags (-D & -S115200) 20:46:15 thedaemon: I don't understand -- anubis (https://anubis.techaro.lol/) is mislabeled in pkg? 20:49:01 wavefunction www/go-anubis 20:50:57 devnull: okay, that lines up with what I was seeing. Since I'm not doing ports, I guess I'll have to sort this one out manually. 20:53:20 wavefunction you can change quartery branch to latest 20:53:59 anyone have luck with tightvnc or rdp remote desktops on freebsd 13? 20:54:58 Okay, I booted into mfsBSD, mounted the pool, disabled PF, rebooted, but that did not help. Any other ideas? I'm completely stumped 20:54:58 https://www.freshports.org/www/go-anubis/ Package not present on quarterly. 20:55:44 zadok: Yep. I use xrdp every day with FSBD. 20:55:59 wavefunction: I am on quarterly I guess :) 20:56:22 I use rdp and vnc on 14, sorry. Don't know about 13. 20:56:33 The bootloader DOES say though "Loader needs to be updated", but I doubt that would help in this case 20:56:35 ek I have the cli renotely, but really don't see a clear path to graphics dektop 20:57:16 zadok: net/xrdp 20:57:19 what os are you trying to connect to? 20:57:28 freebsd 20:57:53 are you running vnc server? 20:58:16 I have tightvnc installed 20:58:28 tightvnc-server ? 20:58:37 Are you running it on the remote machine? 20:58:45 I am using a different vnc server 20:59:12 um. the remote machine is freebsd also and didn't see a client? 20:59:20 I am running tiger 20:59:37 you need a vnc server running on the remote machine 20:59:44 tigervnc is a good client 21:00:06 tigervnc-client 21:00:08 I hear tiger is good. Should I just install it. I really would like to use a client on my iphone to connect wherever 21:00:11 sorry viewer 21:00:14 tigervnc-viewer 21:00:19 ahhh 21:00:20 ok you can do that I guess 21:00:28 I cannot help with iPhone 21:00:43 But you have to setup the vncserver 1st 21:01:07 hahah... No good hacker (whitehat) would use an iphone 21:01:11 zadok: pkg install xrdp; service xrdp enable; service xrdp-sesman enable; edit ${LOCALBASE}/etc/xrdp/startwm.sh and choose what DE you want to run (xfce, mate, gnome, whatever); service xrdp-sesman start; service xrdp start 21:01:39 Use any RDP client to connect to FBSD's xrdp on port 3389 21:01:58 or do that ^ :) 21:02:31 hmmm... I have installed xrdp, but didn't know tp configure it like you mentioned 21:02:32 I use net/remmina as an RDP client in FBSD. Works fine. 21:02:57 zadok: It's a very simple rdp service to setup. 21:03:49 zadok: It's this easy: https://www.jeremymorgan.com/tutorials/freebsd/how-to-remote-desktop-in-freebsd/ 21:04:04 ek: For you, I am sure. I just have never done it till now 21:04:29 You'll need to install your preferred X11 DE, but it's otherwise very quick and simple. 21:04:37 Does FreeBSD have built-in address randomization everywhere now? 21:05:53 ek: I did follow his directions yesterday. I must be using a crappy client trying to get it on my iphone. Now, I will just use my notebook 21:06:13 jmabsd: yes, at least "nearly everywhere", there might be some places which are missing it 21:06:32 ek, and others thank you. So you get bounced if you sit here for awhile? 21:06:54 You're welcome. No idle bouncing here. You can idle as long as you want. 21:07:02 jmabsd: but in general everything is built with ASLR enabled (including PIE executables) by default 21:07:11 frankly I may just use the CLI. irssi is a good program 21:07:37 ek: thnks 21:07:47 Is the Kernel ASLR enabled on ARM? 21:08:57 zadok: I only use the RDP stuff for when I absolutely need it. Like browsing the web or viewing images/videos of some type. Otherwise, pure terminal/console is best for me. 21:10:01 ek: I like that. It is such a hassle otherwise 21:11:17 zadok: For the DE (if you choose to use RDP or VNC or whatever), I'd suggest something light like XFCE4 or Fluxbox. Quick and efficient. Easy to use. 21:11:44 jmabsd: i'm not sure we have KASLR at all right now, perhaps someone else knows 21:12:10 Oh, it was resolv.conf. Oh for god's sake... I tried every trick in the book to tell FreeBSD TO NOT FREAKING TOUCH THAT FILE yet here I am, ended up with not a DHCP-filled resolv.conf, but a blank one 21:12:48 I do use xfce though. I have a 10 year old Dell with both Debian and FeeBSD on it xfce4 is great. KDE and gnome are great too. Please don't hurt me - ;-) 21:15:28 I better go. Others want to be here, I bet. Or they should be. First time here. Thank ek. 21:22:00 ivy: yes, we do 21:22:03 for a few years now 21:23:12 kevans: is there no config(8) option for it? i couldn't find one when i looked 21:23:17 good to know, though 21:23:32 jmabsd: ^^ 21:24:01 ivy: no, just a series of tunables in the kern.elf* namespace 21:24:44 drm-61-kmod rebuilt against 14.3-RELEASE, and all is well! 21:25:20 kevans: ah, does kern.elf64.aslr.enable apply to both kernel and userland? the description is a bit vague :-) 21:25:54 maybe I'm misremembering the disputes between ASLR and KASLR 21:27:12 * ivy wonders how/why kgdb works with KASLR 21:27:37 well, i guess it's just changing the load address for each module 21:43:34 Okay, so... *sigh* How on earth do I tell FreeBSD to keep its hands off my resolv.conf? 21:47:37 zilti: echo resolv_enable=NO >>/etc/rc.conf 21:52:49 ivy: thanks, but nope, does not work. 21:53:07 strange, do you have a comment in /etc/resolv.conf saying it was created by resolvconf(8)? 21:53:22 (that's what resolv_enable is supposed to disable) 21:53:24 No, it's completely empty, only containing a newline 21:53:39 Guess I'm gonna try the sledgehammer "chflags schg /etc/resolv.conf" 21:53:49 are you using DHCP? 21:53:58 yes 21:54:25 you may need to manually configure dhclient.conf(5) to not update resolv.conf... although i find it odd that resolv_enable doesn't do this 21:54:35 (i don't use DHCP, so not very familiar with how this works) 21:55:52 zilti, you *MIGHT* find it more satisfying to set: sudo chflags schg /etc/resolv.conf 21:55:59 I guess resolv_enable only enables/disables the completely broken resolvconf 21:56:42 i thought the point of resolvconf was that dhclient would just call resolvconf, but clearly something else is going on 21:56:52 is there a resolvconf.conf? 21:57:18 CrtxReavr: Is this an LLM-generated comment? zilti used the exact same comment you later suggested as "more satisfying" with added `sudo`. 21:57:31 s/comment/command/ 21:58:37 ivy: there is, yes, I created it, it has "resolvconf=NO" on the first line, followed by two lines setting name servers. None of the three lines ever worked, though 21:58:49 Anyways, it seems like the sledgehammer method works 21:58:51 regis, nope - my own (possibly) silly comment. 21:59:37 Actually, an old friend and FreeBSD officionado and kernel hacker, talked about how he found that more satisfying than using "official" means. 22:00:08 zilti, you can also: echo resolvconf=NO | sudo tee /etc/resolvconf.conf 22:00:16 Luckily I'm moving to fully self-hosted, which means that I'll soon be able to configure DNS in a way that just tells my servers the DNS servers I want to have 22:00:37 CrtxReavr: get lost with your LLM-generated stuff 22:00:58 zilti, um. . . 22:01:19 I've been using FreeBSD since v3.0. . . so. . . fuck right off. 22:02:17 CrtxReavr: Haha 22:02:39 Also, I generally add 'sudo' to commands to designate that it requires root, knowing that not everyone uses sudo. 22:03:01 ... or root. 22:03:04 I do the same thing. 22:03:12 hmm, to add tests to a program you have to include , but this doesn't exist in /usr/share/mk... so how do you add tests to an out-of-tree program? 22:03:17 ek, then you must be using an LLM. 22:03:21 zilti: Is editing /etc/dhclient.conf to not pull DNS updates not working for you? 22:03:33 You're too smart for IRC! 22:03:38 Damn those LLM's! Got me again! ;P 22:04:01 dhclient.conf's syntax is. . . tedious. 22:04:38 'Specially when there's dhclient from OpenBSD (which is in base FreeBSD) and ISC-dhclient. 22:04:41 It is. But, specifying the interface and telling what to pull (and excluding dns) should leave that out entirely. At least, that's kinda the design. 22:04:47 ah, you can apparently just not include and it DTRT 22:04:58 ek: that I did not try, because I did not yet figure out how to. So far I assumed that disabling resolvconf would suffice, but it apparently does not; and I did not really have patience left for dhclient. Especially since I use the dual-stack dhclient anyways which I bet has additional quirks 22:06:06 zilti: It very well may. I haven't used DHCP (for v4) in quite a while. But, I remember having the same request as you. Didn't want it touching my resolv.conf. 22:06:09 CrtxReavr: I'm sorry. You just sounded exactly like a bot with that resolvconf hint since I just did write above that I have that line in there. 22:06:23 Though. . . dhclient.conf(5) has some really good syntax examples in the EXMPLES section. 22:06:34 zilti, never saw that. 22:06:52 Anyways, I'm glad that sledgehammer worked at least, and I hope I won't have to deal with needing to disable this again. :) 22:06:55 Some of us have. . . wait for it. . . ACTUAL intelligence and experience. 22:07:34 EXAMPLES* 22:07:37 Key word being "Some". 22:07:53 >_> 22:08:05 Oh! That's right. I ended up using dhclient-enter-hooks to disable DNS updates to resolv.conf. 22:08:06 Don't pick on ivy. 22:08:16 Ouch! 22:08:28 CrtxReavr: huh? 22:08:35 That was more meant towards myself... 22:08:50 ivy, just jerk'n your chain. 22:11:01 ek: Ah, yes, that is something I tried as well. Also did not work with the dual-stack dhclient... 22:17:59 kevans,ivy: Nice. Is it on by default? What about on ARM, is it supported there 22:22:26 very confused about what you're meant to set in Makefile to override the owner/group here (via ): Var_Parse: ${INSTALL} -C ${${:UtestsFILES}TAG_ARGS} -o ${${:UtestsFILES}OWN_${:UKyuafile}} -g ${${:UtestsFILES}GRP_${:UKyuafile}} -m ${${:UtestsFILES}MODE_${:UKyuafile}} ${.ALLSRC:Ninstalldirs-*} ${${:UtestsFILES}PREFIX_${:UKyuafile}}/${${:UtestsFILES}NAME_${:UKyuafile}} (eval) 22:22:42 thedaemon: just a regular git pull will get CURRENT/HEAD I'm pretty sure 22:22:45 it seems like ${OWN_Kyuafile} should work, but it does not 22:23:23 you need to specify a branch for RELEASE/STABLE pulls 22:23:29 at least initially 22:25:21 ah, ${SHAREOWN}/${SHAREGRP} 22:32:08 Hi does freebsd have a gitlab/ github and which one do you report issues or pull request ? 22:34:03 found it.. Thanks 22:34:59 hm, i hope they aren't about to report an issue on github, you really want bugzilla for that 22:56:08 it is better, just because it has "bug" in the name? lol 23:02:10 SponiX: no, it's better because that's where bugs go. i'm not sure if you can even open bugs on github, but if you can they will be ignored 23:02:49 fair enough 23:03:05 having a central location is important time wise 23:14:35 * ivy learns about 23:14:41 i really wish this stuff was more documented... 23:54:20 ivy, I have not yet tried to learn the FreeBSD .mk makefile system. It's on the growing task list of things that I know will take a while to understand. I lament that it seems less well documented.