Yes, keep the lights on keep doing your boring job while the Russia army is bombing around some of your offices ...
IMHO, when the collateral damage is that some of your employees are sleeping in metro tunnels and some of their neighbours are dead because of the bombs falling on their cities, cutting off customers from the country invading them is very very justified.
I was going to link the appropriate XKCD where organised attackers are panicing as they realise they're dealing with a sysadmin muttering about uptime..
At least that's accurate. "Degraded performance" would imply to me that things are functional, but slow. increased error rates can be anything from "try again" to ":shrug:"
Yeah, I also wrote a bot that chooses to create a status incident with the lowest key neutral message when it detects continued healthcheck fails (outside of maintenance) that steps in if an operator hasn't already created an incident. Maybe they're too busy fixing.
Isn't the point that we wouldn't need app vendors to present these things, if the OS were a little more intelligently exposed to the user, who is expected to own it and not just use it?
I think there is something about a "Linux phone" which makes apps like WhatsApp, and so on .. quite obsolete. These apps fix holes in iOS/Android - they extend the features of what should be, operating system functions.
I find it repugnant that I have, for example, ~15 apps that basically do the same thing, organized in a folder, and which I maintain as a common suite of messaging inboxes.
This, to me, indicates that the OS is not doing something it should be doing, intrinsically. Yes, it means eventually deleting all those competing protocols - and independently weak sources of dataleak - and putting it all back under the users control.
With a Linux-based phone/communications device, isn't it going to be the case that the open nature of Linux ecosystems is going to have that sort of effect? i.e. - the user really is in control of their machine, and thus their own personal data.
I predict that there will be an IPFS'ish revolution on Libre, when it gets out there, which will mean that the one place vendors should set up shop, is the ol' SMS gateway.
'ipfs pubsub sub fridaynightcrew && ipfs pubsub pub fridaynightcrew "wheres the party?"' is but a gateway from being accessible by existing users, of the aforementioned ~15 messaging apps ..
Android is a Java based OS, which happens to use Linux as kernel, Google can very easily change it to something else.
Only these set of C and C++ libraries are available to native applications on Android, which happen to be compiled to a .so anyway, to be loaded inside ART/Dalvik.
Trying to link into any other GNU/Linux library that happens to be on the devices, but isn't part of that list, will trigger an app termination, starting with Android 7.
It has the Linux kernel you just bring the GNU or whatever you need. But Google now supports containers on ChromeOS so if access you can just run in a container and the use Android X Windows server on same box.
If Google would gives this away have my perfect development solution. I can play my Android games on my 2 in 1 and then use full Linux when in laptop mode. But I can also debug my containers on my laptop as native.
But when needed I have sold browser and other core things can never be touched. Basically give me a iPad and a Chromebook and a full Linux development machine. Well no kernel dev on Linux but most things, native, shared read, etc.
But I want an extra SSD that is separate from the kernel SSD. I think this can be done and even keep read share from boot dev and something running as a container.
Correct, Android is not GNU/Linux, I responded too fast.
As the parent comment spoke about DirectX support, I should have phrased it 'Android is also in the camp of "Doesn't support DirectX" and counts for a large number of devices.'
Well the FIFA is not a league of amateur in this field. They know that they must accept their gifts in other countries and follow the law at it's strictest in Switzerland so that they risk next to nothing.
According to the Swiss Federal Office of Justice, the bribery has occurred in the US and paid through US banks :
The bribery suspects [...] are alleged to have been involved in schemes to make payments to the soccer functionaries [...] totaling more than USD 100 million. In return, it is believed that they received media, marketing, and sponsorship rights in connection with soccer tournaments in Latin America. According to the US request, these crimes were agreed and prepared in the US, and payments were carried out via US banks.
IMHO, when the collateral damage is that some of your employees are sleeping in metro tunnels and some of their neighbours are dead because of the bombs falling on their cities, cutting off customers from the country invading them is very very justified.