00:00:17 <arkanoid> if I'm seeing the boot log, but not the login prompt, can I guess what's the baudrate the kernel boot is using?
00:01:06 <RhodiumToad> if you're reading the boot output, then whatever baud rate you're using on your terminal end is obviously correct
00:02:11 <RhodiumToad> can you log in another way (e.g. via ssh) ?
00:14:41 <arkanoid> RhodiumToad: that's what I'm trying to achieve. Making login with serial is needed to change rules and allow access via wan interface (freebsd box is a firewall)
00:16:11 <RhodiumToad> ok. so go to the single-user shell and do  stty -a  and note the baud rate
00:17:19 <RhodiumToad> if it's not 115200, then edit /etc/ttys appropriately
00:17:55 <RhodiumToad> next question, is there an /etc/rc.local ?
00:20:44 <RhodiumToad> and what's the last startup message that you see, before not getting a login prompt?
00:22:11 <arkanoid> stty -a from single user mode: speed 115200 baud; 59 rows; 269 columns;
00:22:40 <arkanoid> /etc/rc.local missing
00:29:19 <RhodiumToad> and...?
00:33:40 <arkanoid> and I might have just found a way to disable all the firewall rules and connect straight to web page without enabling console
00:34:03 <arkanoid> steps: enter single mode, disable firewall, login via web, make ssh access and stuff permanent, never fix console
01:08:47 <arkanoid> RhodiumToad: success, situation unlocked and I now can make everything easier
01:09:34 <arkanoid> the first impression is that this specific freebsd version was resetting /etc/ttys each boot, but I can confirm your hints after upgrade
01:36:33 <arkanoid> RhodiumToad: I can confirm that your suggestions about /etc/ttys were correct. Much gratitude
01:52:04 <_xor> Heh, I was just thinking about rc and how I prefer it to systemd, but that dependency ordering and a single service stopping boot is kind of annoying.
01:52:45 <_xor> Started to think about hypothetical ways to potential solve both of those and then realized it's same train of thought that started the process which resulted in systemd heh.
03:39:51 <CKatri> how are the misc/compatXXx packages made? Are they just manually extracted from the base.txz?
03:40:10 <CKatri> Also, what's the time frame for a misc/compat13x package to be available?
06:25:50 <wikan> hi :)
06:26:10 <wikan> i am preparing to install FreeBSD on my moms laptop
06:26:23 <wikan> how do you think, will Wifi work?
06:26:51 <wikan> I use cable on all my machines so I am not sure if Wifi will work
06:27:34 <la_mettrie> changes are good that there's no wifi driver at all
06:28:34 <wikan> so, better to wait for 14.0?
06:29:12 <wikan> i have read that FreeBSD developers had Wifi support as task number one for next release
06:29:38 <wikan> but I am not sure what release it was about
06:30:47 <wikan> temporary I can use Devuan for this laptop. But first I will check FreeBSD.
06:31:38 <wikan> what is better to test? FreeBSD or NomadBSD?
06:36:04 <hernan> wikan: you can try ghostbsd live to check what works
06:37:45 <hernan> Anyone knows if 14 will support i915kms for Intel 12th gen ? i tested RC1 but coult not get it to work.. but maybe i did something wrong
06:39:15 <hernan> wikan: wifi works.. unless you have some chipset that doesnt
06:39:20 <wikan> harnan exactly what I do :)
06:39:54 <wikan> this laptop is good one. Dell. I think wifi may work
06:40:11 <wikan> if so, I will install ghostbsd, why not
06:40:23 <hernan> probably should..
06:40:40 <wikan> i am no sure, maybe original FreeBSD will be better and learn to configure wifi by my own hmmmmm
06:40:46 <wikan> not sure yet
06:40:50 <wikan> first, check
06:41:19 <hernan> the installer from 13 has an option to configure wifi
06:41:30 <hernan> if it detects wifi
06:42:31 <hernan> and there is wifimgr in pkgs to list networks in a GUI
06:55:00 <wikan> nice
06:55:20 <wikan> didn't know because I stoped using original installer
06:55:31 <LxGHTNxNG> oh?
06:55:35 <wikan> i use my own installation script and now i am working on my own installer
06:57:15 <LxGHTNxNG> ... oh
06:57:17 <LxGHTNxNG> neat
06:57:30 <LxGHTNxNG> I just install by hand at the shell prompt, when I have to clean install freebsd or descendants
08:11:45 <wikan> hmmm
08:11:51 <wikan> i can see wifi networks
08:11:58 <wikan> but i can't connect to
08:12:51 <wikan> centrino ultimate-n 6300
08:13:15 <wikan> dows anyone know what driver it may be>
08:13:16 <wikan> >
08:13:17 <wikan> ?
08:39:09 <parv> wikan, What does "pciconf -l -v" say for it?
08:40:31 <parv> "Centrino" reminds me of the days when "NDIS" files were needed to be copied from Windows :shudder:
08:44:05 <wikan> https://pastebin.vug.pl/paste/3977913270
08:44:07 <VimDiesel> Title: (Text)wifi - Pastebin
08:44:35 <babz> good'ol iwn
08:44:52 <wikan> sorry i had have to write this address by hand to the paper becouse i configure another computer :)
08:45:05 <wikan> it doesn't work
08:45:21 <wikan> i can see networks but cant connect. have no idea what to do
08:47:19 <parv> What is stuffed in "/etc/rc.conf" for wireless network configuration, subject to regional restrictions? Does "wpa_supplicant.conf" has the right information (password/key & SSID)?
08:47:30 <parv> s/has/have/
08:48:38 <wikan> well I try GhostBSD
08:48:44 <wikan> installed this distro of freebsd
08:49:04 <wikan> in livecd I had network manager plugin and I could see networks
08:49:15 <wikan> now, after installation there is no networks
08:49:22 <wikan> i added wifi drivers to rc and rebooting
08:50:02 <parv> 😐🤷🏽‍♂️
08:53:51 <wikan> no way
08:53:54 <wikan> i cant connect
08:54:09 <wikan> instantly i get password promt again
10:20:49 <alebeta> Hi all, I'm here trying to get around the idea of unattended installs with FreeBSD. At the moment I see one needs to build an ISO with a script to install and configure the instance being provisioned. I was wondering if it there is a way to pass such script, as a kernel param during the boot process of the ISO ? thanks in advance for any hint
10:21:29 <dch> alebeta: the short answer is "no"
10:21:37 <dch> but there are a few mechanisms
10:22:50 <alebeta> ok, is not possible with the default or existing ISO, but with mechanisms, what do you mean? a work around to make that happen?
10:23:40 <dch> I'm looking things up to be more specific, but basically your options are:
10:24:01 <dch> - pass a custom dhcp parameter in (so your dhcp server "knows") and trigger a post-install script or function to run
10:24:15 <dch> - see if an iPXE type boot loader can pass iPXE parameters into the kernel
10:24:32 <dch> - use a metadata server that matches h/w id of some sort to additional install steps
10:24:45 <dch> those are basically in order of practicability
10:25:07 <dch> I do a lot of bare metal installs, but they're driven with a custom post-install script from things like cloudinit
10:25:28 <dch> alebeta: outline your env a bit more, maybe we can give you something useful
10:25:54 <dch> like, do you control dhcp? can you use ipxe? do you deploy from a web server you control?
10:26:19 <dch> I've used nginx in the past to redirect requests from specific servers to different install tarballs
10:28:29 <dch> and you can get freebsd to boot over nfs as well
10:29:47 <dch> for dhcp based hooks - https://cgit.freebsd.org/src/commit/?id=130cfcf3fcb188ad5afe3e3187701f932434616b
10:29:48 <VimDiesel> Title: src - FreeBSD source tree
10:31:38 <dch> basically you need to write a small shim that uses https://man.freebsd.org/dhclient-script and parses /var/db/dhclient.leases.$IF to find a url, then fetch and execute that script
10:31:39 <VimDiesel> Title: dhclient-script
10:34:04 <adilix> hi all
10:58:04 <alebeta> dch: in my environment, we do specify the iPXE infrastructure using Ansible. It means, it configure iso, preseeds(debian), kickstar(Red hat), and config the ipxe and dhcp server. Usually for debian we just pass the preseed file using the url parameter in the ipxe kernel option. Then from it, everything happens automatically
10:58:18 <alebeta> and yes, I own the pxe/ipxe server and the dhcp server
10:58:43 <dch> oh cool you have lots of options but I don't think there's anything explicitly built-in
10:58:55 <dch> 2 things
11:02:17 <dch> the installer is automatable, see https://man.freebsd.org/bsdinstall for details
11:02:18 <VimDiesel> Title: bsdinstall
11:03:03 <dch> basically you put a file called /etc/installerconfig in the image and you're done
11:03:42 <dch> I highly recommend spending a bit of time learning about `poudriere image` https://github.com/freebsd/poudriere/wiki/poudriere-image.8-devel to build your images rather than fiddle with the installer
11:03:43 <VimDiesel> Title: poudriere image.8 devel · freebsd/poudriere Wiki · GitHub
11:05:01 <dch> alebeta: see PM for a useful link btw
11:05:57 <dch> also https://mfsbsd.vx.sk/ is very handy in general
11:05:59 <VimDiesel> Title: Martin Matuška - mfsBSD and mfslinux
11:13:07 <alebeta> dch: at the moment I had seen an automation with mfsBSD https://gitlab.math.tu-dresden.de/sdm/system.freebsd/-/blob/master/tasks/_buildinstimg.yml
11:13:09 <VimDiesel> Title: tasks/_buildinstimg.yml · master · Simple Deploy- and Management / system.freebsd · GitLab
11:13:10 <alebeta> that might be an option
11:13:19 <dch> https://louwrentius.com/freebsd-101-unattended-install-over-pxe-http-no-nfs.html is another nice one
11:13:20 <VimDiesel> Title: FreeBSD 10.1 unattended install over PXE & HTTP (no NFS)
11:14:32 <alebeta> ok, that link is quite interesting, was not in my search engine results tbh :)
11:15:22 <dch> if I were to redo an automated install from-scratch system *today* I would
11:15:25 <dch> - use iPXE
11:16:07 <dch> - boot loader.efi over network + mfsroot generated with poudriere-image (or equally a modified mfsBSD)
11:17:06 <dch> - use a small script like zfsinstall https://github.com/mmatuska/mfsbsd/blob/master/tools/zfsinstall to splat an image directly onto the h/w
11:17:07 <VimDiesel> Title: mfsbsd/tools/zfsinstall at master · mmatuska/mfsbsd · GitHub
11:21:52 <alebeta> yeah, I think I could detect with iPXE mac address of the server to be configure and then server a ISO image(previously made with mfsBSD) which is configure for the server with that specific mac address
11:22:35 <alebeta> the thing is, for creating iso images, then is "more space" and "more processing" than simply somehow providing the bsdinstall script on boot. which would be very combinient
11:23:09 <alebeta> but now is clear and creating ISO images per target server might be the way to go and am find with it, just wanted to discuss and see what's the best way to go
11:27:08 <dch> Oh I wouldn't have a per-server iso image
11:27:37 <alebeta> but each ISO should have its own bsdinstall script in it right?
11:27:49 <alebeta> oh wait
11:28:10 <dch> `/etc/installerconfig` is a literal shell script
11:28:13 <alebeta> maybe it can be only 1 script in 1 ISO, and then the script could fetch another script depending on the hardware mac address?
11:28:25 <dch> so make it query whatever you need
11:28:29 <alebeta> yaaaaaaaaaaaaaaaaaaaaaaaaaah
11:28:32 <alebeta> man yo are right
11:28:39 <alebeta> damn good to talk with other fellows
11:28:46 <dch> for ipxe, I have done this mmmmmm let me find it
11:29:54 <dch> https://freeside.skunkwerks.at/pub/ipxe/metal.ipxe I think this was it, I also have a qemu one for testing https://freeside.skunkwerks.at/pub/ipxe/qemu.ipxe
11:30:48 <dch> you can see here how it falls through each of the types
11:31:00 <dch> getting less and less specific
11:31:09 <dch> each one of these is a custom ipxe script
11:36:21 <dch> which IIRC you can see the custom ipxe setting in the installer, via `kenv`
11:36:50 <dch> alebeta: finally, look through https://github.com/netbootxyz/netboot.xyz to see how they do handoff from their custom ipxe menu, to mfsbsd.
11:36:51 <VimDiesel> Title: GitHub - netbootxyz/netboot.xyz: Your favorite operating systems in one place. A network-based bootable operating system installer based on iPXE.
11:46:29 <alebeta> dch: thanks let me havea look at the links
11:51:43 <dch> alebeta: don't miss the PM link as well
12:07:29 <thedaemon> morning dch
12:07:49 * dch waves to thedaemon you were too late for me last night
12:08:12 <thedaemon> haha yeah no worries :)
12:08:34 <thedaemon> I ended up swapping to scfb to get X11 going for now.
12:09:09 <dch> I saw that
12:09:41 <thedaemon> I am not smart enough to figure out snapshots yet apparently.
12:10:29 <thedaemon> more studying on my part needed, more time needs to come out of thin air.
12:12:03 <dch> thedaemon: https://people.freebsd.org/~dch/posts/2021-02-23-sideloading-freebsd.html may be useful.
12:12:04 <VimDiesel> Title: Side-loading FreeBSD versions using Boot Environments - Random Musings
12:12:43 <dch> it uses boot environments to have 2 different freebsd versions in the same zpool, and switch between them at reboot
12:14:07 <thedaemon> I'll check it out, thanks.
17:18:46 <antranigv> When I do  `shutdown -r now` INSIDE a bhyve VM, it never reboots, but rather only shuts down. Anyone had a similar issue before?
17:30:35 <meena> antranigv: which OS
17:30:44 <antranigv> meena FreeBSD
17:30:50 <antranigv> FreeBSD 13.1, to be more specific
18:09:29 <thedaemon> antranigv, same thing with my 9front bhyve VM, when I restart it it just shutsdown.
18:11:41 <babz> iirc, the common workaround is to have a script to start bhyve in an infinite loop
18:11:57 <wikan> about 5 hours I spent on configuring Cinnamon and Devuan on my mons laptop
18:13:01 <wikan> it is amazing how awesome is minimalist software I use everyday. Rofi, i3, vim, FreeBSD. Mostly terminal apps but not much apps at all.
18:13:17 <wikan> so easy to backup, so easy to install, so easy to manage.
18:14:11 <wikan> my mom is ex-windows user so I deviced to setup connamon. FreeBSD hasn't wifi support for this card so I used Devuan.
18:15:11 <wikan> it is ok if peaople use KDE, Gnome, Cinnamon, etc. But I definitely can't and now I am sure about this ;)
18:15:57 <wikan> and of course FreeBSD. Work with FreeBSD is so much easier and nicer
18:36:31 <meena> babz: that seems like a poor workaround for something that should just work™
18:57:32 <antranigv> meena agreed. but for some reason, now it just works
19:02:05 <meena> antranigv: grrrr
19:40:34 <CrtxReavr> bah. .
19:42:03 <CrtxReavr> SO have apache24 with mod_php74-7.4.32_1 and libgd-2.3.3_5,1
19:42:14 <CrtxReavr> phpinfo(); says GD is there and working.
19:42:39 <CrtxReavr> But this app says it's not there: https://sye.dk/sfpg/
19:42:40 <VimDiesel> Title: Single File PHP Gallery 4.11.0
19:42:49 <CrtxReavr> So. . . WTF.
19:44:37 <RhodiumToad> what does it say exactly?
19:44:39 <vkarlsen> What's the error message?
19:45:31 <CrtxReavr> Well, here's phpinfo: https://trioptimum.com/~crtxreavr/phpinfo.php
19:45:32 <VimDiesel> Title: PHP 7.4.32 - phpinfo()
19:45:49 <RhodiumToad> also no hits in that file for "gd" "GD" or "Gd"
19:45:52 <CrtxReavr> The app just fails to do graphics functins.
19:46:20 <CrtxReavr> um. .
19:46:22 <RhodiumToad> which functions specifically?
19:46:24 <CrtxReavr> You mean that php output?
19:46:30 <CrtxReavr> It's right there: GD imagingRasmus Lerdorf, Stig Bakken, Jim Winstead, Jouni Ahto, Ilia Alshanetsky, Pierre-Alain Joye, Marcus Boerger
19:46:43 <RhodiumToad> no, I means in the sfpg index.php
19:46:56 <CrtxReavr> Okay, hang on. .
19:47:24 <CrtxReavr> The app silently fails to do certain graphic functions.
19:47:33 <CrtxReavr> There's a debug flag at the top of the script.
19:47:37 <vkarlsen> First glance, line 518 has imagecreatefromstring(), which is a gd function
19:49:03 <CrtxReavr> If I enable it, I get: [Fri Oct 20 15:29:54.976327 2023] [php7:error] [pid 33168] [client 2605:a601:a61f:5700:264b:feff:fee2:22d4:56889] PHP Fatal error:  Uncaught Error: Call to undefined function imagecreatefromstring() in /usr/home/crtxreavr/public_html/roxie/index.php:923
19:49:11 <CrtxReavr> yep.
19:50:26 <RhodiumToad> is graphics/php74-gd  installed?
19:50:45 <RhodiumToad> oh wait that doesn't exist
19:50:54 <vkarlsen> I have gd too, and my phpinfo() is a lot more verbose about it than yours
19:51:05 <RhodiumToad> php74 is deprecated, no?
19:51:09 <vkarlsen> It is
19:51:52 <rwp> That gd reference in phpinfo() is only in the credits section.  If GD is actually enabled there will be a full GD section listing version and other info for it.
19:52:11 <CrtxReavr> Okay, I'll target some upgrades and revisit then. .  thanks.
19:52:20 <RhodiumToad> right, which is why I think the graphics/phpNN-gd package is not installed
19:52:57 <CrtxReavr> It's not. . . though I'm not sure it was needed in the original config.
19:53:13 <CrtxReavr> I did actually have this all working.
19:53:19 <rwp> At the time when 7.4 was the latest and greatest version GD worked okay no problem with it.  That you are running 7.4 is not a problem for GD.
19:53:21 <CrtxReavr> Something changed.
19:54:01 <BarnabasDK> late joiner - GD = Gnome Desktop?
19:54:32 <RhodiumToad> no, GD is a graphics (image generation) library
19:55:18 <rwp> GD == Graphics Draw
19:55:19 <BarnabasDK> ah - ok - sorry - cannot help then
19:55:46 <BarnabasDK> but will listen intently :-P
19:55:47 <rwp> https://www.php.net/manual/en/book.image.php
19:55:48 <VimDiesel> Title: PHP: GD - Manual
20:25:54 <CrtxReavr> bah. .
20:26:15 <CrtxReavr> Okay, now the required upgrade to perl 5.5.36 is failing: https://bpa.st/GVGQ
20:26:16 <VimDiesel> Title: View paste GVGQ
20:27:30 <CrtxReavr> d
20:28:31 <RhodiumToad> CrtxReavr: turn off DTRACE option
20:39:24 <CrtxReavr> Oh, in the perl5 config menu. .
20:39:29 <CrtxReavr> WTF is that a default option?
20:40:40 <RhodiumToad> why not?
20:41:19 <RhodiumToad> I don't know why it doesn't work for you - old or modified fbsd version, or built WITHOUT_CDDL or WITHOUT_DTRACE, or...?
20:42:10 * RhodiumToad has a bunch of WITHOUT_CDDL builds, and uses OPTIONS_UNSET_FORCE+=DTRACE in make.conf to handle such cases
20:52:26 <CrtxReavr> This is 12.4-RELEASE-p4
20:52:59 <CrtxReavr> I don't generally go nuts with bleeding edge versions.
20:53:13 <RhodiumToad> does dtrace -h work?
20:55:58 <CrtxReavr> dtrace: failed to establish error handler: "/usr/lib/dtrace/mbuf.d", line 114: syntax error near "caddr_t"
20:56:04 <CrtxReavr> I feel like I've fought this before. . .
20:57:00 <CrtxReavr> Something with an addon malloc library or something.
21:21:00 <dvl> I just noticed that all my SSDs in my R730 are '150.000MB/s'. It contains a mrsas0: <AVAGO Invader SAS Controller>
21:21:59 <RhodiumToad> those numbers aren't necessarily accurate
21:22:16 <dvl> RhodiumToad: This sounds familiar now.
21:25:38 <dvl> Just reading this and now about to head out: https://forums.freebsd.org/threads/mrsas-and-the-mystery-of-lost-speed.79585/
21:25:39 <VimDiesel> Title: UFS - mrsas and the mystery of lost speed | The FreeBSD Forums
22:26:18 <meena> RhodiumToad, what does WITHOUT_CDDL do? and how does OPTIONS_UNSET_FORCE+=DTRACE counter it?
22:28:21 <meena>    WITHOUT_CTF WITHOUT_DTRACE WITHOUT_LOADER_ZFS   WITHOUT_ZFS
22:58:33 <_xor> Removed CDDL-licensed code. Basically from Solaris days, i.e. ZFS, DTrace, etc.