Please don't quote me on this.
I think it's not a License question but they're taking a different approach. Linux binary compatibility has been around for a while now, at least longer than modern LX zones (I don't know about old Solaris lx zones).
There are some more subtle differences like the for BSD Linux emulation is a global setting and 'lx jails' are just jails w/ a Linux userland while branded zones are special kind of zones.
It does, I was a bit confused at first as well. It should be noted when project fifo says "lx jails" it does not mean LX branded zones from SmartOS. It means FreeBSD's native Linuxulator. Which has been in FreeBSD for.. many many years. It's a similar take on LX zones, but FreeBSD native. It does the same thing. Runs native Linux binaries.
Asking because last time I looked the FBSD stuff wasn't "really there". This would seem to still be the situation: "a true (albeit limited) ABI implementation is provided."
As soon as you see “syscall translation”, those are the magic words and they mean that the support is pretty complete. Sure there might be edge cases but if glibc can make a Linux syscall and get good data back, that’s it.
Android on servers, like Linux? SmartOS on Arm servers would probably make a lot of sense, given that Samsung might then have a vertically integrated infrastructure: mainboard/chipset, cpu, ram, ssd and software all made by Samsung for Samsung?
The only reason everything doesn't end up commoditised is because they're protected in some way. Like, Facebook having all the people, or patents. If not, it's a race to the bottom every time.
You've not burned out, you've matured as a programmer. You can see all the crap for what it is so now try and make a difference...
Champion the cause of code that's legible - and that doesn't mean covering it in syntactic sugar. Legible code makes it damnobvious what it does and how it does it. Sometime find the "power take off" for a tractor ... that's what you're trying to do.
You can also champion the cause of not fixing that which is broken. There is also fun to be had demonstrating the technical debt is real debt and it does need to be paid back.
Much fun introducing peer review, too.
Get yourself, your team or whatever to sit next to your damn customer. Have them look at what you're doing at least once a day so they can say "oh, no, not like that" before it turns into a $100k fuckup.
So, yeah, you've just got through to the next level. It's not the software that's the challenge, it's the people.
I agree. You need to take it to the next level, and don't just consider software and coding projects. We all love to hate on 'management' in companies of all sizes, but the world would be a better place for all of us if managers had your deep technical expertise. You'll be of more value to the company architecting the solution (or preventing the next $100k screwup), and matching people to the right places, than you were coding.
"Get yourself, your team or whatever to sit next to your damn customer."
Well said. The customer is the final and only arbiter on our disagreements about tech tool choice, style and architecture.
In front of the customer, all our internal arguments look and sound like those of immature, spoilt and unfocused professionals.
Add to that that many IT professionals dislike getting advice/input from non-techs and you see why we have so many broken systems out there.
