zirias,
@zirias@bsd.cafe avatar

Hello bsd.cafe 🤩!

I finally did it and moved to a more appropriate "home realm" for a enthusiast. Thanks @stefano for offering this!

Moving followers worked flawlessly, restoring all my settings was pretty quick, but of course all my old toots are left on https://techhub.social/@zirias 🙈

So I guess I'll introduce myself here by writing a little thread, adding a few of my works that someone might find interesting. But first a bit of "who am I":

I'm a "professional" software architect/developer (mostly platform in the day job), FreeBSD hobby-admin and ports committer, fan (and occassionally coder and even musician), and apart from computers also interested in music (playing a few instruments myself), traveling, cooking, sometimes sports, sometimes politics ... but probably won't toot about any non-technical stuff (or, very very rarely).

zirias,
@zirias@bsd.cafe avatar

Let's start with my most recent opensource dev-project:

is an . Although it uses for its GUI, the mechanism to "type" emojis is pure X11. This means any X11 client can receive them (whether that client can correctly display them is an entirely different issue 🙈) ... not even awarenesss is needed.

The mechanism to inject fake "emoji keyboard events" is quite hacky and dirty, but it works!

https://github.com/Zirias/qxmoji

Not sure whether I should add it to ports, but if you want to try it, here's a patch for the ports tree:
https://people.freebsd.org/~zirias/patches/0001-x11-qxmoji-Add-new-port.patch

zirias,
@zirias@bsd.cafe avatar

Also quite recent: . This is a very versatile converter for (and other "text") files to a format using and only standard escape sequences, so, suitable for today's terminals like . It includes an ansiart viewer which is "just" a shellscript, leveraging dos2ansi, xterm, less and some nice original fonts to do its job. So, maybe something for the fans.

https://github.com/Zirias/dos2ansi

Docs (manpages) are here:
https://zirias.github.io/dos2ansi/

As there was some interest, a port is available: https://www.freshports.org/converters/dos2ansi

zirias,
@zirias@bsd.cafe avatar

Fun fact, if you're a user, chances are you're already using the arguably tiniest of my opensource projects: unix-selfauth-helper 😎

https://github.com/Zirias/unix-selfauth-helper

It's needed for quite some popular "screen lockers" that just assume a (IMHO pretty dirty) (LinuxPAM) solution to be available.

zirias,
@zirias@bsd.cafe avatar

Jumping to something completely different:

Unfortunately this project is stalled, I hope to find the time to continue it. Here's a #C64 conversion of an old #Amiga type-in game found in some german magazine (AmigaBASIC). It's pure #mos6502 #assembly and actually adds lots of features to the original (like a score, like music, like fast scrolling and fast movements ... btw the sound/music code is also hand-written, no tracker used).

So, here's #stoneage64, preview-2:
https://csdb.dk/release/?id=228828

video/mp4

zirias,
@zirias@bsd.cafe avatar

One of my "dream projects" (maybe after retirement 🙈😁) would be to create yet another :commodore: OS. One that works on a vanilla unextended machine.

There are quite a few around of course. To make something meaningful, you have to think about what could give enthusiasts an excuse to use their breadbin once in a while 😏

I think it should just support very basic service clients, like Email, IRC, BBS (via TCP), ... of course this means to require one hardware extension (apart from your obligatory floppy drive): Some (or wifi) hardware. There are a few around, so "drivers" for those would be needed.

This sets the baseline of features required. Multitasking will probably be unavoidable (clients need to be able to do stuff "in the background", like e.g. respond to IRC PING messages). There's already a LOT of complexity attached to that requirement. You'll need an executable format with relocation info, and a program loader doing the relocation on startup of a new process. You'll need a concept how to deal with the tiny hardware stack (partition it, relying on apps not to overflow? copy it around on each context switch?). You'll need a concept how to dynamically allocate memory (probably just page-wise). And so on.

A windowing system IMHO makes no sense at all on that machine. The UI should focus on text (maybe a set of virtual consoles?). Support for GUI apps might be possible, but then only "full-screen". 🤔

Well, just some thoughts, dreaming along 😄

cenbe,
@cenbe@mastodon.sdf.org avatar
  • All
  • Subscribed
  • Moderated
  • Favorites
  • FreeBSD
  • DreamBathrooms
  • magazineikmin
  • InstantRegret
  • GTA5RPClips
  • ethstaker
  • Youngstown
  • everett
  • slotface
  • osvaldo12
  • rosin
  • mdbf
  • kavyap
  • thenastyranch
  • ngwrru68w68
  • megavids
  • Durango
  • modclub
  • cubers
  • khanakhh
  • Leos
  • tacticalgear
  • cisconetworking
  • vwfavf
  • tester
  • anitta
  • normalnudes
  • provamag3
  • JUstTest
  • All magazines