It's much harder than it used to be. EU citizens now need a visa to stay and work for longer than a few months, and they mostly need to obtain a Skilled Worker Visa which has occupation and salary requirements.
Since Brexit I've noticed that my London-based employer has had an uptick in hiring Indian and Pakistani nationals, especially in Dev and QA. It's probably not the outcome that most Brexit supporters were gunning for, although I did hear that a large proportion of South Asians did in fact vote to leave for this reason.
The immediate neighbors collected transit fees for Russian gas and oil. Ukraine itself collected transit fees for gas deliveries to Austria until very recently.
The Drushba pipeline through Poland was open at the same time that Sikorski congratulated the U.S. for blowing up Nord Stream. It remained open long after that. Both France and the U.S. were buying uranium from Russia until 2024. No complaints from Sikorski about that.
Nordstream was owned by Russia, Germany, France, and The Netherlands. There was a pipeline from the German terminal to Britain.
There are many hypocrites of the first order in the oil/gas game. In the context of this submission, it is appropriate to note that so called "far right" or "far left" parties are the only ones who point out facts like the above in public.
Voters notice this and blaming Russian interference is a very weak game that endangers the democracies in the EU.
> The immediate neighbors collected transit fees for Russian gas and oil. Ukraine itself collected transit fees for gas deliveries to Austria until very recently.
What else were they supposed to do? Block transit altogether and alienate their partners?
Some guy from Eastern Europe: "You don't know Russians. Let me tell you about my experience with them..."
Some guy from Western Europe: "LOL, I see you believe American propaganda completely uncritically."
The guy from EE: "What? No, I was telling you what happened to my family..."
The guy from WE: "Let's talk about how America sucks instead."
Seems to me that for many people Russia wasn't even a real country, just some boogeyman that American propaganda made up. Then they suddenly woke up, and now they are like "oh no, we must not escalate!". Guys, you don't even know that making concessions to Russia is the fastest way to escalate. (You didn't expect North Korean soldiers attacking a European country, did you? That's what you get for your non-escalation. There will be more.)
It's quite surreal when a colleague apologizes as they won't attend the daily standup bc they need to leave to get to the bomb shelter. Or another one joins the standup while working in a bomb shelter and apologizes in case their laptop runs out of juice as they're getting electricity from a generator.
While you're sitting there in your cozy office in one of the neighboring countries, and your biggest worry is that you've run out coffee beans.
Men are not allowed to cross the border, also everyone has family and relatives, it is not straightforward to just take everyone with you to another place and be able to support all of them also financially.
It does imply there are likely to be different classes of bugs. If the thing compiles at all, someone's done the work to get the types right, and implement all the arms of match expressions, and written at least basic error handling. The errors are more likely to be high-level logic issues that you'd face in any code, not so much trivial implementation mistakes.
I'm always puzzled how folks praise PKGBUILDs when it's mostly irrelevant for a regular user. Unless by 'PKGBUILD system' you mean AUR, a place where random people push random build scripts and other folks are happy to execute said build scripts locally, quite often without any real sandboxing or even a quick glance at the actual code.
They're not more "random" than developers of a lot of software you run. Package quality tends to be pretty good, I've only seen doubtful things once or twice in about a decade, and nothing malicious. Definitely haven't seen anything like the famous `rm -rf /*` in the official non-"random" nvidia package that was prepared and then shat into the world by nvidia's non-"random" developers.
They're the most accessable packaging building system, is why. If you're ever actually trying to install something (properly, i.e. not making a mess by just splattering files across the filesystem with 'make install') that isn't already packaged, you're going to have the easiest time with PKGBUILDs (basically, if you can figure out how to compile the software using the instructions for that, you can make a PKGBUILD. The same is not true for other package managers). So they're praised by power users who can manage that and by developers who don't want to learn a harder to use packaging system.
Well, just because it's not relevant to a regular user doesn't mean it's not relevant to me and people like me.
The regular user only installs software others have packaged.
I end up packaging software sometimes (maintain a few AUR packages) but my main use-case is being able to modify the packaging myself for private use, generally to apply custom patches or alter compiler flags etc.
Being able to do all of this easily without ending up with a pile of goop everywhere from `git clone thing && cd thing && make && sudo make install` is nice.
I'll take AUR over random blog articles telling me to add some obscure deb repository to my Debian/Ubuntu sources. At least AUR gives an accepted process to submitting and maintaining these third party packages. You can leave comments and read comments by others on a particular package. You can check the PKGBUILD which exists for every package and can be accessed in the same way for every package. And I do check every single PKGBUILD before installing some random package. AUR provides infrastructure and processes. It centralises the whole idea of "third party packages". Not having AUR just means everybody has their own repos for particular programs and no way for users to communicate in an easy and accessible way, which I think is pure insanity.
Honestly, I think AUR is one of the best things to ever come out of Linux, because it's not just a repository.
You act like the choice is either having a small official repo plus PPAs or a small official repo plus AUR, when the context of this thread is a comparison is with OpenSUSE Tumbleweed which has a large official repo (plus PPAs in the form of other OBS repositories if you really need them, but you almost certainly don't). A large amount of software that an Arch user has to use the AUR for is in the OpenSUSE oss repo that is supported officially and "tested" when snapshots are released (though the amount of testing varies with the software, of course).
Because it is. When using OpenSuse, I still had to go looking for packages that weren't in the official repos.
> plus PPAs in the form of other OBS repositories if you really need them, but you almost certainly don't
This is extremely presumptive and wrong. I find it very frustrating that any issues with these official repos is dismissed as "oh but you don't need extra PPAs ever". My guy, yes, I do. It happens way too often and it's very frustrating when it does, because the options for handling it in non-Arch based distros are completely insufficient and terrible.
But then again, what do I expect. Any complaints about Linux are pretty much always dismissed out of hand.
I actually prefer using Windows because Windows users generally aren't such arrogant pricks when there are issues.
what do you think "a regular user" of ubuntu/suse/fedora/arch/etc. looks like?
back when I was using arch I wrote pkgbuilds instead of configure/make/installing to my home folder. kept my ./local/(bin|lib|share) clean and meant I could update it easier or uninstall it with pacman.
As to runnning random build scripts, well I already do that anyway. Any software that isn't provided by my package manager requires me to run random build scripts from random people. I sure as hell am not reading through every line of code in say... trealla prolog before make-ing it.
An immutable rootfs distro should be a bit more resilient than the average Linux install. Not having to add any random repos to your base system is a great feature. When I run random build scripts I mostly use containers or VMs, that also works for the odd unmaintained but useful software that requires vintage Ubuntu LTS libraries.
> back when I was using arch I wrote pkgbuilds instead of configure/make/installing to my home folder. kept my ./local/(bin|lib|share) clean and meant I could update it easier or uninstall it with pacman.
yeah, and the number of people who use a non-android linux and aren't "tech savvy" rounds to zero. It is very weird to ask "what's in it for the regular user" with the assumption that "the regular user of e.g. SUSE" is the same as "the regular user of a computer"
Is Oracle committed to actually supporting the distro with security updates and so on? I was under the impression that it's simply a bug-for-bug compatibility rebuild from RHEL sources, which aside from rebuilding effort, the majority of support work was still done by RH.
It's a rebuild with a few more patches on top (like ksplice). If you need a RHEL rebuild, they're the first to release security updates of any of the rebuilds I've tested. See my other comment for more info.
Since you almost always need to open a file in order to do anything useful `strace -vf -e openat` helped solve a lot of issues from simple configuration file lookup to ld.so library loading problems.
It is often useful to also watch for calls to the stat family of syscalls; some applications stat files that they wish to open rather than depending on the return code from open, so just looking for open will miss files that don't exist.
Phew, only 5 hours, that's really great. How about a week of 2-3 after-hours work to fit within the time limit, then submitting the PRs and addressing review for each of the 3-4 steps?
Except that’s a regular experience I’ve encountered while job hunting this winter. It’s either that or what, don’t apply to a good job that I want? The applicant has no leverage in these situations.
Is this part still true though?