Be that as it may, it’s still an incredibly short sighted decision to use a centralized service that is under 3rd party control for real security sensitive applications.
Be that as it may, it’s still an incredibly short sighted decision to use a centralized service that is under 3rd party control for real security sensitive applications.
They don’t care at all. What they do care is sowing polarization and distrust between western citizens. Russia benefits most when we (the West) are divided on various social issues, which leads to distrust of authorities, election of extremists in office and eventually weak and corrupt states and governments that are easily controlled or countered by Russia.
It’s people who know they will be irrelevant because they spent decades producing shit software
So the Linux kernel is shit software now? Just because it’s not written in the newest programming language? Kind of a hot take.
Please please please don’t take my question the wrong way: how does this relate to Star Trek except by having Picard and Riker doing funny faces in the background?
This article reads like a press release from SUSE.
Banning phones is an extreme measure. No restrictions whatsoever is an extreme measure. Articles like these simply start the conversation for the society at large to find a solution and, as I was saying in my initial comment some parents are simply unaware of how addictive video games can be. For many older generation (and even some of the younger parents out there that had no contact with video games) video games are often attributed to children’s toys. The truth however is not that simple - some games are for children and some are engineered from the ground up to be as addictive as possible. Even if the final responsibility lies with the parents, we need to have those parents informed and articles like this do that.
Often times, things are not black or white but multiple shades of grey. Should we demonize video games? Absolutely not, they’re not only fun but they can be a great tool to develop social skills, critical thinking and other adult skill. Should we inherently trust all video games and all parents to “do what’s right”? No again. There is a balance in everything and dismissing unbiased articles like this one isn’t helping anyone.
So many comments on this thread are very dismissive and just wave it off as “bad parenting” or “escapism”. While both of those arguments are valid and probably a very big part of the problem, should we leave everything on the parents?
We don’t allow businesses to sell alcohol towards children because we know it’s extremely harmful and addictive. Should we simply let it free for all and then blame parents for not teaching their children that alcohol is bad and for allowing them to go out to the local shop and buy alcohol? Same goes for multiple other restrictions. Not all parents are responsible and educated enough to know how to parent. Articles like this at least show unaware parents this is a real threat and they could at least keep an eye out or educate themselves on the parental control available.
But how will the other people know I have money if my car isn’t huge?
The protection argument has some merit, though. I remember seeing several studies that show survival rates are bigger for the SUV inhabitants in crashes. What SUV drivers don’t know (or simply don’t care about) is that it’s survival in the detriment of smaller cars inhabitants.
I would say polenta (mămăligă in Romanian) is the easiest to prepare - https://www.chefspencil.com/traditional-romanian-polenta-mamaliga/
It’s not a meal by itself, but it’s delicious with telemea cheese (you won’t find any outside of Romania, can probably be substituted by feta cheese best), sour cream and a fried egg on top. Add a smoked sausage and you got a feast :)
I don’t know if this works in docker
(usually there is 1:1 equivalency between the two), but with podman
you can do something like:
podman stop --filter name=foo
man podman-stop
tells us:
--filter, -f=filter
Filter what containers are going to be stopped. Multiple filters can be given with multiple uses of the --filter flag. Filters with the same key work
inclusive with the only exception being label which is exclusive. Filters with different keys always work exclusive.
If you do a rollback, I assume your data remains? I assume you might need to reinstall apps which were not in the original? Or does it keep apps, data and settings across a restore?
In CoreOS (Silverblue), /etc
, /var
and /home
(which is in fact a symlink towards /var/home
) are regular writable partitions, so your data, configs and personal files are not touched by the upgrade/rollback procedure.
All the packages (and their dependencies) you’ve installed extra are also upgraded/rolledback when you do a system upgrade.
The immutable part (again, only speaking about Silverblue, I don’t know about others) refers to the inability to make changes online (i.e. without rebooting), but you can eventually change whatever file you want. The way it works is you would make your changes in a copy of the current filesystem and at boot simply mount and use the copy. If something goes wrong, you just mount the original at next boot and you have rolled back.
You make a lot of good points, but I have to disagree on the “don’t let the user see or touch anything”. That’s very much not the way immutable distros behave (and I speak mostly about Fedora Silverblue here, I don’t have experience with other immutable systems): you can touch and change anything and often times you have mechanisms put in place by the distro developers to do exactly that. It’s just that the way you make changes is very different from classical distros, that’s all, but you can definitely customize and change whatever you want. I feel the comparison between immutable distros and Apple is really far off: Apple actively prevents users from making changes, while immutable Linux is the opposite – while there may be some technical limitations, the devs try to empower the user as much as possible.
Maybe I don’t understand the question, but what prevents you from adapting your Ansible playbooks to Fedora Silverblue? I assume for Debian at some point you have a “install packages” section which you should rewrite to use rpm-ostree or flatpak instead of apt-get; your dotfiles section should remain the same etc etc.
In the FTPD logs, do you see the initrd file being pulled? Could it be a mismatch between the kernel and initrd you’re serving?
Well, I don’t know how fair they play now, but for sure that wasn’t always the case.
I don’t think Red Hat is violating GPL. For sure it’s not violating the legal terms of it (I’m fairly certain the army of lawyers RH and IBM have at their beck and call made sure of that) and I don’t think it’s violating it’s spirit (at least not yet) – they are still contributing any changes and their customers still get access to the source code. And (for now!) it doesn’t even seem they are making it super difficult to do so either. The way I see it, RH wants to be the only game in town providing service contracts for their own product which is fair game, imho. The problem with Rocky is that they also stand to make money out of the same source code which is the disingenuous part, in my opinion.
I honestly don’t know why Rocky made this announcement, even if their intentions are noble, they do come out as the bad guys in all this mess. They could have simply put out some generic announcement that “we are working towards a legal way” and kept doing what they are doing.
And to be clear: I believe the true people that stand to lose in this are the users and the community. I’ve been a user of CentOS (the old style, not this new breed of RHEL beta) for a long time and even an occasional Rocky user in recent times, but that will have to change.
Well, Red Hat doesn’t really get paid (of course, I’m not arguing RH is not making or doesn’t have enough money) – they would get payed for one or a very small number of licenses. At the same time, Rocky (and Alma and more importantly Oracle) wants to actually sell (albeit only support) the same product put together by Red Hat so it’s not really a community RHEL clone. I think that’s the real issue here. I wouldn’t have a problem with this workaround if it were coming from the community, without the commercial asterisk attached.
A high level explanation