Switch to DuckDuckGo Search
   April 21, 2020  
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | >


NOTICE: This channel is no longer actively logged.

Toggle Join/Part | bottom
[00:18:05] *** ypankov_ <ypankov_!~ypankov@94.233.193.167> has quit IRC (Quit: leaving)
[00:27:26] *** Tempt <Tempt!~avenger@unaffiliated/tempt> has quit IRC (Ping timeout: 256 seconds)
[00:29:31] *** Tempt <Tempt!~avenger@unaffiliated/tempt> has joined #illumos
[00:29:31] *** ChanServ sets mode: +o Tempt
[00:34:27] *** Tempt <Tempt!~avenger@unaffiliated/tempt> has quit IRC (Ping timeout: 256 seconds)
[00:35:41] *** Tempt <Tempt!~avenger@unaffiliated/tempt> has joined #illumos
[00:35:41] *** ChanServ sets mode: +o Tempt
[00:42:12] *** gitomat <gitomat!~nodebot@165.225.148.18> has quit IRC (Remote host closed the connection)
[00:42:23] *** gitomat <gitomat!~nodebot@165.225.148.18> has joined #illumos
[00:44:28] *** CME <CME!~CME@ip5f5b13b8.dynamic.kabel-deutschland.de> has quit IRC (Read error: Connection reset by peer)
[00:44:49] *** CME <CME!~CME@2a02:810a:8c80:3301:ba27:ebff:fe8d:4857> has joined #illumos
[00:48:37] <am11> atan2 test is validating this clause `If y is ±0 and x is negative or -0, ±π is returned` from https://en.cppreference.com/w/cpp/numeric/math/atan2 and failing.
[00:48:44] <am11> repro: `curl -s http://sprunge.us/t8q1Ns | gcc -xc++ -lm -`
[01:16:54] <jbk> am11 that does seem like a bug -- i think our man page agrees what what you're expecting
[01:17:12] <jbk> and I don't see any bits where there might be alternative behaviors
[01:20:39] <am11> jbk: i can try to make the introspection test case more robust, so it doesn't succeed and we fallback to (slow) implementation https://github.com/dotnet/runtime/blob/595a95c/src/coreclr/src/pal/src/configure.cmake#L815-L844
[01:21:23] <am11> https://github.com/dotnet/runtime/blob/595a95c/src/coreclr/src/pal/src/cruntime/math.cpp#L231
[01:24:11] <am11> (still downloading OpenIndiana, for some reason i have hit the slow s3 bucket)
[01:25:47] <am11> next one is this assertion https://github.com/dotnet/runtime/blob/595a95c/src/coreclr/src/pal/src/thread/thread.cpp#L1259 ; thread priority is not changed via `pthread_setschedparam(3)` call
[01:38:43] *** ypankov <ypankov!~ypankov@85.175.186.198> has joined #illumos
[01:41:27] *** Tempt <Tempt!~avenger@unaffiliated/tempt> has quit IRC (Ping timeout: 260 seconds)
[01:42:25] *** Tempt <Tempt!~avenger@unaffiliated/tempt> has joined #illumos
[01:42:25] *** ChanServ sets mode: +o Tempt
[01:46:31] *** aaro <aaro!aaro@gateway/shell/xshellz/x-gnotcfoymrdgthyw> has left #illumos ("WeeChat 2.7.1")
[01:57:38] *** ldepandis <ldepandis!~ldepandis@unaffiliated/ldepandis> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[02:10:07] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[02:28:40] <jbk> hrm..ISTR a lot of wierdness with that (and related commands)
[02:29:44] <jbk> you may be better off using the native functions instead (priocntl(2))
[02:34:15] *** varna <varna!~varna@36.24.136.77> has quit IRC (Ping timeout: 250 seconds)
[02:34:30] *** varna <varna!~varna@36.24.137.105> has joined #illumos
[02:56:35] *** varna <varna!~varna@36.24.137.105> has quit IRC (Ping timeout: 260 seconds)
[02:56:50] *** varna <varna!~varna@36.24.137.105> has joined #illumos
[03:03:14] *** KeiraT <KeiraT!~k4ra@gateway/tor-sasl/k4ra> has quit IRC (Remote host closed the connection)
[03:04:34] *** KeiraT <KeiraT!~k4ra@gateway/tor-sasl/k4ra> has joined #illumos
[03:19:09] <am11> jbk: seems like EPERM case, from results dump (http://sprunge.us/3eVz48), `ASSERT [THREAD ] at /home/vagrant/runtime/src/coreclr/src/pal/src/thread/thread.cpp.1259: Unable to set thread priority to 4 (error 1)`
[03:19:50] <am11> and 1 maps to `EPERM` https://github.com/illumos/illumos-gate/blob/4e0c5ef/usr/src/uts/common/sys/errno.h#L51
[03:21:48] <am11> and process exists with (SIGTRAP?) 133
[03:22:30] <jbk> yeah.. that's sounding vaguely familiar
[03:23:11] <rmustacc> Is it running as an unprivileged user?
[03:23:51] <am11> yup, test ran unprivileged (same on other OSes)
[03:24:03] <rmustacc> I suspect that it may not be able to do that unprivileged.
[03:24:23] <jbk> https://www.illumos.org/issues/4963
[03:25:04] <jbk> ISTR trying to understand if there was a reason for that behavior, and came up with nothing
[03:26:22] <jbk> and knowing if the suggested fix might break something else
[03:26:25] <am11> exact match on all accounts :)
[03:28:21] <am11> i will add introspection for priocntl(2), and use that instead.
[03:29:59] <jbk> IIRC (and having been almost 6 years ago, details are certainly hazy).. there's an allowed range of priorities (even for a non-priv process.. a privileged ones can have even higher priorities).. I couldn't think of a reason why if say a non priv process had a priority of x, and decided to lower it, why it shouldn't be able to reset the priority back to x (obviously shouldn't be able to set it beyond it's
[03:30:05] <jbk> original limits)
[03:30:40] <jbk> esp since priocntl(2) seems to allow you to bypass this 'clamping down' of priorities
[03:46:22] <am11> +1, any idea if it is the same case on solaris?
[03:47:33] <am11> i am thinking to add a `#if HAVE_PRIOCNTL`, with `#else /* existing implementation with pthread_setschedparam(3) */`
[03:47:57] <am11> not sure about the side effects.
[04:04:40] <richlowe> was someone working on -Wall/Werror for C++ code?
[04:05:03] <richlowe> since I appear to have done it accidentally, and got some extras that we don't gag
[04:11:40] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has quit IRC (Quit: jcea)
[04:13:27] <jbk> am11: probably at one point at least.. though you'd have to check if it's still the case or not
[05:21:02] *** nde <nde!uid414739@gateway/web/irccloud.com/x-eorwrbzwvtgbbimf> has quit IRC (Quit: Connection closed for inactivity)
[07:18:48] *** BOKALDO <BOKALDO!~BOKALDO@81.198.156.216> has joined #illumos
[08:16:19] *** phyre <phyre!~phyre___@78.30.23.107> has joined #illumos
[08:49:02] *** skrll <skrll!~nick@2a02:c7f:6e2e:9800:a535:d669:cd36:6208> has joined #illumos
[08:49:45] <skrll> hi. can anyone look into why the netbsd-src index on src.illumos.org has stopped updating?
[08:52:27] *** alanc <alanc!~alanc@inet-hqmc01-o.oracle.com> has quit IRC (Remote host closed the connection)
[08:52:54] *** alanc <alanc!~alanc@inet-hqmc01-o.oracle.com> has joined #illumos
[08:54:04] *** arnoldoree <arnoldoree!~arnoldore@2001:d08:2100:62cf:574c:2307:6b59:748b> has joined #illumos
[08:55:03] *** jimklimov <jimklimov!~jimklimov@ip-86-49-254-26.net.upcbroadband.cz> has quit IRC (Quit: Leaving.)
[09:06:54] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Ping timeout: 240 seconds)
[09:33:15] *** jimklimov <jimklimov!~jimklimov@78.80.224.132> has joined #illumos
[09:37:10] *** nick__ <nick__!~nick@2a02:c7f:6e2e:9800:a535:d669:cd36:6208> has joined #illumos
[09:37:36] *** skrll <skrll!~nick@2a02:c7f:6e2e:9800:a535:d669:cd36:6208> has quit IRC (Remote host closed the connection)
[09:40:11] *** vila <vila!~vila@laubervilliers-659-1-133-94.w80-15.abo.wanadoo.fr> has quit IRC (Ping timeout: 258 seconds)
[09:49:39] *** skrll <skrll!~nick@2a02:c7f:6e2e:9800:a535:d669:cd36:6208> has joined #illumos
[09:54:00] *** nick__ <nick__!~nick@2a02:c7f:6e2e:9800:a535:d669:cd36:6208> has quit IRC (Ping timeout: 265 seconds)
[09:57:15] *** andy_js <andy_js!~andy@90.218.209.121> has joined #illumos
[10:09:26] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[10:24:51] *** man_u <man_u!~manu@89-92-19-81.hfc.dyn.abo.bbox.fr> has joined #illumos
[10:28:37] *** ldepandis <ldepandis!~ldepandis@unaffiliated/ldepandis> has joined #illumos
[10:31:32] *** Blkt <Blkt!~Blkt@2a01:4f8:200:2425::adda> has quit IRC (Read error: Connection reset by peer)
[10:31:49] *** Blkt <Blkt!~Blkt@2a01:4f8:200:2425::adda> has joined #illumos
[10:34:26] *** jwit <jwit!~jwit@gw.introvert.ca> has quit IRC (Ping timeout: 265 seconds)
[10:38:49] *** jwit <jwit!~jwit@gw.introvert.ca> has joined #illumos
[11:03:52] *** vila <vila!~vila@laubervilliers-659-1-133-94.w80-15.abo.wanadoo.fr> has joined #illumos
[11:20:36] <am11> on OpenIndiana amd64, for some reason, `__i386__` is defined instead of `__x86_64__`.
[11:23:50] <toastersonerson1> x86_64 is not the default. We do not distinguish between 64bit and 32bit in headers
[11:24:04] <toastersonerson1> where did you fin x86_64?
[11:24:30] <am11> `printf "#ifndef __x86_64__\n#error why?\n#endif" | gcc -xc -shared -`
[11:25:10] <toastersonerson1> ah. was it defined on smartos?
[11:26:34] <am11> yup, and many others. hitting this guy: https://github.com/am11/runtime/blob/feature/solaris/coreclr-port/src/coreclr/src/pal/inc/pal.h#L2372
[11:26:55] <am11> seems like a primitive macro for 64-bit.
[11:27:25] <ptribble> gcc -m64 ?
[11:27:43] <toastersonerson1> ptribble (IRC): yep
[11:27:45] <khng300> i think by default gcc gives i386
[11:27:59] <igork> it depend on gcc bootstrap
[11:28:09] <igork> on dilos we have 64bit as default
[11:28:36] <khng300> actually, the OmniOSCE I ran default to i386 as well
[11:31:57] <tsoome> gcc9 on oi is Target: x86_64-pc-solaris2.11
[11:33:31] <toastersonerson1> the target is x64 but the -m64 switch is needed to the gcc commandline for x86_64 to be defined
[11:52:17] <am11> thanks. but gotta say that this is a little unexpected default on a 64-bit platform.
[12:30:00] *** amrfrsh <amrfrsh!~Thunderbi@134.19.189.92> has quit IRC (Ping timeout: 258 seconds)
[12:30:23] *** deejam <deejam!deejam@irc.nathanic.org> has quit IRC (Quit: quit)
[12:37:17] *** ldepandis <ldepandis!~ldepandis@unaffiliated/ldepandis> has quit IRC (Read error: Connection reset by peer)
[12:44:17] *** amrfrsh <amrfrsh!~Thunderbi@134.19.189.92> has joined #illumos
[14:08:20] *** nde <nde!uid414739@gateway/web/irccloud.com/x-rodtxgnkqqyyluhy> has joined #illumos
[14:14:31] <am11> toastersonerson1: is https://app.vagrantup.com/Toasterson/boxes/openindiana-hipster a standard build of OI?
[14:15:10] <toastersonerson1> am11 (IRC): yes its the exact one you get when installing from iso
[14:15:28] <andyf> @andy_js: are you still happy with https://code.illumos.org/c/illumos-gate/+/564 ?
[14:16:18] <am11> the `awk` in PATH is some really archaic version of nawk, which does not respond to even responds to `awk version`, `awk --versions`, `strings $(command -v awk) | grep -i version` ... and `gsub()` or `sub()` give syntax error.
[14:16:20] <andy_js> andyf: It looks fine.
[14:16:28] <am11> is that awk good for anything, i wonder?
[14:16:35] <andyf> Thanks - just wanted to check before I pushed it
[14:17:28] <andyf> am11: there's an ongoing change about this - we have `oawk` and `nawk` and at the moment `awk` is the first one. The change is making awk be the second one
[14:18:30] <toastersonerson1> am11 (IRC): the more modern should be under /usr/gnu/bin
[14:18:38] <am11> andyf: thanks. there is also gawk in PATH, but i would need to touch some more areas of upstream codebase.
[14:19:05] <toastersonerson1> export PATH=/usr/gnu/bun:$PATH
[14:19:10] <toastersonerson1> * export PATH=/usr/gnu/bin:$PATH
[14:19:13] <gitomat> [illumos-gate] 12469 mlxcx: errors in package metadata -- Andy Fiddaman <omnios at citrus-it dot co.uk>
[14:19:19] <am11> was just wondering if the current awk helps anyone? i asked the question in #awk, and they are also at loss with this flavor/version.
[14:20:49] <andyf> most likely not. Eventually /usr/bin/oawk will probably go away
[14:21:18] <andyf> Here's the issue that danmcd is working on https://www.illumos.org/issues/12482
[14:22:24] <toastersonerson1> am11 (IRC): gawk is a symlink to /usr/gnu/bin/awk you can simply prepend /usr/gnu/bin to PATH and should be fine. you will probably need to do anyway for clr if it wants things like grep or the correct make
[14:27:02] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has joined #illumos
[14:27:43] <am11> toastersonerson1: i have previously fixed some grep issues upstream (e.g. replaced grep -m <N>, etc.) before porting SmartOS. CMake (from standard pkg(5) install) picked the rest of the toolchain. only had to add `-m64` and `-m32` (which is not required by 150+ matrix of CI). was hoping to make things "just work" without expecting user to manually
[14:27:43] <am11> modify the environment. POSIX compliance and all. :)
[14:28:38] <am11> andyf: thanks. will workaround it meanwhile.
[14:29:10] <toastersonerson1> linux is not POSIX compliant if the toolchain comes from linux it is only linux compliant not POSIX
[14:30:03] <andyf> Not automatically jumping to the GNU variants of tools still seems like the right approach
[14:30:10] <am11> sure, but im referring to various unix (freebsd, macos and linux)
[14:30:21] <toastersonerson1> true
[14:30:41] <andyf> sometimes there is not a choice, particularly with GNU make
[14:31:44] <am11> andyf: the build scripts we are dealing with are compatible with non-gun make, nawk, mawk and gawk etc.
[14:33:48] <am11> things should also be compatible with busybox stuff, so the GNU'ism is pretty much a no go.
[14:44:28] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has joined #illumos
[14:54:53] *** lystra <lystra!~lystra@d53-64-11-169.nap.wideopenwest.com> has quit IRC (Quit: Leaving)
[14:57:42] <sjorge> jbk: did another pass https://github.com/joyent/illumos-joyent/compare/master...sjorge:pam_list?expand=1
[14:58:09] <sjorge> all still working as expected with 'root\n%admins' in /etc/users.allow
[14:58:14] <sjorge> well expand the \n ;)
[14:58:33] <sjorge> and add the group keyword to pam_list obviously
[14:58:43] <sjorge> I also switched grbuflen to int instead of size_t
[14:59:03] <sjorge> I found another sysconf was used in pam already in some cases and they all seem to use int and not cast to size_t
[14:59:23] <sjorge> Not sure which one is better, but at least now it's conssitant between all pam_modules
[15:01:49] *** skrll <skrll!~nick@2a02:c7f:6e2e:9800:a535:d669:cd36:6208> has left #illumos ("Konversation terminated!")
[15:03:35] *** phyre <phyre!~phyre___@78.30.23.107> has quit IRC (Remote host closed the connection)
[15:05:05] *** tsoome <tsoome!~tsoome@91.209.240.229> has quit IRC (Read error: Connection reset by peer)
[15:06:16] *** tsoome <tsoome!~tsoome@91.209.240.229> has joined #illumos
[15:14:54] *** BOKALDO <BOKALDO!~BOKALDO@81.198.156.216> has quit IRC (Quit: Leaving)
[15:18:49] *** deejam <deejam!deejam@irc.nathanic.org> has joined #illumos
[16:02:44] *** pwinder <pwinder!~pwinder@86.11.191.8> has joined #illumos
[16:24:09] *** BOKALDO <BOKALDO!~BOKALDO@81.198.156.216> has joined #illumos
[16:26:01] <toastersonerson1> svccfg_libscf.c:7961: fmri_to_entity() failed with unexpected error 1007. Aborting.
[16:26:01] <toastersonerson1> Abort (core dumped)
[16:26:16] <toastersonerson1> is this a bug or is my manifest that crippled
[16:26:33] <jlevon> quite possibly both
[16:26:40] <jlevon> it shouldn't keel over like that given bad data
[16:27:08] <toastersonerson1> and the manifest validates :)
[16:27:14] <toastersonerson1> i'll open a bug.
[16:27:40] <jlevon> got the core somewhere?
[16:27:51] <toastersonerson1> yep will upload too.
[16:28:16] <jlevon> SCF_ERROR_INVALID_ARGUMENT
[16:28:47] <jlevon> scf_parse_svc_fmri() failed for you I think
[16:28:56] <jlevon> oh wait no
[16:29:27] <toastersonerson1> huh I hope not. would defeat the purpose of validation a bit.
[16:29:43] <toastersonerson1> the only fmri apart from restarter and such is svc:/application/oci-process
[16:29:58] <toastersonerson1> which should be valid. unless it does not like the -
[16:30:01] <jlevon> it's somewhere else
[16:30:47] <toastersonerson1> shall I open a bug still? we should at least not make it keel over like that.
[16:31:02] <jlevon> certainly
[16:31:06] <jlevon> with the dump and your xml file please
[16:31:14] <toastersonerson1> ay captain
[16:34:25] <jbk> sjorge: looks good
[16:34:50] <toastersonerson1> jlevon (IRC): https://www.illumos.org/issues/12585 with manifest and core no method file
[16:36:40] <jlevon> what did you do to cause the core?
[16:36:43] <jlevon> just import and enable?
[16:36:53] <toastersonerson1> just import
[16:36:56] <toastersonerson1> svccfg import
[16:37:23] <jlevon> ok
[16:38:08] <jlevon> interesting, your core is from startd somehow
[16:38:13] <jlevon> I can reproduce tho
[16:38:43] <toastersonerson1> ok insteresting
[16:38:57] <toastersonerson1> did I get the wrong core maybe?
[16:39:19] <toastersonerson1> oh yeah there is another
[16:39:50] <toastersonerson1> want it?
[16:40:27] <jlevon> nah
[16:40:35] <toastersonerson1> ok
[16:46:25] <jlevon> ok, I see the issue. hmm.
[16:46:34] <igork> tsoome: https://paste.dilos.org/?0b733739cc7b8979#TeFYkvjKPGOf3rYbI5w8UYX74qAGgLxNbzBy10HUj6E=
[16:46:41] <igork> did you see something on sparc
[16:46:47] <igork> with kstat?
[16:47:01] <tsoome> hm?
[16:47:08] <tsoome> no
[16:47:38] <igork> interest - just illumos updates integrated to dilos tree, nothing else. will try investigate it
[16:48:30] <tsoome> it is a bit odd, like you got duplicate implementation...
[16:49:11] <jlevon> toastersonerson1: remove the 'svc:/' from your service name if you want to make progress. I'm looking at better validation there
[16:49:40] <toastersonerson1> well at least it's not <create_default_instance enabled="true"></create_default_instance>
[16:49:51] <toastersonerson1> but good to knwo
[16:49:56] <toastersonerson1> *know
[17:11:33] <sjorge> jbk: so now I do a clean build of vanilla gate with this applied on OmniOS and if it is clean open a cr in Gerrit?
[17:14:58] *** bacterio <bacterio!~bacterio@fsf/member/bacterio> has quit IRC (Ping timeout: 256 seconds)
[17:15:18] <jbk> yeah that's probably the best thing -- once integrated in illumos-gate, smartos will pick it up on the next merge after that
[17:36:11] <am11> rmustacc: (github is on fritz, so i will ask here) I captured the `lpMaximumApplicationAddress` value from latest master of Illumos-gate, is it still incorrect?
[17:39:05] <am11> also, what is a VA hole? :)
[17:40:12] *** igitoor <igitoor!igitur@unaffiliated/contempt> has quit IRC (Ping timeout: 260 seconds)
[17:41:03] *** igitoor <igitoor!igitur@2a00:d880:3:1::c1ca:a648> has joined #illumos
[17:42:22] *** bacterio <bacterio!~bacterio@fsf/member/bacterio> has joined #illumos
[17:51:54] <rmustacc> am11: I replied there.
[17:54:08] <am11> rmustacc: thanks, GH gave me an error that comment didn't go through, refreshing the page returned a unicorn image with HTTP500. the comment went through it seems. -.-
[17:55:36] <jbk> LeftWing: is the rb instance not seeing illumos-gate updates?
[17:57:40] <jbk> hrm
[17:57:44] <jbk> or is git just being strange
[17:58:21] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has quit IRC (Remote host closed the connection)
[17:58:56] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[17:59:32] <rmustacc> am11: The VA hole refers to an implementation detail of how the x86 virtual and physical address space works.
[18:00:46] <rmustacc> Sigh, I guess I should assume it was lost.
[18:05:31] *** wacki <wacki!~wacki@i577A5D8F.versanet.de> has joined #illumos
[18:05:37] *** tsoome <tsoome!~tsoome@91.209.240.229> has quit IRC (Read error: Connection reset by peer)
[18:06:37] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[18:06:53] <am11> https://www.githubstatus.com/
[18:07:15] *** Kurlon_ <Kurlon_!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has joined #illumos
[18:07:59] <am11> operations status has been degraded.
[18:10:30] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 256 seconds)
[18:11:27] *** psarria <psarria!~psarria@37.red-79-146-98.dynamicip.rima-tde.net> has quit IRC (Remote host closed the connection)
[18:11:52] *** psarria <psarria!~psarria@37.red-79-146-98.dynamicip.rima-tde.net> has joined #illumos
[18:14:23] <am11> rmustacc: Is it so that we should wait for implementation of sysconf style interface or is there a current way of getting/tracking the hole value at runtime?
[18:14:51] <am11> If there is no current way available in base install, can we set some "safe" value, like very low value used in case of Linux (`1ull << 47`)?
[18:22:09] <rmustacc> Well, the challenge with using the safe value of below the hole is that the stack will be above it.
[18:22:22] <rmustacc> So I think a lot of it depends on what and how .net will use that.
[18:22:32] <rmustacc> Is it actually just for reporting or will software try to map up there?
[18:23:12] <pmooney> I feel like we had to mess with where the stack ended up in LX for reasons like this
[18:25:20] <rmustacc> You did, but that's also where Linux expects things.
[18:29:26] *** Kurlon_ <Kurlon_!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has quit IRC (Remote host closed the connection)
[18:30:01] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[18:39:59] *** ZOP <ZOP!~ZOP@phobos.wgops.com> has quit IRC (Quit: ZNC - http://znc.in)
[18:40:25] *** ZOP <ZOP!~ZOP@phobos.wgops.com> has joined #illumos
[18:40:41] *** freezing_ <freezing_!~weechat@ec2-13-57-230-193.us-west-1.compute.amazonaws.com> has quit IRC (Ping timeout: 258 seconds)
[18:42:09] *** freezing_ <freezing_!~weechat@ec2-13-57-230-193.us-west-1.compute.amazonaws.com> has joined #illumos
[18:42:29] *** CustosLimen <CustosLimen!sid53872@gateway/web/irccloud.com/x-xaqtjutnuzatstyf> has quit IRC (Ping timeout: 246 seconds)
[18:44:25] *** chandlore____ <chandlore____!sid259138@gateway/web/irccloud.com/x-fykqekwjetagpbug> has quit IRC (Ping timeout: 272 seconds)
[18:44:25] *** Smithx10 <Smithx10!sid243404@gateway/web/irccloud.com/x-wzvubxfqusatybln> has quit IRC (Ping timeout: 272 seconds)
[18:45:10] *** chandlore____ <chandlore____!sid259138@gateway/web/irccloud.com/x-uemxdzhfbprmkmln> has joined #illumos
[18:46:56] *** CustosLimen <CustosLimen!sid53872@gateway/web/irccloud.com/x-xdtfteaqyyrovcel> has joined #illumos
[18:46:58] *** CustosLimen <CustosLimen!sid53872@gateway/web/irccloud.com/x-xdtfteaqyyrovcel> has quit IRC (Max SendQ exceeded)
[18:47:14] *** Smithx10 <Smithx10!sid243404@gateway/web/irccloud.com/x-ruejucjdakshnwoz> has joined #illumos
[18:47:35] <am11> rmustacc: from the looks of it, the hosting layer uses it and also some utility functions make use of it, the important one is one of the memory allocator: https://github.com/dotnet/runtime/blob/e166481/src/coreclr/src/utilcode/util.cpp#L555-L569 (in this context max address is represented by `TOP_MEMORY`).
[18:48:08] *** Smithx10 <Smithx10!sid243404@gateway/web/irccloud.com/x-ruejucjdakshnwoz> has quit IRC (Max SendQ exceeded)
[18:48:21] *** ballew <ballew!sid244342@gateway/web/irccloud.com/x-tvtcvgxnzcuosmgz> has quit IRC (Ping timeout: 252 seconds)
[18:48:22] *** CustosLimen <CustosLimen!sid53872@gateway/web/irccloud.com/x-vyjlufasloagdiez> has joined #illumos
[18:48:27] *** CustosLimen <CustosLimen!sid53872@gateway/web/irccloud.com/x-vyjlufasloagdiez> has quit IRC (Max SendQ exceeded)
[18:48:31] *** ballew <ballew!sid244342@gateway/web/irccloud.com/x-iqcfnlmxmluapvof> has joined #illumos
[18:49:11] *** Smithx10 <Smithx10!sid243404@gateway/web/irccloud.com/x-ucmzivxneadmfnyn> has joined #illumos
[18:49:46] *** CustosLimen <CustosLimen!sid53872@gateway/web/irccloud.com/x-eulvxnoomylcfkvf> has joined #illumos
[19:03:15] <sjorge> jbk ok, I'll dust off my omnios vm this weekend... then figure out if i have access to code.illumos.org... I think I do
[19:06:17] *** tsoome__ <tsoome__!~tsoome@91.209.240.229> has joined #illumos
[19:08:45] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Ping timeout: 250 seconds)
[19:08:45] *** tsoome__ is now known as tsoome
[19:18:29] *** tsoome <tsoome!~tsoome@91.209.240.229> has quit IRC (Read error: Connection reset by peer)
[19:21:27] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[19:31:27] *** pwinder <pwinder!~pwinder@86.11.191.8> has quit IRC (Quit: This computer has gone to sleep)
[19:39:13] *** arnoldoree <arnoldoree!~arnoldore@2001:d08:2100:62cf:574c:2307:6b59:748b> has quit IRC (Remote host closed the connection)
[19:40:22] *** idodeclare <idodeclare!~textual@76.185.177.63> has joined #illumos
[19:45:40] *** tsoome__ <tsoome__!~tsoome@91.209.240.229> has joined #illumos
[19:48:20] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Ping timeout: 265 seconds)
[19:48:20] *** tsoome__ is now known as tsoome
[19:49:32] *** BH23 <BH23!~BH23@santoroj.plus.com> has joined #illumos
[19:49:49] <LeftWing> sjorge: If you have a Redmine account, you should be able to use it to log in to Gerrit
[19:50:43] *** man_u <man_u!~manu@89-92-19-81.hfc.dyn.abo.bbox.fr> has quit IRC (Quit: man_u)
[19:55:12] *** idodeclare <idodeclare!~textual@76.185.177.63> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[20:05:49] *** tsoome <tsoome!~tsoome@91.209.240.229> has quit IRC (Read error: Connection reset by peer)
[20:06:16] *** tsoome <tsoome!~tsoome@91.209.240.229> has joined #illumos
[20:33:12] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[20:34:43] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Client Quit)
[20:50:32] *** wonko <wonko!~quassel@75.52.174.34> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)
[20:50:50] *** wonko <wonko!~quassel@75.52.174.34> has joined #illumos
[21:02:16] *** jimklimov <jimklimov!~jimklimov@78.80.224.132> has quit IRC (Quit: Leaving.)
[21:05:06] *** KindOne <KindOne!root@freenode/father-christmas/kindone> has left #illumos
[21:16:43] <ypankov> looking at queue.h man page examples, do I really need both SLIST_HEAD_INITIALIZER and SLIST_INIT(), or either one should suffice?
[21:27:22] <Riastradh> ypankov: Only one is needed. SLIST_HEAD_INITIALIZER is provided as a static initializer if that's useful; SLIST_INIT is provided as an operation if you need to modify an existing object.
[21:27:55] <ypankov> got it, thanks (figured as much, but confirmation is good!)
[21:31:20] <gitomat> [illumos-gate] 12552 increase get_max_pages -- Jerry Jelinek <jerry.jelinek at joyent dot com>
[21:41:42] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[21:44:35] <danmcd> I see `git pbchk` complain thusly:
[21:44:38] <danmcd> Symbolic links:
[21:44:38] <danmcd> usr/src/man/man1/nawk.1
[21:45:04] <danmcd> Because it's new with 12482, but I don't see how to exempt it the way many other man1/ symlinks appear to be.
[21:45:18] <danmcd> exception_lists shows nothing obvious.
[21:46:10] <danmcd> Neither does opt/onbld/*/*
[21:47:28] <ypankov> you don't push symbolic links into the repo, they are create using MANLINKS and packaged
[21:47:41] <ypankov> created, too
[21:48:13] <danmcd> THAT isn't the issue.
[21:48:26] <ypankov> What is then?
[21:48:35] <danmcd> The issue is post-make (where these live) `git pbchk` ONLY complains about my new made-by-make nawk.1
[21:48:47] <danmcd> It does not complainabout any of the other made-by-make symlinks.
[21:49:02] <danmcd> If I do "make clobber" in usr/src/man, the nawk.1 symlink goes away.
[21:49:09] <LeftWing> Do we make the symlinks in usr/src? I would have thought only in proto?
[21:49:11] <danmcd> ANd so do all the others.
[21:49:18] <danmcd> Nope. See the man page makefile...
[21:49:26] <LeftWing> huh
[21:49:29] <danmcd> Or on a built illumos-gate: `ls -lt usr/src/man/man1`
[21:49:52] <LeftWing> Good grief haha
[21:50:23] <danmcd> Why is my new `nawk.1` generating noise where others don't?
[21:50:30] <danmcd> THAT is what's puzzling me.
[21:50:55] <danmcd> I see no exception_lists-style mechanism for these artifacts, but `git pbchk` doesn't whine about any of 'em save for my new one.
[21:51:28] <danmcd> Feels like cheating to submit `git pbchk` that only is silent in a clean repo.
[21:51:49] <LeftWing> Maybe it is confused by the conversion of a versioned file into a symlink?
[21:52:00] <LeftWing> (Have we done that in recent history?)
[21:52:43] <danmcd> Versioned file?
[21:52:50] <ypankov> Well, I just reproduced your issue adding a usr/src/man/man1/zcat.1 to commit
[21:52:56] <LeftWing> There is a nawk.1 in there already. right?
[21:52:59] <ypankov> Are you sure you didn't add it?
[21:53:24] <LeftWing> Which you would presumably have to be removing to make room for the symlink version?
[21:53:25] <danmcd> Renamed. See the webrev: https://kebe.com/~danmcd/webrevs/12482/
[21:53:30] <danmcd> I did this:
[21:53:35] <LeftWing> Yeah but git doesn't track renames
[21:53:47] <LeftWing> It tracks adds, and deletes, and attempts to guess if you ask it about renames
[21:54:03] <LeftWing> This is one of the areas where Mercurial did, as I recall, a better job
[21:54:06] <danmcd> awk.1 ==> oawk.1, nawk.1 ==> awk.1, added "nawk.1" symlink into packages and $SRC/man/man1/Makefile
[21:54:28] <danmcd> So I should not worry about "git pbchk" complaining due to poor `git mv` tracking?
[21:54:43] <LeftWing> Well I suspect you could look at the pbchk code to see if it might be confused
[21:54:59] <LeftWing> by the condition of removing a versioned file and then having a symlink exist for it in the workspace
[21:58:01] <danmcd> Yeah, git_file_list()
[21:58:22] <danmcd> def git_file_list(parent, paths=None):
[21:58:22] <danmcd> """Return the set of files which have ever changed on this branch.
[21:58:22] <danmcd> NB: This includes files which no longer exist, or no longer actually
[21:58:24] <danmcd> differ."""
[21:58:38] <danmcd> I've been bitten by Mr. Nota Bene.
[21:59:04] <LeftWing> Haha
[22:00:00] <danmcd> So I'm not going to stress about this.
[22:00:54] *** BOKALDO <BOKALDO!~BOKALDO@81.198.156.216> has quit IRC (Quit: Leaving)
[22:01:17] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[22:02:11] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[22:03:53] <danmcd> RTI is away. (Thanks ptribble and tsoome)
[22:04:52] <tsoome> :)
[22:05:26] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Client Quit)
[22:05:31] <alanc> Free bonus man page typo for anyone looking for a fix: https://illumos.org/man/1/wait "If one ore more job" - s/ ore / or /
[22:06:51] *** Tempt <Tempt!~avenger@unaffiliated/tempt> has quit IRC (Ping timeout: 250 seconds)
[22:07:46] <danmcd> That's so metal, alanc
[22:07:55] <danmcd> (Well, maybe after smelting it is...)
[22:08:32] <tsoome> darn typos…
[22:09:10] <tsoome> one typo and I stil get:
[22:09:11] <tsoome> {0} ok exec-file
[22:09:11] <tsoome> WARNING: unrecognized token: crc32c
[22:09:12] <tsoome> SunOS Release 5.11 Version build2-0-gdf9b848db5 64-bit
[22:09:13] <alanc> Never afraid to mine the depths of humor for a bad pun
[22:21:05] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[22:21:05] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Read error: Connection reset by peer)
[22:30:42] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[22:32:46] *** Tempt <Tempt!~avenger@unaffiliated/tempt> has joined #illumos
[22:32:46] *** ChanServ sets mode: +o Tempt
[22:33:19] *** phyre <phyre!~phyre___@78.30.23.107> has joined #illumos
[22:38:13] <gitomat> [illumos-gate] 12520 Enable IPv6 tso in igb, ixgbe, and i40e -- Robert Mustacchi <rm at fingolfin dot org>
[22:44:34] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Read error: Connection reset by peer)
[22:49:26] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[22:57:32] *** wacki <wacki!~wacki@i577A5D8F.versanet.de> has quit IRC (Quit: Lingo: www.lingoirc.com)
[23:03:16] *** Pjerky <Pjerky!~Pjerky@81-234-143-135-no58.tbcn.telia.com> has quit IRC (Ping timeout: 258 seconds)
[23:03:54] *** Pjerky <Pjerky!~Pjerky@81-234-143-135-no58.tbcn.telia.com> has joined #illumos
[23:13:15] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[23:20:37] *** kovert <kovert!~kovert@204.141.173.249> has quit IRC (Ping timeout: 264 seconds)
[23:23:59] *** kovert <kovert!~kovert@204.141.173.249> has joined #illumos
[23:29:46] *** Kurlon_ <Kurlon_!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has joined #illumos
[23:33:34] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 265 seconds)
top

   April 21, 2020  
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | >