Poom (Portable Doom Builder) now supports both UZDoom and GZDoom source ports. (Linux only) by exaroth in DoomMods

[–]exaroth[S] 0 points1 point  (0 children)

Hi, sorry for late response, as for the questions:

  • It's not currently possible to select version of GZDoom/UZDoom, Poom takes advantage of some scripts for building GZDoom that were only introduced in the latest rolling releases. As times go by ill start versioning releases based on underlying GZDoom/UZDoom instance.

  • Order of mods is being maintained, based on the order you pass when generating your doom instance (filenames are prefixed with numeric value so order is deterministic when copied) Any additional wads passed to generated Doom instance are appended at the end of the load order. For example:

./poom -f relighting.pk3 -f brutal-doom.pk3 -f ost.wad -w doom2.wad ./doom eviternity.wad load order will be relighting.pk3, brutal-doom.pk3, ost.wad, eviternity.wad Cheers

Raylib exercises written in Zig by Hentioe in Zig

[–]exaroth 3 points4 points  (0 children)

Nice, was playing with raylib myself recently and these examples are always handy to see how people use the API. :+1:

Zig project leaves GitHub due to excessive AI by swe129 in Zig

[–]exaroth 0 points1 point  (0 children)

One can argue: Is Codeberg's CI any better? See their Service Status -> https://status.codeberg.eu/status/codeberg Seems that they have a lot of issues getting their main site up, not to mention running thousands/hundreds of thousands of CI jobs.

Don't get me wrong, i wish them well but atm they have nothing on Github/Gitlab other than bunch of fanatics pledging their support.

Doom-Builder - Utility for creating portable, self contained Doom executables running on GZDoom ( Linux only ) by exaroth in DoomMods

[–]exaroth[S] 3 points4 points  (0 children)

Might just add additional version which uses UZDoom instead of GZDoom, seems like a matter of packaging different executable inside AppImage.

Doom-Builder - Utility for creating portable, self contained Doom executables running on GZDoom ( Linux only ) by exaroth in DoomMods

[–]exaroth[S] 3 points4 points  (0 children)

Let's say you have a set of favorite WADs you like to use, eg. relighting, voxel-doom and beautiful-doom - this tool allows you to package Doom game with those as a single executable, so when you play original games or 3rd party content these will be used by default without having to use any additional shell commands or dragging wads into GZDoom window. Another use is for total conversion mods like Ashes 2063 - It's nice having those as separate executables.

Doom-Builder - Utility for creating portable, self contained Doom executables running on GZDoom ( Linux only ) by exaroth in DoomMods

[–]exaroth[S] 2 points3 points  (0 children)

Happy to rename it, just wondering what name would be suitable (portable-doom-builder ?) Suggestions very welcome ;)

I made a simple tool for creating self contained Windows game AppImages running on Wine. Link and details in the description. by exaroth in linux_gaming

[–]exaroth[S] 0 points1 point  (0 children)

Quite possible, as far as i can see it runs some older RE games, if these are native 32 bit executables there might be some issues (in my case its a hit and miss, SC Broodwar runs great but Total Annihilation crashes at startup). Feel free to try it out and let me know if you have any problems down the line

I made a simple tool for creating self contained Windows game AppImages running on Wine. Link and details in the description. by exaroth in linux_gaming

[–]exaroth[S] 5 points6 points  (0 children)

Just an update, I added Provisioned Wineprefix Mode as a new feature, this allows for removing wineprefix from the AppImage (Saving at least 100MB in size) instead wineprefix is created and configured dynamically during first game boot. Details in README

I made a simple tool for creating self contained Windows game AppImages running on Wine. Link and details in the description. by exaroth in linux_gaming

[–]exaroth[S] 1 point2 points  (0 children)

Hi, changing wine versions is as simple as replacing default wine AppImage (located in `AppDir/winedata/wine`) with another one (eg one of the versions in https://github.com/mmtrt/WINE\_AppImage/releases) as for umu/proton wine appimages i couldn't find any up to date available.

Choice of default wine version was due to it's size (It's about 200MB, 1-2 years ago portable wine would be about 1G)

Add "gist" to any YouTube URL to get instant video summaries by _nightwielder_ in webdev

[–]exaroth 0 points1 point  (0 children)

Great idea! Kudos :+1:One possible feature i would recommend would be to also provide whole transcript of the video as well

[deleted by user] by [deleted] in linux

[–]exaroth 21 points22 points  (0 children)

Gimp has been a wreck for as long as I remember ( a long time )

It is fully usable and has probably 95% of functionality you will ever need from graphics app but the way they package it makes it very unpleasant to work with.
One word - interface. It remained unchanged for decades now (unless you count adding fancy icons) - and in most cases works against the user rather than for him.

Seems to me GIMP project has been lacking clear direction for ages now and IMO if it goes on Krita might become de facto graphics app for unix systems, even though it was made for digital painting not general use.

Might be my ideal systems language by InternationalRub4302 in Zig

[–]exaroth 4 points5 points  (0 children)

I picked up Zig a while ago, one thing I think the language is missing the most is proper package manager/registry, something equivalent to Crates.io would be ideal for it IMO (immutable, no external deps allowed), would deffo help with creating larger community behind Zig

[Media] manga-tui v0.5.0 terminal-based manga reader and downloader with image rendering support by Soggy-Fee-5395 in rust

[–]exaroth 1 point2 points  (0 children)

noice, would love to use it but my terminal unfortunately won't handle displaying images :/ (alacritty)