Quoting: chelobakaBusiness cannot be run on emotions and it shouldn't touch politics as well.

This is a fallacy, as it assumes that there is such a thing as an apolitical stance here. If there's a racist attacking PoC, it's not "apolitical" to stay at the side. Same here.

Does cancelling of this DLC help one side against the other in the conflict? Highly unlikely.

... and there you go discussing politically (checking pros and cons) ...

But it will surely hurt the developer.

I'm not that sure about it. The backlash and current distaste for Russian themed "things" is big and can quickly offset the income.

Sanctions always hurt common people

... like the ETS2 devs? They're not common people, and anyhow, it's their decision. If you mean the players: There's no "hurting" involved... at all. There's not even close to a right to have a Russia DLC.

and elites still have money to buy latest iPhone or whatever.

That's... not what sanctions go for. The EU couldn't care less whether any Oligarch can still afford iPhones. It's about freezing assets that may be used to help the war effort. This is big money, not consumer electronics.

Political problems — a war is a part of politics — should be resolved using appropriate instruments like diplomacy and military power.

Sanctions are a part of diplomacy, and of military might. Additionally, wars are waged using Propaganda, this doubly so. Having the upper hand in the information warfare (and morale) is crucial.

You cannot be apolitical, you can either support the current situation or act against it (well, you can try to play both sides, but that's worse).

View this comment - View article - View full comments

Quoting: M@GOid

Quoting: RussianNeuroMancerThis is the right decision. It's absolutely crazy what Russian government do right now, and not only government - around 70% citizens believe in propaganda, and honestly wish Ukrainians death. There is just no point to release this DLC until Russia citizens change their mind, and I don't expect it to happen anytime soon.

Mind you is not just Russians that eat their propaganda. A bunch of people here in Brazil that identify themselves as leftists, believe in it too. Is not all of them, but enough to be annoying.

Same in Greece. Many watching RT news there, it's frustrating. The Syriza is also too much in Putin's arse.

View this comment - View article - View full comments

Quoting: Cyril

Quoting: ljrk

Quoting: Cyril

Quoting: Liam Dawe

Quoting: CyrilWell, this is not really a GOG/Galaxy issue here, the devs just refused to release the Linux version as single player only on GOG, they could do it but didn't want to.
It would have been better than nothing, the devs of Northgard did that.
Plus, don't forget that the macOS version is missing on GOG too, so what is the excuse then?
Guys, don't get it wrong... the devs are not trustworthy.

I don't agree at all. I think it's a fine decision not to release a cut-down version on a store because that store can't support it fully, the developer is well within their rights not to so they don't provide a sub-par experience for users. Saying the developer isn't trustworthy because they don't want to be on a particular store is ridiculous.

That's not exactly what I'm saying. They're not trustworthy because of the lack of the macOS version too, but we, as Linux users, just are focusing on Galaxy problem... It just seems hypocrisy for me.
And what if I don't care about multiplayer? Personally I would be happy to just play the game in single mode...
But in the end, I think we can agree that the devs should have use something else to rely on for the multiplayer, something more "store-neutral".

If you don't care about the multiplayer, just download it via Steam. You can backup the games downloaded via Steam just as well, and, if they don't use the STEAMDARM you can simply add a steam_appid.txt to the directory of the game and launch it w/o Steam (no, this is not illegal advice here or circumventing some DRM). So: Buy the game, try it, and if it doesn't work return it. If they did add SteamDRM to the Steam version I'd indeed complain, but if not I don't think that there's any hypocrisy here.

Distributing two different editions of the game is a marketing desaster, as eventually someone will complain loud (cf. LTT ignoring flashing warnings about the uninstallation of the desktop and carrying on...). What also about those who buy GOG and want to "upgrade" to MP later?

FWIW Steam almost just as open as downloading from GOG, only the downloader itself is proprietary vs. the Website-Downloads in GOG. But if you care about that while downloading proprietary games... . Wether or not a game is DRMed or not is not a store decision (at least with Steam). So, be happy and buy you're DRM free games on Steam (or itch.io for those that exist there).

No, I don't buy games on Steam.
But too bad, it seems the Linux version uses the Steam DRM accordingly to PCGamingWiki:

All Linux versions require Steam DRM.

I don't see why buying games on Steam is any worse than buying on GOG.

Regardless, if that were true, it'd be a shame, but FWIW I found PCGW often to be wrong wrt DRM. Anyone here care to try? If so, I think we could definitely ask the publisher to remove SteamDRM from the Steam version if they were actually hoping to publish on GOG anyhow.

View this comment - View article - View full comments

Quoting: Cyril

Quoting: Liam Dawe

Quoting: CyrilWell, this is not really a GOG/Galaxy issue here, the devs just refused to release the Linux version as single player only on GOG, they could do it but didn't want to.
It would have been better than nothing, the devs of Northgard did that.
Plus, don't forget that the macOS version is missing on GOG too, so what is the excuse then?
Guys, don't get it wrong... the devs are not trustworthy.

I don't agree at all. I think it's a fine decision not to release a cut-down version on a store because that store can't support it fully, the developer is well within their rights not to so they don't provide a sub-par experience for users. Saying the developer isn't trustworthy because they don't want to be on a particular store is ridiculous.

That's not exactly what I'm saying. They're not trustworthy because of the lack of the macOS version too, but we, as Linux users, just are focusing on Galaxy problem... It just seems hypocrisy for me.
And what if I don't care about multiplayer? Personally I would be happy to just play the game in single mode...
But in the end, I think we can agree that the devs should have use something else to rely on for the multiplayer, something more "store-neutral".

If you don't care about the multiplayer, just download it via Steam. You can backup the games downloaded via Steam just as well, and, if they don't use the STEAMDARM you can simply add a steam_appid.txt to the directory of the game and launch it w/o Steam (no, this is not illegal advice here or circumventing some DRM). So: Buy the game, try it, and if it doesn't work return it. If they did add SteamDRM to the Steam version I'd indeed complain, but if not I don't think that there's any hypocrisy here.

Distributing two different editions of the game is a marketing desaster, as eventually someone will complain loud (cf. LTT ignoring flashing warnings about the uninstallation of the desktop and carrying on...). What also about those who buy GOG and want to "upgrade" to MP later?

FWIW Steam almost just as open as downloading from GOG, only the downloader itself is proprietary vs. the Website-Downloads in GOG. But if you care about that while downloading proprietary games... . Wether or not a game is DRMed or not is not a store decision (at least with Steam). So, be happy and buy you're DRM free games on Steam (or itch.io for those that exist there).

View this comment - View article - View full comments

Hm, interesting, I'm using Arch-Testing and always joke that it's so stable it has become boring. Are you sure it's not to do with mismatched currently-installed-linux-package vs. currently-booted-kernel? I.e., if `pacman -Qi linux` and `uname` mismatch?

This is due to Arch only keeping the currently installed kernel in the filesystem. So, if you boot kernel version A and then upgrade to kernel version B, only the latter is in the filesystem. This isn't a problem per-se, but kernel drivers for peripherals are usually only loaded when plugged in. Thus, if you plug in your headset now, the driver in the filesystem is for version B and not A, and cannot be loaded.

Ubuntu/Debian and Fedora (and others) solve this by keeping the currently booted kernel installed on updates.

The solution is to simply upgrade (the kernel) only after working or reboot immediately.

View this comment - View article - View full comments

Quoting: ExpandingManYikes. It's pretty hard for me to imagine this doing anything other than making it more difficult to fix things.

I guess I do not envy the people who are responsible for marketing and distributing this stuff to the general public. I failed even to get a non-technical family member to use a password manager that she had to unlock.

This is exactly the way iOS and Android work (okay, maybe not the best examples). It's also how Fedora Silverblue and CoreOS work. Less state is always worth going for as you have less conflicts on upgrades etc. Containerization goes there as well (although I don't really like the current state of containers, but we're getting there).

In fact, a read-only FS is something that people don't even notice, since it's not completely read only, but only the system partition. Everything the normal user (or even me) may wanna do is absolutely possible.

View this comment - View article - View full comments

Quoting: soulsourceI had to look it up (see above), and it's actually 3 months. The "mester" seems to come from "mensis", month.

Exactly, the latin numbers are unus, duo, tres, quattor, quinque, sex, septem, octo, novem, decem, undecim, duodecim, tredecim, quattordecim, quindecim, sedecim, ...

Which actually means that we should either call the number format with base 16 sedenary (or at least sedecimal) and octonary for base 8, when we also say binary or ternary; or say diodekadic, tesseradekadic, oktodekadic and hexadekadic for base 2, 4, 8 and 16 respectively. Hexadecimal is in itself absolutely weird, mixing the greek hexa prefix with the latin decimal suffix. Personally, I prefer hexadekadic over sedenary/sedecimal but that may be because I love the Greek language :-D

View this comment - View article - View full comments

Quoting: STiAT

Quoting: ljrk

They've been continuing to rewrite various parts of the C code into much newer C++20/23.

Maybe kind of a nitpick, but to me this kind of implies that C++ would be some kind of "updated" Version of C. The next C standard is likely C23, so will it then be "more modern" than C++20?

These are simply two different languages that evolve separately although the workgroups do coordinate development together.

I think it's a matter of preference, as they state in their wiki:

Very early versions of Cemu were written mostly in the C language. This was out of habit more than any actual reason. Since then, we are continuously rewriting code to make use of new C++20/23 features. Another related task has been switching the project from a Visual Studio solution to cmake, a necessary step for porting to other OSes. We are also using the opportunity to re-think and improve the general source file and folder structure or just to clean up code from the early days.

Seems more they have switched mainly to developing in C++ and are going to switch the rest of the codebase now. I can see - depending on usecases - benefit in both languages in my projects, but I'm doomed anyway since I mostly switched to Go (mostly web API crap and automation) and Rust (for more complex stuff) for my projects.

It's always a question of preference. There may have been reasons for C++, I personally can live very well with both in my development, and I do have C and C++ projects at work, which by now start to get replaced by Go and Rust projects gradually... but it will probably take another 10 years or more until our C/C++ codebase is completely gone (since it has to make sense to actually rewrite something too).

You're absolutely right there! But it irks me to see C++ being some kind of "update" than C. If people use C++ over C I will secretly judge them but won't complain too loudly 0:-)

Rust & Go are neat, although I'm currently playing around with Haskell again for work. And PureScript seems to be neat as well.

View this comment - View article - View full comments

They've been continuing to rewrite various parts of the C code into much newer C++20/23.

Maybe kind of a nitpick, but to me this kind of implies that C++ would be some kind of "updated" Version of C. The next C standard is likely C23, so will it then be "more modern" than C++20?

These are simply two different languages that evolve separately although the workgroups do coordinate development together.

View this comment - View article - View full comments

Quoting: gardotd426

Quoting: ljrkNow we "only" need drivers for Windows and macOS to interface with that. Plus dxvk (dx9-11) und vkd3d for dx12 for Windows and MolteVK for macOS and we'd have pretty neat graphics accelaration ;)

None of that would be necessary. VirtIO-GPU virtual GPU with lib.vfio has already been shown to run Call of Duty Warzone in a Windows VM as if it's a native app using vGPU. You wouldn't need anything to do with vkd3d-proton, dxvk, or Windows drivers.

But how provides the DX driver then?

View this comment - View article - View full comments