00:45:38 <_xor> It was.
01:39:03 <rtprio> does anyone know how vm-byhve did nat internally, when it worked?
01:53:35 <RoyalYork> evening
03:32:08 <NinerTenny> I have onboard SATA and a Marvell PCIe card.  In FBSD, my Marvell seems to initialize first and gets ada0, ada1, etc.  All my other OSs set up the onboard SATA first.  How can I get FreeBSD to do the same?
03:33:29 <Reinhilde> Does this cause problems, or do you just need to adjust for a bit?
03:34:46 <NinerTenny> I occasionally add a drive to the Marvell controller.  When I do, it is moving my FreeBSD disk from ada4 to ada5 or whatever.
03:35:20 <Reinhilde> And what impact does this have? Does it break your boot scripts?
03:36:28 <NinerTenny> It drops me to single user mode.  I tired reconjiggering with /boot/device.hints, but it had no effect.
03:37:38 <NinerTenny> For example, hints.ada.4.at=scbus0 did not help.  I can do this at the boot prompt, however, and it works.
03:38:52 <Reinhilde> So you are able to load the kernel but it breaks your boot scripts, which are dependent on the number of the ada device, rather than some other property by which the relevant filesystem can be identified.
03:38:53 <NinerTenny> I was going to try labeling the disks, but I'd rather just flip the controllers to behave like I'm used to.
03:39:15 <NinerTenny> Yes.  Kernel loads.
03:39:32 <Reinhilde> You could compile a custom kernel to remove the Marvell driver, and have the Marvell driver run from your boot scripts, but that's a hack the size of Jupiter.
03:39:48 <Reinhilde> I would probably label the disks that are relevant to bootup.
03:49:10 <rtprio> i would agree with Reinhilde
05:33:58 <rwp> The general wisdom is instead of device names to use labels which are persistent for exactly the reasons you are seeing.
13:05:40 <wikan>  hi. can you help me find out why a lot of application crash on my computer?
13:05:46 <wikan> i use intel drivers
13:23:38 <debdrup> Welp, wasn't fast enough.
13:25:20 <debdrup> NinerTenny: Can you `cat /var/run/dmesg.boot | nc termbin.com 9999`?
13:42:02 <Demosthenex> ok, so i'm seeing an oddity on desktop x11. since my lsat update on revision 13, every few days overnight my screen will die and no key/mouse will bring it back. i can switch to console, and explore. if i restart xdm, the monitor is in teh wrong modes so i have to reboot. the xorg log says all input devices were deleted. any ideas?
13:43:58 <zykotick9> Demosthenex: <not really helpful, but> on my system with an AMD graphics card I have a similar experience right now, but switching to console then back to Xorg doesn't have the resolution issue (it works).  On my nvidia box, this isn't happening.
13:50:15 <Demosthenex> zykotick9: this is a decade old thinkpad ;]
13:50:30 <Demosthenex> yeah, i only noticed it after updating, so i should check what changed.
13:52:20 <Helper> I would love to use a multi monitor using FreeBSD
14:25:06 <debdrup> Helper: works fine
14:26:28 <meena> we should be able to look up man pages with man 'name(section)'
14:27:13 <debdrup> i think that's a little bit of an issue because handling parenthesis isn't exactly easy iirc
14:27:20 <debdrup> 'man 7 development' works though
14:28:10 <debdrup> but if you can modify src/usr.bin/man/man.sh to support `man development(7)` that'd be cool
14:54:33 <meena> is there a way to make the other man pages "clickable"? or otherwise navigatable?
14:58:34 <V_PauAmma_V> Do you mean in a terminal window? They are clickable in man.cgi.
14:58:57 <meena> V_PauAmma_V: i mean in a terminal window
14:59:20 <meena> I know that vim and/or emacs might be able to do that, but I meant… a lightweighter option maybe
15:00:13 <mictty> have a good night folks
15:00:30 <mictty> i mean good morning but go to bed :D
15:03:10 <V_PauAmma_V> The XFCE terminal emulator (and maybe others, but that's the one I know and use) does that (including starting a browser or opening a new tab) for URLs. So some of the machinery for that is there already.
15:05:20 <RoyalYork> V_PauAmma_V: Are you asking if the default XFCE installation comes with a browser installed by default?
15:06:37 <V_PauAmma_V> No, I was answering meena's question about manual pages (in the "name(section#)" form) being clickable in a terminal window.
15:15:13 <meena> V_PauAmma_V: I'm thinking I'll get a neovim config together for reading man pages (via SSH)… locally i might just try to get used to using emacs
15:17:00 <debdrup> meena: you'd have to have your terminal emulator recognize a manual page syntax and instruct it to open a new window
15:17:29 <debdrup> URL clickability is a subsection of syntax hilighting
15:17:57 <meena> debdrup: oh, yeah, URLs aren't a problem, just see also man pages
15:35:47 <yuripv> terminal does not get the syntax, only already rendered output, so it will have to make (really) wild guesses for 'name(section)'
15:37:33 <jilles> modern terminals support an escape sequence for URL links, see e.g. https://gist.github.com/egmontkob/eb114294efbcd5adb1944c9f3cb5feda
15:37:34 <VimDiesel> Title: Hyperlinks in Terminal Emulators · GitHub
15:37:58 <jilles> but you won't be able to link to another man page on the local system that way
15:40:39 <debdrup> meena: it might be easier to have a launcher that can interpret "!man <page>" to open a new terminal window and invoke the man command for the page.
15:41:03 <yuripv> niiice
15:43:14 <meena> debdrup: so far, https://gist.github.com/c2277e8d18b23289d5289ca260cffb5b this does pretty much all i want it to do
15:43:15 <VimDiesel> Title: man.vim · GitHub
15:43:25 <meena> only the colour schemes are fucking with me
15:43:51 <debdrup> I don't speak vim config, sorry.
15:46:49 <meena> debdrup: me neither, i had to join #neovim and get those two lines spoon fed
15:49:21 <debdrup> Well, if it works, that's great :3
15:49:33 <debdrup> tmux-yank could probably do something similar
16:24:10 <meena> debdrup: i don't trust yanks
16:26:34 <debdrup> Reasonable.
16:53:04 <kenwoodfox> Hey #freebsd! Im looking in my dmesg and i see a lot of mpt1: IOC Generated Bus Reset port, see here: https://gist.github.com/KenwoodFox/acec02e21316de3ab5602816fcfad077
16:53:04 <kenwoodfox> I gave it a google but, still cant figure out what its telling me, whats mpt1? Whats going on?
16:53:06 <VimDiesel> Title: gist:acec02e21316de3ab5602816fcfad077 · GitHub
16:53:51 <kenwoodfox> thank you VimDiesel
16:57:41 <yuripv> kenwoodfox: is it some old scsi adapter or a vm?
16:58:15 <kenwoodfox> yuripv: I have a pair of HBA cards installed yeah, that would make sense if thats whats causing it, one of them is, a little old kinda? But iirc still in the supported devices list :o
17:00:02 <kenwoodfox> https://cdn.discordapp.com/attachments/506631005189177355/1052631027073429594/image.png First one on the list,
17:05:06 <debdrup> https://cgit.freebsd.org/src/tree/sys/dev/mpt/mpt_cam.c#n2298 seems to suggest it's a problem with the adapter?
17:05:09 <VimDiesel> Title: mpt_cam.c « mpt « dev « sys - src - FreeBSD source tree
17:05:17 <debdrup> Also, VimDiesel is a bot. :3
17:06:57 <debdrup> Alternatively, given the commit for that line, it might be because it's a dual port adapter: https://cgit.freebsd.org/src/commit/sys/dev/mpt/mpt_cam.c?id=a7303be1a851e9fe60e21e0aff5b5bebd51d1d25
17:06:58 <VimDiesel> Title: src - FreeBSD source tree
17:08:32 <kenwoodfox> I do have the dual port model! Hm, ok, adapter failure could be it :C sudden onset adapter failure? I had this machine running with a different os previously
17:08:51 <kenwoodfox> Thanks for pulling up the git :3 I really could not find any resources online!
17:10:19 <yuripv> more likely disks misbehaving, so that the hba needs to reset them (or it could be legitimate resets)
17:11:26 <kenwoodfox> I dont have any disks on that HBA, just a single tape drive,
17:11:26 <kenwoodfox> maybe couldn't hurt to try the other channel? Its dual channel after all
17:11:37 <debdrup> kenwoodfox: if you've only got one disk, maybe try disabling the other driver via device.hints(5)
17:12:10 <kenwoodfox> debdrup: disabling the other driver, witch driver?
17:12:23 <kenwoodfox> Is device.hints a command?
17:12:39 <kenwoodfox> https://www.freebsd.org/cgi/man.cgi?device.hints ?
17:12:40 <VimDiesel> Title: device.hints
17:12:46 <debdrup> Oh, sorry. Nevermind that.
17:12:51 <kenwoodfox> debdrup: oh ok, np
17:12:52 <debdrup> I read it as mpt0 and mpt1.
17:13:19 <kenwoodfox> Oh, gotcha, no prob. I only have the single device connected but idk if mpt is that device or the driver
17:14:05 <kenwoodfox> Im gonna try the simplest repair first :3 just, switching it over to the other channel, that cant hurt
17:15:36 <yuripv> mpt is the hba driver
17:20:00 <kenwoodfox> yuripv: Gotcha
17:25:29 <kenwoodfox> Looks like the same bus resets whenever i try to access the drive :c Not sure what to do exactly
17:25:36 <kenwoodfox> What generates that error? Whats a bus reset?
17:28:29 <kenwoodfox> Oh wait, actually the error is different now https://cdn.discordapp.com/attachments/506631005189177355/1052638175140520006/image.png
17:28:45 <kenwoodfox> I swapped over from mpt1 to mpt0 it looks like
17:32:25 <debdrup> Can you try disabling mpt1 in device.hints?
17:32:44 <kenwoodfox> Sure thing, what does that look like debdrup
17:33:07 <debdrup> See the device.hints(5) manual page.
17:33:14 <kenwoodfox> ok, one sec
17:34:14 <kenwoodfox> So maybe something like: `hint.mpt.1.disabled="1"`?
17:34:57 <debdrup> Yep
17:35:26 <kenwoodfox> Lets give that a go, reboot right?
17:35:45 <debdrup> Yea
17:35:58 <yuripv> yep, and is it possible to replace the cabling to rule it out?
17:36:08 <debdrup> Well, you might also get by with devctl(8)
17:36:20 <debdrup> ..but reboot is probably easier.
17:36:51 <kenwoodfox> yuripv: I dont have any spare cables :c I just switched from ubuntu to bsd, havent changed anything besides moving the cable to port0
17:36:59 <kenwoodfox> Ill give it a reboot :3 wont take too long
17:37:01 <debdrup> Just as long as you use 'shutdown -r now' and not 'reboot'.
17:37:13 <kenwoodfox> Oh ok, ill make sure to do that
17:45:58 <lisu> init 6
17:47:19 <kenwoodfox> debdrup: Hm no, it seems to be about the same :c
17:47:47 <kenwoodfox> debdrup: https://cdn.discordapp.com/attachments/506631005189177355/1052643008069259334/image.png Sorry for the pictures to show things and not gists, i dont really have a good workflow setup atm
17:53:22 <lisu> maybe its jamed? I got decommisioned HP LTP... in few last months, multiple jamed
17:54:47 <kenwoodfox> lisu: no codes :c i just loaded the tape
17:54:47 <kenwoodfox> and it was just working on ubuntu, i still have the old OS on disk, maybe i should switch back over, reconfirm everything is still working and come back?
17:54:47 <kenwoodfox> i really did not change or even move the old hardware, i just pulled the disk and installed bsd on a fresh one
18:28:01 <RoyalYork> Anyone want to have a quick peak at my website? I styled it like a man page being viewed from a console
18:28:41 <RoyalYork> Nothing to really promote with the site. It's boring and most (normal) people wouldn't get it
18:29:55 <rj1> sure!
18:30:04 <RoyalYork> http://www.crontab.pw
18:30:06 <VimDiesel> Title: crontab.pw
18:30:26 <RoyalYork> Im going to add some small open source to it at a later date
18:30:39 <rj1> awesome
18:30:42 <RoyalYork> maybe setup subdomains for people to use... *shrug*
18:31:58 <RoyalYork> colors okay? style okay?
18:33:33 <RoyalYork> just realized that VimDiesel is a bot :)
18:41:21 <dkeav> hmm we should add some chatgpt into VimDiesel so not only would you not realize it's a bot, but you'd carry on long deep conversations with it as well
18:41:25 <dkeav> thats not creepy at all is it?
18:41:50 <RoyalYork> I think thats a good idea
18:41:56 <RoyalYork> maybe he will eventually replace us all?
18:41:57 <dkeav> so does skynet
18:42:23 <dkeav> i just assume i'm already dead and the google AI has taken over my persona
18:43:16 <RoyalYork> freedom is an allusion after all
18:43:22 <RoyalYork> (no i didnt type that incorrectly)
18:50:50 <dkeav> well i read it incorrectly
18:51:03 <dkeav> already conditioned!
18:56:06 <zykotick9> RoyalYork: <from the other day I think> I really hope BSDCan happen in person next year, I'd like to get my physical copy of Absolute FreeBSD signed.  It is by far, the most humours "technical" book I've ever read.
19:03:41 <zykotick9> "Bert"
19:09:34 <RoyalYork> zykotick9: Does Michael Lucas show up to the events?
19:11:49 <zykotick9> RoyalYork: I spoke to him several times during the last one...
19:12:08 * zykotick9 hadn't read the book at that point
19:12:22 <RoyalYork> Is it like ComicCon where they charge my kids $75 for a photo, signature and a GTFO look?
19:12:53 <zykotick9> heh... dunno, didn't try to get any signatures/photos... but I doubt it ;)
19:59:55 <rwp> zykotick9, RoyalYork, FYI: The recent issue of https://freebsdfoundation.org/our-work/journal/browser-based-edition/ includes a new PAM Tricks and Tips article by Michael Lucas.
19:59:59 <VimDiesel> Title: Browser-Based Edition | FreeBSD Foundation
20:00:17 <RoyalYork> thanks
20:10:04 <zykotick9> rwp: thanks.
20:58:40 <RoyalYork> zykotick9: I found a return flight from Toronto to Ottawa *and* hotel stay from May 17 to May 20 for $655 on expedia. Now to see if I can get the time off work so I can attend BSDCan
20:59:02 <RoyalYork> Thats $483USD for my American friends here listneing in
21:08:24 <RoyalYork> scratch that.... thats based on double occupancy pricing
21:09:32 <RoyalYork> Its $1310 total for *2* people to fly and stay **OR** its $1020 total for 1 person. How does this make any sense?
21:24:50 * zykotick9 mubles something about air travel within Canada being expensive...
21:27:04 <RoyalYork> Whats crazy is I flew from Toronto Sudbury for $159 roundtrip a few months back. Airline fares make no sense.
21:30:14 <zykotick9> I'm suprised you can get to a gate, for any flight, for only $159 roundtrip.  That almost seems "reasonable".
21:32:33 <dsal> I've got a dumb kind of rtfm question I'm hoping someone can point me to a simple answer to.  I'm just trying to run a command in a jail.  If I start the jail, attach, and run my script (nohup /whatever/myscript.sh &) it's fine.  I can't figure out how to get that to start automatically.  All attempts just tell me it can't find it. Is there a normal recipe for "this should always be running in a jail" kind of situation?
21:45:04 <zykotick9> RoyalYork: I hadn't realized that BSDCan had been announced for this year, and it's in-person :D  I tried to join the volunteer mailing list, got a bounce message as I was still subscribed.
23:33:54 <jmnbtslsQE> dsal: maybe exec.poststart or similar, or setting it up with an rc script inside the jail
23:34:45 <dsal> jmnbtslsQE: Yeah, I tried variants of that, but they all claimed they couldn't find my script.  It seems to be doing something I don't understand on initialization.
23:35:57 <jmnbtslsQE> are you sure you give the right path
23:35:58 <dsal> I also kind of want it to run in the foreground, but that seems quite incompatible with the thing that launches stuff.
23:37:04 <jmnbtslsQE> if you want foreground, one good solution is to have a script that launches a tmux session inside the jail that will run them, but it will require some setup
23:37:14 <dsal> Yeah, quite positive.  It's the same command I run once I login.
23:37:34 <jmnbtslsQE> so you have no such file or directory?
23:37:40 <jmnbtslsQE> for the error
23:38:38 <jmnbtslsQE> i have to leave, sorry, but i will be back later
23:38:46 <dsal> If I try to run it as a poststart I get that.  If I try to run it out of /etc/rc, it just doesn't seem to go and I don't see any output.
23:38:51 <dsal> Yeah, np.  I've been sitting on this for a while.
23:46:39 <dsal> so if I launch my script from /etc/rc as `nohup /path &` I don't see evidence of it running.  If I launch it as `/path` then it does run, but causes the jail launch to hang indefinitely which breaks the thing that starts the jail.
23:57:18 <dsal> I just installed daemontools.  That got it done.
23:57:28 <rwp> dsal, In the jailed script where you launch your script to debug "exec >/var/tmp/my.log 2>&1; set -x; echo $PATH;"
23:57:39 <rwp> And then you can look to see more debug of what is happening.
23:57:54 <rwp> But sure daemontools is a good industrial strength framework too.