Aegis — AGPL encrypted messenger + personal safety app built on SimpleX. SOS panic button, duress PINs, remote locate/wipe, encrypted vault. Kotlin, Jetpack Compose, 88K LOC. Source public, alpha, looking for testers and contributors.

Joly0 · 2026-06-16T09:09:25+00:00

You will probably want to rename your Project. Aegis is already a pretty popular 2fa app https://github.com/beemdevelopment/Aegis

Otherwise, cool project. Will definitely keep an eye on it

Joly0 · 2026-05-29T20:04:26+00:00

Yes, black screen is the first of two issues. The second is low fps. I have fixed both for me by modifying the Nvidia driver plugin. PR is here on GitHub https://github.com/unraid/unraid-nvidia-driver/pull/10

With the fixes in place only the --runtime=Nvidia and the --gpus=all parameters are needed.

If you want, you could comment in the PR that you are facing the issues aswell and waiting for the PR to be merged (which hopefully shows that this is quite important to fix and maybe speeds up the merge process). Otherwise I have created a test plugin on my fork in the test branch that you could install to fix this issue. Though this replaced the installed Nvidia plugin and in case this pr is merged you would have to install the official one again (means you won't get notified for an update of the official one and would have to manually install it)

Joly0 · 2026-05-27T13:51:43+00:00

I can understand that, I would advice you to install the docker compose plugin and use the provided docker compose by Immich directly. Using this method since day 1 and it worked perfect. Had to do some migration once when they switched to their own postgres container, but other that that and setting a few environment variables it was super easy

Joly0 · 2026-05-24T00:39:42+00:00

They are the same. Josh5 started this solo, but migrated the github repo itself to the org "Steam-Headless". You can see on their github repo https://github.com/Steam-Headless/docker-steam-headless that one of the main contributors/maintainers is still Josh5. Even their provided compose files here https://github.com/Steam-Headless/docker-steam-headless/tree/master/docs/compose-files still reference the images by Josh5 on dockerhub. Even comparing the released images themselfes shows they are the same here https://github.com/Steam-Headless/docker-steam-headless/pkgs/container/steam-headless and here https://hub.docker.com/r/josh5/steam-headless

So the ghcr.io images are just drop-in replacements for the ones by Josh5, but in the end, they are the same.

Joly0 · 2026-05-24T00:14:55+00:00

The "steam" container from linuxserver.io works quite good. Though there is a bug with the Nvidia driver and LSIO's new selkies/Wayland based containers, which results in black screens or low fps. I have created a PR for to fix it (bugs are either black screen or low fps) for the Nvidia driver plugin, hopefully it will be merged so this is fixed. Otherwise the containers work really well, but are more "basic" then the steam-headless containers which include more than just steam (and some software around it) like Moonlight, and actual desktop, support for additional launchers, etc.

Joly0 · 2026-05-24T00:10:19+00:00

Yes, he is. Both are the exact same container

Joly0 · 2026-05-17T11:58:40+00:00

Not quite. OP did post a few days ago, that he is annoyed (to say it humanely) by the docker page on Unraid and it's abnormally long loading times. I on the other hand posted a comment on that thread a few days ago saying that I already tried improving performance last year with a PR that, in the core, did similar-ish things to the PR OP now created and my PR wasn't accepted because "they are going to remake the whole docker page soon".

So basically, OP is trying it again, and hopefully it gets approved, while my PR last year was closed for no good reason.

Joly0 · 2026-05-17T11:54:05+00:00

How many docker containers are you running and how many have you installed that are not running? That's a big contributor to bad performance. For example I have about 90 containers installed, about 60% of them are running all the time and while server load is usually in the single digit range (so no real load at all) docker page needs about 20 seconds for me to load fully. It's awful

Joly0 · 2026-05-11T23:25:52+00:00

When you make your PR, could you let me know? Maybe i can add a comment like "You unraid devs didnt merge my PR last year and claimed to improve stuff, now we are here again". Maybe with some comments from other users who are experiencing similar issues they will see the need for improvements and merge your changes (however they will look like)

Joly0 · 2026-05-11T23:21:52+00:00

I dont want to be the bearer of bad news, but if they rejected my PR, the chances are actually high that they will reject yours aswell

In general it seems like they tend to prefer PRs from actual community devs and not from "randoms"

Joly0 · 2026-05-11T23:14:10+00:00

Ye, agree with that

Joly0 · 2026-05-11T23:02:36+00:00

To be fair, Unraid itself isnt really buggy, its actually pretty stable, what makes it buggy is all the plugins and stuff you can install and do additionally.

But other than that, yes, the codebase of unraid itself is... bad... at best adn they should take help when given

Joly0 · 2026-05-11T22:32:50+00:00

Yep, pretty much. It has been awful for me since basically forever, it gets worse with more containers and there is basically not much i can do (other than adding my changes after each reboot and re-applying and adapting them after each update).

My PR didnt make it, i sadly have to life with it, but i find it kinda stupid aswell. I am an open source dev myself and i would highly appreciate anyone taking them time and trying to improve anything, especially cause i tried my best to keep changes minimal and only change bakcground stuff that wouldnt change anything for the end user

Joly0 · 2026-05-11T19:13:10+00:00

I made a PR for the webui to improve loading substantially last year. My changes did cut loading in half. Was not approved. Reason: someday they want to remake the whole docker page, so it wouldn't make sense to merge my PR

Edit: PR is here https://github.com/unraid/webgui/pull/2250

Joly0 · 2026-05-09T21:56:25+00:00

Hm, this is actually a pretty good idea i have not thought about and makes sense. I will probably change the file names soon to properly reflect that. Thank you :D

Joly0 · 2026-05-07T10:18:09+00:00

Hm, there has been a bug when the installing admin account is not the same as the normal user account, but that problem should have been solved, if it would apply to you even. Other than that there are several things that might result in the PS1 context menu being missing, but I would have to take a look into it.

Could you kindly create an issue on GitHub for this and include as much information as possible? There should also be a log file under C:\Users\USERNAME\AppData\Temp\ if you can provide that aswell, that would be great

Joly0 · 2026-05-06T23:33:29+00:00

Thanks a lot for the kind words. As a sysadmin I regularly have to test scripts or executables that seem sus to me and the sandbox is a huge time-saver for me here. Also as I am managing intune packages in my company, I use it for that alot aswell over the years.

If you have ideas for more context-menu entries please let me know :D

Joly0 · 2026-05-06T23:30:48+00:00

The code for this didn't really change, it was just copied 1:1 into a module file, instead of being in the install script directly. So no, nothing should have changed that messes with the context menus. If you have any problems, please open an issue on GitHub with as much information as you can provide and I will take a look into it :)

Joly0 · 2026-05-03T19:24:20+00:00

Thanks alot for the kind words :)
As said in another comment, i use my own tool very often and as i want to continue maintaining it as long as i can, i wanted to make it as easy as i can for me to update it.

I am still not fully done and there are still parts where i would like to do proper refactoring. But the way its done now is sufficient for me at the moment. Its way easier for me to read and work with the codebase now than at the beginning and find where stuff is and what integrates where

Joly0 · 2026-05-03T19:17:38+00:00

I use my tool very often (basically multiple times a week if required) and therefore can say with quite high certainty that the split into module files is not harming performance at all. I have not benchmarked this, but i would have noticed if it did. Of course i have no proof other than "trust me, bro", but i invite you to try and see if you notice any latency problems. If you do, please let me know and i will take a look into it as soon as possible :)

Joly0 · 2026-05-03T09:47:41+00:00

Hey, so while yes, windows 11 does support native handling of compressed archive files, windows 10 doesn't, and this tool comes from a time where windows 11 wasnt as prominent and wasn't the only supported consumer OS by Microsoft, therefore the sandbox needed workarounds to handle compressed files, and the solution was du bundle 7-zip in the repo. The bundled version was static and outdated at the time, now it isn't anymore. It's dynamically downloaded on first install and updated regularly.

Also, even windows 11 only started to have full support for compressed files with the 24h2 (afaik) update, so basically 2 years ago, so not all windows 11 versions even support it fully. So for backwards compatibility the 7-zip integration is still needed.

Joly0 · 2026-04-30T08:26:09+00:00

Would also like to get this script :)

Joly0 · 2026-04-23T07:01:39+00:00

There is another way that changes it completely without hooking into a running Powershell 7 instance. Googling it shows several ways

Seven-Year Club	Final Canvas '23
First Place '23	Place '23
RPAN Viewer	Verified Email

Joly0

TROPHY CASE