00:02:39 i can totally grok people enjoying the more integrated nature of zfs, but i absolutely adore the more modular approach of the geom stuff and have come to appreciate it more and more over time – and there's probably still lots of cool stuff in there i don't know about – yet. >:3 00:08:34 oh yeah, what i actually wanted to say; rwp, not sure if you're the kinda person who likes closure, but either the amdgpu memleak fix or the upgrade to RC1 seems to have fixed my weird "gpu goes awol after screenblank" problem. :) 00:09:30 (and for some reason "xset -dpms" wasn't a working workaround, didn't figure that one out, tho :P) 00:12:51 Hi community, Is it possible to disable the 'CC', 'CXX' and 'CPP' options for a specific port (ex: firefox) in the make.conf? 00:18:19 GeoBarRod: disable how exactly? 00:19:00 GeoBarRod: you have those set in make.conf and you want to avoid overriding the port, or they're set in the port and you want to override that in make.conf? 00:21:36 So, I asked this last night but I don't think it went anywhere. I'm having issues with Linuxulator where I can run Linux binaries just fine if I'm chrooted into the Linuxulator but, even if I "brandelf -t Linux *linux-bin*", I keep getting this:ELF interpreter /lib64/ld-linux-x86-64.so.2 not found, error 2. And the file in question is there, which is a symlink to 00:21:41 /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2. Could it be the symlink that's bad since on FreeBSD it shows the symlink pointing towards /lib under FreeBSD? 00:21:54 @RhodiumToad I have configured 'CC=clang', 'CXX=clang' and 'CPP=clang' on my make.conf but only firefox don't compile fine. 00:22:38 BillyJoeBob: hm. try changing it to a relative rather than an absolute symlink 00:22:52 GeoBarRod: why did you do that? 00:23:25 I'm assuming it's pointing to /lib under the chroot but FreeBSD is just saying /lib. I'll have to see what you mean. Should I create the symlink in FreeBSD or Linuxulator? 00:23:36 BillyJoeBob: in freebsd is fine 00:23:37 @RhodiumToad I have configured 'CC=clang', 'CXX=clang++' and 'CPP=clang-cpp' on my make.conf but only firefox don't compile fine. Sorry. 00:23:44 GeoBarRod: why did you do that? 00:24:04 GeoBarRod: i.e. why did you put those in make.conf 00:24:26 Hmm...I tried searching for "relative" in the ln manpage with no results found. 00:24:27 @RhodiumToad I want compile all port with Clang. 00:24:46 Is relative the same as a hard link? 00:24:52 for some ports that simply doesn't work, but otherwise it's the default anyway 00:25:10 BillyJoeBob: no, it's a symlink where the destination doesn't start with / 00:25:42 Aaaaah. So I would want *.so.2 -> ../lib/blahblahblah 00:27:20 yes 00:27:39 @RhodiumToad Except Firefox, all the ports for my desktop environment compile fine. That's why I wanted to exclude those variables specifically for the Firefox port. 00:28:31 you shouldn't be defining them at all 00:29:44 what architecture are you compiling on? 00:29:57 @RhodiumToad amd64 00:30:40 port builds on amd64 will always use clang unless you defined FAVORITE_COMPILER=gcc or the port explicitly says it needs gcc, in which case I'm pretty sure the port will override make.conf anyway 00:33:07 @RhodiumToad Oh, that is great! I didn't know that the default compiler for ports was Clang unless the port specified otherwise. 00:33:18 RhodiumToad: Holy shit! That worked!!! 00:34:01 you'll want to go through the whole compat/ tree and make sure any absolute symlinks are converted to relative, then 00:34:45 hehe, Is there a simple way to automate the process of finding absolute links? I think I can convert them by hand. 00:35:20 GeoBarRod: what's supposed to happen is that the port declares what level of language support it needs via USES=compiler:blah and then the framework uses clang if that's good enough, otherwise uses a ports clang or gcc depending 00:36:13 BillyJoeBob: the -lname option of find looks like it might help 00:36:51 Hmm...so something like find /compat/ubuntu/ -lname *.so? 00:37:21 find /compat/ubuntu/ -type l -lname '/*' -ls 00:39:00 GeoBarRod: if you know of any cases where the ports framework is using gcc or a ports llvm unnecessarily, then that might be a bug 00:39:44 GeoBarRod: but regardless, specifying CC etc. in make.conf isn't something you're expected to do (see man make.conf for things that you might do) 00:41:39 @RhodiumToad So, this option 'OPTIONS_UNSET_FORCE= GCC' does not override the one in the port. Correct? 00:42:15 that means that _if_ the port has an option named GCC, it will be turned off 00:42:58 (do any ports have that as an option?) 00:43:17 @RhodiumToad So force will compile with Clang? 00:43:24 no 00:43:33 RhodiumToad: Yeah, I would have never figured that out. 00:43:35 Thanks 00:43:49 port options are the things you configure in the options dialog, they're not arbitrary makefile variables 00:45:26 there's like three ports in the whole tree that have a "GCC" option 00:46:11 @RhodiumToad Please tell me what ports? 00:46:39 devel/kBuild, lang/gambit-c, net-p2p/cpuminer are the only ones I found with a simple grep 00:46:44 @RhodiumToad How you see that so fast? 00:47:27 find and grep are my friends 00:47:35 @RhodiumToad :D 00:48:05 @RhodiumToad Please share the command line chain 00:48:43 find [a-z]* -name Makefile -print0 | xargs -0 egrep -e 'OPTIONS_DEFINE.*GCC' # this won't catch cases where OPTIONS_DEFINE is split over lines or where GCC is in an options group 00:49:04 (assumes you're in /usr/ports to run the command) 00:49:36 @RhodiumToad :-O great! that is a Haiku! 00:49:51 also won't catch cases where there's a Makefile.options or whatever 00:49:58 but those are relatively rare 00:50:19 the point is that having it as an option isn't common 00:50:30 @RhodiumToad Thanks very much for share!!! 00:51:43 more commonly, you'll see a port has something like USES= compiler:gcc-c++11-lib which means it wants a gcc version that handles the c++11 standard with library 00:52:43 if it doesn't specifically need gcc, it should have USES= compiler:c++11-lib and then clang will be used as long as it supports the required language standard and library 00:53:16 you can check what compiler will be used in a couple of ways 00:53:30 @RhodiumToad Yes, I see that, so whith a time all ports can build with Clang 00:54:27 @RhodiumToad <<>> How? 00:57:39 make -C dir/port -V CHOSEN_COMPILER_TYPE # if the port has a USES=compiler, that'll show the chosen compiler 00:57:49 if it's blank, it'll be using the default 00:58:55 make -C dir/port -V CC ## that will show the chosen value of CC 00:58:56 @RhodiumToad Great, Thanks!!! 01:00:56 in general, you can use make ... -V SOMEVAR to display the value of any makefile variable at the point where all makefiles have been read 01:02:08 Ok, well is late for me here. Thanks again and have nice day!!! 01:05:35 Uh, dang. Is there a way to automate the fixing symlinks to be relative? There's a lot lolo 01:05:46 d 01:06:03 t 01:06:23 Oh, sorry. I was wondering why I couldn't see anything. Helps if irssi is scrolled to the bottom. 03:28:16 CCFL_Man, I should put a caller-id modem on my VOIP POTS line to see if they provide caller-id just out of curiosity. I have no idea if they do or don't. 03:29:03 phryk, Thanks for the closure! I would bet it was the upgrade that fixed the problem. Because it just seems like a bug of some sort. Glad you got it working for you! 03:47:49 I have this weird observation about firefox-118.0.2,2 installed from binary ports. 03:47:54 It opens port 80 and 443 in what look like a lot of probes to a lot of what look like Internet routers. 03:48:00 Then the TCP streams are CLOSED. But the TCP connections hang around in the CLOSED state for a while. https://bsd.to/h562/raw 03:48:01 Title: h562 03:48:45 They are continuously created the entire time firefox is running and close immediately if I kill firefox. This does not happen on, for example, a Debian system. 03:49:39 Feels like something is not right about the FreeBSD port of Firefox, and it feels like Firefox is doing something obnoxious. 04:09:02 I should have included that one can see those with "netstat -na | grep -e CLOSE -e FIN" while firefox is running. 05:17:45 Hi 05:20:29 I've a trouble with vlan and "arp -i vlan0 -a" reports this: 05:20:29 metafce_mtd (10.100.0.4) at (incomplete) on vlan0 expired [vlan] 05:20:29 ? (10.100.0.250) at c8:60:00:8d:bb:e7 on vlan0 permanent [vlan] 05:21:23 I had it running on FreeBSD 13.0 but since the upgrade to 13.2 it doens't work anymore. 05:21:41 I'm sure that it's my fault in config 05:23:18 http://paste.scsys.co.uk/18297 05:23:19 Title: magnet_web paste from Someone at 217.168.150.38... 05:23:35 Please, have you hint to fix? 05:33:46 http://paste.scsys.co.uk/18298 05:33:47 Title: magnet_web paste from Someone at 217.168.150.38... 06:39:06 ferz: my rc.conf looks a little different 06:39:23 vlans_em0="4000" 06:39:36 ifconfig_em0_4000=" " 08:18:31 latest firefox blows up on start, leaving this behind in the console 08:18:32 https://www.irccloud.com/pastebin/raw/8pVhP2Xt/fecking_firefox 08:19:06 [Parent 43394, Main Thread] WARNING: g_signal_emit_by_name: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed: 'glib warning', file 08:19:20 I guess this should be reported upstream too 10:55:20 hi all 15:07:27 antranigv: you got mail - =D 15:07:47 drobban I do? 15:08:09 nah. sent you a silly pull-request to jailer 15:08:50 antranigv: so sorry if I got your hopes up :-P 15:14:38 drobban nice! https://github.com/illuria/jailer/pull/15 15:14:39 Title: added man.8 for jailer-console by drobban · Pull Request #15 · illuria/jailer · GitHub 15:14:46 drobban Merging it now :)) 17:16:13 antranigv: =) 18:34:25 i'm trying to go from "A foo\0B bar\0A baz\0" -> "foo\0bar\0baz\0" using the BSD utilities (i.e. without GNU coreutils), but the FreeBSD cut, sed, and awk don't seem to allow using a null separator; any ideas? 18:38:33 you just want the second field of each? what if there are newlines or other crud in the values? 18:40:25 (the best way to split on \0 is probably to use xargs -0 ...) 18:46:15 IRS or RS doesn't seem to do anything with \0 18:46:20 or i'm doing it wrong 18:52:55 RhodiumToad: second field, and I always know the first field is one byte 18:53:26 so you just want to strip off two bytes from the front? 18:53:33 yeah 18:53:45 and preserve the rest, including any possible newlines or special chars? 18:53:51 yep 18:55:23 a \0 in an argument will end the string, as it is used internally in the arguments to main as string terminator. 18:55:57 this is part of the exec*() system call 18:56:19 a raw \0 would, but a literal '\0' string would not -- if the tool itself accepted backslash escapes 18:56:28 your program will probably won't receive the arguments past the first \0 18:56:29 like e.g. perl -pe 's/\0\S+ //g' if you're fine with artistic license 18:57:34 printf 'A foo\0B bar\0A baz\0' | xargs -0 awk 'BEGIN { for(i = 1; i < ARGC; ++i) printf "%s%c", substr(ARGV[i],3), 0; }' 18:57:48 how do you detect a string's end if null characters can be part of it. 18:58:00 RhodiumToad: ooh nice 18:58:06 output piped through hd is: 00000000 66 6f 6f 00 62 61 72 00 62 61 7a 00 |foo.bar.baz.| 18:58:13 by not making them part of the string 18:58:14 beastie: the \0 is the "line" terminator, not part of the string to keep 18:59:13 by using a sane reperesentation of (size, pointer) instead 18:59:14 e.g. '\0' is a two-character string containing a \ and a 0, it's not a problem 18:59:26 the line terminator is normally \n, but that is a convenion... a by far weaker thing of what is \0 for the C standard library. 19:00:01 using \n as a line terminator causes no end of issues with filenames that might contain \n (maliciously or otherwise) 19:00:11 which is why xargs -0 exists at all 19:00:29 as such.. .that's correct, but then you need to escape the backslash, which is special for the shell... and xargs -0 treats with real null characters, not line delimiters. 19:00:32 find ... -print0 | xargs -0 somecommand... 19:00:42 the backslash is not special when it's inside a single-quoted string 19:00:54 RhodiumToad: okay, sweet, looks like that works perfectly; thanks! 19:00:58 it's preserved even inside a double-quoted string, really 19:01:46 yeah... in that case find outputs \0 characters instead of \n new lines, if you print that to stdout you will see all files one after the other with no separator (as \0 prints nothing on a terminal) 19:05:37 for correctness the awk program should probably have an exit 0; at the end 19:07:58 i.e. awk 'BEGIN { print ARGC; for(i = 1; i < ARGC; ++i) printf "%s%c", substr(ARGV[i],3), 0; exit 0; }' 19:09:00 (this is to make sure that awk never gets as far as reading from stdin, which can mess things up) 21:14:17 dch: well now pkg upgrade wants to remove firefox and thunderbird ... 21:27:10 babz: yep, went down that path 21:37:45 That'll teach me to review the list of changes before pressing 'y'... 21:53:41 Have any drm-515-kmod users that upgraded to 5.15.118 been noticing much higher frequency of crashes on their systems? 21:58:14 yet another crash. I give up (and should get a bouncer). 22:04:42 @kenrap I upgrade and my laptop chash and reboot; after reboot until now all fine. 22:06:12 GeoBarRod: the crashing seems to happen at random, like a heisenbug at the kernel level. 22:06:35 you may end up crashing again at some point 22:09:16 @kenrap Well, my uptime 2h 58m, all fine. 22:17:26 I'll give my machine a good dusting and see if what will help, brb. 22:18:40 @kenrap Good Luck! 22:57:31 Reading the above about firefox... I did pkg upgrade today and it is happy with my installed firefox-118.0.2,2 no problem. (shrug) 23:07:03 @rwp The firefox port version is 119.0 ;) 23:09:53 GeoBarRod, I expect ports to always lead binary packages. Someone must blaze the trail. But the above said "now pkg upgrade wants to remove firefox and thunderbird" so that should be binary packages. 23:10:38 Which I thought was strange. As I am on the boring production stable 13.2-RELEASE-p4 and pkg did not want to remove firefox for me today. 23:11:07 And yet there were two different people above who commented on it wanting to remove their firefox. 23:12:22 @rwp That's weird behavior. 23:16:54 Agreed! Often a negative report is not really useful but I thought I would say, didn't happen here, just the same. Weird stuff happening! 23:18:48 port version leads the package version not least because it takes days to build 23:19:16 @rwp Better than an explanation is a photo of the supposed problem. 23:22:14 Better than a photo would be a text copy of the problem. 23:22:45 Meanwhile... I am running pkg from Quarterly. Because I am boring. The way I like it. If someone were running pkg from latest then I would not see the problem then. 23:22:58 @rwp That is a ASCII photo :D 23:23:21 is there a way to tell pkg do not ever remove this package, regardless of whether it's gone upstream? 23:23:55 pkg lock? 23:23:59 meena, pkg lock package 23:24:25 but that also prevents it from upgrading 23:25:15 @meena Please paste your 'pkg upgrade -n' stdout 23:25:59 I would suppose one could create a custom package which depended upon the package you want to keep and then lock the custom package. That seems like it would effectively prevent the dependent package from being removed. 23:26:00 rwp: it was on latest 23:26:20 Latest! Thanks. That brings closure. What was a mystery is now explained. 23:26:32 quarterly still has 118.0.2,2 23:26:35 GeoBarRod: i'm in bed, and will do no such thing 23:27:04 GeoBarRod: how would that even help anyone? 23:29:53 @nimaje It would help by visualizing the problem. 23:30:49 Postulating that the problem might be one would normally want firefox to upgrade normally. But if something wants to remove it then prevent that removal action. For one example. 23:31:58 So... Seems like one could create a custom new package which depends upon firefox of any version. Then lock it. That would create an obstacle to removing firefox but would allow it to upgrade normally. 23:32:12 I think. I know nothing. Obviously I haven't actually done such a thing myself. So who knows? 23:32:34 https://hastebin.milkywan.fr/wotujedoxu.apache 23:32:35 (while upgrading from 14:amd64/quarterly to latest) 23:32:36 GeoBarRod: no, the output of pkg at any time has noting to do with *how* to convince pkg to never remove a pkg while still allowing to update it 23:32:36 Title: hastebin 23:34:42 shouldn't that say why pkg wants to remove firefox and thunderbird? 23:35:55 @nimaje for that 'pkg lock -y problematic-package' 23:36:05 I think it likely that the dependencies ffmpeg, vlc, dav1d, upgraded removing the dependency forcing firefox out. Probably they built okay first and firefox is still building. 23:36:39 I think probably firefox will finish building against the current dependencies and then it can be installed. The joys of living on latest! :-) 23:36:50 What does freshports say? 23:37:04 bah. 23:37:17 Or rather baaaa... 23:39:19 As long as we are talking about firefox... I see this strange oddity with firefox. https://bsd.to/h562/raw 23:39:20 Title: h562 23:40:11 Whenever firefox is running there is a continuous large amount of connections in the CLOSED state until eventually they time out. But new ones are always arriving. 23:40:32 GeoBarRod: as others have already written that prevents updating it and there was already the idea of creating a empty package with just a dependency on the package to keep and locking that, which should proably work, so meenas problem is (probably) solved 23:41:09 "netstat -na |grep -e CLOSED -e FIN | wc -l" says I have 103 in the closed state all from firefox right now. 23:41:56 If I kill firefox then all of those are shutdown immediately. If I start firefox again more quickly appear. 23:42:21 las build failed 23:42:22 And this does not happen on my Debian system with basically the same version of firefox. 23:42:44 s/las/last/ 23:43:18 I am thinking that maybe something trying to detect Captured Portal networks is doing something it should not be doing there. But no actual idea. 23:43:38 @babz Run 'pkg lock -y dav1d', after run 'pkg upgrade -n' 23:43:52 connections in CLOSED state don't time out. 23:45:10 rwp: when firefox is still building then the pkg repo doesn't get created, but what could be is that firefox failed to build but would need to be build against a new version of a dependency, so pkg deinstalls the non-compatible old version but doesn't have a new version to install, look in pkg-fallout if firefox failed 23:45:18 connections in CLOSED state either haven't been opened yet, or have closed as far as the protocol is concerned but the userland hasn't closed the socket. 23:46:13 It does seem odd. I hadn't thought about them not actually having been opened yet. I was thinking: https://en.wikipedia.org/wiki/Transmission_Control_Protocol#/media/File:TCP_CLOSE.svg 23:46:14 Title: Transmission Control Protocol - Wikipedia 23:46:54 But things do actually start out in the closed state so maybe that is what firefox is doing. 23:47:43 Does anyone else with firefox running see a lot of these to ports 80 http & 443 https? netstat -na | grep CLOSED 23:47:47 it's more likely that they're old connections not yet closed by userland 23:48:12 it's worth looking for what process has what connection still open. 23:48:38 If I kill firefox then those are all gone immediately. 23:49:33 use lsof or fstat 23:52:01 RhodiumToad, lsof -i | grep firefox: https://bsd.to/Z1sv/raw 23:52:03 Title: Z1sv 23:54:48 don't grep for firefox, grep for specific connections that are in CLOSED state