00:08:53 Is anyone here an old-timer who coded in the 70s-80s? 00:09:48 that generation doesnt often irc ime 00:11:00 vs gen-X and some millennials, where irc was in peak use in their youths, and unlike genZ and whatnot where they've seen someone use irc once, maybe... 00:11:58 Gen-X coded in the 80s too. 00:12:48 not generally professionally 00:12:50 but sometimes 00:13:06 I mean, I was dorking with basic in the 80s 00:13:10 does that count? 00:14:11 (I took the question to mean someone in the 70s through the 80s, my bad I guess) 00:22:10 Nevermind, got my question answered. :-) 00:22:22 I just had some questions about BASIC yeah. 00:22:27 But I got some info from elsewhere. 00:22:30 Thanks though. :-) 00:31:49 quackgyver: 80s 00:49:24 This is #FreeBSD, not #askrandomquestionsandexpecttohavethemansweredbecauseyoucan'tbebothered to use a search engine. ;) 00:49:40 It also couldn't be that, because that exceeds the maximum length of channel names. :P 01:29:32 how does one prevent a module from being loaded? I don't want to load intel wifi for instance 01:42:58 crb: what's it being loaded by? 01:43:17 And speaking of not that at all, https://www.freshports.org/sysutils/sndy/ seems like it could be useful. 01:43:18 It's hard to find answers to the kind of questions I had, so I opted for looking in places that were likely to have a lot of senior programmers with decades of experience. :) 01:43:18 Title: FreshPorts -- sysutils/sndy: Sound Switcher 01:43:52 debdrup: I'm not sure I see it in the boot messages but it's not listed in my loader.conf 01:43:58 quackgyver: That doesn't really address anything about what I said. 01:44:23 It addresses the being lazy and not wanting to use a search engine part. :) 01:45:54 crb: it's possible that it's kld_list in /etc/rc.conf 01:57:59 debdrup: nope it's not in /etc/rc.conf I believe it's being autoloaded because it's a hardware device that's present but I don't use it and compiled it out of my custom kernel 01:58:48 Outside of devd, I can't really think what could be auto-loading it. FreeBSD doesn't really have any facilities for auto-loading, which is partly why devmatch(8) exists to begin with. 01:59:00 Are you using FreeBSD or some derivative? 01:59:24 FreeBSD 01:59:49 well perhaps it's devmatch then, is there a way to disable it 02:00:27 I think you misunderstand. 02:01:01 perhaps I do 02:01:09 There's nothing that autoloads in FreeBSD (aside from maybe devd, like I said) - devmatch(8) exists to inform you which unattached devices have drivers available for them. 02:21:14 uh, i don't know about that 02:22:41 and module_blacklist in loader.conf doesn't work as one would expect 03:32:27 crb: devmatch_blocklist 03:32:52 rtprio: what would one expect? 03:33:59 debdrup: devmatch also loads those drivers by default, not sure if there's actually an inform-only mode 03:34:43 oh wait, maybe by manual operation 03:36:51 looking at the manpage, it's really missing some important details 04:22:54 kevans: where in rc.conf or loader.con or somewhere else? 04:34:52 crb: rc.conf 04:35:03 see /etc/rc.d/devmatch for details 04:38:04 kevans: thank you! 04:47:20 kevans: i would expect the module not to load 04:47:35 reality: i'm doing it wrong or the module still loads 05:51:29 rtprio: it's a loader-only knob 05:51:41 it prevents the module from loading in loader, unless you force it 05:52:41 it was kind of a rushjob because drm started killing off machines if it was loaded that early around 12.0 time, so the documentation probably sucks if it exists 06:07:38 using pkg to get chromium new version and its 8.2kb/s 06:07:43 is there something wrong? 06:09:19 13.1 06:09:24 i7 06:24:21 i know and i put it in loader.conf and it doesn't work as expected 06:24:41 concrete_houses: just a slow mirror, patience young skywalker 06:28:56 i don't know what to tell you, then 06:28:58 it works as designed 06:31:20 any chance anyone here has gone through a recent depenguinization FreeBSD 13.1 install on Hetzner? (Would be nice if it was in the new Hillsboro, OR location) - Hetzner and DigitalOcean have been disappointing and stopped supporting FreeBSD as some of you might know. 06:34:24 kevans: which one are you blocklisting? 06:34:34 i tried blocklisting zfs and zpool commands still load the module 06:34:45 right, that's not what the knob does 06:34:50 like I said, it's a loader-only knob 06:35:10 there's no way to stop zpool(8) from loading the module short of removing the module, afaik 06:40:13 kraptv: i've used mfsbsd recently, works fine with PX62-NVMe 06:43:30 otis: thank you very much for that - just trying to gauge that the mfsbsd method is still somewhat valid. sounds like it is! 06:52:04 patience luke! 06:57:22 kevans: ugh 06:57:40 that strikes me of limited use 08:38:24 meena: Line 19 where I pressed ctrl-c at the Y/n prompt 09:34:41 anyone experienced getting code 5 error on startup with chromium? 09:34:52 has someone 09:35:49 the problem feels familiar. Think I had this problem in OpenBSD caused by memory limits. But I cant understand why I get crashes and the errors in freebsd on a fresh install 09:37:27 If there is some debug or increased verbosity option, you could try running with that 09:54:11 ill do that, lets see if get any wiser 10:33:24 no error on chrome startup 10:33:28 here 10:34:19 concrete_houses: note sure if the error message is the cause. 10:34:29 ERROR:bus.cc(399)] Failed to connect to the bus: Could not parse server address - not sure what the problem is 11:01:54 every time I get a paste from some infiniband devices, I feel like half my assumptions are invalidated 11:09:57 you should never have asked :) 11:44:15 kevans: huh, I didn't realize that - from the escription subheader in the manual page and https://wiki.freebsd.org/AutoLoad it's not really evident 11:44:16 Title: AutoLoad - FreeBSD Wiki 11:44:51 The rc.d script is pretty unequivacle though. 16:26:27 ugh, drm-kmod now synced with linux-5.15, hopefully, my long standing hangs with i915 will be fixed 16:31:19 Funny that we're ahead of Debian now. 16:52:17 mason: in? 16:52:39 Demosthenex: Re: angry_vincent's noting: "drm-kmod now synced with linux-5.15" 16:53:42 mason: fun, indeed :) 16:53:51 interesting 17:09:41 * yuripv wants working vmwgfx 17:22:59 debdrup: yeah, devmatch(8) has a vague SEE ALSO to rc.conf, but IMO it'd be nice if it actually described the devd/rc integration a little bit more 17:52:39 * debdrup makes a note for his TODO 17:52:55 angry_vincent: which long-standing bug? 17:54:52 I've had issues with the i915_request uma(9) zone ballooning to many GB (currently it's just shy of 4GB) and eventually starving all other parts of the VM of memory (including ZFS ARC) - but so far this only seems to happen after +40 days of uptime, which is much less than my 14-CURRENT upgrade schedule (and is also longer than most periods between SAs for -RELEASE).. 17:55:40 "Build 14-CURRENT with KASAN is also on the TODO list", but... it seems to be append-only, currently. :( 17:56:24 #259670 17:58:21 very similar #266315 17:58:48 I think I've seen that very rarely. 18:00:02 switching to CURRENT improved little bit, but still i getting sporadic freezes/hangs which appear out of nothing 18:04:34 I think the last time I looked into it, I got stumped by not being able to look up the error code in any documentation on the other side of the pond. 18:06:52 Without knowing what the error codes mean, we can't even determine if the multiple bugs in the report are the same issue, or not. 18:16:25 don't they use -errno? 18:19:30 If it does, I'm not sure it makes sense that it's throwing an ENXIO 19:44:54 So, I have a linux guest running in bhyve using vm-bhyve for management. The guest has its IP, but when I ping external addresses, tcpdump shows my ICMP as coming from the main IP of my host, not my guest. What could I be missiung? 19:46:01 otakon: it's generally not considered very polite to send private messages to people without asking first. 19:46:28 And I'm pretty sure I already made it clear that I don't want to be on the hook whenever you need help. 19:51:36 If you have a question about FreeBSD, just ask it in the channel and if someone knows and has time, they'll help. 19:57:39 /mode +g helps :) 19:58:07 I thought the question was about FreeBSD bhyve's network routing. No? 19:58:08 Then I guess ghoti needs to generate a FreeBSD guest in vm-bhyve and then it becomes a FreeBSD question due to lack of needing to mention anything else. 20:03:55 there's a #bhyve channel here on libera as well, I believe? 20:27:47 I was going to ask you, for if you have any info since the last conversation here, to repost it here. sry for being intrunsive 20:30:34 All traffic out from my bhyve instance seems to have a source IP of my host, not the bhyve guest. Any idea why that might be happening? 20:47:06 nat? 21:48:29 does that warning on the freebsd handbook 4.5. (using the ports collection) mean that PKGs and ports should not be used on the same system at all or does it mean that you shouldn't use pkgs and ports of the same program on the same system? 21:52:46 i mean... if i have used pkgs so far but a program is available only as port, i guess i can use it 22:08:41 hubertm: there are some points you should keep in mind when mixing ports and pkgs (and I heard years ago it was even more); use the same branch of the ports tree (easiest probably to switch to the latest pkg repo and use the main branch to build your ports; if you build ports with changed option, stuff depending on it may need to be build against that version too, so better play it save and also 22:08:43 build reverse dependencies yourself then, (did I forgot something?); to make it easier to work with ports you can use poudriere, the -devel version has an option to fetch packages from the official repo too and then check what needs to be rebuild, so that you don't need to build stuff where you didn't change options in many cases