00:39:23 richlowe: I've found when that happens I need to git fetch the remote is all. 01:36:33 [illumos-gate] 17091 Use DWARFv4 by default -- Robert Mustacchi 07:18:26 Hey, Do I understand right, that currently FC QLogic 2770 Series Fibre Channel Adapters (32Gb) is not supported in illumos? 15:01:48 i don't think the driver has been updated for newer qlogic fc cards, just the emulex ones.. 15:15:07 i do recall looking at the changes on freebsd to their qlogic driver to support the newer models, and there weren't too many, so might not be too bad to do if someone's interested (need HW to test) 15:58:09 jbk: Thanks! 15:59:18 jbk: I hope to add support for this if we have enough HW. 16:08:31 did you two ever connect on the rdma ib question? 18:15:09 sort(1) tell me that `-z` is an option without an effect for illumos' `sort` command. 18:16:06 So, how about using this option for NUL-delimited output, as GNU, FreeBSD and OpenBSD do? 18:19:37 msiism: that's not the sort of backwards-incompatible change we make lightly. some distributions ship GNU sort in /usr/gnu/bin so there's a simple workaround (set PATH in/around scripts that need that form of -z). 18:20:24 Good to know, thanks. 18:24:25 erm, if the option is listed obsolete, then we should not be concerned about backwards compatibility. Otherwise this word has no meaning. 18:26:12 I guess the problem is with this option being used in scripts from a time when it did have an effect. 18:26:33 Now if you cahnge that to having a new effect, things will quite likely break. 18:26:45 Or even from when it didn't, but using it with the parameter like `-z 1024`. 18:33:48 Interestingly, Solaris 11 has removed -z from /usr/bin/sort - but not from /usr/xpg4/bin/sort, which seems a little odd 18:34:02 well, fortunately -z and -z recsz are possible to check. But also, *if* this option is really obsolete, using it should give out an error anyhow. 18:38:31 Maybe there could be a deprecation period after which that option is removed. After waiting for another bit, it could be introduced as a new option. 18:44:01 since there is a difference in usage - with or without argument, the implementation can check this and issue a warning/error or switch the behavior accordingly. In that sense we can have zero byte processing without the wait. and just wait till we drop -z recsz. 18:44:41 at least in that sense it is much more easy way out than it is with file(1), which has conflicting options. 18:58:43 I was trying to find when -z was declared obsolete, but tracks end there: https://www.illumos.org/issues/243, therefore it must be older than 2010 :) 18:58:44 → FEATURE 243: system manual pages should live with the software (Resolved) 19:01:24 The manual page I'm reading is dated 2001-11-19. 19:01:49 Reading it at https://illumos.org/man/1/sort. 19:01:59 It's exactly the same (obsolete) in Solaris 10, so that's a bit further back 19:04:28 and because of separate consolidation, its not present in s7/s8 sources:P 19:09:52 ptribble: because XPG4 specified the -z option - it was removed in later standards: https://pubs.opengroup.org/onlinepubs/007908799/xcu/sort.html 19:17:45 Thanks for the pointer! Crikey, required by a standard. 19:23:48 looks like Solaris sort made -z obsolete for the 2.0 release when it was changed to use mapmalloc - predating any sort of ARC review 19:24:03 aww 19:27:43 tsoome: I see sort under ON in the S7 & S8 sources - there was a major refactoring for S8, in S7 it was simply usr/src/cmd/sort/sort.c 19:28:14 I meant manuals:) 19:28:19 oh right 19:28:51 which is also why I don't have a copy of those man pages in our source archives 19:29:35 I was working in my alma mater back then and we got the sources when sun started that project to make them available for universities:) 19:30:57 yeah, I was at Berkeley then and remember we could buy the source for $50k if we ordered it by itself, or $50 if we included with another order, so we ordered a cdrom drive to get the source cds 19:31:28 I think they simplified that later 19:32:52 yea, we were buying something every now and then anyhow:) 19:38:59 rmustacc: the fix is good to know, the symptom is _terrifying_ 19:39:13 rmustacc: because as sommerfeld said, the "missing object" is an important tree 20:46:16 FWIW, an option being obsolete but harmlessly ignored _is_ a kind of backwards compatibility. Turning obsolete options into hard errors is breaking backwards compatibility. 20:52:39 Also, making option arguments optional is not great -- it makes the parsing ambiguous in some cases. POSIX expressly says don't do that, in guideline 7 of the utility conventions 20:53:20 CLIP too 20:53:32 "optional option arguments" has long been a no-no 20:53:41 (I missed _all_ the context of this) 21:02:15 sort -z 21:03:37 ignoring it and its argument seems fine and compatible, using it for something else seems incompatible 21:03:45 "incompatible with _what_" is perhaps worth asking 21:04:54 right 21:05:55 It's possible that nobody has used that argument in anything for 25 years, but actually being sure about that difficult (if possible) and will require work, not just conjecture, etc 21:06:07 *is difficult 21:10:10 I realize compatibility is important, don't take this question as more than it is: How in the world is GNU `sort -z` not `sort -0`? 21:10:25 am I the only one who thinks of "the xargs way" to do that? 21:10:33 is `-z` somehow prevalent and I never noticed? 21:11:32 OpenBSD and FreeBSD have it too. Also, Busybox. 21:16:06 It's old in GNU sort (30 years), but the comment that came in with it mentioned -print0 so no clues about why it isn't -0 yet 21:16:07 https://github.com/coreutils/coreutils/commit/1f37d82ce407668a65748568255c67702637ba04 21:24:37 meanwhile it's grep -Z and xargs -0 ;) 21:24:52 ah, grep -z actually 21:44:39 limitless backwards compatibility is just as insane as no consistency in options;) so no need to point the fingers there. 21:48:28 dangergrrl: I don't have ib HW. Did you mean that? 21:56:09 vetal_, you had been asking what ib drivers had working rdma iirc 22:03:32 dangergrrl: I was asking about RDMA Ethernet. 22:18:23 nm 22:26:50 historically, there hasn't been a huge amount of interest in RDMA on illumos... there's the bits that came from Solaris, but that's about it 22:27:06 doesn't mean that can't change, just that's been the history 22:31:27 historically the vendors are not among the friendliest 22:31:43 mostly there's been a small group of (I think) HPC people who ask about it every year or so 22:31:57 mostly in the context of hoping someone else did it already 22:38:46 and I know taking driver support for things from linux is a mess 22:39:02 looking at a couple of those rn :) 22:41:18 mess is one thing, but you do not want to draw yourself into the license wars. 22:42:20 I have some of those already just for working on non gpl projects at all. 22:42:33 there will be some rdma ethernet work using illumos soon (tm) 22:42:49 ib ... is not even the main focus of nvidia in future 22:43:53 wrt license wars, the cuse webcam driver I'm looking at finishing porting to dragonfly is a useful avoidance of gpl code in their kernel 22:47:57 by soon i mean maybe in future :D 22:49:02 would be something nice really. 22:50:27 So yeah, sitting logged in as root, 37MB avail out of 64MB is a nice start. 22:58:49 D-oh, wrong channel. :D Pay no attention to my 486 shenanigans. 23:01:18 I did some research on `sort -z`, github search finds nobody using the solaris way (that I can find, more specific patterns are crashing it), and a great many wanting the GNU way. 23:01:47 but that perhaps says more about the limited ability to tell what'd break something by searching like this 23:59:26 Anyone pxe booting chelsio cards? Evidently Supermicro is having issues "Validating" that PXE is working in our latest SKU for https://www.chelsio.com/nic/unified-wire-adapters/t62100-lp-cr/