IMO it comes down to marketing: can't have the kayfabe of selling something that is "not a computer"/"new kind of computer" and have it act like a "computer" too
Not a phone, but I really liked the Blackberry Playbook's QNX system. It was extremely smooth and easy to use, and was fairly easy to develop for.
They shit the bed by betting on Flash, which was a dying tech, but I was pretty sad when Blackberry just went to "another Android phone", since I thought what they had was pretty neat.
Blackberry definitely had much better marketing than Ubuntu has ever had, and for reasons probably too complicated for me to fully understand, they're sort of a joke now.
Looks like Chemical Garden trilogy by Lauren DeStefano might be a fit - but as it seems to be a cross between typical young adult fiction of 2010's and poorly made romance novel, I do hope there's something less.. pulpy.. with the same premise.
Also, isn't it really stupid to treat the wind the same way we do with rivers or with electrical current (which is actually flowing the opposite way to electrons, so not like the river/wind at all)?
E.g. country A is saying that country B is stealing their incoming (upstream) wind, but there's currently a zone of negative pressure (based on the mountains/shore/passing by cyclone/whatever) on the country A's territory which actually allows for the pressure gradient to form through both countries A and B - so there's more energy potential available to tap into on country A's territory?
There's Incredibuild (paid), might be worth investigating if it fits your scenario (I have serious doubts it'll work with anything other than basic AOSP due to how lineage's ninja behaves during its early build phase of regenerating scripts from .mk/bp's).
Mind if I ask what's your current record on build time for single device/buildtype combination's systemimage on a single node?
Its taking 1 hour and 20 minutes to complete a full clean build on my single node.
In fact, I want to use Open Source tools for this purpose, a commercial solution is not an option tbh.
Thanks for suggesting Incredibuild, as I make a fast search, I see that there may be some open source alternatives (eg. FASTBuild) to Incredibuild but not sure this can be used to build the LineageOS.
Looks like its easy to wipe and flash the bios chip by CH341A plus a couple diodes to get voltage down to 1.8V, likely without desoldering it too; yet finding the bios image seems to be somewhat impossible due to byte rot (adding extra steps to dump the image with the CH341A, locate the start of data blocks, wipe them).
IMO there are some workloads, where it is beneficial for a developer to have access to a local repository with at least some snippets based on previous projects.
Having a leftover PoC of some concept written for a previous employer but never elevated to team use/production is both handy (at least to confirm that the build environment is still viable after an unspecified period of toolchain updates) and ethical (copying production code is not ethical - even if the old and new products are vastly different e.g. last job was taxi app, new app is banking app).
Making it all 'remote' and 'cloud' will eventually result in a bike reinvention penalty on each new employment - not everything can be rebuilt from memory only, especially things that are done 1-2 times a year; sure there is open-source documentation/examples, but at some point it'll just introduce even heavier penalty for a need to either know a lot of opensource stuff to have some reference points, or to work on a pet projects to get the same amount of references.
Neither, it's unethical and there's no possibility of doing that in legal way.
However I do write 1-2 hour PoCs on my spare time and my own equipment, using only publicly available stuff - they sometimes come handy at some point later. If we assume 'remote first' development is okay - with no possibility to test stuff locally, well, we're back to either bookmark managers or pet projects to keep at least a bit of knowledge between jobs.
> special locally installed apps in enterprise ChromeOS environments
There was https://developer.chrome.com/docs/apps/overview though, so this seems to be a kind of planned feature creep after deprecating former one? "Yeah our enterprise partners now totally need this, you see, no reasoning needed"
And they will provide it as required per law. Note that the law does not require them to provide that in a form that would be usable for anything practical without doing moderate to heavy amount of reverse engineering (e.g. here's the source, here's the toolchain that was released in approximately same period of time, go figure out if this can even be built without recreating part of their internal build system, missing configs, etc).
For the parts covered under GPL, yes, which includes the kernel (if it uses Linux).
If they're covered under a more permissive license (e.g. Apache, MIT) you're out of luck as these don't require redistribution of derivative work source code, only attribution.
Ooh substances - scary stuff. Must be very dangerous to allow selling a thing that could be made with any CNC router out of scrap, so let's also ban CNC routers.. eventually, let's ban hands as they can be used to do stuff. /s
