00:59:50 oh I found a trove of information on the extra repo. 05:52:08 FYI: i also have a repo, you can access it if you are a lucky enough to live in the countries i allowed to access my domain : https://pkghost.extrowerk.com/ 05:53:29 that's not ominous-sounding at all. 05:53:49 Rogers Shaw in Canada appears barred, in any event. 07:07:17 I ban everything except 2 countries in the EU, sorry. 07:32:36 oddly both vague and specific 07:33:03 cursed guess: austerrich and hungary? 09:35:18 jclulow: Oh wonderful. Yes, I would really appreciate to get the "BE"-shared filesystems into OmniOS. This makes data live so much easier with minimal downsides. 09:35:58 I expect it 09:36:09 mostly belongs up in the common illumos bits 09:36:17 But yeah, I think it would be valubale 09:36:30 Just needs someone to work on it! (this could be you!) 09:46:41 well well well, I wrote a comment and offered to work on the definition and the testing. Currently no capacity to actually do programming. (not that I'm busy with cleaning up old BE that capture volatile data from cores, stale logsfiles, stale pkg cache :) ) 11:42:33 I suspect the part in the middle where the feature actually gets implemented is probably the part we need the most to be honest 11:53:53 indeed :) but we are lucky, "someone else" has already proven the basic concept works well. 22:59:16 A bit of a sanity check. I wanna make a zone dedicated to just building binaries and have that that dataset exported out into other zones as readonly (and global too). Is that a good idea? 23:00:47 and how would it get exported? Noticed you can specify filesystems and datasets in zonecfg, alongside sharenfs on the dataset itself. So far I ain't managed to any to do it. 23:46:37 maybe a loopback mount could work 23:47:44 well, if you map in outside filesystems into a zone this is internally a loopback mount 23:50:54 and add options=ro for the immutable mount in consuming zones 23:58:07 roger, I'll give that a try!