Does anyone here know which components of illumos are closed source?

there's a few kernel modules that aren't really used (some specific bits for some old intel cpus), pax, and some other old drivers for stuff people aren't likely to be using anymore

(why no one's really bothered to replace them, since they're not really needed)

thanks for the info

On the list of closed bits, for the history:

Although a few of those have since been cleaned up

[illumos-gate] 16223 bhyve returns bogus cpuid 8000_001D leaf -- Andy Fiddaman <illumos⊙fn>

(set-frame-parameter (selected-frame) 'alpha '(75 . 100))

I'm sorry wrong window

LISP window?

emacs?

Yeah, that's elisp alright.

i wanted to like emacs, but back when i was actually interested in trying to learn it, the tutorials were terrible

they either assumed you had never touched a computer before in your life

or assumed you've spent the past 10+ years programming lisp

jbk: that's not only true for emacs tutorials, though...

oh yeah, they're far from the only ones

at least back when i was first learning git, a lot of them were the same way

like, either they'd start off trying to explain what 'bytes' and 'files' were

or they just started off on a treatise on graph theory

that's one up on most of the documentation I find. The standard assumption is that you've been steeping in $thing for the past 40 years and know everything you could possibly need to know about the design and theory.

(i suspect things are probably better now)

at least for git

(the key insight was with other SCMs i always conceptualized things as versions of files, with git i found it much easier to understand as it managing a collection and ordering of diffs)

which you could argue the two are equivalent

but a lot of the commands you commonly use basically devolve into shuffling or combining diffs

true

so once I thought of it that way, i found it easier to use it

jbk: "they either assumed you had never touched a computer before in your life"

I think that's because lisp is very much unlike most of the languages that were common back around the time GNU emacs emerged (particularly BASIC which was a first language for many). advice I got about learning lisp was "forget what you know about programming and start from scratch"

jbk: the issue with git is that a lot of the underlying merkle tree implementation details are visible and sometimes they get in your face in confusing ways.

yes, but where lesson 1 is 'when you press the 'a' key, that's actually invoking a function that inserts that letter into the buffer and displays it' (ok), 'now for lesson 2, we're going to refactor this .c file and translate the comments into ancient greek by doing M-x some-long-ass-command' (uhhh ok that seems nice, but how would one discover such functionality? (silent) is there any sort of reference on

what functions/commands are included? (silent)'

that's where things kinda fell off... that's nice that your tutorial wants to show off all the really cool things you can do, but that does little in helping me actually be proficient in using it

aside from memorizing those specific things and not providing any means for actually being able to go beyond that

things again might be better now (this a long time ago, and never really looked into it again)

an yeah for git, prior to it, i always (maybe wrongly?) viewed diffs and such (in the context of an SCM) as more of an implementation detail/optimization whereas with git it's really feels like the fundamental bit (which I guess make sense given how linux dev is done)

Ironically git deals in diffs only begrudgingly as an aid to humans, given it's all snapshots of tree state underneath

yep. and sometimes the fact that it lets you look at the tree state has been useful to me - if you look at tree hashes you can confirm that a rebase didn't change the final state of the tree even though the path it took to get there differed.

is there any wip of importing openzfs to illumos?

so far, patches are being imported selectively rather than en masse.

[illumos-gate] 16217 Hold SCL_VDEV when counting leaves -- Olaf Faaland <faaland1⊙lg>

danmcd: if nobody gets back to you on mastodon, poke me

sjorge: You are one of the few people who understand why I'm asking.

i'm pretty sure the answer is no

FreeBSD's driver doesn't do the thing the Linux Driver does, nor my fenix illumos#13230 fix does.

BUG 13230: i40e has duplicate traffic when used with bhyve/snoop running (New)

↳ illumos.org/issues/13230

as i am currently using them via ppt

because if there is duplicate traffic my firewall would be broken

but already closed the laptop for tonight

assuming via ppt to a freebsd vm is fine

I *do* expect the answer to be no. I wanna hear it from someone not illumos-adjacent, just in case.

i guess you could try poking Kristof Provost, he might have, or know someone that has the hw