"Gartner also worries that virtual experiences are silos, meaning marketers will be wary that running them won't make meaningful contributions to the data they collect about customers and prospects."
So it's not all bad.
42407 publicly visible posts • joined 16 Jun 2014
Brookes, he of TMMM, also published a book "The design of design". Part of this was recounted his university research group's work on this years ago. They discovered something very similar - its appeal to users was limited. IIRC users were much less keen on being able to walk round inside a VR model of whatever they were designing compared to having an image of it in front of them that could be rotated or walked through, something for which an ordinary screen would suffice.
"Having those folks back in the office will be very important for our restaurants, our coffee shops, our dry cleaners."
What happened to that great American entrepreneurship? Their customers might not be coming to them any more so why not go to their customers? Open chains of suburban dry cleaners. Start mobile catering.
And repurpose those redundant office buildings as residential. The huge city centre drawing in commuters from more than a thousand square miles of its surroundings isn't sustainable for the future. That needs to be realised and accepted. A city offering a balance of workplaces and nearby accommodation who want to work in the office is OK but that's going to support very large workforces in the office.
"and every bloody time when a meeting is over it asks me about the audio quality"
Ah, yes. The post-service survey.
I think there's a gap in the market here. A site the customer can use to send a survey to the vendor asking irrelevant questions about the customer's completion of the post-service survey.
"f I could demote that interest in Topics, this may actually be useful."
It would not only be useful to you, it would also be useful to washing machine sellers because they wouldn't then waste money by spending it with the advertising to place irrelevant adverts. So it won't happen.
So many places treat an email address as an ID. This is stupid on many levels, this being one of them. It's a destination for communications. It shouldn't be anything else. It might be an issue that's tangled up with this one but it's a distinct problem in its own right. In such circumstances if the ID is important then the email address should be one over which you have better control, ideally your own domain with a reliable MSP. Worst case you can change MSP.
ISTR that when 5G (or was it 4 or 6 or whatever?) being mooted it was said that because the range was so small the base stations could be like WiFi and instead of erecting the sort of masts they're now putting up they would be many unnoticeably small boxes similar to WiFi base stations on lamp-posts etc.
This morning I went to give a wheel-chair bound friend a lift. Being built on a steep hillside the bottom of her drive is well below road level. While waiting for her to manoeuvre out of the house I happened to look up & realised just how over-towering the newly installed 5G mast is. It's just over the garden wall but the garden wall is a retaining wall against the road so the effective height is getting on for 30m.
They are monstrously intrusive constructions. Their designers should have been sent back to their drawing boards CAD screens and told to start again. Forget brain frying & spreading Covid nonsense - aesthetics are a completely adequate reason to object.
"In my very first full time job, the offices were repurposed chicken sheds (don't ask me how they ever got the smell out - it was done before they were sold to my boss.)"
My late cousin's garden shed came from a chicken farm. It still bears a residue, not of the chickens, but of shrapnel. A factory about a mile away was the presumed target for an air raid - reputedly at one time it was the only one still standing machining certain parts for Spitfires. The factory was missed but the chicken farm got a direct hit.
"For those who are clinging on to the idea that Linux is somehow going to successfully avoid being absorbed (for all practical purposes) by big business, this is just another reminder of how things are slowly sliding away from them."
See the posts by Ian Mason & thames above.
What could happen is that the Linux market slips away from RHEL.
Any business using RHEL in production & several CentOS/Rocky/Alma instances elsewhere is going to be reviewing its situation next week: is it cheaper to buy all the extra RHEL licenses they need once those work-alikes are unavailable or to move. As part of that they'll be talking to any application vendor who currently only supports RHEL and who consequently will also be reviewing their situation.
Also, expect Suse and Canonical to start pitching to application vendors PDQ.
"They'd have to sue you, and that's different. Defending yourself is not the same as bringing suit against a big, deep pocketed company."
To which the response might be cease and desist letters from various copyright owners for being in breach of the licence for the software they're distributing.
It applies to any code derived from GPLed code. It doesn't apply to code with other licences. There will be nothing to stop Red Hat adding free-standing components which do not derive from GPLed code in future. They have now unmoored themselves from the rest of the Linux world and would start to drift away from it if they added such components. How badly that affects their attractiveness to the rest of the Linux economy remains to be seen.
It may well be that some of those customers were running it on CentOS and its successors rather then RHEL. They now have the choice of paying more the RHEL, looking around to see if there are other options or talking to their suppliers about ports to other distros.
There will also be those running production on RHEL but test, training, development, backup or whatever on CentOS and successors. They also will probably want to move those extra systems away from the RH world.
Between that and the existence of users on the other distros as a potential market must surely be prompting vendors of what are currently RHEL-only applications to review their own positions.
"No ownership means RH don't need to offer you the source code either."
No they don't - not unless they also provide you with the binaries and providing binaries happens to be their main business.
When they do that they are obliged to provide the source of those binaries to any recipient who asks for it. They are obliged to provide it by the licence which is carries. They are obliged to provide it under the same licence. That licence specifies that with limited exceptions any additional restrictive conditions may be removed by the recipient.
This applies to any code derived from code originally distributed under the GPL. Changes to the code do not change the licence but they do make the binaries a derived work and it is the changed code with RH modifications which the customers receive .
"Welcome to the real world"
I'm sure the vendors will want new customers. But if that part of the real world that isn't dependent on these applications moves away from RH or becomes unwilling to move to it the supply of potential new customers will dry up unless they elect to port to other platforms. And what does such a port entail? Possibly no more than a recompile and test. Does RHEL really include show-stopping differences?
And never give a customer cause to review the market. Some of those customers were likely running on CentOS previously, now on Rocky or Alma rather than RHEL. They will now be reviewing their own situations which might in turn lead them to review the application software market as well.
RH are distributing binaries derived from GPLed code. Their use of the code is subject to the conditions of GPL which include permission form the original authors of that code, not some intermediary such as RH, to remove such restrictive conditions. Some of that code will have originated with RH themselves but before these conditions were imposed. It seems likely that this new tack will make it hard for them to get more code into the kernel or other GPLed projects.
Under the GPL, Red Hat doesn't have to give you the sources unless you get their binaries.
True
You don't get the Red Hat binaries unless you agree to their terms, which includes not giving out sources.
If you receive the binary GPL specifically gives you right to receive the source of the binary as it exists, which would include any mods made by whoever supplied the binary, not just the source as received prior to those mods being made.
If you have the source GPL also gives you rights from the original authors who placed the code under GPL to redistribute the code. It also specifically gives you the right to remove all restrictive clauses which may have been added with some limited exceptions and I can't, at least at first sight, see how these new restrictions fall within those exceptions.
Those terms *override* the GPL.
The code that RH started with was already covered by the GPL which invalidates such added terms. It allows RH to make a charge. It doesn't allow them to impose NDA terms. It does allow the recipients to remove such NDA terms.
The grey area here is that some of the code which is included would have been contributed by RH before they came up with this idea. I don't see how they could use that to try to impose terms retrospectively having already contributed under GPL. It may well impinge on projects to willingness to accept code from RH contributors in the future. At its worst it could require Linux distros taking something analogous to the de-AT&Ting of BSD sources but I can't see that being likely.
Oracle has a distro based on RHEL but I suppose the two have a financial understanding which covers this and, presumably this term will be imposed on Oracle's Linux customers. However RH have been kernel contributors. As I pointed out in another comment GPL ensures that those receiving GPLed source code get their permissions from upstream. What happens when RH themselves are the upstream for a particular snatch of source?
From the GPL ( https://www.gnu.org/licenses/gpl-3.0.html ):
"If the Program as you received it, or any part of it, contains a notice stating that it is governed by this License along with a term that is a further restriction, you may remove that term."
"Each time you convey a covered work, the recipient automatically receives a license from the original licensors, to run, modify and propagate that work, subject to this License."
AFAICS that means that the only code on which RH can impose these new conditions is code entirely created by RH or a 3rd party which does not derive from GPL code. All other code receives GPL terms from upstream.