Quoting: musojon74I so used to love Mandrake Linux. Was my distribution of choice for some time

I used it for quite a while as well, back when it was new and shiny. I absolutely hated the rpm-based package management though. Dropped the distro for Gentoo at some point, and even if I spent most of my time compiling software, at least portage was (and is) an awesome package manager...

View this comment - View article - View full comments

Quoting: stretch611Another way to look at it is that Shenzen I/O is $12 for the top tier of the bundle. Right now, in the middle of the Steam Winter Sale, Shenzen I/O is 25% off at $11.24. Might be worth it for that alone.

Humble doesn't do regional pricing for the bundles, so it's actually cheaper there for me at 9.95 EUR for top tier, while on Steam it's 11.24 EUR. Shenzhen I/O has been at the top of my wishlist for a while, so I guess I'll just have to pick it up. I thought TIS-100 was brilliant, so I'm pretty sure I won't be disappointed.

View this comment - View article - View full comments

Quoting: liamdawe

Quoting: denyasis

Quoting: liamdaweArticle updated with a quote from Valve.

Thank you for the fake news social experiment. It was quite illuminating.

As an unwilling participant, I'm really ok if we don't do this again for a while, or ever.

I don't think you quite understand what fake news or social experiments are, but thanks for the chuckle.

The accusing tone of his reply is unwarranted, but you did write a "news" article that turned out to be based on misinformation from dishonest sources. Valve didn't ban usernames with catbot in them, and the affected users were lying about being victims. But you obviously didn't mislead anyone on purpose. Maybe you should edit the topic to make it clear that this has been debunked?

View this comment - View article - View full comments

Quoting: liamdawe

Quoting: GuestOf course Vulkan will help increase the number of Linux releases eventually, but that will only ramp up as fast as developers plumb their game engines for it. Linux is a lot closer in reach when you're on Vulkan. :3

The same has been said over and over again if developers "just used openGL" it's the same argument with a different name.

This is true, but to be fair, for various (good and bad) reasons OpenGL never really shook the "like D3D but worse" stigma among developers. I haven't seen such bias against Vulkan.

I do agree with you though. Vulkan is essential for the future of gaming on Linux, but won't suddenly make developers pay more attention to our tiny platform.

View this comment - View article - View full comments

Oh wow! An "interactive game", huh? What a novel concept.

Could they seriously not think of anything more descriptive? That's like saying "edible food" or "wearable clothes".

View this comment - View article - View full comments

Quoting: BTREI still use dolphin-git and ppsspp-git outside of retroarch, though, but that's mostly because I like to test the latest changes (like some of the vulkan improvements) and retroarch can be a little behind upstream. Maybe I'll write up a guide one day on GOL, but it's not too hard to figure out tbh. There's wikis and guides elsewhere that should help you.

For people on Ubuntu (or derivatives) both dolphin [External Link] and ppsspp [External Link] have seemingly official PPAs with git builds.

View this comment - View article - View full comments

Quoting: GuestI know this is probably going to heat things up a little, as people tend to be passionate on the subject, but if all anyone carrs for is some proprietary driver being installed as easily as possible for them....why use GNU/Linux in the first place?

I still don't see how finding and searching a website for the right driver package to download and install is somehow easier than using the driver manager applications offered by distros such as Ubuntu and Mint. That's a couple of clicks and a reboot as opposed to something much more complicated, but maybe more familiar to most people. Thankfully I've rarely had to touch Windows computers in the last decade or two, but when I have, even an OEM install on a laptop has often forced me to hunt for driver updates to get things working properly.

Quoting: GuestA lot of the comments though, it really doesn't seem like open software ideals matter, and they want things like on windows.

I think this is at least partly because that's what they're used to. Not because it's actually better or even easier. And true, we can't expect Linux to grow to compete with Windows and Apple and still expect every new user to put ideals before more practical matters.

View this comment - View article - View full comments

Quoting: slaapliedjeMy 'favorite' thing to see now is a mish mash of languages inserted into scripts. I am in the middle of trying to teach myself python while rewriting this python script that currently uses a perl script/library, and several bash scripts that then run fabric commands....

Where I currently work, I even say a Nagios check that is written in perl, that then calls a bash script to set up the environment, which also calls another perl script, which then runs a bash script...

I am pretty shit at coding, but even I know that is just a jungle of wtf?

I guess that's how the Unix-like ecosystem of "small tools that do one job well" is built. As long as the scripts are well separated and have clean interfaces, it doesn't really matter how they're scripted. But yeah, that could also be a jungle of wtf.

View this comment - View article - View full comments

Quoting: jens

Quoting: tuubi

Quoting: jensA second developer touches the code (years) later, does some refactoring but leaves the (no longer matching) comments as is, cause it seems nice to have comments and because comments aren't touched if you use some tooling for refactoring (Jetbrains and friends).

And here you see a developer who doesn't do his/her job. If comments are no longer relevant after you've changed the code, it's your job to update or remove them accordingly. Tooling is a bad excuse.

Welcome to the real world ;). Of course this was a bad job, but these things do happen, though usually much more gradually over time thus a lot less obvious.

Ignoring the condescending tone of your reply, is that supposed to be an argument against code comments? If a team member messes things up, you might need tighter project control and/or coding guidelines. Otherwise that particular developer's sloppiness is bound to cause problems for the rest of the team. A bit of misinformation in comments might soon be the least of your worries.

Sorry if I fail to find the humour in this, but I have enough experience of running team projects for this to strike a nerve.

View this comment - View article - View full comments

Quoting: jensA second developer touches the code (years) later, does some refactoring but leaves the (no longer matching) comments as is, cause it seems nice to have comments and because comments aren't touched if you use some tooling for refactoring (Jetbrains and friends).

And here you see a developer who doesn't do his/her job. If comments are no longer relevant after you've changed the code, it's your job to update or remove them accordingly. Tooling is a bad excuse.

View this comment - View article - View full comments