IverCoder @ IverCoder @lemm.ee

Posts

6

Comments

74

Joined

2 yr. ago

Here I am chilling with Amberol

I vaguely remember some money calculating-related project guy who received a PR that heavily optimized and updated the project. Since he was very busy and no longer really wanted to maintain the project, rather than reviewing and merging the commit, he gave the contributor complete access to the repo for them to maintain the project at their own discretion. The project was unpopular back then—when he looked back a few years later, he was surprised to discover that the project had racked up several thousands of stars.

BlueBuild and deploy your customized image to the devices

Cotton

binex-dsk is now shadowbanned on GitHub

Evil Wayland is making their app crash

Sorry for the Windows emojis lol, I'm on a computer shop as I post this on lunch break

You may have skipped some steps

Most storage space viewers get confused by Flatpak's heavily deduplicated and compressed files, leading to them reporting way larger space than what's actually occupied on the hard drive.

Well, no matter how I trust my photo editing app, it has no business accessing my thesis documents. Proper filesystem sandboxing does security properly.

The file picker API is there to allow apps to access and save files with the user's consent, while bot having any filesystem access. So a properly sandboxed app would be able to open, edit, and save files wherever the user wants, while not having access to any other irrelevant files, such as your .bashrc or memes folder.

As I mentioned in my previous comment, they use the portals API to access and save files.

An app should not be able to access stuff the user did not consent to letting access.

As well as FOSS too. Sandboxing is a security standard that should be followed by every software how open their code may be.

This could well be an advanced video editor or an office suite if they take full advantage of the portals API without losing any functionality. Well, they can have the network permission, it would still be safe anyway.

With a bit of modifying code to use the color picker and maybe rearranging the workflow to adapt to the new system, apps as advanced as DaVinci Resolve and LibreOffice can have permissions as restrictive as this (the network permission would of course may be needed but it would still be marked as Safe by Flathub).

You can use the file picker API to open the files or folders your app would need to access while having no filesystem permissions at all. You can access the camera, microphone, and GPS without the user devices portal, by simply using the respective portals where the user has the power to allow or deny access to such devices as they wish.

You can record the screen, take a screenshot, and pick a color in the screen by simply calling the proper portals, with the bonus that the user will be able to select if they want the entire screen, a specific window, or a specific area to be recorded/captured and whether the cursor should be shown or not.

Heck, even TeamViewer can be as this restricted without losing any functionality if they use the Screen Cast portal which allows apps to mirror input from a remote device! They would of course need the network permission, but that's still safe.

There's Obfuscate, an image redactor, and Metadata Cleaner which is self-descriptive. Both works properly without any filesystem access at all, because they use the file picker portal to ask the user for the files to be processed.

The app can then declare the network permission and it will still be marked as safe.

It's actually Dippi but I don't want to look like I'm advertising it here

This is essential for the year of the Linux desktop to come.