Jarkko Sakkinen
jarkko
yay vs paru in arch...
In my opinion, having that debate equals me not doing real work and system configuration is overloaded with maitenance debt.
Thus, in my opinion makepkg is better than either of two 🤷
In my opinion, having that debate equals me not doing real work and system configuration is overloaded with maitenance debt.
Thus, in my opinion makepkg is better than either of two 🤷
1
0
0
Jarkko Sakkinen
jarkko
I'm implementing query language with flex and bison for ccd because they do the job :-)
Example: !~G i ~f
This filters regular files, which are not in .gitignore.
Example: !~G i ~f
This filters regular files, which are not in .gitignore.
0
0
0
Jarkko Sakkinen
jarkko
Edited yesterday
1.0.2 with Arch Linux packaging files in addition to Debian:
https://codeberg.org/jarkko/libbasedir/src/tag/1.0.2
https://codeberg.org/jarkko/libbasedir/src/tag/1.0.2
0
0
0
Jarkko Sakkinen
jarkko
Edited yesterday
Pipewire daemon without systemctl (needed it this recently):
# In cat ~/.config/pulse/client.conf, set:
# autospawn = no
pid=$(pidof pulseaudio) && kill "$pid"
setsid bash -c '
pipewire &
PIPEWIRE_PID=$!
wireplumber &
pipewire-pulse &
wait $PIPEWIRE_PID
' > /dev/null 2>&1 & disown
Jarkko Sakkinen
jarkko
One of the many reasons why Lua is my favorite scripting language, is that you don't need JSON, YML or TOML.
Lua works well for all those needs and purposes also as a data format.
Lua works well for all those needs and purposes also as a data format.
0
0
0
Jarkko Sakkinen
jarkko
WDF circuit modelling and learning all about the topic has by accident become my hobby 🤷
It started by learning to model some existing analog gear based on circuit diagram and getting surprisngly good results.
I've cut out all plugins to their own Git project from the Clarity DAW project in order to trim it to something accomplishable.
From that stash I've further split 808 plugin project, and will redesign WDF modelled internals :-)
Always nice to learn a craft and I could imagine that this can be generalized to circuit simulation overall, which is professionally useful craft.
It started by learning to model some existing analog gear based on circuit diagram and getting surprisngly good results.
I've cut out all plugins to their own Git project from the Clarity DAW project in order to trim it to something accomplishable.
From that stash I've further split 808 plugin project, and will redesign WDF modelled internals :-)
Always nice to learn a craft and I could imagine that this can be generalized to circuit simulation overall, which is professionally useful craft.
0
0
0
@timojyrinki, this could be useful to package to OpenSUSE. It has a proper cross-platform support:
https://codeberg.org/jarkko/libbasedir/src/branch/main/src/platform.
Good quality for what it does :-)
https://codeberg.org/jarkko/libbasedir/src/branch/main/src/platform.
Good quality for what it does :-)
0
0
1
@nina_kali_nina I've actually done aoUT type of stuff also professionally back in 2012 when I implemented this in collaboration with Peter Anvin:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/x86/realmode
Basically just applied learnings from this :-)
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/x86/realmode
Basically just applied learnings from this :-)
1
0
2
Jarkko Sakkinen
jarkko
This has spinned off from my recent side-projects and thought to release it because it is disturbing to reimplement this all the time:
https://codeberg.org/jarkko/libbasedir
There was not really great library to handle this simple task so here you go.
https://codeberg.org/jarkko/libbasedir
There was not really great library to handle this simple task so here you go.
1
0
2
@nina_kali_nina I'll publish the links in this site once I release them: https://jarkkojs.github.io/
Thus, the 486 esque mode 13h fixed point graphics goodness with VGA's rectangular pixels :-)
Thus, the 486 esque mode 13h fixed point graphics goodness with VGA's rectangular pixels :-)
1
0
3
@nina_kali_nina The inspiration came from when I noticed that people I know who are doing demoscene productions for MS-DOS still use old compilers and really antique tools to generate MS-DOS binaries.
An associated project is to create mxmplay20 of https://www.cubic.org/source/mxmplay-1.6.zip, which is portable implementation of the original and buildable also for Linux (with Pipewire instead of GUS playback routine).
There is a new GUS fork of ao486 that has gained my interested so I guess that it is the main target platform: https://github.com/xolod79/ao486_MiSTer/tree/GUS
Has been nice to hear the awesome sound of Gravis Ultrasound first time in 20 years :-)
An associated project is to create mxmplay20 of https://www.cubic.org/source/mxmplay-1.6.zip, which is portable implementation of the original and buildable also for Linux (with Pipewire instead of GUS playback routine).
There is a new GUS fork of ao486 that has gained my interested so I guess that it is the main target platform: https://github.com/xolod79/ao486_MiSTer/tree/GUS
Has been nice to hear the awesome sound of Gravis Ultrasound first time in 20 years :-)
2
3
12
Jarkko Sakkinen
jarkko
@nina_kali_nina Cool. I'm releasing in near future aoUT dos extender with toolchain support for modern gcc and clang. The name comes from the fact that the PM payload is relocatable a.out :-)
As for Dosbox, this is AFAIK the best incarnation of it ATM: https://www.dosbox-staging.org/
As for Dosbox, this is AFAIK the best incarnation of it ATM: https://www.dosbox-staging.org/
2
1
4
Extension mechanism available are file type handlers.
It neither has user defined actions nor plugins because I prefer kernel alike model where single codebase is further improved. And this guarantees ubiquitos UX for anyone using ccd (same shortcuts work everywhere). And these choices help to optimize performance given more predicatable CPU load.
If you want plugin type of robustness, there are plenty of options available. If you think that user defined action would make sense, implement it instead as an nternal feature, and forward me a PR.
It neither has user defined actions nor plugins because I prefer kernel alike model where single codebase is further improved. And this guarantees ubiquitos UX for anyone using ccd (same shortcuts work everywhere). And these choices help to optimize performance given more predicatable CPU load.
If you want plugin type of robustness, there are plenty of options available. If you think that user defined action would make sense, implement it instead as an nternal feature, and forward me a PR.
1
0
0