• 1 Post
  • 21 Comments
Joined 3 years ago
cake
Cake day: May 12th, 2022

help-circle
  • 4ffy@lemmy.mltoLinux@lemmy.mlLinux and DOOM (1993)
    link
    fedilink
    arrow-up
    28
    ·
    edit-2
    6 months ago

    The reason that Doom is so portable goes beyond Linux and is an artefact of its development. id developed Doom on NeXTSTEP (i.e. Unix) machines and obviously targeted DOS. This is pretty unique among DOS games at the time and required id to write as much code as possible in a platform agnostic way. This means that the main engine does not care about where it is running and the usual DOS hacks are contained to DOS-specific files. In order to port Doom to a new platform, ideally one only needs to rewrite the system-specific implementation files for video, sound, filesystem access, etc., and this mostly holds true today. (These files are prefixed with i_ in the Doom source).

    The Linux port is just one of many versions developed at the time. I don’t believe that it was commercially released; it was more of a portability test. The reason that the Linux version was chosen for the source release over the DOS version was because it didn’t rely on the proprietary DMX sound library that the DOS port used.


  • Emacs’s regular clipboard is the “kill ring” which also allows you to retrieve any previously cut/copied text. It also has “registers” where you can store and retrieve snippets of text, which can be considered clipboards when used for this purpose. Registers can be referenced by any character you can type on your keyboard, including control characters like ^D.

    This totals… a lot of clipboards.



  • 4ffy@lemmy.mltoLinux@lemmy.mlDid we kill Linux's killer feature?
    link
    fedilink
    arrow-up
    6
    arrow-down
    1
    ·
    edit-2
    1 year ago

    I think that this is above all else the reason that I use Arch. Arch Linux makes creating packages trivial, basically just wrapping build instructions into a shell script template. Arch handles the rest. The build systems for deb or rpm packages don’t come close, and good luck rolling your own flatpak.

    This allows me to use pacman for everything outside of my home directory. Pacman is practically the central feature of my computer, and it’s wonderful. I’m sure those Nix people can relate, though I guess my method is a bit less robust.




  • r/cth was originally a subreddit for the podcast Chapo Trap House, but it eventually bloomed into a general-purpose leftist space. IIRC, the sub was around 160k members at its peak and had a distinct posting culture.

    It was quarantined by Reddit for violent speech after calling for the death of slave owners and later banned for no particular reason at the same time as r/the_donald, presumably as a “both sides” sort of thing.


  • Hexbear is an instance formed mostly by former r/chapotraphouse users after that sub was banned from Reddit a few years ago. Hexbear used to run on a custom fork of Lemmy so that the community could add extra features that they wanted (like custom emoji) but it was recently ported back to mainline Lemmy after merging or reimplementing as many changes as possible.

    Currently, Hexbear does not have federation enabled, and there is discussion about who to federate with or even whether to federate at all. The community is very active and self-sufficient and some members prefer the isolation.

    Content-wise, it’s a leftist-focused instance. Some shitposts, some serious posts, and a lot of inside jokes.


  • 4ffy@lemmy.mltoLinux@lemmy.mlNon-Tiling Window Manager Users?
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    1 year ago

    I am a proud Openbox user. In the stacking realm, there is nothing quite like Openbox’s customizeability and the great tooling that surrounds it. In particular, opensnap gives me window snapping to the edge of the screen with the mouse, which is sorely missing from most light window managers. Openbox also has really powerful hotkeys (any arbitrary sequence of actions) alongside Emacs-style key chords, which makes it difficult to port my setup to any other environment.

    One day, I hope to migrate to labwc, which seems to be carrying Openbox’s banner into the Wayland era. Unfortunately, labwc doesn’t (and probably never will) support key chords and I have not been able to find a suitable replacement for tint2, which I use as my taskbar. Someday…

    Here is an old screenshot of mine. Nothing has changed since then.



  • bspwm is probably my favorite general-purpose tiling window manager. I have not personally tried this out yet, but River is superficially similar, with the main configuration done through a combination of shell scripting and riverctl commands. I’m not sure how the tiling behaves in comparison though.


  • This is something that I am sure will be solved eventually, but one of the major weaknesses of Wayland is the lack of lightweight standalone compositors.

    For example, if I want a lightweight stacking window manager on X, I can choose between Openbox, Fluxbox, FVWM, IceWM, Pekwm, JWM, Window Maker, hell even twm if I were a masochist. I have tried out all of these at one point or another and they all have something to offer users. But using Wayland, there’s, uhh, labwc, and that’s it? Maybe I could try using kwin standalone?

    The situation for tiling window managers is similar, with Sway being the only one that feels mature.

    I plan on migrating from Openbox to labwc at some point in the future, once it’s ready. labwc itself is really good, but some of the other programs I need to recreate my setup aren’t there yet. Someday…









  • I use Elfeed for Emacs, as just one small part of Emacs’s slow conquest of other programs on my computer. Before that, I used Liferea, which is a nice standalone feed reader.

    Elfeed lets me assign each feed in my list different tags, so I can do basic filtering for what I want to read at any given time. I generally avoid subscribing to any high-density feeds like news sites. I prefer to have maybe a dozen or so links per day that definitely interest me.

    I use morss.it to fetch the full text from feeds that only provide a brief summary.


  • First, you should be familiar with the basic process of compiling and installing software from source. For C or C++ projects, this can be as simple as ./configure, make, make install for projects that use GNU Autotools, or something like cmake -B build, cd build, make, make install for CMake projects.

    I generally split PKGBUILDs into three important parts. There’s the metadata at the top then there’s the build and package functions. build is where everything up to the make (or equivalent build-the-thing) command goes and package is where the make install bits go.

    There’s also the prepare and check functions, but those aren’t used as often.

    As for the actual documentation, the Arch Wiki page for PKGBUILD covers most of the metadata stuff and the page for Creating Packages covers most of the build and package stuff.