00:45:50 In my /var/log/messages I see this: Jan 19 14:17:45 caladan kernel: , 40005. 00:46:05 followed by: Jan 19 14:17:45 caladan kernel: . 00:47:15 and then the system (freebsd-13.1-RELEASE-p3) shutsdown 07:15:19 rtprio: I have a few boxes where I'm working towards (native UEFI) HTTP boot, but the last few years, everything has been squished down into large boxes that run lots of jails 07:15:26 so mainly I run jails 07:15:35 not much netbooting 07:19:26 was following your post, and ipxe 07:20:40 i remember doing this with pxe, not uefi back a number of years ago; but of course didn't have it in a repo and none of my notes survived 07:21:04 so ipxe yes its very neat 07:21:26 on some systems I need to ipxe off a USB drive or via DHCP, I have that set up here 07:21:42 it's nice to skip the tftp part, which was a pain 07:21:48 but since ISC DHCPD went out of support I switched to kea (easy) but haven't set up the ipxe bits 07:22:14 what I really like is that ipxe announces itself as a different client so the config is super easy 07:22:15 i'm trying to do it in bhyve until i can burn a spare system for the netboot. 07:22:32 rtprio: I have all the bits here, I just haven't used it for a couple years 07:22:43 feel free to AMA, I can PM any configs I have 07:22:45 i get the freebsd efi loader but it stops there and i can't tell what it's stuck on 07:24:09 and with pxe i do remember setting up the mfsroot but i'll be damned if i can find any useful docs on that now 07:24:52 rtprio: https://docs.skunkwerks.at/s/CcaZ2X0Uu# 07:24:55 Title: HTTP booting FreeBSD - HedgeDoc 07:25:01 https://bsd.to/MXUO 07:25:02 Title: dpaste/MXUO (Plain Text) 07:25:39 rtprio: down the bottom it has a bhyve boot 07:26:15 I'm busy atm but feel free to bug me in a couple hours with questions 07:26:37 will the loader just know to fetch everything? only /ipxe.efi is hit on my httpd logs . 07:26:59 and the BHYVE_UEFI_CODE-devel port i think was deleted 07:31:16 yeah the UEFI code port is moved/gone/changed sysutils/bhyve-firmware now I think? 09:18:27 hello 09:18:30 is there any ruleset numbering convention? 09:43:09 <_xor> "CPPFLAGS is supposed to be for flags for the C Pre-processor; CXXFLAGS is for C++ compiler flags." 09:43:32 <_xor> I assume that's just a syntax thing and semantically it still turns out the same? 09:45:01 _xor: what do you mean? 09:45:13 If you're compiling C, obviously CXXFLAGS won't be used, for example 09:48:55 yes. c++ may use all, but it is good to regard compilation stages with them 09:49:36 you may be come up with more variable other than CPPFLAGS in terms of compilation stages... 09:49:52 * you may come up 09:57:26 _xor: note i didn mean you create new variable. there are already conventions. 09:58:18 what version is have now in freebsd? 09:59:25 ASHER: it depends on what freebsd you talk about 09:59:43 i have now version 13 09:59:49 is have more version? 09:59:52 <_xor> I meant more along the lines of how does it affect the flags for the compilers out there when compiling C++ code. Is CPPFLAGS vs. CXXFLAGS a historical artifact? Is one preferred over the other? If you pick lets say 10 random compilers, and everything else being equal, would the results be the same or could those be interpreted differently? 10:00:09 ASHER: https://www.freebsd.org/releng/ 10:00:10 Title: Release Engineering Information | The FreeBSD Project 10:02:40 i cant make upgrade Fetching metadata signature for 13.2-RELEASE from update2.freebsd.org... failed 10:04:10 ASHER: CURRENT aren't meant to do binary update 10:04:30 what is mean? 10:04:42 ASHER: CURRENT is not "version is have now" like you said 10:05:29 now i a have FreeBSD 13.1-RELEASE-p3 GENERIC 10:05:59 _xor well when make was first written in the late 70s (?) there was no C++ 10:06:46 ASHER: freebsd-version -kru 10:06:52 I don't know bsdmake very well, but GNU make can print all its default rules (gmake -p) 10:07:01 and aha, true, that's a future version 10:07:55 * xtile spoke before reading everything: my bad 10:08:10 ASHER: You're on the latest version. 10:08:20 yes 10:08:34 ASHER: please visit the link previously provided 10:08:37 13.1-RELEASE-p5 10:08:57 but i try to do upgrade and is falid 10:09:37 there's nothing to upgrade to right now 10:09:47 make itself does not know anything about CPPFLAGS/CFLAGS/CXXFLAGS, it's the glue in *.mk files that cares about them; as it stands, /usr/src/share/mk and /usr/share/mk do NOT process CPPFLAGS at all 10:14:04 yuripv ugh afair both Solaris and GNU make always used these default variables 10:14:17 maybe not SunOS 10:15:51 make doesn't care about them, various rules files provided with them could 10:18:20 You can see FreeBSD make's implicit rules with "make -dg1" (do it in a directory with no makefile) 10:18:40 CPPFLAGS isn't used by FreeBSD's make. 10:19:23 The portable implicit rules are listed here https://pubs.opengroup.org/onlinepubs/9699919799/utilities/make.html 10:19:24 Title: make 10:19:43 (also no mention of CPPFLAGS, but not of CXXFLAGS either since POSIX doesn't specify any C++ stuff) 10:21:15 great for 1970s nostalgics 10:22:00 can buid Fortran but not C++ 10:22:08 ASHER: try upgrade on February 10 10:22:57 ASHER: sorry March 27 10:25:01 I should really learn make some day, it's really quite nice. 10:25:14 What little I do know has let me make makefiles so much smaller. 10:25:49 it's all a nightmare 10:26:00 why so? 10:26:24 writing makefiles for a large project is difficult, particularly if you want to have parallelism 10:26:35 ok what i can to do with a bug i try run cpan -f -i re::engine::RE2 and i get error https://bsd.to/W7B3 10:26:36 Title: dpaste/W7B3 (Plain Text) 10:28:49 generally large projects use recursive make which is hard to parallelize efficiently (the main thing about make is that by seeing all dependencies it can optimize job execution) 10:29:32 so we now have CMake which is all singing and dancing and 100x more compilcated than make 10:29:54 aha, true... i haven't been compiling big things 10:30:00 mostly just little things like tinyfugue and fbmuck 10:30:52 ASHER: i forgot how i did. very familar error message though lol 10:31:18 how i can fix it? 10:39:16 someone please help? 10:39:50 sorry i have no access to my vm not. 10:39:55 ASHER: have you also tried the FreeBSD Forum? 10:40:08 no 10:41:13 The version in dgl's git repo built fine for me on 13.1 10:41:15 https://github.com/dgl/re-engine-RE2 10:41:16 Title: GitHub - dgl/re-engine-RE2: re: :RE2 - RE2 regexp engine interface for Perl 10:41:42 yes but is make error 10:43:39 is no have explain install re2 in 13.1 13:01:13 paulf: we also have mason and ninja and whatnot 13:51:23 meena they look quite nice but don't have the time to learn them 14:38:20 I'm easy to learn. 15:26:13 but difficult to master ;) 15:36:53 Why would I use kld_list to load a kernel module in rc.conf over loading it in my loader.conf file? 15:37:22 I ask because the FreeBSD manual recommended to put kld_list="i915kms" in rc.conf for my gpu. 15:44:48 AReal486: when you install the KMS package, there is a message after install suggesting where/how to config, I'd suggest following that. 15:54:34 zykotick9 maybe that's where I remember seeing the recommendation when installing the kms package. Any reason for the two ways to load modules? 15:55:19 how to display the post-install messages later? 15:55:28 AReal486: I have no knowledge for the multiple options... dunno 15:56:14 wwt: I believe "pkg info -D -x foo" might work 16:41:23 AReal486: mostly, because it's faster. rc.conf loads then all at the same time, loader.conf loads then sequentially. 16:48:27 ASHER: there's a limit to the amount of memory that can be addressed by the loader, which is rather small - so if you're loading lots of things it can cause problems. 16:49:13 about what you talk? 16:49:30 about this? cpan -f -i re::engine::RE2 and i get error https://bsd.to/W7B3 16:49:31 Title: dpaste/W7B3 (Plain Text) 16:49:41 Sorry, no - wrong person :/ 16:50:03 That was supposed to have been to AReal486 but they apparently left? 17:32:17 man pkg does not explain -D and -x. -D is mentioned only in the examples section. who said that freebsd is well documented? 17:33:00 man pkg-info, wwt 17:33:05 subcommands have their own man pages 17:33:11 ah, ok. thx ;) 17:33:16 :D 17:33:22 or "pkg help info" 17:33:30 Tbh I find man pages hard to read 17:33:53 I like man pages a lot, but I know they cannot be the only thing around. Beginner guides are very important, so I like the FreeBSD Handbook a lot. 17:33:54 They become easier to deal with in Emacs man-mode. 17:34:06 I consider it a true tragedy that the Volume 2 of the manual no longer exists 17:34:11 i.e. the USD, PSD, etc 17:34:25 Yeah the handbook is much easier to read 17:34:32 these things https://docs.freebsd.org/44doc/ 17:34:33 Title: 4.4BSD Documents 17:34:48 wish they were kept up to date 17:34:52 but Legal Issues 17:35:17 cracauer: Yeah true Emacs' man mode is great 17:36:19 I believe only NetBSD includes the volume 2 man pages in base now, iirc. FreeBSD did when I began using it but they were removed sometime in the last couple years 17:36:23 indeed, they were out of date 17:36:31 but still useful... 17:36:47 nowhere else will you find details on commands like fsck and trek 17:37:19 The thing is with man pages you have to search alot and it's annoying that the examples section is right at the bottom, I usually navigate man pages by searching 17:38:14 Hmm, regex usually seems to work 17:38:24 i guess it depends on the page... 17:39:08 xtile: yeah 17:39:54 using "less -I" helps to make searches case-insensitive 17:41:17 man pages make good reference documents when you already understand things and just need to look something up but man pages are not good at tutorial documents. 17:41:28 Agreed. 17:41:50 That's where the handbook is a really needed reference. And other tutorial documents. 17:41:52 The original Unix 7th edition manual always had the 2a and 2b volumes for tutorials .w. 17:41:55 * xtile nods! 17:42:34 I also use emacs and so emacs man mode with the hyperlink'd See Also section is nice. 17:42:53 rwp: yes I think that is what's needed more, tutorial documents, the handbook is great for that lile you said 17:43:00 like* 17:43:54 The handbook could use a refresh for parts of it too. Everything ages and it is easy to not do anything about the documentation until it is actually broken. 17:44:01 If it isn't broken then it is easy to just let it age. 17:44:33 I am a relatively newbie myself with FreeBSD and so I am reading a lot of the documentation for the first time. And finding some parts wanting. 17:45:23 The man pages tell you what you can do but not why you should do it 17:46:39 rwp: always good to make bug reports or at least notes on that 17:46:44 before you become no longer a newb, and forget 17:46:49 forget what was hard... 17:47:22 And man pages document ever possible option. Some like rsync have a godzillian options. But mostly only rsync -av src dst is most typical. 17:47:48 yeah. It is hard to write documentation for people at a different level than you are. 20:26:52 I'm starting to love portgrep. Just wanted to say it. 20:30:56 what does it do? Just showing where a port is located? 21:28:31 wwt: do also note that pkg(7) also exists, although it's only used for bootstrapping pkg(8) 22:02:45 <_xor> Ok, this is getting annoying now. em2 on my gateway seems to randomly become unresponsive. The system shows it as being up, but it stops responding to ping. 22:03:06 <_xor> No messages specific to it in /var/log/messages either. 22:03:24 <_xor> It comes back online when I do `service netif restart em2`. 22:08:40 _xor: I think em0, like all iflib drivers, have some debugging that you can try your hand at 22:09:40 Is em0 on a dual- or quad-port NIC? 22:10:14 <_xor> It's em2, and I don't remember off-hand. I'm pretty sure em2 is a standalone NIC. em0 & em1 might be on-board or a dual-port, will look in a bit. 22:10:53 If there's a dual-port NIC with the two first NICs, it could very well be that the NIC for em2 is just dying if the others aren't doing it. 22:11:43 <_xor> The only thing I'm noticing is that dhclient seems to log a host is down message to /var/log/messages around the time when em2 goes offline (I think). Not sure if dhclient is somehow messing with it, but it shouldn't be I don't think. 22:12:48 <_xor> Could be. I do have a quad-port NIC laying around somewhere. Might be worth trying it, though it's odd since this setup has worked fine for a few years now. 22:30:51 Granted I'm just guessing - but I would think any software issues would also apply to em0 and em1 respectively. 22:31:32 You could up the verbosity of dhclient and log everything from it to try and find something.