4ffy

joined 2 years ago
[–] [email protected] 27 points 1 month ago* (last edited 1 month 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.

 

This release brings a host of user-facing refinements to an already stable base, as well as some impressive new features. There is a lot to cover, so take your time reading these notes.

Special thanks to Jean-Philippe Gagné Guay for the numerous refinements to parts of the code base. Some of these are not directly visible to users, but are critical regardless. In the interest of brevity, I will not be covering the most technical parts here. I mention Jean-Philippe’s contributions at the outset for this reason. Though the Git commit log is there for interested parties to study things further.

 

cross-posted from: https://lemm.ee/post/27699104

From the NEWS file: Emacs 29.3 is an emergency bugfix release intended to fix several security vulnerabilities described below.

  • Arbitrary Lisp code is no longer evaluated as part of turning on Org mode. This is for security reasons, to avoid evaluating malicious Lisp code.

  • New buffer-local variable 'untrusted-content'. When this is non-nil, Lisp programs should treat buffer contents with extra caution.

  • Gnus now treats inline MIME contents as untrusted. To get back previous insecure behavior, 'untrusted-content' should be reset to nil in the buffer.

  • LaTeX preview is now by default disabled for email attachments. To get back previous insecure behavior, set the variable 'org--latex-preview-when-risky' to a non-nil value.

  • Org mode now considers contents of remote files to be untrusted. Remote files are recognized by calling 'file-remote-p'.

 

Improvements are made to graphics, the Lua API, and the user interface. We present the winners of the 2023 Game Jam along with other cool mods. A new core developer joins the team, and we look forward to FOSDEM 2024!

[–] [email protected] 6 points 6 months ago* (last edited 6 months ago)

I don't think that's a good idea. Pretty much all interaction with Emacs is mediated through keybinds. There is no distinction between shortcuts and fundamental behavior. Even ordinary typing is done by having each character on your keyboard bound to self-insert-command. Perhaps there is some way to nuke the global keymap, but then you're left with literally nothing. Besides, this would not prevent various modes from adding their own keys anyway.

You should consider whether Emacs keybinds are actually in the way enough to be bothersome. You can also keymap-global-unset (or keymap-unset) individual bindings that you find problematic. I'd also consider delving into the Spacemacs code to see how they implement their "vi only mode."

 

A menu rework and God rays are among the improvements on the road to the 5.8.0 release.

 

This is the first pretest for what will become the 29.2 release of Emacs, which is primarily a bugfix release.

[–] [email protected] 5 points 8 months ago

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.

[–] [email protected] 16 points 8 months ago (7 children)

My heart sank upon reading the word "electron" and rose again on the very next paragraph. I'm looking forward to seeing it in action.

[–] [email protected] 4 points 9 months ago* (last edited 9 months 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.

[–] [email protected] 5 points 10 months ago

Xremap, despite the name, supports both X and Wayland, and can be used to move modifier keys around. Configuration is done with YAML but is otherwise pretty easy. I personally use it for full Emacs keybind emulation.

[–] [email protected] 163 points 10 months ago* (last edited 10 months ago) (22 children)

This might be the first time I've ever seen something productive happen in the Phoronix forums. I love that place. Go to any topic with more than about a dozen posts and it's almost guaranteed to be a flame war. Genuinely one of the funniest places on the Internet.

Check out this one. It took like three posts!

[–] [email protected] 2 points 11 months ago

I have done almost the opposite: moving as much configuration as I can into use-package statements, even for built-in features like dired. You can (use-package feature-name) or even (use-package emacs) in order to customize the basics. use-package just provides much better organization than any schema that I have ever been able to come up with on my own.

[–] [email protected] 26 points 1 year ago* (last edited 1 year ago)

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.

[–] [email protected] 24 points 1 year ago (4 children)

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.

[–] [email protected] 1 points 1 year ago* (last edited 1 year ago)

The sfwbar screenshots did not appeal to me, so I never tried it out. If it's sufficiently customizeable then it's worth a shot, I guess.

One of the big issues that I have with all the Wayland panels is that they seem designed for tiling compositors like Sway. More like status bars than task bars. The Windows-style list of open programs is not really necessary for a tiling workflow and this is painfully reflected in the available options. I have bashed Waybar into a decent facsimile of my tint2 config visually, but the actual window list module is just awful.

[–] [email protected] 7 points 1 year ago* (last edited 1 year ago) (5 children)

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.

view more: next ›