01:24:38 <CCFL_Man> how can i make sure pkg is using packages for my version of freebsd?
01:25:23 <cpet> edit the repo and change the priority
01:25:52 <CCFL_Man> where is that located?
01:26:03 <Kalten> in /etc/pkg/FreeBSD.conf
01:26:17 <Kalten> url: "pkg+http://pkg.FreeBSD.org/${ABI}/quarterly",
01:26:40 <cpet> PRIORITY:	integer	   Set the priority of the repository.	Higher
01:26:40 <cpet> 				   values are preferred.  Default: 0.
01:27:16 <CCFL_Man> url: "pkg+http://pkg.FreeBSD.org/${ABI}/quarterly",
01:27:22 <cpet> change lucifer.conf to 10
01:27:40 <cpet> and it will try to use lucifer.conf as much as it can and fall back to FreeBSD.conf
01:27:59 <cpet> if you dont like cats well change it some something else
01:28:02 <CCFL_Man> i think i installed packages for a newer version of freebsd and that broke the package
01:28:31 <cpet> well thats on you
01:28:37 <cpet> sometimes you learn the hard way
01:30:48 <CCFL_Man> so my repro is "quarterly"
01:31:12 <CCFL_Man> but how do i change it to 12.0?
01:31:53 <Kalten> ${ABI} ist the 12.0 amd64 or the like
01:32:21 <Kalten> quaterly stands for how often to build the ports as packages for that release
01:33:02 <CCFL_Man> so it is always grabbing packages for 12.0, then?
01:33:10 <Kalten> use `freebsd-update fetch; freebsd-update install; reboot` from time to time for the system (allthough 12.0 might be to old)
01:33:25 <Kalten> with ${ABI} it is
01:34:48 <CCFL_Man> i have a custom kernel installed. won't that hose something?
01:35:28 <Kalten> custom curnal: than no freebsd-update mechanism
01:36:17 <CCFL_Man> i think that'll make my system unbootable if i did freebsd-update install, right?
01:39:29 <Kalten> huch—don't know. Don't think so. But I think, 12.0 is too old anyway. I have an old 12.1 and it says:
01:39:35 <Kalten> WARNING: FreeBSD 12.1-RELEASE-p13 HAS PASSED ITS END-OF-LIFE DATE.
01:39:35 <Kalten> Any security issues discovered after Sun Jan 31 01:00:00 CET 2021
01:39:36 <Kalten> will not have been corrected.
01:39:56 <CCFL_Man> i should update to 12.3?
01:41:44 <Kalten> I don't have mutch expirience with such updates.
01:42:07 <CCFL_Man> ahh
01:42:24 <CCFL_Man> what is the latest 12.x version?
01:43:20 <CCFL_Man> looks like 12.3 and 12.4
01:43:29 <Kalten> https://www.freebsd.org/ states 12.4 and 13.1 are the latest releases (in the middle at the toü)
01:43:30 <VimDiesel> Title: The FreeBSD Project
01:44:43 <CCFL_Man> and freebsd-update fetch will fetch the minor version?
01:45:53 <CCFL_Man> oh, wait, that is just security packages
01:46:01 <CCFL_Man> patches
01:47:27 <Kalten> `man freebsd-update`
01:47:34 <Kalten> it is `-r`
01:48:55 <Kalten> `freebsd-update -r 13.1 upgrade` could be it
01:49:06 <Kalten> not sure
01:49:39 <CCFL_Man> yep
01:49:50 <CCFL_Man> so i'd stasy on a minor version
01:50:18 <CCFL_Man> but it looks like i'd have to copy the original kernel back
01:51:02 <CCFL_Man> so the problem is that if i use the generic kernel, it's sound drivers conflict with oss
01:51:32 <CCFL_Man> so i have a custom kernel to disable freebsd sound drivers so oss could load
01:59:14 <Kalten> OSS: what did you have to change? And by the way: a problem in 12.0 does not necesserely persist in 13.1
02:01:55 <cpet> CCFL_Man: you have to run that around 6 times
02:02:11 <cpet> first one updated the kernel second update world third just cause fourth just cause
02:03:07 <CCFL_Man> i can't use 13.1 because i built a lot of software on 12.0, so i want to stick with the minor version
02:03:24 <cpet> pkg's no good?
02:03:48 <CCFL_Man> so i had to comment out the freebsd sound driver in the kernel source so it would not load at boot
02:04:20 <CCFL_Man> i use a lot of software not im ports or the repro
02:04:49 <cpet> such as?
02:05:29 <CCFL_Man> gpsd, vlfrx-tools, ebnaut
02:05:38 <Kalten> There are no security updates for 12.0 and even 12.1 since a long time (for the latter since nearly two years)
02:05:48 <CCFL_Man> wow
02:06:16 <CCFL_Man> the gpsd package in freebsd does not support the hardware i use
02:06:22 <CCFL_Man> earthworm too
02:06:25 <Kalten> States that no problem to your system
02:06:54 <CCFL_Man> so much of my software would need to be rebuilt
02:07:14 <CCFL_Man> and fetchmail would break too
02:07:15 <Kalten> yes—from time to time we tend to do that.
02:07:31 <Kalten> why would fetchmail break?
02:08:07 <CCFL_Man> i updated it once and it stopped working. i had to revert back to the version i was using
02:08:39 <Kalten> because of which error? What did the logs state?
02:09:34 <cpet> and this is why you dont build things by hand
02:09:36 <cpet> (TM)
02:11:53 <Kalten> cpet: no, I don't think so. It has its merits in many ocasions. Many knobs are not default knobs and might be needed.
02:12:21 <cpet> you can create a port and use poudriere
02:12:28 <cpet> build for x OS and upgrade to y OS
02:12:35 <cpet> instead of this situation
02:14:17 <Kalten> I am using poudriere, but I am setting many options to something that is not the default without necessarily creating a new port for that
02:22:58 <cpet> think you are missing the point to what I said but thats ok im too lazy to continue this discussion
02:43:08 <CCFL_Man> Kalten: i forget. i think it had trouble connecting or depreciated option
07:14:39 <wikan> hi
07:15:50 <wikan> damn, it is hard to use firefox-esr 102 :(
07:16:10 <wikan> i had 92 and worked great but i had to upgrade because old version stopped working
07:16:22 <wikan> after system upgrade :(
07:17:03 <wikan> it looks like single process and single thread app lol
07:17:12 <wikan> why firefox sucks so much on bsds?
07:21:01 <yo9fah> try firefox not esr.
07:22:32 <parv> I do not have FreeBSD-specific issue with Firefox. Or, experience the similar issues on Rocky Linux 8, Windows 10
07:24:14 <wikan> my firefox-est chokes even on mousehover bookmarks button in toolbar
07:24:49 <wikan> yo9fah there is no firefox in pkg
07:24:57 <wikan> yes, was, but isn't
07:25:14 <parv> Is your machine resource-starved?
07:25:26 <wikan> my machine is 15 yo
07:25:49 <wikan> it is grandtop :)
07:26:34 <wikan> from the list of modern browsers only firefox is usable. 92 was fine.
07:27:00 <wikan> 102 animate every freakining ui element. This is issue as i see
07:27:42 <parv> Minimum resources I have is <8 GB RAM, Intel i5-6300U CPU, OS runs in VM on Windows; But then I just use Firefox for Windows to avoid switching between VirtualBox & other Windows windows
07:29:03 <wikan> parv: i watch youtube video in firefox now and chat. 50% of memory usage.
07:29:57 <yo9fah> wikan: there is also pkg with firefox. I have no problems with firefox either. I have with the rest of the browsers
07:30:12 <wikan> chokes are firefox fault for sure. I watched cpu usage. When I moved mouse over bookmark -> 100% on moth cores
07:30:36 <yo9fah> wikan: https://www.freshports.org/www/firefox/
07:30:37 <VimDiesel> Title: FreshPorts -- www/firefox: Web browser based on the browser portion of Mozilla
07:30:39 <wikan> maybe there is no firefox pkg on x86?
07:31:58 <wikan> nope. checked. No firefox
07:32:06 <deva> Is it possible to somehow get the latest libc++ along with llvm-devel-16.0.d20230109? I instaled the compiler, but it complains about a missing source_location header which should be part of libc++ for that release
07:32:49 <wikan> i suspect new database
07:47:10 <deva> I tried doing a pkg search for 'libc\+\+' but that doesn't give me any results, so any pointers to the name of the package would be really helpful :-)
07:52:46 <wikan> seems to work https://bugzilla.mozilla.org/show_bug.cgi?id=1352069
07:52:48 <VimDiesel> Title: 1352069 - Introduce a pref that allows for disabling animations (toolkit.cosmeticAnimations.enabled)
07:53:39 <wikan> firefox stopped chocking
08:24:24 <deva> I now found a bug report from 2021 (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260139) saying that libc++ is tied to the freebsd release and as such cannot be updated as a seperate package. Is this still the case? And if so, I guess what I'm trying to do isn't possible until a new freebsd version is released based on libc++-16
08:24:27 <VimDiesel> Title: Invalid Bug ID
08:48:09 <jgh> sum1
08:48:26 <jgh> oops, wrong window
09:36:43 <aje> Hello
09:53:03 <deva> Any chance of libc++-16 making it into FreeBSD 14?
10:02:51 <meena> deva: I think we only just vendored 15. not sure if it's integrated yet
10:03:46 <deva> That's a shame. But thanks anyway :-)
10:04:08 <deva> I guess I will have to wait for FreeBSD 15 in 2024 then :-)
10:05:47 <paulf> or use llvm-devel or whatever
10:06:48 <deva> I already tried llvm-devel, but libc++ does not seem to be part of the llvm-devel package
10:09:04 <meena> https://cgit.freebsd.org/src/log/contrib/llvm-project/ still at 14
10:10:20 <deva> meena, That seems like a really solid "no" answer to my question :-)
10:13:14 <meena> might still be time to get onto 15: https://www.freebsd.org/releases/14.0R/schedule/ but, yeah
10:13:15 <VimDiesel> Title: FreeBSD 14.0 Release Process | The FreeBSD Project
10:49:43 <debdrup> deva: what exactly do you mean by "getting libc++-16 into FreeBSD 14, though? As in update the code, or just get a compiler that's capable - because llvm15 is in ports/packages and is the full LLVM package, not the stripped down version in FreeBSDs base.
10:52:24 <debdrup> The ports/packages are, so far as I know, unmodified.
10:58:17 <meena> debdrup: reading the bugs, i don't think llvm from ports installs libc++, tho
10:58:45 <deva> debdrup, libc++ supplies the STL for the compiler and I have a project where I needs support for the std::source_location feature which was fixed in a recent clang build (clang++-16). I have access to the compiler through th llvm-devel package, but it seems that the libc++ is not included there. Instead it is using the older libc++ of the system which does not support std::source_location
11:00:15 <deva> On other systems it is possible to install llvm-16 separately from the system one, including libc++
11:03:52 <meena> deva: you might have to modify the port then, to include libc++, and see how badly that messes things up
11:04:00 <paulf> No libc++ supplies the standard library STL != standard library (since it includes lots of things other than the original STL containers/iterators/algorithms)
11:05:15 <debdrup> https://cgit.freebsd.org/ports/tree/devel/llvm15/Makefile doesn't seem to mention excluding CXX
11:05:16 <VimDiesel> Title: Makefile « llvm15 « devel - ports - FreeBSD ports tree
11:06:28 <paulf> you can try building llvm-project from source but it's often broken when I try to build it (looking at the llvm-devel patches may help)
11:07:56 <paulf> One day I need to look to see how std::source_location is implemented
11:09:18 <paulf> Ans std::stacktrace_entry when I do
11:25:19 <deva> I initially thought that std::source_location would just be a simple header-only implementation in the STL (ie. libc++), but this (https://reviews.llvm.org/D136554) shows that my thoughts couldn't be more wrong ;)
11:25:21 <VimDiesel> Title: Login
11:26:12 <deva> This is the github issue that tracks the task: https://github.com/llvm/llvm-project/issues/56379
11:26:16 <VimDiesel> Title: std::source_location line number wrong when used as default argument value · Issue #56379 · llvm/llvm-project · GitHub
11:26:16 <VimDiesel> 56379 – Patch: Update port java/jmp 0.33 -> 0.34. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=56379
11:27:36 <deva> paulf, Building it would likely solve my issue, but I would rather wait and have official package support, so I don't have to manually build things on my CI VMs
13:01:10 <cpet> Wait a while 16 should be imported soon
13:02:56 <deva> cpet, Do you mean clang-16 or libc++-16?
13:03:58 <cpet> They are two separate things
13:04:29 <cpet> Not sure why you need such a new version but people do weird things
13:04:29 <deva> yup - which is incredibly confusing X-)
13:05:04 <cpet> Been like that for a very long time
13:05:24 <deva> I need a new feature from llvm/clang-16 (which hasn't been released yet, but is available through llvm-devel) but this again requires libc++-16, which has been released, but hasn't been adopted by freebsd yet
13:07:32 <cpet> Well this is one of those sit and wait or hack it yourself
13:22:04 <cpet> deva: add in With_clang_extras if you want to add a few hours to the build and build all the other crap
13:24:19 <deva> cpet, So it is a real possibility tha libc++ will actually be include with llvm-devel if compiled this way?
13:25:25 <cpet> Look at pkg-plist look for Libc++
13:29:49 <deva> cpet, I don' see it here: https://github.com/freebsd/freebsd-ports/blob/main/devel/llvm-devel/pkg-plist so I guess that means that even with the With_clang_extras flag set it won't be included?
13:29:52 <VimDiesel> Title: freebsd-ports/pkg-plist at main · freebsd/freebsd-ports · GitHub
13:30:33 <deva> ... and since that version of the file is on main, this is actually even for FreeBSD 14, right?
13:33:54 <micttyl> ?
13:34:34 <micttyl> just build them. known way to shorten build time is via dropping other projects in llvm
13:35:08 <meena> deva: the source for ports are the same for all branches of FreeBSD. Just rebuilt.
13:39:42 * ketas notices cpet 
13:58:59 <jbo> I see this in a lot of (config) files:   $FreeBSD$    what is that about?
14:19:50 <yuripv> idents that were previously expanded by cvs/svn, and are not expanded by git
14:38:11 <cpet> Jbo old cvs ids
14:40:03 <dch> ld-elf.so.1: /usr/local/lib/gcc11/libstdc++.so.6: version GLIBCXX_3.4.30 required by /projects/indie/indie/_build/tailwind-freebsd-x64 not found
14:40:16 <dch> anybody care to enlighten me a bit here? I vaguely understand but not properly
14:40:40 <dch> tailwind-freebsd-x64 is a custom nodejs +js archive squished on the end,
14:40:57 <dch> built on FreeBSD 13.1-RELEASE x64 with gcc12
14:41:07 <dch> and I'm running it on 14.0-CURRENT x64 also with gcc12 installed
14:41:26 <dch> is there something I can sprinkle to get it to please run anyway?
14:42:06 <cpet> make install ?
14:42:12 <dch> ;-)
14:42:25 <cpet> Does it really require gcc
14:42:33 <dch> in my jail, `ldd` reports correctly gcc12
14:42:46 <dch> but on my desktop, libstdc++.so.6 => /usr/local/lib/gcc11/libstdc++.so.6 (0x2f5a55800000)
14:43:05 <dch> cpet: I'd love to be able to compile this nodejs abomination statically and not need this c++ dependency
14:43:18 <dch> its already ~ 50MiB download, so adding another one will make no difference
14:43:34 <dch> but I don't know where to start with this custom nodejs build malarkey
14:43:44 <cpet> Edit the makefile and add the flag
14:44:01 <cpet> Just remember that doing so would require a manual port each time
14:44:14 <cpet> Thinks it’s -static
14:44:28 <cpet> For gcc
14:50:39 <dch> cpet: you assume there's just *one* Makefile here ...
14:50:48 <dch> anyway yes good idea I will give this a whirl
14:51:07 <cpet> Port makefile if it’s compiled manually you’re on your own
14:51:22 <meena> dch: i think the hint is in version GLIBCXX_3.4.30  required
14:51:46 <dch> cpet: its not (yet) a port, if I can find a way to do it statically I might do that
14:52:02 <dch> meena: I have gcc12 here, why isn't it picking that up?
14:52:14 <cpet> You have to set the env
14:52:25 <cpet> CXX and Cc
14:52:31 <dch> i.e. by what mechanism does a random exe decide what libraries it chooses at runtime?
14:52:35 <cpet> Says it in the after instal descr
14:52:50 <cpet> FreeBSD defaults to clang
14:53:02 <cpet> Either you make it work with gcc or it uses clang
14:53:40 <dch> hmm if I can pass these via LDFLAGS or similar that would be great`-Wl,-rpath=/usr/local/lib/gcc12 -static`
14:54:41 <CrtxReavr> Can't just use libmap.conf?
14:54:48 <cpet> Yes you can do that with configure cmaks ninja
14:55:06 <cpet> Why does it require gcc is the real question
14:55:21 <CrtxReavr> Plenty of things in ports do.
14:57:34 <meena> dch: maybe on 14.0 something causes the library to encode no, or a different version.
14:58:03 <dch> meena: well it's explicitly *built* on 13.1-RELEASE, with gcc12
14:58:11 <meena> dch: what did readelf / elfdump say about the library? oh
14:58:17 <dch> clearly I don't know what I don't know yet
14:58:21 <meena> wat
15:39:39 <cpet> Create port as your doing it makes it a lot easier
15:39:48 <cpet> Uses and the like
15:40:14 <cpet> Or use
15:43:41 <cpet> Use_gcc modes all the env magic
15:44:42 <meena> cpet: I'm pretty, and sure, that dch being a ports committer has probably done exactly that
15:45:15 <cpet> He said not yet so
15:45:30 <dch> not yet, porting this stuff is horrible.... if I can make it static, then I can probaly port it
15:45:37 <cpet> See
15:45:43 <cpet> Read before you speak
15:46:00 <meena> i can't read tho
15:49:08 <paulf> dch does /usr/local/lib/gcc12 -static include dynamic libraries?
15:49:13 <paulf> seems strange to me
15:50:55 <cpet> Guess then
16:00:19 <kodcode> Hi. Why do I have constantly (6 candidates) showing when running pkg upgrade?
16:05:24 <cpet> As do I never cared to figure out why
16:05:49 <cpet> If pkg upgrade doesn’t show anything I’m hoping bapt did his job right ?
16:13:02 <debdrup> mmm, libmap
16:13:37 <debdrup> cpet: what is this reading you speak of?
16:15:37 <meena> kodcode: what does that look like?
16:18:26 <kodcode> meena: https://bsd.to/Uny0
16:18:27 <VimDiesel> Title: dpaste/Uny0 (Plain Text)
16:21:14 <cpet> debdrup: was it directed to you ?
16:24:43 <meena> kodcode: how macht repos do u have enabled?
16:26:24 <meena> *many
16:30:01 <cpet> If done right that shouldn’t matter
16:30:13 <debdrup> That's a big if.
16:32:34 * meena generally has two of three repos enabled… and isn't sure she's doing anything right
16:32:53 <meena> *or
16:33:18 <meena> typing (or, swyping, as it may be) isn't working great today
16:33:52 <cpet> Have you tried having 3 or more repos ?
16:33:55 <kodcode> meena: https://bsd.to/nEJY - haven't added any /usr/local/etc/pkg/...
16:33:57 <VimDiesel> Title: dpaste/nEJY (Plain Text)
16:35:12 <meena> cpet: I have at most three. FreeBSD latest, my PkgBase repo, and one for my net/cloud-init-devel builds
16:36:16 <cpet> If priorities set properly and you don’t have repos which are the full ports never has an issue
16:47:32 <yuripv> kodcode: I'd guess that it's the number of packages you installed explicitly and not the auto-dependencies
16:48:35 <xtile> Mmn, I sometimes have similar.  Sometimes it's 0, sometimes it's 1, sometimes it's 2, for me
16:48:39 <xtile> so I don't think it's that.
16:48:44 <kodcode> yuripv: My guess is that there are way more than 6...
16:48:52 <cpet> 12
16:58:56 <debdrup> https://github.com/freebsd/pkg/blob/e32e8a35ef3e601bae6248bfa64ea4f609d5d94c/libpkg/pkg_jobs.c#L1624 it's duplication checking
16:58:58 <VimDiesel> Title: pkg/pkg_jobs.c at e32e8a35ef3e601bae6248bfa64ea4f609d5d94c · freebsd/pkg · GitHub
17:06:49 <debdrup> Looks like all the iflib drivers have been converted to ifAPI.
17:08:13 <debdrup> ifAPI is what drvapi turned into, and it dates back to here: https://lists.freebsd.org/pipermail/freebsd-arch/2014-May/015379.html
17:08:14 <VimDiesel> Title: Roadmap for ifnet(9) for FreeBSD 11
17:36:19 <meena> debdrup: still pending: ElseAPI.
17:36:35 <debdrup> meena: ha!
17:37:19 <meena> debdrup: this joke is stolen from jrtc27
17:37:41 <debdrup> ah
17:37:46 <debdrup> it's very good nonetheless
17:59:54 <V_PauAmma_V> PL/I joke: if then = else then else = if else if = then;
18:03:34 <unimplemented> jokeness: 10%
18:04:52 <V_PauAmma_V> (So what if it's an iffy joke?)
18:05:22 <unimplemented> if else = then
18:05:40 <unimplemented> for in else if
18:21:43 <meena> V_PauAmma_V: i… hate it
18:23:36 <meena> keywords were invented because C programmers can't stand PL/I jokes
18:29:09 <V_PauAmma_V> I never looked at the parser part of a PL/I compiler. (I value what's left of my sanity.)
18:48:50 <meena> V_PauAmma_V: I once tried to contribute to a PL/I frontend for gcc
18:49:13 <meena> which, i guess is my way of saying, i do not value my sanity
18:52:49 <meena> not much progress in the past ten years, eh? https://sourceforge.net/projects/pl1gcc/
18:52:50 <VimDiesel> Title: PL/I front-end for GCC download | SourceForge.net
19:15:42 <adilix> hi all
19:19:57 <souji> adilix: hey :)
19:42:25 <cpet> Should I apply for the git
20:48:56 <NuxRo> Hi guys. Can anyone point in the right direction wrt multiple routing tables on freebsd?
20:50:53 <cpet> defaultrouter and staticroute
20:51:05 <meena> NuxRo: that depends on what tooling you're using, I guess
20:52:10 <cpet> Normally you would use carp or something if using this setup as a backup
20:53:13 <NuxRo> meena, cpet , I've just finished doing the same on some Linuxes, with multiple routing tables and ip route and ip rule. Looking at the FreeBSD docs I could find there's a way via pf/ipfw or via something called "setfib".
20:54:22 <NuxRo> so basically I want each of the 2 NICs to have their own default gw, with their respective traffic coming/going on the same nic
20:56:05 * NuxRo is currently reading https://mmacleod.ca/2011/06/source-based-routing-with-freebsd-using-multiple-routing-table/
20:56:28 <NuxRo> I guess most of that still applies in 2023
20:56:36 <cpet> Read man rc.conf
20:57:37 <cpet> From 2011 ?
20:59:23 <V_PauAmma_V> NuxRo, what problem are you trying to solve with separate routing tables for each network interface?
21:01:51 <cpet> Should be able to use carp if it’s for backups purposes
21:02:31 <NuxRo> V_PauAmma_V, requirement from customer, traffic coming in em0 should go out em0, same for em1, don't know more than this.
21:02:58 <cpet> https://forums.freebsd.org/threads/fib-and-route.53562/
21:03:00 <VimDiesel> Title: Solved - FIB and route | The FreeBSD Forums
21:03:06 <cpet> Is how you use setfib
21:03:25 * V_PauAmma_V nods at NuxRo.
21:03:32 <NuxRo> cheers guys
21:03:49 <NuxRo> yeah, carp wont help, is solution to different problem (seems similar to vrrp)
21:05:02 <cpet> Uh well people do weird shit (TM)
22:48:16 <ox1eef_> lol
22:57:50 <ghoti> Can I get host, nslookup or dig to give me *just* the text in a TXT record? I know I could `host -t txt google.com | cut -d\" -f2` or `host -t txt google.com | awk -F\" '$2~/^v=spf1/{print $2}'` but those are a bit ugly...
23:04:06 <ghoti> Ah, `dig +short -t txt google.com`
23:09:04 <rwp> The old-school traditionalist in me sees that and would have written it as: dig google.com txt +short
23:09:24 <rwp> Also host does not seem so bad: host -t txt google.com | awk -F'"' '/text/{print$2}'
23:12:14 <rwp> If you just want the version spf1 record: host -t txt google.com | awk -F'"' '/ text "v=spf1/{print$2}'