I’m sorry but that is absolutely not “the whole point of open source”.
The point of open source is the ability to read, modify, keep and share the source code of the software you use.
I’m sorry but that is absolutely not “the whole point of open source”.
The point of open source is the ability to read, modify, keep and share the source code of the software you use.
It’s a good thing that no one is beholden to anyone then. Which is the entire point of free software.
2024 is the year of Red Star Linux on the desktop
You might be surprised to learn that Sweden also has sanctions against Russia, together with the rest of the EU, Norway, Switzerland, Japan, Australia, South Korea and a bunch of other countries. Because this is not about the US being an ass, it’s about Russia being an ass.
The massive negative outcry over this fairly uninteresting change certainly seems oddly overblown, almost as if there are parties trying to turn it into a big political issue to paint Russia as a victim. But idk, nerds freak out over stuff all the time completely on their own.
Giving them the benefit of the doubt, I think the Linux Foundation has a hard time being clear on the matter because it just isn’t clear. These are new laws and a global open source cooperation run by a non-profit is likely a corner case that the lawmakers did not think about at all when making them.
Yes, the sanctions against Russia, as mentioned by Linus. The change also said the maintainers “can come back in the future if sufficient documentation is provided”.
My guess is that the Linux Foundation must ensure that none of the people they work with are in any way associated with any organisation, person or activity on the sanctions list. And that they preemptively removed all maintainers that might risk violating the sanctions while they work with them to establish whether they might be covered by the sanctions or not.
Regardless of what you or they think of the sanctions, they are the law, and I don’t think anyone wants the Linux Foundation to have to spend their money on lawyers and fines because they had a maintainer who also worked on a research project funded by a sanctioned entity. (If that is how it works, IANAL)
Yeah the tech labor market has really proven that the idea of employment contracts being negotiated between equal parties isn’t true even in the best of circumstances.
Even when companies are desperate for talent, and willing to spend ridiculous amounts of money on salaries and perks, they are not willing to negotiate on anything outside of that. They still have terrifying contracts with non-compete and damages clauses they could use to wreck your life, no workplace democracy, unpaid overtime and whatever other shit is legal.
But hey! You get free snacks and enough money to buy the dinners you don’t time to cook and save up to survive your inevitable burn out!
Unless unions work differently where you live, they are a democracy that will pursue whatever issues its members vote on. If members don’t think pay is a problem, why would they try to change it?
Discovered exactly the same thing when I replaced my dead Gigabyte Z370 recently! Also took me a while to figure it out.
Both those chipsets were released in 2017 so I guess it’s no surprise they were made with the same thermal pads.
I think this makes more sense when read together with the announcement that they are moving to unify their compute and consumer graphics architectures.
His comments about this catering to developers also make more sense in that light.
ls -r
actually lists entries in reverse order! It needs -R
as well.
cp
and rm
accept either.
Looking at some man pages the only commands I found where -R
didn’t work were scp
and gzip
where it doesn’t do anything, and rsync
where it’s “use relative path names”.
(Caveat: BSD utils might be different, who knows what those devils get up to!)
Not chmod related, but I’ve made some other interesting mistakes lately.
Was trying to speed up the boot process on my ancient laptop by changing the startup services. Somehow ended up with nologin
never being unset, which means that regular users aren’t allowed to log in; and since I hadn’t set a root password, no one could log in!
Installed a different version of Python for a project, accidentally removed the wrong version of Python at the end of the day. When I started the computer the next day, all sorts of interesting things were broken!
Aha! I didn’t get that you meant the issue was accidentally using -r
instead of -R
since both you and OP wrote the upper case one.
I’m a lot more used to -R
so I instead get caught off by commands where that means something other than recursive :)
I mostly use symbolic mode and honestly don’t get why everyone else seems to use octal all the time.
That’s what -R does in chmod as well? I feel like something here is going completely over my head. Or are you-all using another version of chmod?
You really can’t though. For several reasons. Which would have been apparent to you had you bothered to actually create your example link to http://аpple.com or to understand this problem.
This is likely because docker runs Linux in a VM on MacOS right?
We’ve had similar problems with stuff that works on the developers Mac but not the server which is case sensitive. It can be quite insidious if it does not cause an immediate “file not found”-error but say falls back to a default config because the provided one has the wrong casing.
Well completion-ignore-case
is enough to solve this particular problem, the other options are just sugar on top :)
I’m going to add completion-prefix-display-length
to these related bonus tips (I have it set to 9). This makes it a lot easier to compare files with long names in your tab completion.
For example if you have a folder with these files:
FoobarSystem-v20.69.11-CrashLog2022-12-22 FoobarSystem-v20.69.11.config FoobarSystem-v20.69.12 FoobarSystem-v20.69.12-CrashLog2023-10-02 FoobarSystem-v20.69.12.config FoobarSystem-v20.69.12.userprofiles
Just type vim TAB
to see
...1-CrashLog2022-12-22 ...1.config ...2 ...2-CrashLog2023-10-02 ...2.config ...2.userprofiles
$vim FoobarSystem-v20.69.1
GNU Readline (which is what Bash uses for input) has a lot of options (e.g. making it behave like vim), and your settings are also used in any other programs that use it for their CLI which is a nice bonus. The config file is ~/.inputrc
and you’d enable the above mentioned options like this
$include /etc/inputrc
set completion-ignore-case on
set show-all-if-ambiguous on
set completion-map-case on
set completion-prefix-display-length 9
I and l also look identical in many fonts. So you already have this problem in ascii. (To say nothing of all the non-printing characters!)
If your security relies on a person being able to tell the difference between two characters controlled by an attacker your security is bad.
I believe that type of stuff is specified in your locale, so it’s possible that it would do the right thing if you’ve set your language to Turkish. Please try it and let us know though :)
May I suggest you spend more effort understanding the situation, and less coming up with wild speculations?