January 1, 2013 
< | 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 | 31 | >
January 1, 2013 [00:02:01] *** ipalreadytaken has quit IRC[00:03:29] *** ipalreadytaken has joined #smartos[00:06:11] *** rcamera has joined #smartos[00:07:36] *** ryancnelson has joined #smartos[00:07:51] *** daleg has quit IRC[00:25:58] *** rcamera has quit IRC[00:33:07] *** ipalreadytaken has quit IRC[00:33:54] *** deirdres has quit IRC[00:35:08] *** deirdres has joined #smartos[00:36:47] *** deirdres has quit IRC[00:38:02] *** linuxprofessor has joined #smartos[00:38:31] *** deirdres has joined #smartos[00:42:14] *** deirdres has quit IRC[00:44:51] *** elijah-m_ is now known as elijah-mbp[01:12:39] *** deirdres has joined #smartos[01:12:54] *** jamesd_ has joined #smartos[01:15:33] *** jamesd has quit IRC[01:29:10] *** deirdres has quit IRC[02:30:28] *** kimc has quit IRC[02:34:31] *** Cpt-Oblivious has joined #smartos[03:02:40] *** newlix has joined #smartos[03:05:18] *** marsell has joined #smartos[03:07:24] *** newlix has quit IRC[03:07:32] *** deirdres has joined #smartos[03:31:29] *** ryancnelson has quit IRC[03:40:58] *** miine_ has joined #smartos[03:41:26] *** forexample_ has quit IRC[03:41:43] *** masked has joined #smartos[03:41:43] *** masked has joined #smartos[03:42:35] *** miine has quit IRC[03:42:35] *** miine_ is now known as miine[03:56:49] *** szaydel has quit IRC[03:58:07] *** newlix has joined #smartos[04:02:29] *** newlix has quit IRC[04:03:29] *** Cpt-Oblivious has quit IRC[04:20:35] <AlainODea> I am experiencing some oddities with the latest Riak image. Riak doesn't start when I run 'svcadm enable riak' and the log doesn't appear to be used. Running 'riak start' does start Riak successfully, but logs a warning that I should use 'svcadm enable riak'.[04:34:36] <konobi> AlainODea: what amount of ram?[04:46:05] *** deirdres has quit IRC[04:49:35] *** Kireji has joined #smartos[04:50:00] <Kireji> system/sac is coming up offline* on reboot - what is that? It's leaving all out user serrvices in maint[04:50:13] <Kireji> dropped all out produciton servies[04:50:22] <Kireji> dropped all *our produciton servies[04:50:36] *** jamesd_ has quit IRC[05:13:47] <konobi> AlainODea: checked syslog?[05:13:53] <konobi> um... Kireji even[05:23:13] <rmustacc> offline* means it is transitioning.[05:25:30] <AlainODea> konobi: Sorry, went next door to ring in New Years. 256MB of RAM.[05:28:14] *** deirdres has joined #smartos[05:29:44] *** deirdres has quit IRC[05:30:41] <konobi> AlainODea: riak zones really need a minimum of 1GB[05:33:39] <AlainODea> konobi: thank you. I just vmadm update UUID with {"max_physical_memory": 1024} as an argument. After a (effectively instantaneous) reboot the problem is gone and Riak starts successfully. SmartMachines are very nice.[05:36:17] <konobi> np[05:36:55] <AlainODea> konobi: time for substantially more RAM I think. The 6GB in my home lab machine is hopeless. I have 192GB in the data center research box so I'll probably have to continue my work there in the meantime :)[05:38:29] <konobi> AlainODea: yeah, i'd love to test out a zbox id82 at some point[05:52:16] *** jamesd has joined #smartos[05:58:35] *** newlix has joined #smartos[06:03:29] *** newlix has quit IRC[06:06:00] <AlainODea> Is it normal for zones to be unable to ping each other?[06:07:35] <AlainODea> PEBKAC again. Wrong subnet. Two different SmartOS hosts... one weak tired brain operating them.[06:07:45] <AlainODea> In short, the ping works.[06:20:24] *** dysinger_ has joined #smartos[06:22:07] *** dysinger has quit IRC[06:22:07] *** dysinger_ is now known as dysinger[06:31:52] *** jamesd has quit IRC[06:43:16] <AlainODea> I love that not only can you script the bringup of a Riak cluster on SmartOS, it's easy to do. Now I need to look into deploying more SmartOS boxes to get hardware fault-tolerance :) It's all recipe now.[06:51:37] *** joshie has quit IRC[06:52:40] <konobi> AlainODea: playing with user-script metadata?[07:11:32] *** joshie has joined #smartos[07:19:42] *** jamesd has joined #smartos[07:28:49] *** biant92 has joined #smartos[07:58:55] *** newlix has joined #smartos[08:03:23] *** newlix has quit IRC[08:10:24] *** jamesd has quit IRC[09:04:18] *** joshie has quit IRC[09:12:14] *** marsell has quit IRC[09:13:57] *** joshie has joined #smartos[09:23:40] *** texarcana has quit IRC[09:24:57] *** texarcana has joined #smartos[10:01:36] *** molybdenum1 is now known as molybdenum[10:54:23] *** ipalreadytaken has joined #smartos[11:05:16] *** ipalreadytaken has quit IRC[11:09:38] <molybdenum> so, while my NICs are available but not plumbed, as explained earlier (Sunday), the smartos bootup scripts appear to expect to have a working network interface in some circumstances, is that right?[11:12:23] <linuxprofessor> yeah, the admin nic[11:14:39] <molybdenum> thanks, so my system has two NICs (igb0/1) and is booting via PXE/iPXE. I suppose that implies I need to define the admin NIC pre-boot in the kernel arguments?[11:15:11] <molybdenum> (as neither igb0 or igb1 are being selected by default as the admin NIC)[11:15:44] <linuxprofessor> as im using a usbkey i really dont know how to define it with using pxe[11:16:09] <MerlinDMC> you need to have a configuration on the zones pool - boot with smartos=true and configure the system once[11:16:12] <linuxprofessor> i expect there's no /usbkey/config when pxebooting?[11:16:15] <molybdenum> sure, but the point is, you have to actually define it explicitly, rather than rely on default behaviours, rioghtight?[11:16:26] <molybdenum> er, just "right". :)[11:16:31] <MerlinDMC> the automatic install/config via scripts is not in the normal smartos platform afaik[11:16:45] <linuxprofessor> as expected[11:16:52] *** Cpt-Oblivious has joined #smartos[11:17:45] <molybdenum> thanks, understood now. my next challenge is find disks on this server. I think i need drivers that aren't built-in.[11:17:52] <molybdenum> is *to* find disks, that is[11:18:22] <MerlinDMC> what controller is that? ... is it on the illumos hcl? http://illumos.org/hcl/[11:18:49] <molybdenum> nope, it's a 3ware 9650[11:19:18] <molybdenum> i got the impressions from some googling that you can somehow get the opensolaris drivers to work (from 3ware/LSI)[11:19:27] <linuxprofessor> when booting pxe, do you usually have a usbkey to save node specific data?[11:19:48] <MerlinDMC> linuxprofessor, the folder /usbkey is _not_ on the usbkey[11:20:19] <MerlinDMC> you can pull out the usbkey after bootup and the system is fine[11:20:27] <molybdenum> so where would you put the persistent data (in best practice), on a usb key or the hard drive pools?[11:20:39] <linuxprofessor> ah, noticed now it's not on the key =)[11:20:51] <linuxprofessor> the pool[11:20:53] <linuxprofessor> apparently =)[11:21:08] <MerlinDMC> molybdenum, it will be on harddrive only one config file and some folders for logs + dump & swap[11:21:25] <molybdenum> ta[11:30:58] *** biant92 has quit IRC[11:45:52] *** biant92 has joined #smartos[11:45:53] <MerlinDMC> paolo here somehow?[11:49:28] <linuxprofessor> saw hos problem on the mailing list, has someone figured out what causes it?[11:49:36] <linuxprofessor> s/hos/his[11:50:20] <MerlinDMC> linuxprofessor, i think there are some typos in the vmadm parts for provision transition states[11:50:30] *** Cpt-Oblivious has quit IRC[11:50:41] <MerlinDMC> you can get around that in some ways ... but that is the dirty way ;)[11:51:15] *** newlix has joined #smartos[11:51:58] <MerlinDMC> I did dig around there yesterday but the code for those provisioning parts is hard to debug - at least for me ^^[11:52:19] <linuxprofessor> I used to have the problem, no idea what I did to make it go away[11:52:47] <MerlinDMC> it somehow depends on network connectivity or configuration[11:53:09] <MerlinDMC> for example i can provision on external nic-tag but not on admin[11:54:09] *** marsell has joined #smartos[11:54:34] <linuxprofessor> i have a faint memory of the problem surfacing when i didnt add a gateway in the json file[11:55:32] *** newlix has quit IRC[11:58:47] <MerlinDMC> my custom build of the platform works without problems ;)[12:01:58] *** biant92 has quit IRC[12:02:32] *** biant92 has joined #smartos[12:14:50] *** LucidDreamZzZ has joined #smartos[12:35:55] *** ins0mnia has joined #smartos[13:31:55] <lundh> is there any limitation that only makes it possible to connect to a zone throught the default network interface?[13:35:23] <linuxprofessor> the spoof protection maybe?[13:38:30] <lundh> what do you mean?[13:39:32] <linuxprofessor> have you set the properties for that nic to allow traffic from/to that certain IP?[13:39:45] *** newlix has joined #smartos[13:41:06] <lundh> no...[13:41:15] <lundh> how do I do that+[13:42:38] <lundh> and I dont belive I had to do that before, It does recieve an IP from my ISPs DHCP-server[13:43:02] <linuxprofessor> nah, then you shouldn't have to[13:43:03] <lundh> but SSH doesnt work and no other port seems to be open either[13:43:25] <lundh> but I get connect from the machine[13:43:47] *** newlix has quit IRC[13:44:13] *** szaydel has joined #smartos[13:44:13] <linuxprofessor> I was lazy and just allowed IP spoofing[13:44:23] <linuxprofessor> it works, but it might not be the right way to do it. hehe[13:44:33] <lundh> I can try that... ;)[13:44:52] <linuxprofessor> had to do it to get IPv6 connectivity[13:44:59] <linuxprofessor> if i remember correctly[13:45:51] <lundh> I'll try that[13:49:23] <lundh> nope, didnt help[13:50:49] <lundh> this is what my network config looks like: https://gist.github.com/c6563ff20de77bd19ce2[13:50:50] <linuxprofessor> and you rebooted after update? =)[13:50:54] <lundh> yes[13:51:08] <linuxprofessor> hmm[13:51:13] *** KermitTheFragger has joined #smartos[13:51:17] <lundh> actually I turned it off, updated and then restarted[13:51:28] <linuxprofessor> i'll post my conf for my router/firewall[13:51:42] <lundh> thank you :)[13:51:58] <linuxprofessor> http://pastebin.com/WAi4KqTA[13:52:06] <linuxprofessor> altough im not using vlans[13:52:12] <lundh> wonder if it has anything to do with my switch config...[13:52:41] <linuxprofessor> evil switch?[13:56:14] <lundh> not really, HP ProCurve 1810G[13:56:23] <lundh> but that was not it[13:56:37] *** Cpt-Oblivious has joined #smartos[13:56:51] <lundh> thw switch is set up as it should be.[13:58:23] <linuxprofessor> what if you use two different nics and native vlans on both?[13:58:35] <linuxprofessor> just for testing purposes[13:58:40] <lundh> only have one nic[13:59:03] <lundh> but the vlan setup is not the issue[13:59:29] <lundh> bee running it like this for a couple of years[14:02:03] <linuxprofessor> did it just stop working all of a sudden?[14:02:22] <lundh> no, I dont think it ever worked with this zone[14:03:37] <linuxprofessor> my conf is for a kvm vm btw, not a zone[14:03:43] <linuxprofessor> not that it should make a difference[14:03:59] <lundh> shouldn't matter[14:06:19] <lundh> and I'm out of IPs (I get 5 from my ISP) so creating a test machine fails[14:06:43] <lundh> guess I have to wait until the lease is released[14:06:50] *** jamesd has joined #smartos[14:14:44] *** Webhostbudd has quit IRC[14:18:40] *** Webhostbudd has joined #smartos[14:20:17] *** Webhostbudd_ has joined #smartos[14:20:36] *** Webhostbudd has quit IRC[14:20:43] <lundh> hmm, switched primary to the other vnic, no difference[14:48:03] *** Webhostbudd_ has quit IRC[14:49:27] *** Webhostbudd has joined #smartos[14:53:13] *** KermitTheFragger has quit IRC[15:05:04] <lundh> it must be some setting in the zone that is blocking the traffic. I created another zone with an identical setup only this the second interface was added at create time instead of afterwards[15:05:24] <lundh> and that works[15:16:50] <lundh> no firewall running either[15:29:18] <lundh> /etc/defaultrouter seems to have been one of the issues[15:37:51] *** Teknix has quit IRC[15:38:14] *** Teknix has joined #smartos[15:39:23] *** mgt576 has joined #smartos[15:39:48] *** newlix has joined #smartos[15:44:05] *** newlix has quit IRC[16:12:42] *** mgt576 has quit IRC[17:10:24] *** ins0mnia has quit IRC[17:15:33] *** potatosalad has joined #smartos[17:16:57] *** dap has joined #smartos[17:27:26] *** potatosalad has quit IRC[17:32:21] *** forexample_ has joined #smartos[17:32:21] *** masked has quit IRC[17:40:10] *** newlix has joined #smartos[17:44:08] *** kimc has joined #smartos[17:44:08] *** kimc has joined #smartos[17:44:37] *** newlix has quit IRC[17:58:00] *** marsell has quit IRC[18:05:16] *** ClausA has quit IRC[18:07:30] *** ins0mnia has joined #smartos[18:08:19] *** jamesd has quit IRC[18:11:30] *** jamesd has joined #smartos[18:20:19] <nahamu> okay, I've cleaned up the build process for the spice-enabled QEMU and have it building from the latests stable bits rather than git.[18:20:38] *** deirdres has joined #smartos[18:20:59] <nahamu> and it's been patched to match the platform QEMU when it comes to the provisioning reporting[18:21:25] <nahamu> and everything has been pushed to repos on github where it's easier to see.[18:22:03] <nahamu> Happy New Year, deirdres![18:24:17] <deirdres> thanks, same to you![18:25:24] *** kimc has quit IRC[18:26:54] *** dap has quit IRC[18:36:05] *** dap has joined #smartos[18:38:08] *** ClausA has joined #smartos[18:44:46] *** potatosalad has joined #smartos[18:46:20] <nahamu> jperkin: are you around?[18:46:46] <nahamu> jpeg-8d doesn't seem to include headers, but jpeg-8c looks like it did... any idea why?[18:47:20] <nahamu> errr, provides might not be the same as contents... nevermind.[18:47:45] <nahamu> yeah, that's not my issue... blah.[19:00:25] <rmustacc> Working out your problem nahamu?[19:01:48] *** ins0mnia has quit IRC[19:02:27] <nahamu> I'm trying to get spice compiling in the base64-1.8.4 image and it's failing on libjpeg.[19:02:41] <nahamu> it smacks of a problem that I remember having once before, but whose solution I can't remember.[19:02:57] <nahamu> (everything is totally fine in the old smartos64-1.6.3)[19:03:48] <nahamu> I'm suspicios that configure seems to be finding /usr/bin/ld rather than /opt/local/bin/ld[19:06:55] <nahamu> I don't think that's it.[19:07:13] <richlowe> is this more ld badness?[19:08:17] <nahamu> I have no idea.[19:09:10] <rmustacc> nahamu: You always want it to be /usr/bin/ld[19:09:25] <nahamu> yeah, I saw that other programs were building using that just fine.[19:09:41] <rmustacc> gld is almost, almost, never what you want.[19:10:04] <rmustacc> And if it is, it's probably a bug we should know about.[19:10:14] <nahamu> I'm getting "checking for jpeg_destroy_decompress in -ljpeg... no" when the jpeg package is installed.[19:10:16] <richlowe> yeah, what robert said[19:10:30] <richlowe> though my sanity would appreciate not knowing about it right now.[19:10:43] <rmustacc> That doesn't sound like a linker bug, more likely a -L/-R bug.[19:10:48] <rmustacc> So what dataset are you building that on?[19:10:51] <nahamu> which I think used to be from not setting the right CFLAGS=-m64 or LDFLAGS=-m64 or something.[19:11:15] <nahamu> base64 1.8.4[19:11:16] <rmustacc> Well, actually the best thing to do there is to look at configure.log[19:11:31] <rmustacc> Okay, so that compiler, iirc defaults to -m64.[19:11:42] <rmustacc> I'm not sure if it defaults to -I/-L /opt/local[19:12:05] <rmustacc> If you can put up the exact line it executed and what errored, I can tell you most likely what the right fix is there.[19:12:14] <nahamu> http://fpaste.org/ib5k/[19:12:37] <rmustacc> Okay.[19:12:44] <rmustacc> And you have that library in /opt/local/lib?[19:12:48] <nahamu> yeah[19:13:10] <nahamu> installed it with pkgin[19:13:15] <rmustacc> So you need to add CPPFLAGS="-I/opt/local/include"[19:13:24] <rmustacc> LDFLAGS="-L/opt/local/lib"[19:13:31] <rmustacc> I don't think you need the -R entry.[19:13:45] <rmustacc> But I thought the compilers did that these days.[19:13:56] <rmustacc> So I guess that's something to ask jperkin or mamash about.[19:13:59] <nahamu> that worked.[19:14:03] <nahamu> (at least for configure)[19:14:17] <rmustacc> Does it make sense as to why you needed that?[19:15:38] <nahamu> so those flags are for the pre-processor and the linker. that I understand.[19:15:51] <nahamu> I'm guessing that for all the other libraries pkg-config is providing that information.[19:16:05] <rmustacc> Maybe?[19:16:37] <nahamu> those are reasonable flags to add to the environment for this entire build.[19:16:38] <rmustacc> pkg-config is one of those things I just try to avoid if I cna.[19:16:50] <rmustacc> Right, though I swore that the compiler was built to do that.[19:16:54] <rmustacc> I guess it depends on the dataset.[19:17:28] *** potatosalad has quit IRC[19:19:02] <richlowe> you used to do it via a stock crle config, too, ages ago[19:19:44] <rmustacc> We did the -R that way I recall.[19:19:58] <rmustacc> But it's never been quite right.[19:20:27] <rmustacc> richlowe: Is the current linker headache the stuff Alaisdairrr was talking about?[19:20:44] <richlowe> I'm looking at that, yeah[19:20:59] <rmustacc> Let me know if you want another pair of eyes to join in the insanity.[19:21:28] <richlowe> the problem is that I in effect know what's wrong, just not quite how.[19:21:40] <nahamu> rmustacc: if he doesn't, you know you want to hack on QEMU... :-P[19:22:24] <rmustacc> nahamu: Don't worry, I have a linker to port to keep me distracted from qemu.[19:25:35] <nahamu> heh[19:25:38] <nahamu> the ARM port?[19:25:56] <nahamu> gah! bitten by /bin/sh being ksh not bash... again![19:37:13] *** jamesd has quit IRC[19:38:42] *** Teknix has quit IRC[19:40:34] *** Teknix has joined #smartos[19:44:10] <nahamu> or not.[19:45:25] *** des2 has quit IRC[19:57:19] <nahamu> rmustacc / richlowe would putting "-I/opt/local/include" in *LDFLAGS* break things?[19:58:19] *** ins0mnia has joined #smartos[20:00:17] <richlowe> if it got passed to ld itself, yes[20:01:25] <nahamu> QEMU is stupid.[20:04:45] <nahamu> okay, admittedly it's QEMU 1.1.2 which is old, but still.[20:05:07] <nahamu> I have to trick the configure script by messing with LDFLAGS to have the -I part in it[20:05:16] <nahamu> but I have to undo that before I actually build.[20:06:26] <nahamu> (why I didn't have to do this before is a bit beyond me at the moment)[20:09:22] <Meths> Normally you'd pop the -I in CFLAGS/CXXFLAGS/CPPFLAGS and the -L in LDFLAGS. If you need -I in LDFLAGS something looks wrong.[20:10:19] <nahamu> it was already in CFLAGS and CPPFLAGS[20:10:38] <nahamu> and I'm pretty sure it was c code, not c++, but I can try modifying CXXFLAGS.[20:13:45] <nahamu> nope. definitely need to trick it with something other than CFLAGS CXXFLAGS or CPPFLAGS...[20:16:43] *** jamesd has joined #smartos[20:17:11] <nahamu> hmm[20:18:58] *** potatosalad has joined #smartos[20:21:57] <nahamu> ugh https://github.com/nshalman/qemu/blob/1.1.2-for-illumos/configure#L40[20:22:35] <nahamu> it happily uses LDFLAGS, but uses QEMU_CFLAGS because it's a special little flower.[20:26:23] *** dap has quit IRC[20:34:42] *** echelog-1 has joined #smartos[20:35:09] *** biant92 has quit IRC[21:06:28] *** ins0mnia has quit IRC[21:12:34] <richlowe> So, do we actually posses a debugger which works even as marginally as normal, and is not mdb?[21:25:44] <Licenser> gdb?[21:27:13] <richlowe> the version I'm using certainly isn't[21:27:14] <richlowe> nor is dbx[21:27:19] <richlowe> maybe I'm just that lucky[21:28:16] *** zr0 has joined #smartos[21:31:14] <Licenser> richlowe ouch[21:37:16] <rmustacc> Not that I know of.[21:37:28] *** dap has joined #smartos[21:40:44] *** newlix has joined #smartos[21:42:43] *** dap has quit IRC[21:45:33] *** newlix has quit IRC[21:46:06] *** dap has joined #smartos[21:53:39] *** ed209 has quit IRC[21:55:05] <richlowe> rmustacc: fwiw, I have a "fix" in that the result is good, but I have no idea if the reason it works is good[21:55:19] <richlowe> rmustacc: I also have no real idea how to determine either way[22:18:54] *** mamash has joined #smartos[22:23:03] <Meths> Anyone know where node decides it'll use /bin/sh for all the gyp stuff in it's configure/build process?[22:35:40] <nahamu> Meths: could it be tools/install.py?[22:38:41] <nahamu> http://fpaste.org/zkRq/[22:39:07] <nahamu> (that's the output of "git grep bin/sh"[22:39:51] <Meths> The comment and general context of that line suggest not. That's for setting the shebang in node files I think.[22:40:18] <nahamu> yeah, there are a few more hits at the bottom of that grep output that look interesting, but I haven't looked much further...[22:40:33] <Meths> tools/gyp/pylib/gyp/xcodeproj_file.py is a possiblity but that looks xcode specific.[22:41:15] <nahamu> I really with github had a UI for doing the equivalent of "git grep"...[22:41:20] <nahamu> s/with/wish/[22:41:32] <Meths> This is being forked by python, is /bin/sh a python default for forked processes?[22:42:00] <nahamu> did you check the value of $SHELL?[22:43:34] <nahamu> it could indeed be a default: http://www.saltycrane.com/blog/2011/04/how-use-bash-shell-python-subprocess-instead-binsh/[22:52:50] <rmustacc> richlowe: That's frustrating.[22:53:11] <rmustacc> Meths: /bin/sh is the default. Generally it's the equivalent of calling system()[22:54:04] *** wolfeidau has quit IRC[22:54:31] <rmustacc> richlowe: I assume the problem with determining whether or not the fix works is a debugger which can process it?[22:58:21] <rmustacc> And because mdb does not actually use those sections, it's not very useful?[23:11:35] *** wolfeidau has joined #smartos[23:14:22] <richlowe> rmustacc: that's one of the problems, yes[23:14:25] <richlowe> the other is I'm just not certain I'm thinking it through properly[23:17:29] <richlowe> rmustacc: My other problem, is what I described to you earlier, the "right thing to do" could quite easily screw the data up as well[23:17:46] <richlowe> so presumably what I might need is for it to just not work for the same reason, too[23:17:53] <richlowe> but right now neither of them work with perfectly fine things, either.[23:18:31] <richlowe> right now, the best I can say is "they dwarfdump the same"[23:19:03] <rmustacc> Well, at least that's something.[23:19:15] <rmustacc> Assuming, you know, they should.[23:23:17] *** le^zeek has joined #smartos[23:33:24] <Meths> Yep, thanks, found where to sort the shell. Ran into ifaddrs.h lacking though so not worth pursuing.[23:36:44] <rmustacc> You can disable that.[23:37:00] <rmustacc> I assume you're on something like S10 or maybe 121?[23:37:06] <Meths> S10[23:37:15] <rmustacc> Yeah, it's an optional configuration option.[23:37:26] <rmustacc> It just means that you can't list the interface addresses.[23:37:47] <rmustacc> That's about it.[23:38:16] <Meths> Cool, thanks.[23:38:43] <rmustacc> I think it means you lose just this function: http://nodejs.org/api/os.html#os_os_networkinterfaces[23:39:19] <rmustacc> But it's been a while since I've been in that code.[23:41:14] *** newlix has joined #smartos[23:42:12] <Meths> Seems to be chugging along nicely. If you have that configure option but the thing breaks with /bin/sh should I file a bug for node on S10?[23:43:12] <rmustacc> I'd have a patch in hand if you could.[23:43:26] <rmustacc> No one working on it these days has S10 sitting around.[23:43:51] <rmustacc> No one is trying to keep S10 support around generally, tbh.[23:44:12] <rmustacc> That said, no one is trying to break it,[23:44:41] <rmustacc> Obviously if something is assuming bash or ksh93, or something else that isn't an shism, that's a bug.[23:45:48] *** newlix has quit IRC[23:59:47] *** dap has quit IRC