Switch to DuckDuckGo Search
   April 23, 2019  
< | 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 | >

Toggle Join/Part | bottom
[00:00:18] *** Exagone313 <Exagone313!exa@3131313.xyz> has joined #illumos
[00:00:40] *** gatherer <gatherer!~quassel@static.20.183.130.94.clients.your-server.de> has joined #illumos
[00:00:47] *** toasterson <toasterson!~toastmatr@85-195-235-43.fiber7.init7.net> has joined #illumos
[00:00:55] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[00:01:13] *** papertigers <papertigers!~papertige@pool-108-55-27-43.bflony.fios.verizon.net> has joined #illumos
[00:09:45] *** Mer|inDMC <Mer|inDMC!~merlin@163.172.186.44> has quit IRC (Ping timeout: 255 seconds)
[00:09:49] *** igork1 <igork1!~igork@91.204.56.74> has joined #illumos
[00:09:53] *** MerlinDMC <MerlinDMC!~merlin@163.172.186.44> has joined #illumos
[00:11:56] *** richlowe` <richlowe`!~richlowe@2605:a000:160c:8b5b::bb7> has joined #illumos
[00:12:56] *** gatherer_ <gatherer_!~quassel@static.20.183.130.94.clients.your-server.de> has joined #illumos
[00:12:57] *** rsully <rsully!~rsully@unaffiliated/rsully> has joined #illumos
[00:13:26] *** blob_ <blob_!~bob@bertford.co> has joined #illumos
[00:13:40] *** jeffpc_ <jeffpc_!~jeffpc@josefsipek.net> has joined #illumos
[00:14:01] *** sensille_ <sensille_!~arne@dsnsi.rzone.de> has joined #illumos
[00:14:02] *** SUNWotis <SUNWotis!~otis@f7u12.wilbury.net> has joined #illumos
[00:14:15] *** nahamu_ <nahamu_!~nahamu@165.225.132.70> has joined #illumos
[00:16:17] *** tomww_ <tomww_!~tom@gate.wagner-net.com> has joined #illumos
[00:16:33] *** eau <eau!~eau@unaffiliated/eau> has quit IRC (Ping timeout: 250 seconds)
[00:16:33] *** gatherer <gatherer!~quassel@static.20.183.130.94.clients.your-server.de> has quit IRC (Ping timeout: 250 seconds)
[00:16:33] *** mno-hime <mno-hime!~mno-hime@94.142.238.232> has quit IRC (Ping timeout: 250 seconds)
[00:16:33] *** patdk-lap <patdk-lap!~patrickdk@208.94.190.191> has quit IRC (Ping timeout: 250 seconds)
[00:16:33] *** igork <igork!~igork@91.204.56.74> has quit IRC (Ping timeout: 250 seconds)
[00:16:33] *** jeffpc <jeffpc!~jeffpc@josefsipek.net> has quit IRC (Ping timeout: 250 seconds)
[00:16:33] *** richlowe <richlowe!~richlowe@cpe-74-139-197-163.kya.res.rr.com> has quit IRC (Ping timeout: 250 seconds)
[00:16:33] *** nahamu <nahamu!~nahamu@165.225.132.70> has quit IRC (Ping timeout: 250 seconds)
[00:16:33] *** blob <blob!~bob@bertford.co> has quit IRC (Ping timeout: 250 seconds)
[00:16:34] *** sensille <sensille!~arne@dsnsi.rzone.de> has quit IRC (Ping timeout: 250 seconds)
[00:16:34] *** wilbury <wilbury!~otis@real.wilbury.sk> has quit IRC (Ping timeout: 250 seconds)
[00:16:34] *** myrkraverk <myrkraverk!~chatzilla@unaffiliated/myrkraverk> has quit IRC (Ping timeout: 250 seconds)
[00:16:34] *** tomww <tomww!~tom@unaffiliated/tomww> has quit IRC (Ping timeout: 250 seconds)
[00:16:44] *** patdk-lap <patdk-lap!~patrickdk@208.94.190.191> has joined #illumos
[00:17:05] *** eau_ <eau_!~eau@unaffiliated/eau> has joined #illumos
[00:19:12] *** ChrisJames02170 <ChrisJames02170!~py@169.48.236.23.bc.googleusercontent.com> has quit IRC (Ping timeout: 255 seconds)
[00:20:38] *** myrkraverk <myrkraverk!~chatzilla@unaffiliated/myrkraverk> has joined #illumos
[00:20:42] *** igork1 is now known as igork
[00:33:29] *** andy_js <andy_js!~andy@94.6.62.238> has quit IRC (Quit: andy_js)
[00:34:11] *** polishdub <polishdub!~polishdub@207.86.38.254> has quit IRC (Quit: leaving)
[00:45:27] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Ping timeout: 240 seconds)
[00:46:46] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[00:55:42] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Remote host closed the connection)
[01:04:04] *** sarvet_ <sarvet_!~sarvet@dslb-088-076-080-078.088.076.pools.vodafone-ip.de> has quit IRC (Quit: sarvet_)
[01:09:49] *** jubal <jubal!~jubal@226-5-237-24.gci.net> has joined #illumos
[01:23:46] *** serapheim <serapheim!~serapheim@DELPHIX-COR.ear2.SanJose1.Level3.net> has quit IRC (Ping timeout: 246 seconds)
[01:50:11] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[02:18:41] *** dap_ <dap_!~dap@208.184.5.170> has joined #illumos
[02:21:43] *** dap_ <dap_!~dap@208.184.5.170> has quit IRC (Client Quit)
[02:23:51] *** amrfrsh <amrfrsh!~Thunderbi@85.17.73.119> has quit IRC (Ping timeout: 246 seconds)
[02:39:01] *** lgtaube <lgtaube!~lgt@91.109.28.145> has quit IRC (Ping timeout: 246 seconds)
[02:40:15] *** lgtaube <lgtaube!~lgt@91.109.28.145> has joined #illumos
[02:40:36] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Read error: Connection reset by peer)
[02:41:47] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[03:01:11] *** snuff-work <snuff-work!~snuff-wor@202-161-112-134.tpgi.com.au> has left #illumos
[03:11:51] *** baojg <baojg!~baojg@162.243.44.213> has quit IRC (Remote host closed the connection)
[03:20:00] *** ed209 <ed209!~ed209@165.225.128.67> has quit IRC (Remote host closed the connection)
[03:20:08] *** ed209 <ed209!~ed209@165.225.128.67> has joined #illumos
[03:29:39] *** khng300 <khng300!~khng300@unaffiliated/khng300> has quit IRC (Ping timeout: 246 seconds)
[03:49:37] *** merzo <merzo!~merzo@9-59-133-95.pool.ukrtel.net> has quit IRC (Ping timeout: 245 seconds)
[03:56:55] <despair86> trying to create an almost-universal binary for a project here, but due to ELF symbol versioning, binary compatibility is sorta broken: Solaris 2.11.4 vs illumos-HEAD
[04:00:55] <despair86> (i.e. if build on illumos, version ref includes ILLUMOS_*, if build on sol2, version ref includes SUNWpublic, among other incompatible bits. Oddly enough, the Sun Studio C++ stuff isn't terribly affected, otherwise binary java distros would just break on one system or the other)
[04:13:45] *** rsully <rsully!~rsully@unaffiliated/rsully> has quit IRC (Quit: rsully)
[04:24:54] *** khng300 <khng300!~khng300@unaffiliated/khng300> has joined #illumos
[04:32:47] *** psarria <psarria!~phyre___@31.211.191.164> has joined #illumos
[05:49:18] *** psarria <psarria!~phyre___@31.211.191.164> has quit IRC (Ping timeout: 246 seconds)
[06:11:13] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[06:23:26] *** hemi770_ <hemi770_!~hemi666@unaffiliated/hemi770> has joined #illumos
[06:26:24] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has quit IRC (Ping timeout: 255 seconds)
[06:40:00] <LeftWing> despair86: If you want a binary to work on both Solaris 11 and illumos systems you'll need to build it on an OS with which they are both binary compatible; i.e., Solaris 10 Update 9 or earlier, I believe.
[06:40:52] <despair86> which is _why_ i was wondering just how bellsoft does this with their JDK (they use sun studio 12.4 iirc)
[06:46:18] <LeftWing> So, _in theory_, it would be possible to build it on whatever you like. But you'd need to convince the toolchain not to look in /usr/lib or /usr/include, but rather in some other copy of the headers and libraries that you got from some ancient common point
[06:46:32] <LeftWing> Using something like the GCC --sysroot option
[06:47:20] <LeftWing> And you'd need to make sure nothing in the build process attempted to detect values from the running system (e.g., through pathconf(2) or sysconf(3C), etc)
[06:47:51] <LeftWing> It's certainly possible, but the level of attention to detail required is ... uncommon
[06:50:21] <despair86> i see. thanks!
[06:50:23] * despair86 smiles
[06:51:51] <LeftWing> For what it's worth, I vaguely recall reading somewhere that Sun was building JDKs on some _ancient_ build machine, maybe Solaris 7 or 8.
[07:16:33] *** hemi770_ is now known as hemi770
[07:22:29] *** freakazoid0223 <freakazoid0223!~matt@pool-108-52-159-210.phlapa.fios.verizon.net> has quit IRC (Remote host closed the connection)
[07:37:45] *** wacki <wacki!~wacki@i577A5362.versanet.de> has joined #illumos
[07:53:37] *** sensille_ is now known as sensille
[08:00:39] <tsoome> I think the common binary for illumos and solaris is a bit extreme
[08:01:55] <LeftWing> Yeah, I don't think it's a good idea. You won't be able to use anything added to either platform in basically a decade or more
[08:13:37] *** rmustacc_ is now known as rmustacc
[08:31:12] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Quit: tsoome)
[08:49:40] *** merzo <merzo!~merzo@9-59-133-95.pool.ukrtel.net> has joined #illumos
[08:59:16] *** aszeszo_ <aszeszo_!~aszeszo@unaffiliated/aszeszo> has quit IRC (Remote host closed the connection)
[08:59:55] *** MarcelT <MarcelT!~marcel@tortuga.telka.sk> has joined #illumos
[08:59:57] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #illumos
[09:18:57] *** Guest96530 <Guest96530!~kayront@zbase.xen.prgmr.com> has left #illumos ("Leaving")
[09:19:46] *** kayront <kayront!~kayront@unaffiliated/kayront> has joined #illumos
[09:25:17] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[09:30:00] *** merzo <merzo!~merzo@9-59-133-95.pool.ukrtel.net> has quit IRC (Ping timeout: 255 seconds)
[09:40:48] *** alanc <alanc!~alanc@129.157.69.43> has quit IRC (Ping timeout: 255 seconds)
[09:45:12] *** alanc <alanc!~alanc@129.157.69.43> has joined #illumos
[09:47:20] *** khng300 <khng300!~khng300@unaffiliated/khng300> has quit IRC (Read error: Connection reset by peer)
[09:47:25] *** khng300_ <khng300_!~khng300@unaffiliated/khng300> has joined #illumos
[09:52:46] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has quit IRC (Remote host closed the connection)
[09:54:57] *** andy_js <andy_js!~andy@94.6.62.238> has joined #illumos
[10:06:01] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[10:09:24] *** jimklimov <jimklimov!~jimklimov@ip-86-49-245-95.net.upcbroadband.cz> has joined #illumos
[10:13:01] *** eau_ is now known as eau
[10:17:29] <tomww_> despair86: what about a "fat binary"? compiled on target OS but all version linked together and selected at runtime? I thought that was a (Sun-) plan for at least different hardware types
[10:18:54] * despair86 did not know the oracle-FOSS divergence was even wider than imagined
[10:26:55] <tomww_> despair86: the OpenCSW people have a lot of experience with compiling on one OS but have packages run on different OS versions.
[10:27:50] <tomww_> they tweak version requirements in the binaries, watch for e.g. SUNW_<numbers> (if I recall the string correctly)
[10:28:20] *** tomww_ is now known as tomww
[10:31:04] <tomww> e.g. SUNW_1.20.4 and SUNW_1.23. Their source repository or the tool "gar" used for controlling the builds should have hints. Or ask on IRC channel #opencsw
[10:31:24] <despair86> sure thing
[10:32:30] *** merzo <merzo!~merzo@ll-202.208.223.85.sovam.net.ua> has joined #illumos
[10:37:25] *** amrfrsh <amrfrsh!~Thunderbi@37.48.118.41> has joined #illumos
[10:40:52] *** merzo <merzo!~merzo@ll-202.208.223.85.sovam.net.ua> has quit IRC (Read error: Connection reset by peer)
[10:41:15] *** merzo <merzo!~merzo@ll-202.208.223.85.sovam.net.ua> has joined #illumos
[10:54:55] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has joined #illumos
[11:08:06] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 258 seconds)
[11:40:08] <tsoome> OSX did use the fat binaries for ppc->x86, but they really are only useful for transitioning time - people do not really like the wasted disk space:)
[11:40:45] <tsoome> anyone else to look on https://illumos.org/rb/r/1665/ ?
[12:09:41] <andyf> tsoome, looks reasonable. Any idea what version of zlib the embedded version was before?
[12:11:44] <despair86> v1.2.3 according to https://github.com/illumos/illumos-gate/blob/master/usr/src/uts/common/zmod/zlib.h
[12:12:10] <despair86> looks sane, ship it
[12:13:16] *** amrfrsh <amrfrsh!~Thunderbi@37.48.118.41> has quit IRC (Ping timeout: 244 seconds)
[12:14:07] <andyf> There is a lot of testing that could be done; I don't know how much makes sense. Probably at least both ways.
[12:20:00] *** ed209 <ed209!~ed209@165.225.128.67> has quit IRC (Remote host closed the connection)
[12:20:09] *** ed209 <ed209!~ed209@165.225.128.67> has joined #illumos
[12:23:07] <tsoome> yes, version 1.2.3, July 18th, 2005
[12:23:58] <despair86> >Not updated since the original tonic-gate code drop
[12:24:05] * despair86 sharp gasp
[12:24:16] <tsoome> there was an attempt to refresh it by jeffpc (to 1.2.8) but there was a trap - there were bugs in middle releases.
[12:25:09] <tsoome> Apparently now it has been stable enough for some time.
[12:25:59] <tsoome> despair86: you can still find notes from code like “should be removed in 2.6” :)
[12:26:17] <despair86> well yeah
[12:26:32] * despair86 points to the Solaris 5 vi
[12:27:22] <despair86> "Version SVR4.0, Solaris 2.5.0"
[12:27:26] *** wacki <wacki!~wacki@i577A5362.versanet.de> has quit IRC (Ping timeout: 252 seconds)
[12:27:55] *** wacki <wacki!~wacki@i577A5362.versanet.de> has joined #illumos
[12:28:13] <tsoome> and for fun fact, spppcomp has zlib-1.1.3.
[12:34:22] *** merzo <merzo!~merzo@ll-202.208.223.85.sovam.net.ua> has quit IRC (Ping timeout: 258 seconds)
[12:44:48] *** _joes_ <_joes_!~Thunderbi@194.75.135.30> has joined #illumos
[13:06:57] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Remote host closed the connection)
[13:07:33] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #illumos
[13:10:31] *** psarria <psarria!~psarria@142.red-79-146-98.dynamicip.rima-tde.net> has joined #illumos
[13:12:44] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[13:20:03] *** amrfrsh <amrfrsh!~Thunderbi@pptp-194-95-2-191.pptp.padnet.de> has joined #illumos
[13:21:48] *** amrmesh <amrmesh!~Thunderbi@pptp-194-95-3-0.pptp.padnet.de> has joined #illumos
[13:25:07] *** amrfrsh <amrfrsh!~Thunderbi@pptp-194-95-2-191.pptp.padnet.de> has quit IRC (Ping timeout: 276 seconds)
[13:25:08] *** amrmesh is now known as amrfrsh
[13:32:33] *** amrmesh <amrmesh!~Thunderbi@host-625418f2feae94287d31.ip6.padnet.de> has joined #illumos
[13:33:47] *** amrfrsh <amrfrsh!~Thunderbi@pptp-194-95-3-0.pptp.padnet.de> has quit IRC (Ping timeout: 245 seconds)
[13:33:47] *** amrmesh is now known as amrfrsh
[13:36:13] *** ChrisJames02170 <ChrisJames02170!~py@169.48.236.23.bc.googleusercontent.com> has joined #illumos
[13:38:30] *** merzo <merzo!~merzo@195.20.130.10> has joined #illumos
[13:41:26] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Remote host closed the connection)
[13:43:39] <rsmarples> IPPROTO_ICMPV6 - is there anything special i need to do with this socket to receive NA messages?
[13:43:57] <rsmarples> all I can get is a solicited RA that's unicast - nothing broadcast
[13:45:33] <igork> rsmarples: will be better try to ask a little later where network guru will be online
[13:45:43] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[13:45:56] <rsmarples> igork: who is the network guru?
[13:46:05] <igork> danmcd
[13:47:09] *** amrfrsh <amrfrsh!~Thunderbi@host-625418f2feae94287d31.ip6.padnet.de> has quit IRC (Ping timeout: 252 seconds)
[13:48:16] <jlevon> ah crap, webrev -c seems broken
[13:49:59] <tsoome> hm?
[13:50:24] <jlevon> it seems to be diffing against HEAD not against the two revisions
[13:50:40] <jlevon> or maybe the working dir
[13:51:12] <tsoome> using with -p ?
[13:51:22] <jlevon> no?
[13:51:46] <tsoome> I have used -p baserev -c currentrev
[13:52:36] <jlevon> by default the parent is currentrev~1 there
[13:59:39] <jlevon> + cp /export/home/gk/src/illumos-gate/usr/src/lib/libctf/common/ctf_merge.c /export/home/gk/src/illumos-gate/webrev/raw_files/new/usr/src/lib/libctf/common/ctf_merge.c
[13:59:43] <jlevon> bad :)
[14:01:10] <igork> jlevon: have you plans upstream all ctf updates from joyent tree ?
[14:01:16] <jlevon> I'm working on it now.
[14:01:21] <igork> thanks
[14:05:34] *** amrfrsh <amrfrsh!~Thunderbi@host-6257234431086ae0422b.ip6.padnet.de> has joined #illumos
[14:08:39] <Smithx10> LeftWing: w00t w00t, GCP building
[14:16:24] *** amrfrsh <amrfrsh!~Thunderbi@host-6257234431086ae0422b.ip6.padnet.de> has quit IRC (Quit: amrfrsh)
[14:17:02] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has joined #illumos
[14:24:21] *** baojg <baojg!~baojg@162.243.44.213> has joined #illumos
[14:33:09] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Remote host closed the connection)
[14:34:03] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[14:34:16] *** amrfrsh <amrfrsh!~Thunderbi@pptp-194-95-3-19.pptp.padnet.de> has joined #illumos
[14:36:29] *** amrfrsh <amrfrsh!~Thunderbi@pptp-194-95-3-19.pptp.padnet.de> has quit IRC (Read error: Connection reset by peer)
[14:43:24] *** _joes_ <_joes_!~Thunderbi@194.75.135.30> has quit IRC (Remote host closed the connection)
[14:43:43] *** _joes_ <_joes_!~Thunderbi@194.75.135.30> has joined #illumos
[14:48:58] *** lblume <lblume!~lblume@greenviolet/laoyijiehe/lblume> has quit IRC (Ping timeout: 258 seconds)
[14:52:52] *** amrfrsh <amrfrsh!~Thunderbi@pptp-194-95-1-217.pptp.padnet.de> has joined #illumos
[14:57:09] *** amrfrsh <amrfrsh!~Thunderbi@pptp-194-95-1-217.pptp.padnet.de> has quit IRC (Ping timeout: 255 seconds)
[15:01:55] *** baojg <baojg!~baojg@162.243.44.213> has quit IRC (Remote host closed the connection)
[15:10:40] *** rsully <rsully!~rsully@unaffiliated/rsully> has joined #illumos
[15:12:06] *** Kurlon <Kurlon!~Kurlon@98.13.72.207> has quit IRC (Ping timeout: 246 seconds)
[15:20:32] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[15:32:52] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[15:34:58] *** amrfrsh <amrfrsh!~Thunderbi@212.32.229.66> has joined #illumos
[15:40:27] *** MilkmanDan <MilkmanDan!~dan@wilug/expat/MilkmanDan> has quit IRC (Ping timeout: 245 seconds)
[15:42:53] *** MilkmanDan <MilkmanDan!~dan@wilug/expat/MilkmanDan> has joined #illumos
[15:47:59] *** baojg <baojg!~baojg@162.243.44.213> has joined #illumos
[15:52:36] *** lblume <lblume!~lblume@greenviolet/laoyijiehe/lblume> has joined #illumos
[15:55:02] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[15:56:01] *** serapheim <serapheim!~serapheim@172.92.5.112> has joined #illumos
[15:58:52] <tsoome> would like to get few more eyes over https://illumos.org/rb/r/1565/ :)
[16:00:49] <nbjoerg> danmcd?
[16:06:58] *** jubalh_ is now known as jubalh
[16:07:06] *** jubalh <jubalh!jubalh@nat/novell/x-istznzjgmwcvohez> has quit IRC (Changing host)
[16:07:06] *** jubalh <jubalh!jubalh@unaffiliated/jubalh> has joined #illumos
[16:07:39] *** serapheim <serapheim!~serapheim@172.92.5.112> has quit IRC (Ping timeout: 250 seconds)
[16:09:28] *** _joes_ <_joes_!~Thunderbi@194.75.135.30> has quit IRC (Remote host closed the connection)
[16:09:47] *** _joes_ <_joes_!~Thunderbi@194.75.135.30> has joined #illumos
[16:30:13] <rsmarples> ok - with IPV6_JOIN_GROUP and ipv6mr_interface 0, does it work on all interfaces or pick one and stick to it?
[16:30:39] <rsmarples> I can't find any code on github that says one way or the other
[16:36:10] *** freakazoid0223 <freakazoid0223!~matt@pool-108-52-159-210.phlapa.fios.verizon.net> has joined #illumos
[16:44:18] *** _joes_ <_joes_!~Thunderbi@194.75.135.30> has quit IRC (Ping timeout: 258 seconds)
[16:45:04] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Ping timeout: 258 seconds)
[16:52:59] <danmcd> Sorry. Just saw this
[16:53:07] * danmcd reads backscroll...
[16:53:13] <rmustacc> rsmarples: Based on my brief look through things, it will end up being related to a specific interface.
[16:53:35] <rmustacc> However, without a filter, any mcast traffic that reaches that interface regardless of the incoming ifindex will be used.
[16:53:43] <danmcd> Neighbor Advertisements get intercepted by the kernel for sure.
[16:53:59] <danmcd> I'm NOT sure if they get duplicated to any listening raw sockets. Lemme source dive a bit.
[16:54:01] <rmustacc> conn_hasmembers_ill_withsrc_v6() is what matches multicast packets for a given connection.
[16:55:14] <rsmarples> so basically my program on other OS just opens IPPROTO_ICMPV6 and it receives all RA's and NA's by default regardless of interface.
[16:55:30] <rmustacc> Well, I was about to say, I'm not convinced I'm reading it correctly.
[16:55:43] <rsmarples> I'm hoping that IPV6_JOIN_GROUP with 0 interface will work with Illumos the same way
[16:55:44] <danmcd> http://src.illumos.org/source/xref/illumos-gate/usr/src/uts/common/inet/ip/ip6.c#319
[16:55:51] <rsmarples> I don't really want to open a socket per interface
[16:55:53] <rmustacc> As it's very likely that it will.
[16:56:03] <rmustacc> And that other parts are replicating that mcast to the ill_t before that.
[16:56:07] <rmustacc> I just don't know for certain, sorry.
[16:56:23] <danmcd> I don't think Neighbor Advertisements get replicated for upstack. See that source pointer above.
[16:57:21] <rsmarples> i was following the source the other way, starting with IPV6_JOIN_GROUP and tried to see what it set
[16:57:29] <danmcd> s/don't think/know-for-sure now/g
[16:57:32] <danmcd> See this comment:
[16:57:42] <danmcd> http://src.illumos.org/source/xref/illumos-gate/usr/src/uts/common/inet/ip/ip6.c#185
[16:57:49] <rmustacc> rsmarples: In terms of the other way, you end up appending it to the filter list and it's checked in conn_hasmembers_ill_withsrc_v6().
[16:58:52] <danmcd> So if you want Neighbor {Adverts, Solicits}, you're going to have to alter the kernel.
[16:59:15] <rmustacc> Ah, looks like the path I was looking at is only for UDP multicast, sorry.
[16:59:53] <rsmarples> i can live with just the RA
[16:59:59] <danmcd> As for ROUTER adverts, those should be able to be received BUT you'll have to join the right mcast groups(s).
[17:00:36] <rsmarples> right. so my question still remains do i need to do this for each interested interface, or can i join with interface 0?
[17:00:47] <rsmarples> and receive for all interfaces?
[17:02:43] <nbjoerg> danmcd: there was also the question about libdlpi the other day
[17:03:03] <rmustacc> nbjoerg: Which one?
[17:03:25] <danmcd> rsmarples: I'm sorry, you'll have to do one per interface.
[17:03:30] <rsmarples> ok
[17:03:36] <rmustacc> danmcd: Which bit makes you say that?
[17:03:56] <danmcd> Start here:
[17:03:57] <danmcd> http://src.illumos.org/source/xref/illumos-gate/usr/src/uts/common/inet/ip/ip_multi.c#1727
[17:03:59] <danmcd> And follow to here:
[17:04:27] <nbjoerg> rmustacc: dlpi_walk is kind of unusable in the global zone
[17:04:39] <nbjoerg> rmustacc: because it only gives you the interface name, but not the zones
[17:05:03] <danmcd> http://src.illumos.org/source/xref/illumos-gate/usr/src/uts/common/inet/ip/ip6_if.c#81
[17:05:05] <rmustacc> We should probably only show you the global zone's via that interface, tbh.
[17:05:29] <nbjoerg> rmustacc: well, you can access the interface in any zone with dlpi_open_zone
[17:05:42] <nbjoerg> rmustacc: so it would make sense to be able to walk all zones as well
[17:05:46] <rmustacc> Yes, but.
[17:05:50] <rmustacc> There are several issues with taht.
[17:05:58] <nbjoerg> rmustacc: but yes, it makes a lot more sense if dlpi_walk could only provide the current zone
[17:06:15] <rmustacc> First off, that's only a private function and subject to be remvoed at any time and is only on SmartOS.
[17:06:17] <nbjoerg> and having a second dlpi_walk_zone or so with a different cb
[17:06:26] <rmustacc> Secondly, you can open the interface; however, you won't be in the context of that zone's netstack.
[17:06:32] <rmustacc> So you really can't do too much more than passive listening.
[17:06:56] <nbjoerg> context was about getting the interface configuration and the like
[17:07:04] <rmustacc> Yes, unfortunately, that won't work.
[17:07:13] <rmustacc> Because of how the netstacks work.
[17:07:17] <rmustacc> At least, I believe.
[17:07:29] <rmustacc> From wanting that same thing from the global zone.
[17:07:49] <rmustacc> All of the IP, TCP, etc. state is scoped to a netstack.
[17:08:17] <rmustacc> There is no ifindex corresponding to non-global zone NICs in the GZ.
[17:08:26] <rmustacc> So at least, the standard IP sioctls don't work.
[17:10:05] <rmustacc> Or was there some other way you were planning on using the interface name and a dlpi_open to get information?
[17:10:50] <rmustacc> In theory you shouldn't be able to dlpi_bind to any data link in that state.
[17:11:01] <rmustacc> Though I don't trust past me to have gotten that nuance correct necessairily.
[17:11:57] <rmustacc> richlowe`: And yes, we probably could make a world coexist where you refer to a dl name as zone/datalink
[17:12:56] <rmustacc> nbjoerg: Do you have more details about how you were planning on using the data link via dlpi?
[17:13:51] <rsmarples> rmustacc: actually he's just talking about my project where we found it as an error. i don't intend to do anything with it as such
[17:14:26] <rmustacc> OK, we'll get that straightend out.
[17:14:44] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Remote host closed the connection)
[17:15:24] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #illumos
[17:16:59] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[17:20:42] <danmcd> rsmarples: Did I answer you okay?
[17:21:19] <rsmarples> danmcd: yeah
[17:21:44] <danmcd> Thanks.
[17:21:46] <rsmarples> danmcd: thanks for help
[17:21:56] <danmcd> My pleasure.
[17:30:26] *** serapheim <serapheim!~serapheim@172.92.5.112> has joined #illumos
[17:33:01] *** baojg <baojg!~baojg@162.243.44.213> has quit IRC (Remote host closed the connection)
[17:45:34] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Remote host closed the connection)
[17:46:14] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #illumos
[17:55:58] *** merzo <merzo!~merzo@195.20.130.10> has quit IRC (Ping timeout: 250 seconds)
[18:04:37] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 245 seconds)
[18:07:01] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Remote host closed the connection)
[18:07:45] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #illumos
[18:08:32] *** serapheim <serapheim!~serapheim@172.92.5.112> has quit IRC (Ping timeout: 250 seconds)
[18:09:39] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[18:22:57] *** khng300_ <khng300_!~khng300@unaffiliated/khng300> has quit IRC (Ping timeout: 245 seconds)
[18:24:05] *** serapheim <serapheim!~serapheim@DELPHIX-COR.ear2.SanJose1.Level3.net> has joined #illumos
[18:32:30] *** atrius <atrius!~atrius@99-160-139-232.lightspeed.nsvltn.sbcglobal.net> has quit IRC (Ping timeout: 244 seconds)
[18:34:52] *** baojg <baojg!~baojg@162.243.44.213> has joined #illumos
[18:35:50] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 250 seconds)
[18:39:18] *** baojg <baojg!~baojg@162.243.44.213> has quit IRC (Ping timeout: 250 seconds)
[18:40:15] *** atrius <atrius!~atrius@99-160-139-232.lightspeed.nsvltn.sbcglobal.net> has joined #illumos
[18:49:31] *** jessfraz <jessfraz!~jessfraz@unaffiliated/jessfraz> has quit IRC (Remote host closed the connection)
[18:50:27] *** jessfraz_ <jessfraz_!~jessfraz@unaffiliated/jessfraz> has joined #illumos
[18:54:06] <gitomat> [illumos-gate] 10570 Need workaround to EFI boot on AMI BIOS -- John Levon <john.levon at joyent dot com>
[18:54:22] *** _joes_ <_joes_!~Thunderbi@santoroj.plus.com> has joined #illumos
[18:57:08] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[19:08:40] <gitomat> [illumos-gate] 10731 zfs: NULL pointer errors -- Toomas Soome <tsoome at me dot com>
[19:13:06] *** polishdub <polishdub!~polishdub@207.86.38.254> has joined #illumos
[19:18:33] *** mno-hime <mno-hime!~mno-hime@94.142.238.232> has joined #illumos
[19:22:05] *** khng300 <khng300!~khng300@unaffiliated/khng300> has joined #illumos
[19:44:11] *** merzo <merzo!~merzo@131-42-132-95.pool.ukrtel.net> has joined #illumos
[19:53:59] *** jeffpc_ is now known as jeffpc
[19:58:24] <richlowe`> rmustacc: making it zone/if0 co-exist doesn't really fix the problem if it's not the default.
[19:59:13] <richlowe`> from an old system admittedly, but https://gist.github.com/richlowe/c716eb535d0c7a27f231188ea23d8ab0 is a travesty
[20:00:17] *** richlowe` is now known as richlowe
[20:06:13] <rmustacc> I understand. Was just trying to suggest one can make both work, probably.
[20:06:29] <rmustacc> It'd require a bit of work, but you could.
[20:23:09] <jubal> @LeftWing - i'm super interested in the vioscsi/pit changes for google compute - would be interested to be a bit of a guinea pig when it comes time :)
[20:23:32] <LeftWing> jubal: What distribution are you interested in using on GCE?
[20:25:02] <ptribble> LeftWing: I'm definitely interested in having Tribblix running on GCE
[20:25:09] <jubal> Definitely omnios, (and smartos maybe down the road)
[20:25:39] <ptribble> The more cloud providers I have as options, the less I'm locked in
[20:25:40] <LeftWing> ptribble: If I get you an illumos-gate branch to build, can you spin some kind of ... image.. with that?
[20:25:58] <LeftWing> I'm working on DHCP client support for their whacky routing setup at the moment
[20:26:34] <richlowe> go LeftWing go
[20:26:42] <toasterson> I would want OI to run on GCE
[20:26:44] <ptribble> Yeah, should be reasonably simple. (Given the usual time constraints.)
[20:27:00] <LeftWing> ptribble: Do you have a guide where I could try it myself, if I end up with spare time haha
[20:27:26] <LeftWing> I remember roughly how distro-constructor works from a million years ago when I did some OI image spinning
[20:27:41] <richlowe> tribblix won't be using that surely
[20:27:43] * toasterson now has a keyboard with coloured phoenix meta key
[20:28:01] <ptribble> mine is somewhat different...
[20:28:03] <richlowe> I assume tribblix generates a QIC-60 or two :)
[20:30:06] <ptribble> At least I can build images that will fit on something like that and have room to spare
[20:32:18] <LeftWing> Sorry, I wasn't suggesting your thing was DC -- rather, I'm curious how it works in _contrast_ haha
[20:32:44] <LeftWing> The SmartOS image build process is pretty starkly different too
[20:33:10] <ptribble> One of the things I would like to do is get my distro building stuff to a state where anybody can run it
[20:33:29] <richlowe> googling whether I wanted to go with QIC-60 or 1600BPI for that sarcasm leads to some fun stuff for LeftWing, too
[20:33:36] <LeftWing> lol
[20:33:40] <richlowe> LeftWing: seems manual names (in cross references) were in roman numerals at one point.
[20:33:45] <LeftWing> They were, indeed!
[20:33:47] <richlowe> something else for your RFD :)
[20:34:06] <richlowe> sysv strayed from the light, we're just returning to glory
[20:34:09] <LeftWing> I believe Alan covered that in the blog post
[20:34:20] <richlowe> as long as you call it dtrace(VIII), we'll be fine
[20:34:34] <LeftWing> https://blogs.oracle.com/solaris/normalizing-man-page-section-numbers-in-solaris-114-v2
[20:34:36] <richlowe> zfs(VIIFS) is a bit of a mouthful
[20:35:16] <richlowe> LeftWing: obviously you need to add support to man(I) for that :)
[20:35:21] <LeftWing> lol
[20:35:40] <richlowe> as long as we don't have to disambiguate it'll be easy
[20:36:00] <richlowe> IIIC might be a well-formed number, I forget :\
[20:36:18] <ptribble> On that (almost) is there somewhere that says sections in man page cross references are uppercase?
[20:36:31] <richlowe> ptribble: LeftWing, voiciferously.
[20:37:05] <jbk> i guess to help with 7I->4I i should put up the rest of the 7I mandoc conversion
[20:37:22] <jbk> (it would make updating cross references there at least a fairly simple regex)
[20:37:36] <LeftWing> Apparently I'm a walking style guide appendix
[20:37:44] <richlowe> oh, *I sections would suck though!
[20:37:50] <LeftWing> hahaha
[20:37:51] <richlowe> forgot those
[20:38:03] <LeftWing> Do we have a 1I today?
[20:38:17] <LeftWing> haha, 1C -> IC -> 99 ?
[20:39:34] <ptribble> I still have this personal aversion to mandoc, but...
[20:40:08] <ptribble> as part of the illuminate graphical system info thing I wrote, I put together
[20:40:12] <rmustacc> ptribble: After haven written a lot of manaul pages in it, it's better than the groff.
[20:40:16] <rmustacc> Or the roff.
[20:40:20] <jbk> http://cr.illumos.org/~webrev/jbk/7i/ (though I need to go back and proof read termio)
[20:40:27] <jbk> it gets us semantic markup
[20:40:37] <jbk> which should make it easier to format for various outputs
[20:40:50] <ptribble> a gui interface for viewing man pages, and that hyperlinks the cross-references
[20:41:08] <rmustacc> Neat.
[20:41:16] <ptribble> properly, unlike the old roff pages, so I'm all in favour of converting
[20:41:51] <richlowe> mandoc the macro set is good, mandoc the implementation that isn't roff-based is wonderful.
[20:42:04] <LeftWing> Yeah it's super tight
[20:43:04] <LeftWing> https://illumos.org/man just runs "mandoc" and formats the output a bit
[20:43:32] <jbk> how does it compare w/ mandoc's html output mode (at least for converted pages) ?
[20:43:32] <richlowe> and not even mandoc -Thtml, for some reason
[20:43:41] <LeftWing> Loko.
[20:43:43] <LeftWing> *Look
[20:44:11] <richlowe> jbk: mandoc -Thtml should handle -man pages just fine too
[20:45:01] <LeftWing> It didn't have my nostalgic aesthetic when I ran it though
[20:45:27] <LeftWing> It was too 1995 Netscape 2.0, and not enough 1985 DEC terminal
[20:45:47] <LeftWing> But, yes, it had all the links and stuf
[20:45:48] <LeftWing> f
[20:46:39] <richlowe> surely with all the modern CSS you could make it phosphor effect and everything?
[20:46:53] <LeftWing> ha
[21:09:33] <despair86> sh(Ihas) or vi(IHAS)
[21:11:12] <tsoome> danmcd: looks like there is bug in one test
[21:13:42] <denk> have you ever used openldap for authorization in illumos?
[21:15:18] <gitomat> [illumos-gate] 10752 fcsm: NULL pointer errors -- Toomas Soome <tsoome at me dot com>
[21:15:27] *** dillona <dillona!~dillona@165.225.131.166> has joined #illumos
[21:15:35] <denk> I mean illumos as client and server
[21:17:53] <jbk> i've used opendj/opends, though no reason openldap shouldn't work
[21:18:18] <toasterson> I am using illumos as client for openldap
[21:18:28] <igork> jbk: did you use illumos as client?
[21:18:44] <jbk> yes, though it was a while ago
[21:18:59] <igork> we are interested in auth illumos client - like ssh - from corp LDAP
[21:19:01] <jbk> but nothing significant has changed in that code
[21:19:21] <jbk> it helps a lot to understand ldap in general
[21:19:41] <igork> jbk: some recommendation for start point?
[21:19:55] <igork> i mean - how to setup illumos as client
[21:20:00] <richlowe> opends is useful because it's the descendent of the iplanet everything expects too
[21:20:01] <Smithx10> LeftWing: So is the SmartOS GCP ready to roll? :P
[21:20:18] <toasterson> oh yes heh the ldaps config.... I should update a public documentation with that nuicance at some point
[21:20:19] <jbk> richlowe: yes and no :)
[21:20:19] <Smithx10> I did a little dance when I saw your tweet
[21:20:31] <jbk> it's a completely rewrite in java
[21:20:34] <LeftWing> denk: I have some notes -- https://github.com/jclulow/illumos-ldap/tree/master/openldap
[21:20:39] <jbk> and our idsconfig won't work with it
[21:20:55] <LeftWing> My notes include a schema file I constructed that does what idsconfig(1M) would do.
[21:20:58] <denk> LeftWing: thanks
[21:20:59] <gitomat> [illumos-gate] 10753 qlc: NULL pointer errors -- Toomas Soome <tsoome at me dot com>
[21:21:01] <jbk> i had written (but have since lost) a script that took care of the setup w/ opendj
[21:21:03] <richlowe> jbk: well, our idsconfig worked whenever I tried a decade ago!
[21:21:14] <LeftWing> It does if you have Sun DSEE
[21:21:23] <LeftWing> https://github.com/jclulow/illumos-ldap/blob/b5d62bc280e460154d30ca8261fe628b10be7aec/openldap/schema/illumos.ldif#L1-L14
[21:21:41] <jbk> yes, which is descended from the old netscape ldap server
[21:22:30] <toasterson> you will need to look into mozilla nss commands if you want ldaps
[21:22:42] <jbk> one thing that isn't explained well is the DUAConfigProfile stuff
[21:23:05] <toasterson> they where a pain to reverse engineer
[21:23:13] <jbk> (basically you can store your ldap client config as an ldap object, and the clients will periodically resync their local config from it)
[21:23:23] <jbk> ahh certutil
[21:23:34] <toasterson> jbk yes
[21:24:00] <toasterson> and it needs a custom database for accepted ssl certs under /var/ldap
[21:24:15] <toasterson> or wherever ldapconfig saves the profile configuration files
[21:24:21] <LeftWing> I mean, it's not a _custom_ database, it's an NSS certificate file thing.
[21:24:49] <LeftWing> I suppose I should add TLS configuration details to my notes
[21:25:01] <gitomat> [illumos-gate] 10754 portfs: NULL pointer errors -- Toomas Soome <tsoome at me dot com>
[21:25:21] <danmcd> tsoome: Hmmm:
[21:25:23] <danmcd> egrep: RE error in |38110|34922: invalid regular expression
[21:26:05] <toasterson> Leftwing it is not the system database is what i meant. the mozilla nss format but not the systemwide file.
[21:26:22] <toasterson> Leftwing I need to write down my notes at some point also
[21:26:48] <toasterson> They are quite the extension to the notes in OI wiki.
[21:27:01] <tsoome> danmcd: yep, that one
[21:27:06] <danmcd> "First local port == " ==> that's the problem.
[21:27:16] <danmcd> Okay, but that's good enough for me, as it's not a PF_KEY regression.
[21:27:26] <danmcd> Unless, of course, telnet is the problem?
[21:27:28] <toasterson> jbk one important note. LDAP fields are not allowed to contain the ':' Character in them or no user can log in
[21:29:46] <tsoome> danmcd: na, telnet is working fine:)
[21:30:06] <danmcd> No idea why the find-the-local-port pipeline failed for that one, then...
[21:30:07] <tsoome> just did test it
[21:30:11] *** jubal <jubal!~jubal@226-5-237-24.gci.net> has quit IRC (Ping timeout: 268 seconds)
[21:30:29] <danmcd> That test worked fine on my stock smartos, FWIW.
[21:31:15] <tsoome> which egrep?
[21:31:26] <tsoome> doesnt smartos have gnu first?
[21:33:17] <tsoome> yes thats it
[21:41:08] <gitomat> [illumos-gate] 10756 kaio: NULL pointer errors -- Toomas Soome <tsoome at me dot com>
[21:45:44] <gitomat> [illumos-gate] 10829 zpool-features.5 add missing .RE -- Toomas Soome <tsoome at me dot com>
[21:50:02] <gitomat> [illumos-gate] 10745 rlmod: NULL pointer errors -- Toomas Soome <tsoome at me dot com>
[21:52:30] *** sarvet <sarvet!~sarvet@dslb-088-077-119-132.088.077.pools.vodafone-ip.de> has joined #illumos
[21:58:06] <gitomat> [illumos-gate] 10758 c2audit: NULL pointer errors -- Toomas Soome <tsoome at me dot com>
[21:58:49] <toasterson> the tsoome has still after quackes :)
[22:00:05] <toasterson> tsoome how much through the null pointer wave are we actually?
[22:00:28] <tsoome> getting kernel done. for x86
[22:00:52] <tsoome> should be ~ 2/3 or so
[22:01:13] <toasterson> nice. keep it comming
[22:05:05] <gitomat> [illumos-gate] 10762 hidparser: NULL pointer errors -- Toomas Soome <tsoome at me dot com>
[22:11:09] <gitomat> [illumos-gate] 10765 acpica: NULL pointer errors -- Toomas Soome <tsoome at me dot com>
[22:20:01] *** ed209 <ed209!~ed209@165.225.128.67> has quit IRC (Remote host closed the connection)
[22:20:19] *** ed209 <ed209!~ed209@165.225.128.67> has joined #illumos
[22:22:23] *** jimklimov <jimklimov!~jimklimov@ip-86-49-245-95.net.upcbroadband.cz> has quit IRC (Quit: Leaving.)
[22:58:13] *** wacki <wacki!~wacki@i577A5362.versanet.de> has quit IRC (Quit: Lingo: www.lingoirc.com)
[23:05:05] *** Kurlon_ <Kurlon_!~Kurlon@bidd-pub-04.gwi.net> has joined #illumos
[23:08:26] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[23:08:49] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 276 seconds)
[23:09:26] *** Kurlon_ <Kurlon_!~Kurlon@bidd-pub-04.gwi.net> has quit IRC (Ping timeout: 244 seconds)
[23:28:26] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[23:28:43] *** rsully <rsully!~rsully@unaffiliated/rsully> has quit IRC (Quit: rsully)
[23:29:06] *** jubal <jubal!~jubal@24.237.158.23> has joined #illumos
[23:37:26] <rsmarples> danmcd: is it possible to add a route which doest
[23:37:45] <rsmarples> doesn't have a gateway, or the gateway is the interface?
[23:38:38] <rsmarples> this so that ipv4ll hosts can *try* to reach non ipv4ll hosts
[23:39:19] <rsmarples> route add default -interface net0
[23:39:23] <rsmarples> something like that
[23:40:35] <LeftWing> rsmarples: It is
[23:41:45] <LeftWing> Given the IP address of the interface you want to use (in "$ip"), you can: route add -host 10.138.0.1 -gateway "$ip" -interface
[23:42:01] <LeftWing> For a particular host
[23:43:35] <LeftWing> It does seem you could also: route add A.B.C.D/N "$ip" -interface
[23:43:40] <rsmarples> LeftWing: so route add default -gateway "$ip" -interface might work?
[23:44:20] <LeftWing> Yes, the manual suggests that "a host could be configured to ARP for all addresses, without regard to the configured interface netmask, by adding a default route using this command. For example: route add default hostname -interface"
[23:44:27] <LeftWing> Where "hostname" is effectively "$ip"
[23:44:44] <rsmarples> nice
[23:44:57] <rsmarples> so i just need to fix my rtm_ message
[23:45:27] <LeftWing> I'm not sure what the RTM message would look like, but I suspect you could dtrace what route(1M) is doing to find out
[23:45:32] <LeftWing> Or look in the source, tec
[23:45:33] <LeftWing> *etc
[23:45:34] *** Kurlon <Kurlon!~Kurlon@98.13.72.207> has joined #illumos
[23:46:22] <rsmarples> never used dtrace. but will bear it in mind
[23:47:47] <rsmarples> LeftWing: thanks
[23:48:08] <LeftWing> You're welcome!
top

   April 23, 2019  
< | 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 | >