falktx @falktx@mastodon.falktx.com

This is quite amazing.
Exploit for Apple M1 systems, allowing 2 completely independent processes to talk to each other

> This works between processes running as different users and under different privilege levels.
😱

> [...] allows any two applications running under an OS to covertly exchange data between them, without using memory, sockets, files, or any other normal operating system features.
😱 😱 😱 😱 😱 😱 😱 😱 😱 😱 😱 😱

https://m1racles.com/

@SEGFAULT code like https://github.com/ddurham2/rezound/blob/master/src/misc/CPath.h implies it is GPLv2+
author likely just forgot to put a LICENSE file on the root folder.

comment headers with a clear license override the global project one, so this should be fine.

@tromino @unfa audacity will remain opensource. the mobile version that is based on audacity core code most likely will not.
This is already the case for musescore, not just a theory.

The CLA was already in place, this just made it public.
It is funny they act like they want opinions on it though, as if backlash against it would change anything 💩

@rghvdberg@sonomu.club welp, reset that counter https://github.com/audacity/audacity/discussions/932

@unfa if you have a problem that needs regex, you now have 2 problems

This is madness.
Now DPF is building via MSVC too? 😱

This section of a video from Veritasium is mind blowing.
The game of life running... on the game of life!
(that very same simplistic "game" yes)

https://youtu.be/HeQX2HjkcNo?t=1772 😮

@bacardi55 likely to be killed again next year, beginning the cycle all over again!

cmake support in DPF is in!
https://github.com/DISTRHO/DPF/pull/269

Thanks to work by Jean Pierre Cimalando

More great stuff coming soon 🚀 🚀

Slowly getting DPF Cairo backend up to speed.
Same codebase, totally different targets, same behaviour.
Screenshot shows the Demo/test tool to render a few things, including subwidgets.
(opengl has the nanovg test, which is not possible on cairo for obvious reasons)

Only 2 things left for Cairo backend:
1. load png images from memory (instead of large raw data like opengl side does)
2. get the built-in DPF image widgets compatible with cairo.

Those 2 already done in a PR, but need adjustment

@rghvdberg@sonomu.club this is outrageous, some places forbidding UwU 😢

One of the perks of modular open-source design.
We can just take stuff other people did, that is also open-source, and put it together with ours.
Jean Pierre Cimalando was doing some tests and we got DPF rendering "Dear ImGui" [1] stuff for audio plugin usage.
It does really work! Of course with some caveats, but looks quite promising.

[1] https://github.com/ocornut/imgui

Most are not following along, but progress on update DPF to use latest upstream pugl is going very well.
Can already build all the example plugins, tested with https://github.com/DISTRHO/glBars and it runs with 0 changes required in the code.
Keyboard input and a few other minor things not handled yet, but it is just a matter of hooking up the events now.

@openmastering right, it is mostly packaging. though stuff like AppImage can involve using scripts for certain tasks.
Also, AppImage is just one of many possible formats. I do not know which one is the best, and it is better to not start this discussion here anyway, everyone has their own opinion and preferences.

@openmastering that is very appreciated, but a few people alone are not enough.
I would love to work on these things full time, but without a massive audience for support, it won't happen.

So for now I can help on maintenance, providing a way to do automated builds.
Someone else on IRC is trying to get a few more things working on the Qt5 build.

Are you familiar with AppImage or similar frameworks? Or do you know anyone who is? (and is willing to help, of course)

@openmastering no idea, that would require digging a lot deeper.
It is an old project that has been barely been kept up to date, so I would guess not much... but it is pure speculation of course.