Javier Jardón @jjardon@mastodon.social

Pinetime-JF is now officially an open source project released under the GPLv3 license!

It is time to give this project a better name.
Let me introduce you to InfiniTime, an open source firmware for the @PINE64 #pinetime smartwatch!

https://github.com/JF002/Pinetime

Latest stable release of #Firefox is available from #Flathub now!

flatpak install flathub org.mozilla.firefox

https://flathub.org/apps/details/org.mozilla.firefox

Tutorial: Developing Your First Librem 5 App. Hello World :) https://developer.puri.sm/Librem5/Apps/Tutorials/First_Application/index.html #Purism #Librem5 #GNOME #Python #Linux #mobiledev #mobileapp #mobileappdevelopment

GNOME 3.34 is out! https://www.youtube.com/watch?v=qAjPRr5SGoY

GNOME is not just a collection of applications and code - it's the heart and soul of the people who build and support it. We are fortunate to have such great people in our community! 😊

The talks from #GUADEC2019 (GNOME conference) are available https://guadec.ubicast.tv/

The #GNOME design team wants your feedback for a potential visual refresh of the #GTK default theme: https://blog.gtk.org/2019/01/14/theme-changes-in-gtk-3/ — if you have an application that ships custom CSS, testing is appreciated!

@KekunPlazas @Purism anyone interested in Tor Browser, Signal (or compatible clone), or Guardian Project apps on the phone, please feel free to talk to me directly (here or sean.obrien@puri.sm).

Ever wanted to know how GNOME got started or interesting anecdotes about GNOME. Subscribe to @ebassi podcast about the history of GNOME! https://www.bassi.io/articles/2018/10/25/the-history-of-gnome/

Geary has two projects approved for Outreachy, a paid-internship programme to support people from groups that are underrepresented in tech, to help make their first contributions to a FOSS project.

The first is is looking at improving Geary's user experience with junk email, the second is looking at creating automated mail server testing for Geary.

If those sound interesting, please do apply: https://www.outreachy.org/apply

Boosts appreciated!

#Geary #Outreachy #GNOME

New laptop sticker. 😍

Big thanks to @jjardon and the rest of the team.

Today someone pointed out http://flatkill.org/, and I saw some discussions around it today on fedi. As a user of Flatpak for both installing and developing applications I wanted to address it.

A lot of the issues they attribute to flatpak itself are really issues with the consumers of flatpak. Flatpak's sandbox is not useless, but the fact of the matter is many popular applications cannot fully use the sandbox in order to function. Inkscape is a good example. With Inkscape I can drag an icon from anywhere on my system and integrate it into the mockups I am working on. With a full sandbox that would not be possible, and the thing most important to most users is whether or not they can do their work with an application. So, as a trade-off, some apps choose their level of sandboxing.

There is a way to have a functioning app that interacts with the filesystem without turning off the sandbox, and that's through portals. Portals are not something that are automatically used, however. Applications need to be modified to support them - GtkFileChooserDialog becomes GtkFileChooserNative. This takes effort on the part of application developers, and if they aren't targeting flatpak themselves it's an effort they might not put in. This makes it so anyone packaging the flatpak needs to make the app work without portals, and that's through changing their sandboxing level.

Because some apps need to have permissions outside of the basic sandbox level, the author of flatkill states that "the users are misled to believe the apps run sandboxed". Contrarily, the flatpak CLI explicitly tells you what permissions are needed at install time. You can also use `flatpak info --show-permissions` after installation, and override permissions you don't want. The real issue lies once again with the consumers - package management interfaces like GNOME Software. To solve these issues these interfaces could:

• Show each permission the app requests explicitly
• Have a way to deny permissions at install time or post-install.

These are things that need to be worked on,
and likely will be worked on in the near-future as flatpak matures.

Flatpak is a new technology. There are growing pains, but I wouldn't write it off. The issues pointed out will be fixed as applications target the sandbox. There still might be some issues with third-party apps like Steam and Spotify, but those issues would still be present without flatpak. When used as a system for developers to distribute their own apps, flatpak has great potential.

Just as a reminder, we are the official GamingOnLinux account (I've seen a few other possibly fan accounts?) - Liam.