Confused on Steam Play and Proton? Be sure to check out our guide.
Latest Comments by Tuxee
System76 reveal the true monster desktop-class laptop 'Bonobo WS'
21 August 2020 at 7:00 am UTC

Built myself a rather compact barebone system with a dual slot AMD GPU and CPU, SFX power supply. It's about as portable as this behemoth - in fact it's actually even lighter (and yes it comes without display, but still 4 kilos plus excluding PSU...)

Ubuntu needs feedback on some possible major WiFi changes
14 August 2020 at 2:24 pm UTC Likes: 1

Quoting: NanobangIs iwd even open source?

Of course it is. And it has been in your repositories for quite some time already. It's just not installed as default. You can find more about here for example

https://git.kernel.org/pub/scm/network/wireless/iwd.git/about/

My experiences of Valve's VR on Linux
12 August 2020 at 4:59 pm UTC Likes: 1

Quoting: randylThis is exactly why I believe the Linux ecosystem needs to address its incredible fragmentation.

As if this has never been discussed before... Make a start and name the standard init system, the standard desktop environment, the standard package manager, the standard release cycle. Shall it be AppArmor or SELinux? What's the standard file system? Or the standard sandboxing solution?

Quoting: randylFrom my persective I don't consider Ubuntu the standard or a standard at all. At best they're ~40% of 3% and that's tiny and in no way automatically defaults them to a standard.

Who cares what you think? It's mere facts: The most widespread distribution is *Ubuntu. Neither is it of any interest, how much they contribute upstream, and as far as OS customization goes - there hasn't been a lot going on in this direction over the last few years.
Yes, there is no "standard" distro and there will never be one, hence developers target the most popular distribution. Period.

The Linux market share appears to continue rising with Ubuntu winning
3 July 2020 at 7:41 am UTC Likes: 4

Quoting: tmtvlNeat. Too bad it's Ubuntu, we don't need Canonical to grow too big for their shoes.

One of these gratuitous comments... Now let's hope that Red Hat or SUSE doesn't grow too big either or we might end up with enough market share for proper recognition by hardware vendors and software developers.

Our quick-picks of the best Linux games of 2020 so far
3 July 2020 at 7:33 am UTC Likes: 1

Quoting: drjoms
Quoting: Liam Dawe
Quoting: 14The amount of 3D games is sad.
Games don't need to be "3D" to be fun.
Ladies don't have to be pretty for you to fall in love with them.
Indeed.

Quoting: drjomsFood doesn't have to be tasty to eat it.
Bed doesn't have to be comfortable to be slept in.(as, in jail for example)
Depends on you how hungry or tired you are.

Apart from that pretty much all games I played recently are either 2D (Dead Cells, plenty of classics on MAME) or "fixed perspective" 3D.

Linux Mint 20 'Ulyana' is out with better NVIDIA Optimus support, fractional scaling
29 June 2020 at 7:49 am UTC

Quoting: Comandante ÑoñardoThe Mint 20 Cinnamon is ideal for former Windows 7 users... Specially if They use the right tweak

Oh dear, another one of these "Windows 7 users won't spot the difference" success stories.

They will. Since Linux does not and will not work like Windows. Ever.

"So I a have this Linux thingy and it looks like my Windows, but it hasn't got my D: an E: drives. How am I ever gonna store my stuff? And I couldn't find my tool for configuring the special keys on my keyboard. And..."

Linux Mint 20 'Ulyana' is out with better NVIDIA Optimus support, fractional scaling
29 June 2020 at 7:42 am UTC Likes: 1

Quoting: AwesamLinuxIf there was one thing I would like to change about Mint, that would be to make a new icon theme. I'm thinking of something similar to the current Moka based one, but one that is designed to be scalable (so that there is not need to make one icon in lots of sizes, GNOME is moving towards that direction. However, the style they are going is not to my liking. I generally prefer icons that have templates and gradients).

No. Even scalable icons have to be done for several sizes. I've worked on a few Papirus icons and you still do 6 sizes per icon. It's explained here

https://github.com/PapirusDevelopmentTeam/papirus-icon-theme/tree/master/tools/work

Incredible emulator 3dSen PC converts classics into 3D and it's out now
20 June 2020 at 10:04 am UTC Likes: 7

Quoting: DesumNeat gimmick, but I can't get behind proprietary emulators. I'm not even a Stallmanist, but the point of emulation is preservation. Having your emulator be closed sauce runs counter to that.
Why? This emulator does all sorts of things, but it does definitely not "preserve".

Linux Mint votes no on Snap packages, APT to block snapd installs
4 June 2020 at 9:52 am UTC

Quoting: Pangaea
Quoting: TuxeeReally? Showing an image of a flatpak package to prove the bloatedness of a snap? Really? (Besides I can't find a XNView snap to see whether this is different.)
Maybe read what I posted then, instead of barking up wrong trees. With bloat I always talked about the hilariously ill-named flatpaks. I have never used Snaps and don't intend to, so have no idea if these are bloated too or if the downsides are more about the Canonical lock-in.

Sorry. Yes you were mentioning flatpaks. (From my experience snaps are not exactly bloated.)

Linux Mint votes no on Snap packages, APT to block snapd installs
3 June 2020 at 10:50 pm UTC Likes: 1

Quoting: soulsourceThat's actually my main point of critique regarding all container formats: They delegate dependency tracking to developers, what makes it basically impossible to prevent situations in which users end up installing the same libraries over and over and over again, in different versions

It's the other way round: that's the reason why you have these containers - to have dependency compatibilty on a per-application level.

Quoting: soulsourceI fully agree however that container packages are preferable to some developer-hosted binary tar.gz. Yet, I don't see how they could be a suitable alternative to distributor-maintained traditional packages (deb, rpm,...).
I have the feeling that the ideal solution for end-users is a co-existence of containers and traditional packages, each having its own preferred use case.

I don't think that this was ever seriously disputed - even by container enthusiasts.