02:21:39 <meena> BaloneyGeek: which version of FreeBSD are you on?
02:23:03 <BaloneyGeek> meena: FreeBSD 13.1, fully updated
11:01:51 <dch> servus
11:02:45 <meka> dch: is that hungarian "hello", maybe?
11:30:18 <dch> meka: its Austrian hallo, or maybe more Viennese!
11:42:35 <cracauer> More like Barbarian^H^H^HBavarian.
11:47:55 <dch> Rhabarbarian
12:01:20 <meena> cracauer: while linguists put Viennese under "Bavarian dialects" aussiehst
12:01:40 <meena> *Austrians would not accept that
12:03:32 <dch> I see their lebahkaassemma and raise them an eitriger
12:03:39 <dch> WE ARE NOT THE SAME
13:23:42 <cracauer> My chromium build finished. 9:15 hours. Not too bad.
13:30:39 <jauntyd> is that with the most up to date ports tree?
13:31:00 <cracauer> As of yesterday, yes.
13:31:16 <cracauer> Happy that it even built clean.
13:31:23 <jauntyd> haha i hear you
13:31:31 <jauntyd> i'm going to give it another try then
13:33:24 <cracauer> I also made a package (amd64) in case that is useful to you. It has pulseaudio support, though.
13:33:59 <jauntyd> ty but i need to build it myself. lol it's personal now! :D
13:34:27 <cracauer> I know the feeling.
14:23:12 <wikan> Hi. Is it possible, there is some sysctl property that may cause segfaults, traps and system error interrupts on many applications?
14:24:31 <wikan> i can't find why so many apps dont work at all and puke trap or segfault messages
14:25:13 <wikan> for example: falkon and otter browser
14:25:37 <cracauer> Did you try lldb on them?
14:26:54 <wikan> hmmm lldb is better as I see
14:27:20 <wikan> signal SIGSEGV: address access protected (fault address...)
14:27:47 <wikan> so it is a "trap" as I understand
14:29:03 <wikan> the same error on another app
14:29:20 <wikan> no, not the same: invalid address
14:29:31 <wikan> so, is it compiling error? should I report it?
14:29:59 <cracauer> Is that a native FreeBSD program or Linuxulator?
14:30:02 <wikan> or it is because I didn't setup something, maybe sysctl
14:30:07 <wikan> native
14:30:25 <cracauer> Then you should try to get a backtrace with lldb.
14:31:32 <cracauer> Did you compile it yourself or did you install it with pkg?
14:31:39 <wikan> it is pkg
14:31:57 <wikan> next application (netsurf): invalid address
14:32:08 <cracauer> Let me install otter and see what I get.
14:32:17 <wikan> i didn'tcheck otter
14:32:27 <mkf> hi. how do we find out how which packages are manually installed?
14:32:28 <wikan> i checked falkon
14:32:34 <wikan> falkon-qt
14:32:39 <wikan> i386
14:32:43 <mkf> (not a dependency)
14:33:19 <wikan> falkon-qtonly
14:33:53 <wikan> kristall, netsurf (works, but segfaults after clicking on any link)
14:35:22 <cracauer> netsurf-gtk3 works for me on amd64.
14:36:02 <wikan> i think it is compilation problem
14:36:37 <cracauer> You say you are on i386?
14:36:53 <wikan> yes, true
14:37:36 <patanga> what is the name of the demon/program which receives mail? not filters into boxes like procmail neither provides imap download like dovecot; simply listening on a port for incoming mail and put it into some spool/mbox
14:38:01 <wikan> and these errors are not only on one machine
14:38:18 <cracauer> I can't reproduce those segfaults on amd64. Are you sure your hardware is stable?
14:39:06 <wikan> well i am not sure, but these error I have on two machines
14:39:16 <cracauer> oh
14:39:44 <cracauer> You should definitely go through the trouble of getting a backtrace out of lldb.
14:40:04 <wikan> isn't it require debuging symbols?
14:40:26 <cracauer> not for basic symbols in backtraces.
14:40:40 <wikan> ok, I have no idea how todo this yet ;)
14:41:13 <wikan> i did "strace" and it didn't tell me anything
14:41:25 <cracauer> which program do you want to debug first? Falkon?
14:41:31 <wikan> is it the same as backtrace?
14:41:38 <wikan> falkon is ok
14:41:57 <cracauer> lldb `which falkon`
14:41:58 <cracauer> r
14:42:06 <cracauer> [qait for segfault]
14:42:09 <cracauer> bt
14:43:04 <wikan> hmmmm nice
14:43:17 <wikan> first one is last call, right?
14:43:27 <wikan> i quess because of "*" symbol
14:43:39 <cracauer> *?
14:43:58 <wikan> first line starts with *
14:44:14 <wikan> so I quess it is last call and position of error
14:44:34 <cracauer> oh. Yes.
14:44:50 <wikan> so the error is related to intel driver
14:44:56 <wikan> i915_dri.so
14:44:56 <cracauer> Can you use some paste service to make the backtrace available?
14:45:03 <cracauer> oh
14:45:23 <cracauer> You are screwed :-)
14:45:32 <wikan> let me check other apps
14:46:14 <wikan> again intel
14:47:05 <cracauer> I just started Falkon on my Intel graphics laptop, amd64. It works.
14:47:22 <wikan> i use old machine
14:47:29 <cracauer> I would say this is worth opening a bug report for. Especially now that you have backtraces.
14:47:34 <wikan> definitely legacy hardware
14:47:44 <cracauer> Should still work.
14:47:54 <meena> https://forums.freebsd.org/threads/simple-recipe-for-backtracing-with-lldb.86020/
14:47:55 <VimDiesel> Title: Simple recipe for backtracing with LLDB? | The FreeBSD Forums
14:48:18 <wikan> thank you
14:49:05 <cracauer> Anytime.
14:49:28 <wikan> the same driver works on both machines
14:50:05 <wikan> i will report it
14:50:14 <cracauer> As a brutal workaround you could use the Vesa driver for a while.
14:50:53 <wikan> yea, but vesa doesn't suppoer xrandr
14:51:04 <wikan> and I use external monitor
14:51:08 <cracauer> Yeah, it kinda sucks.
14:52:49 <cracauer> If you have a serial port you can use a vt100 :-)
14:53:18 <wikan> is it possible there is some dependency problem?
14:53:26 <wikan> like no mesa libs or something?
14:53:46 <cracauer> No, that would give you a clear error message.
14:54:02 <wikan> ld error,right?
14:54:32 <cracauer> Yeah.
14:54:49 <cracauer> So here is a crazy workaround: ssh -Y localhost
14:55:34 <cracauer> Then start falkon over the ssh connection. That will make it unable to use 3D rendeering which is probably where you crash.
14:56:24 <wikan> nope
14:57:23 <cracauer> A bug report it is then. Did you try running on the internal display without xrandr?
14:57:34 <wikan> no
14:58:15 <wikan> will try
14:58:21 <wikan> before reporting
14:58:41 <cracauer> The xrandx thing might be important here.
14:59:15 <wikan> i will try something stupid
14:59:40 <wikan> let me try run falkon with both screens turned on
14:59:51 <wikan> because I turned off internal screen
15:01:36 <wikan> yea, didn't work
15:04:20 <cracauer> I would still try on a freshly booted machine's internal display without any xrandr happening at all.
15:04:38 <wikan> yeap,will try
16:27:15 <cracauer> How is pkg supposed to deal with global python updates? I have pkg update pull in new py37 today. But afterwards removing all python 3.7 stuff works, so that was not because of dependencies.
16:41:39 <phryk> is there an easy way to have sendmail forward all mails to my local user?
16:46:16 <phryk> mhh, okay, so i found out about virtusertable and added an alias, but when a mail to that address was seen by sendmail (seeing the maillog entry for it), running "mail" doesn't show anything for the user i set the forward to…
16:47:24 <cracauer> Any files at all created in /var/mail ?
16:48:14 <phryk> /var/mail/phryk exists, but is empty.
16:48:38 <phryk> also a bunch of other files in there, mostly named after services.
16:48:53 <cracauer> The root mailbox should have the daily run outputs.
16:49:09 <jgh> "all emails", meaning "any local part" is a grand way for having spammers discover "known active accounts", resulting in a deluge of spam
16:49:11 <cracauer> From default cronjobs.
16:50:00 <phryk> jgh: this is a desktop machine behind a nat. i doubt that.
16:51:00 <phryk> cracauer: mhh, /var/mail/root doesn't exist. mail when run as root says no mail. this is on a desktop machine, so it's not constantly running, but gets >1d uptime quite frequently…
16:51:47 <cracauer> Yeah, there should be cron output in root's mailbox then.
16:51:57 <phryk> ah yes, years ago I apparently added sendmail_enable="NONE" to rc.conf because this is a desktop. guess i'm trying again after throwing that out.
16:52:00 <cracauer> Try echo foo | at now + 1 minute
16:52:04 <cracauer> as root
16:52:55 <phryk> umm, so many emails.
16:53:23 <phryk> is this now throwing output of every cronjob ever run into the queue?^^
16:53:47 <phryk> (i did service sendmail start)
16:54:11 <cracauer> I don't know. I don't  think so as it shouldn't have any mechanism to queue mails with sendmail=NONE
16:55:16 <phryk> yeah, i removed that beforehand. :P
16:57:02 <phryk> and yes, something like that but it finished within a minute or two. also a bunch of returned message mails and postmaster notifications.
17:00:04 <phryk> mail as normal user still says no mail, even though maillog now shows "relay=phryk@localhost" for the mail in question…
17:03:56 <cracauer> Anything in /var/spool/mqueue?
17:04:44 <phryk> yeah, 10 files with some super-terse but patterned names.
17:05:04 <cracauer> They are mails not yet processed.
17:05:29 <cracauer> There is a sendmail command to list them along with the reason why they were not delivered.
17:06:09 <cracauer> sendmail -bp
17:08:13 <phryk> operation timed out on the remote server handling the original mail address. i don't want that server even being contacted, but the mail to go to my local user instead. is this doable without major hassle?
17:08:26 <phryk> also thanks for all the help thus far cracauer :)
17:09:38 <cracauer> Does `telnet localhost 25` connect and print sendmail's banner?
17:10:43 <phryk> 220 aether ESMTP Sendmail 8.16.1/8.16.1; Thu, 22 Dec 2022 18:10:24 +0100 (CET)
17:11:17 <cracauer> Out of ideas for now.
17:11:18 <phryk> not completely sure if that's what you meant by banner, but it does reply, yes.
17:11:54 <cracauer> Yeah, then I don't know why it doesn't just connect to localhost when sending mail to localhost.
17:12:36 <phryk> i assume it would send the relay after the original and since the original goes to a remote server on the web that's then contacted?
17:12:48 <phryk> s/web/net/
17:13:15 <cracauer> Yeah, but it should be hard to configure a global relay by accident.
17:20:04 <cracauer> Mail config is like an endgame boss of sysadmin.
17:23:18 <phryk> I have postfix and dovecot deployed on another machine. I think even a second set on that on my homeserver. I just had a look at sendmails submit.cf and oh goddess, no…
17:24:02 <cracauer> You really want to mess with the m4 versions of sendmail config files.
17:30:02 <phryk> asking a friend who told me he likes the sendmail config. thinking it takes a particular kind of person to decipher these arcane incanations.^^
17:34:49 <jgh> full disclosure: I'm an Exim dev.  Opinion: there are reasons for the figures here, and the .cf syntax is one:  http://www.securityspace.com/s_survey/data/man.202211/mxsurvey.html
17:34:50 <VimDiesel> Title: Mail (MX) Server Survey
17:44:53 <triaxx> I have ld: error: undefined symbol: environ and I see with clang -v that /usr/lib/crt1.o is not included during linking phase but I have no idea why...
17:54:21 <cracauer> Which software?
17:56:43 <triaxx> cracauer: I am building pulseaudio
17:57:06 <cracauer> let me try
18:00:53 <phryk> cracauer: my sendmail friend delivered, got it working :D
18:00:54 <cracauer> Hm, works for me on amd64.
18:01:06 <cracauer> phryk: what was it?
18:02:38 <Dooshki> Hey there, I'm planning on installing FreeBSD on one of my computers, a laptop, and I've skimmed through the handbook, and I wonder if firefox in the quarterly package repositories is kept up-to-date?
18:05:26 <triaxx> cracauer: I am sure it works fine using ports but I am building pulseaudio 16.1 using pkgsrc
18:06:00 <cracauer> Ah.
18:06:27 <triaxx> A simple example exhibit inclusion of /usr/lib/crt1.o as the first crt in the linking process
18:07:03 <triaxx> I don't know what could cause a linkink without crt1
18:15:55 <debdrup> Dooshki: quarterly packages stay the version number they are, unless there's a security update; that's the entire point of the quarterly packages.
18:18:49 <Dooshki> debdrup: Understood.  The reason why I'm asking is that for firefox in particular, the updates that they do release typically count as both security and feature updates (unless it's the ESR branch, which is security updates only)
18:19:24 <Dooshki> So is my understanding correct that the regular branch will not be updated, but the ESR one will?
18:19:29 <meena> phryk: https://gist.github.com/igalic/c77ed494e102977c9fd06ce9b053cda0 /cc cracauer jgh
18:19:30 <VimDiesel> Title: disable sendmail on FreeBSD, completely. · GitHub
18:19:59 <otis> Dooshki: you also can go with latest
18:23:00 <debdrup> Dooshki: why not go look at the quarterly ports to find the answer to your question?
18:25:12 <Dooshki> Will do.  The practical answer as to why I haven't done it yet is that the only computer I'm stuck with is really slow due to havy disk I/O in preparation of backups for this reinstall :D  So I was wondering if someone who uses the quarterly ports and a very popular application would know the answer off the top of their head
18:25:38 <cracauer> I am looking at it in a min.
18:25:56 <debdrup> cgit.freebsd.org is a webui, and typically quite fast
18:26:10 <cracauer> Waiting for git checkout :-)
18:26:23 <Dooshki> Good to know!
18:27:29 <cracauer> At the time of this writing quuarterly and main are both on 108.0.1
18:27:41 <cracauer> Although main has a portsrevision of 2
18:28:02 <triaxx> I can reproduce the error with -Wl,--no-undefined but building a shared library with UND environ doesn't seem like a problem to me
18:28:36 <triaxx> Though, I am not sure...
18:28:45 <cracauer> I think updating firefox more often in quarterly works because there is little that depends on firefox. So you don't break chunks of the tree with regular updates.
18:32:22 <Dooshki> Thanks for letting me know, that's really encouraging news!  I'll go look at the logs to see if it's a long-term trend
18:33:23 <cracauer> It is hard to imagine that FreeBSD would include insecure versions. So if a software only publishes mixed security/feature updates then quarterly == main.
18:33:59 <Dooshki> Yeah, that makes sense, thanks!
18:35:47 <Dooshki> I'm really excited to get back into FreeBSD after about a decade, now that I'm no longer forced to have certain pieces of proprietary or linux-only programs on my machine! (I've graduated from college, and I have a dedicated work laptop at my job now - no need to pollute my own machine)
18:36:23 <Dooshki> I'm seeing some pretty neat new additions, like ZFS native encryption, the pkg tool, or even wayland compositors!
18:41:02 <enlil> I have no idea how to show you, but I have pretty bad buffering using the proprietary Nvidia drivers. I used nvidia-xconfig for the config file and loaded nvidia-modeset. Mouse is handeled by moused (probably not relevent). I am on herbstluftwm using picom (that could be an issue), but I did try xfce and same stuttering (I did enable dbus). The stuttering is happening no matter what really is on screen, it just freezes for a second
18:41:02 <enlil> every few seconds. I have no idea what log to send because I have no idea of the cause.
18:42:05 <cracauer> What does x11/xvinfo say?
18:44:00 <enlil> https://dpaste.org/PheZi
18:45:07 <cracauer> That looks good. Is top showing high CPU usage for either video player or the X11 server?
18:47:01 <enlil> Nope everything at around 10% running a invidious video.
18:47:19 <cracauer> Which video player?
18:47:32 <enlil> Just in firefox
18:47:39 <enlil> Same thing with qutebrowser
18:47:58 <cracauer> Does video work fine in vlc or somesuch?
18:48:58 <enlil> Well it's not just the video. Just moving windows or even texting freezes. Just not the mouse pointer.
18:49:50 <cracauer> Another in `dmesg`?
18:51:01 <enlil> https://dpaste.org/nqGiL
18:52:23 <cracauer> Nothing. I'm out of ideas. Maybe /var/log/Xorg.0.log?
18:53:25 <enlil> https://dpaste.org/6tJng
18:53:51 <enlil> On tty1 I do get some ignorable errors... but they are ignorable I guess.
18:54:02 <meena> 18:33 <cracauer> It is hard to imagine that FreeBSD would include insecure versions. So if a software only publishes mixed security/feature updates then quarterly == main.  ⬅️ software is constantly full of bugs and the only thing we can do is fix it when it's discovered, or help discover / try to prevent holes
18:55:09 <enlil> tty1 is warning me about a UTF-8 character I didn't install I think.
18:55:14 <enlil> or rather tty0
18:55:53 <enlil> Guess the solution is to switch to AMD :D
18:59:30 <cracauer> Only if you have an AMD card that is neither too old nor too new :-)
19:03:02 <enlil> I have a GTX 1660, it really is a good value card. The one that is closest to the price is the RX 6500 XT, but no codecs and still 50€ more expensive :(
19:06:54 <enlil> Wait..... could my encryption cause the problem?
19:07:39 <enlil> It shouldn't slow down performance like that.
19:12:14 <enlil> I think I will try GhostBSD or MidnightBSD.
19:12:22 <enlil> So thanks for trying cracauer :D
19:12:32 <cracauer> Anytime.
19:12:49 <cracauer> Hope you figure it out.
19:20:27 <ixmpp> hello!
20:19:40 <triaxx> Compiling a shared library with -Wl,--no-undefined produces an undefined symbol when using environ
20:20:00 <triaxx> I try the same test on NetBSD with clang 15 and it compiles without error
20:20:14 <triaxx> I don't know what is the expected behavior...
20:30:25 <rtprio> triaxx: paste as much output as is reasonable
20:30:39 <rtprio> into bsd.to, obviously
20:31:46 <daemon> just pipe to | termbin.com 9999
20:32:05 <daemon> or is it .net
20:32:05 <daemon> ...
20:32:30 <daemon>  $ dmesg | nc termbin.com 9999
20:32:31 <daemon> https://termbin.com/d34t8
20:32:32 <daemon> yep .com
20:34:38 <triaxx> https://bsd.to/ou2x
20:34:39 <VimDiesel> Title: dpaste/ou2x (Plain Text)
20:36:21 <triaxx> The C code is just:
20:36:23 <triaxx> extern char **environ; int foo(int a) { if (environ) { return 1; } return 0; }
20:37:28 <triaxx> Compiling without -Wl,--no-undefined works well but adding -Wl,--no-undefined produces error
20:44:49 <triaxx> If I understand well, environ should be resolved at run-time
20:55:06 <triaxx> $ readelf -s /lib/libc.so.7 |grep environ
20:55:20 <triaxx>      2: 0000000000000000     0 NOTYPE  GLOBAL DEFAULT  UND environ
20:55:29 <triaxx> Is it normal?
20:59:05 <rtprio> triaxx: try adding stdlib.h
20:59:37 <rtprio> you shouldn't need it
21:02:39 <cracauer> Can you post the complete commandline that fails?
21:03:38 <ixmpp> termbin.com is wonderful, right
21:05:17 <triaxx> The C code: https://bsd.to/voFN
21:05:18 <VimDiesel> Title: dpaste/voFN (Plain Text)
21:05:53 <triaxx> The Makefile: https://bsd.to/ErF7
21:05:54 <VimDiesel> Title: dpaste/ErF7 (Plain Text)
21:06:02 <triaxx> The command that fails: make libfoo.so
21:07:28 <triaxx> Sorry, I should change the file type...
21:12:52 <mason> triaxx: I wonder if it's some confusion related to this, noted in the Debian environ(7) man page: https://bpa.st/M6OZI
21:12:53 <VimDiesel> Title: View paste M6OZI
21:13:45 <mason> Otherwise, I'm trying to see where it ought to come from.
21:16:18 <cracauer> I just don't know whether the C runtime is supposed to be considered for --no-undefined like Linux does. I doubt any standard specifies that one way or another.
21:19:55 <mason> My brain is probably mush today but if I say "extern char *environ[];" and then test "(&environ[0])" it builds.
21:20:12 <mason> triaxx: ^
21:21:52 <meena> mason: wouldn't have thought the compiler wouldn't have considered these two equal
21:22:23 <triaxx> mason: actually it builds, but o_O
21:22:25 <mason> meena: I saw a funny thing noting how arrays and pointers can be seen to be different.
21:22:53 <mason> Either way, we document it as **environ so there's a bug somewhere, and I'm going to go out on a limb and say not a docbug.
21:23:48 <meena> a limb? I always thought it's going out on a limp
21:24:11 <mason> A limb, which gets thinner and more tenuous the further out you go. Limping is after you fall off of it.
21:24:40 <mason> Limb as in treelimb.
21:25:35 <mason> https://yewtu.be/watch?v=H4YRPdRXKFs
21:25:36 <VimDiesel> Title: Dennis Ritchie - Write in C - Invidious
21:27:29 <cracauer> Do you have access to a Linux system? It would be worth going through all the stuff that does get linked in to find the object file or .so file that contains the symbol. Then see whether FreeBSD links a similar file.
21:29:58 <meena> i'd like to point out that assembler has less undefined behaviour, and yes, of course pascal won't quite cut it, because the grip of its knife isn't also made of a knife
21:31:41 <mason> hehe
21:32:16 * meena has an Ubuntu laptop and an android phone
21:32:18 <cracauer> C++ fixes all problems with C :-)
21:32:56 <ixmpp> cracauer: the fact that you can say that and not get lynched, i think i'm gonna love it here
21:33:27 <meena> cracauer: it fixes *some* problems. it can't fix all, because it claims to be C compatible
21:34:25 <meena> https://thephd.dev/ this person, who works on both, wg14 and wg21, has some really insightful rants
21:34:26 <VimDiesel> Title: The Pasture | The musings, ideas, discussions, and sometimes silly words from a digital sheep magician
21:34:36 <mason> "foo + bar" might not be addition
21:34:37 <cracauer> Which it isn't anyway.
21:34:46 <triaxx> cracauer: https://bsd.to/MLzJ
21:34:47 <VimDiesel> Title: dpaste/MLzJ (Plain Text)
21:35:44 <meena> https://cathode.church/@meena/109501287796167199 this quote is from the latest
21:35:46 <VimDiesel> Title: Mina: "reading: The Wonderfully Terrible World of C and …" - Cathode Church
21:36:41 <triaxx> ok, I failed my copy-paste for Debian: https://bsd.to/ZhSr
21:36:42 <VimDiesel> Title: dpaste/ZhSr (Plain Text)
21:37:11 <triaxx> It seems that for both Linux and NetBSD, environ is defined in libc, but not for FreeBSD...
21:38:20 <cracauer> Yeah, and FreeBSD links in libc, too, when making the shared lib.
21:38:35 <meena> triaxx: that's really weird, where else would it be?
21:40:04 <futunebot> I noticed on a pkg autoremove that a package asked me to remove a user which had been installed with the package
21:40:26 <futunebot> now I'd like to check if there are any other orphaned users from the past on my system
21:40:36 <futunebot> is there a way to check that automatically?
21:40:41 <meena> futunebot: which package? I'm pretty, and sure, the package should do that itself
21:41:17 <futunebot> meena: I think it was trousers and the user was called "_tss"
21:43:08 <cracauer> /usr/lib/crt1.o contains the definition of environ
21:43:19 <futunebot> alternatively, is there a log of the pkg uninstallation message anywhere?
21:43:27 <triaxx> cracauer: Yes, I know
21:43:35 <cracauer> It is linked against when you make an executable. But not when making a shared lib.
21:43:49 <triaxx> I noticed that
21:43:53 <cracauer> I'm diffing the clang -v ld args right now.
21:44:56 <cracauer> So I think a bug report is in order.
21:45:23 <meena> cracauer: that is something usually linked, tho
21:45:59 <cracauer> But I think it is a reasonable expectation that environ is defined in the actual libc.
21:46:07 <meena> futunebot: yes, it should just be in /var/log/messages
21:46:30 <cracauer> That is why the linker pulls in libc when making a shared lib.
21:46:40 <futunebot> meena: I tried grepping for _tss there and got no hits, maybe I should look manually
21:46:53 <cracauer> I noticed that the linker line still fails on FreeBSD if you add -lc to it.
21:47:01 <meena> futunebot: aside from the 80 or so patches, this looks like a normal port: https://codeberg.org/freebsd/freebsd-ports/src/branch/main/security/trousers do i don't know why it's doing that
21:47:02 <VimDiesel> Title: freebsd-ports/trousers at main - freebsd-ports - Codeberg.org
21:47:26 <meena> futunebot: grep for pkg
21:50:48 <futunebot> meena: I'm getting a hit for trousers deinstalled, but the messages are not preserved there
22:06:12 <cracauer> triaxx: still there?
22:23:10 <triaxx> cracauer: yes
22:23:49 <cracauer> I made up my mind that this is a bug and that the definition of the symbol should be moved to libc.
22:24:09 <cracauer> Which software package first showed the issue?
22:24:56 <triaxx> pulseaudio 16.1
22:25:24 <triaxx> It is 14.2 in ports
22:25:29 <cracauer> Do you want to file a bug?
22:25:37 <triaxx> I am doing
22:26:35 <cracauer> The current definition is in /usr/src/lib/csu/common/ignore_init.c
22:27:19 <cracauer> I would move it to src/lib/libc/stdlib/getenv.c
22:27:53 <triaxx> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268518
22:27:55 <VimDiesel> Title: 268518 – Undefined symbol error when building shared library with environ(7)
22:28:53 <cracauer> Thank you!
22:31:59 <cracauer> Are you officially updating the pulseaudio port?
22:45:59 <triaxx> No, I would like to build a package depending on pulseaudio (using the pkgsrc framework)
22:48:51 <cracauer> I will tackle a bunch of audio ports, mostly jackd related ones. Feel free to coordinate when convenient.
22:59:19 <joko> Hi, could anyone help me with IPv6? I have an additional router in my home network, which does RAs for ULAs only. My FreeBSD client (a TrueNAS jail) appears not to be using this at all...
22:59:25 <triaxx> cracauer: Thank you!