Alberto Salvia Novella

I made an improved PKGBUILD. If you wanted a pull request, just let me know.

I mean that if you create a Pacman package using the Debian unstable package as binary source, running the binary leads to `WXU_3.0.5' not found. Even when the Debian package is compiled using libwxgtk3.0-dev 3.0.4, that's the weird part.

@OrbWeaverYeah, that's what I guessed. Thanks for the clarification. The part that calls my attention, though, is that version 3.0.5 doesn't even exist on Debian unstable. So likely the Debian package 3.0.4 is providing 3.0.5 by mistake.

@greeboWell, I guess that assuming that dependent libraries will match different distros is just too optimistic. Thanks for your assistance, and have a nice day.

@greeboAny idea on why it fails to build when using the Debian package as source, just for my own info?

Hahaha! Guess that, even then, I never used the candle. Cause I felt more secure by not being seen myself. So being afraid of darkness was the only way to make people like me uncomfortable while playing.

I still suspect it could be a good idea, and better known after tried out.

Yeap, the lighting should never be completely dark. I remember playing a scenario which was impossible till you increased gamma to the maximum. That should be prevented by design. Amnesia got it right. It lights a subtle blue light after a few moments of complete darkness.

Not working on Linux: Required WXU 3.0.5 is the incomplete release, so not offered by distros

Root cause is: wxgtk also tags incomplete releases, so the latest isn't offered to install.

So I'm packaging darkradiant as a pacman package. But when I execute darkradiant on the terminal it complains: The thing is that's the latest announced 3.0 version of wxgtk. If you install 3.1 then darkradiant complains it cannot find 3.0 at all. Any idea why this could be? Thanks in advance.

You don't need to use GitHub/GitLab's bug tracker, wiki or continuous integration tools. My proposal was using those platforms only for code storage, for easing merge requests. While breaking the different programs into different projects under the same account, for speeding up cloning repositories. Nothing else.

@Jetrell Nah, I'm not gone. It's simply I realized that doing as in the peter_spy's thread, replying to every single point to justify my view, is pointless. Either people listen or not. And in this particular topic I didn't took it personally at all, it seems that most of the annoyance comes from previous discussions where I didn't participate. Or that the people was expecting me to procreate the conversation infinitely like with in peter_spy's thread, which basically I believe it was a mistake on my side. In summary: I said nothing else because nothing relevant had to be said ??

@stgatilov

@greebo

@Springheel Cause it was never well designed to start with, having to commit to a single central repository. People used it only because it was the sole thing available at the time. As everything is committed to a single central place: Anything can break the main code, so micro-managing commits is needed. Code conflicts can easily happen. You have to clone every related software for minor changes. So people delay commits, making them bigger, harder to inspect, and more prone to errors. And developers distrust outsiders by default, so these don't even try. For the record most of the code I write is Unix Shell, invented like 40 years ago when machines used typewriters instead of screens. Don't tell me I have new shinny technology syndrome.

@greebo I understand you want to keep an infrastructure that already works. But literally all the software I know of no longer use SVN, they all migrated to Git. You will want to revisit the decision.

I strongly suggest that The Dark Mod source code is stored on a git based platform. Git makes contributions notably easier than SVN for the following reasons: Git is able to merge commits with minimum conflict and with great transparency. Git is distributed. Everyone has its own version of the source code, and different teams can be working in parallel on different features without needing to commit to the main repository, only to their copy till the feature is truly stable. The different applications can be stored in different repositories, so cloning them and committing is fast. These mean that changing things is easy to anybody without making the code unstable. This naturally encourages contribution and enhances overall software quality. Since there's multiple copies of the source repository, and it's stored on an external platform, the likelihood of data lost is dramatically reduced. Long version:

I tried but the screenshot won't respect the custom gamma levels, so you won't get the idea.

@Petike the Taffer I only had a PC too... but I made good use of emulators ? In the early 2000s I owned thousand of emulated games from all consoles you could imagined. I even bought some original PS1 games to play on my computer, because I figured out how to make them work even better on it than on a real machine. It took years to perfect, but it was worth it. I also remember playing N64 games on my computer, with four game-pads and accelerated graphics. And when I tried the real console out it felt rather crappy in comparison. The original game-pads were horrible, very expensive, and the games run on a kind of slow frame-rate. And the most interesting part, I got all of it without Internet. I got Internet pretty late on my life, and that day I got overpowered. I guess my parents were scared about how much time I could employ on it, and they were right. I even wrote a section of the eMule manual, the section about how to find more stuff when searching. Happily I no longer do piracy, and rather use libre software. Sometimes I download pirate games just to see if they work on Linux before buying them, but I pay for what I play (except if old school and out of the market). That said you will enjoy this:

For anybody that has packaged before it shall be quite trivial to do so, as the provided program does all the work for the packager.

I don't usually play cracked games, but while playing abandon-ware the value cannot be overlooked. Also while testing if the game will work on Linux prior to buying it. For example I uploaded the game "Scott Pilgrim VS The World" to the Internet Archive. If it hasn't been because of a crack (and emulator) nobody in the hole Internet would be able to play it anymore.

@STiFU For instance I have a mod that updates all the graphics and makes it look awesome, in case you want to try it out.

@STiFU Have you tried out System Shock 2, from Irrational Games?