I recommend you to explore sourcehut as well, if you’re not afraid of something different to gitlab/github workflows.
I recommend you to explore sourcehut as well, if you’re not afraid of something different to gitlab/github workflows.
Actually to me, this has made Jitsi less of an option now a days, cause when people need to start looking for which instance, then things become no longer as easy… I now recommend instead Jami, which is close to distributed, which is way better, perhaps if people start using for video calls, it gains users base for being the communication app of choice, :)
I have it working with my family, and ti works quite fine. It’s quite easy as well, once the accounts have all been setup…
Setting an account is not hard at all. The complexities come when wanting multiple devices getting in sync. On Android it’s been rock solid for some time already. On the GNU+Linux side, depending on the distro, it might have fatal issues, or just work.
It depends on what you want. I encourage people to use Jami (distributed, so might be a thing, if not self-hosting your own service, since what is said decentralized in reality is a set of centralized services). If too hard, then XMPP + OMemo. And only then, Matrix (by design it gives up more meta data than XMPP).
1.- jami 2.- xmpp + omemo 3.- matrix 4.- signal
It’s hard no one cares. Where I live everyone uses whatsapp, and unfortunately what comes closer, and still without enough users base is signal on my list, and it’s the last. Jami is distributed, which makes it best in class, and there are good efforts trying to make it not to steal the whole battery, as opposed to briar. I which more people were interested on not using centralized stuff, not even what has been called lately decentralized, which means centralized but with several central points (only if everyone self hosts it would be decentralized, which is not the case). Currently I use Jami and signal, though I’ve tried all those, plus briar, plus tox, even telegram…
How about not changing at all your regular packages,and containerizing what you want, or as much as possible through current profiles, through firejail? And couplet that with MAC protection offered by apparmor (one can actually set firejail to always use apparmor, and then tweak particular apps not to use it if it’s too troublesome).
This way you have your provided distro packages (gentoo or sourcemage if source based distros, it doesn’t matter), and have them execute containerized. The only thing is that there are not firejail profiles for every possible piece of SW, but the vanilla list of containers is not small either.
Well, it’s been filed already, and seems to be an issue only on LOS, apparently not for Android, and perhaps not other AOSP based ROMS. See F-Droid Version 1.0.35 Will Not Install
Perhaps, I just read about Obtainium, hehe. Thanks for the hint. At this point I’d like to understand what’s the issue first, because I’d like to still install it from F-Droid (I would do it with obtainium that way), and I can’t tell right now if the issue is on the app, or on the F-Droid build, and to me it’s really curious that the error says “defining” instead of “trying to acquire”, which doesn’t seem like something an app would do. Perhaps it’s just a F-Droid message, and not an app installing one. Can’t tell. But as I’d like to keep using F-Droid, then perhaps it’s good to see if it’s a temporal issue just with the last release on F-Droid, that release of the app itself, or something that will remain.
BTW, I use apkgrabber for a few apps from apkmirror, and obtainium might perfectly be an option…
Edit: Just found out it’s the app having issues with LOS, and therefore LOS for microG. See the edit on my original post. Thanks !
Nope, I only install F-Droid provided apps from F-Droid. When changing that, like when moving Newpipe from the F-Droid provided one to the Newpipe repo, I have to uninstall it 1st.
Now, the issue is not about signature. It’s about “defining” a permission, which BTW, I can’t tell what that exactly means. In my mind defining is not quite the same as trying to acquire, and the later is more reasonable for an app to me, and can’t understand how come an app can define a permission. But oh well, perhaps the error message is not as accurate.
I use LOS for microG, and LOS comes with a calendar app, but it’s disabled, and it hadn’t given problems before. I use davx (davdroid) to sync the calendars, and Etar as the frontend/UI, which hadn’t given problems so far.
I t doesn’t seem I can remove stuff from newsflash, only mark stuff as read. This might be problematic long term, when using local RSS.
Well, Thunderbird doesn’t, so I couldn’t tell if all others were the same, :(
Thanks !
Thanks, I’ll keep it as a 2nd option, since it’s Electron based.
It does have a “All articles” view, :) I’ll go for it. On Arch it depends on webkitgtk, which some time back was considered insecure, and webkit2gtk was supposed to be the only one to use. Perhaps that changed…
Thanks !
akregator is unfortunately part of the kde-pim, requiring akonadi, and a bunch of kde deps, see for example:
% pacman -S akregator
resolving dependencies...
looking for conflicting packages...
Packages (92) accounts-qml-module-0.7-4 akonadi-contacts-23.08.0-1 akonadi-mime-23.08.0-1 akonadi-search-23.08.0-1 attica-5.109.0-1 grantlee-5.3.1-1
grantleetheme-23.08.0-1 kaccounts-integration-23.08.0-1 kactivities-5.109.0-1 karchive-5.109.0-1 kauth-5.109.0-1 kbookmarks-5.109.0-1
kcalendarcore-5.109.0-1 kcmutils-5.109.0-1 kcodecs-5.109.0-1 kcompletion-5.109.0-1 kconfig-5.109.0-1 kconfigwidgets-5.109.0-1
kcontacts-1:5.109.0-1 kcoreaddons-5.109.0-1 kcrash-5.109.0-1 kdbusaddons-5.109.0-1 kdeclarative-5.109.0-1 kded-5.109.0-1
kglobalaccel-5.109.0-1 kguiaddons-5.109.0-1 ki18n-5.109.0-1 kiconthemes-5.109.0-1 kidentitymanagement-23.08.0-1 kimap-23.08.0-1
kio-5.109.0-2 kirigami2-5.109.0-1 kitemmodels-5.109.0-1 kitemviews-5.109.0-1 kjobwidgets-5.109.0-1 kldap-23.08.0-1 kmailtransport-23.08.0-1
kmbox-23.08.0-1 kmime-23.08.0-1 knewstuff-5.109.0-1 knotifications-5.109.0-1 knotifyconfig-5.109.0-1 kontactinterface-23.08.0-1
kpackage-5.109.0-1 kparts-5.109.0-1 kpimtextedit-23.08.0-1 krunner-5.109.0-1 kservice-5.109.0-1 ksmtp-23.08.0-1 ktextaddons-1.4.1-1
ktextwidgets-5.109.0-1 kuserfeedback-1.2.0-1 kwallet-5.109.0-1 kwayland-5.109.0-1 kwidgetsaddons-5.109.0-1 kxmlgui-5.109.0-1
libaccounts-glib-1.26-2 libaccounts-qt-1.16-3 libakonadi-23.08.0-1 libdbusmenu-qt5-0.9.3+16.04.20160218-6 libdmtx-0.7.7-1
libgravatar-23.08.0-1 libkdepim-23.08.0-1 libkgapi-23.08.0-1 libkleo-23.08.0-1 messagelib-23.08.0-1 pimcommon-23.08.0-1
plasma-framework-5.109.0-1 polkit-qt5-0.114.0-1 prison-5.109.0-1 purpose-5.109.0-1 qca-qt5-2.3.7-1 qt5-graphicaleffects-5.15.10-1
qt5-location-5.15.10+kde+r4-2 qt5-quickcontrols-5.15.10-1 qt5-quickcontrols2-5.15.10+kde+r6-1 qt5-speech-5.15.10+kde+r1-1
qt5-wayland-5.15.10+kde+r57-1 qt5-webchannel-5.15.10+kde+r3-1 qt5-webengine-5.15.14-5 qtkeychain-qt5-0.14.1-1
signon-kwallet-extension-23.08.0-1 signon-plugin-oauth2-0.25-1 signon-ui-0.17+20171022-3 signond-8.61-1 solid-5.109.0-1 sonnet-5.109.0-1
syndication-5.109.0-1 syntax-highlighting-5.109.0-1 threadweaver-5.109.0-1 xapian-core-1:1.4.23-1 akregator-23.08.0-1
I was hoping there’s something which way less dependencies, hopefully GTK rather than Qt… At some point I wanted to use kmail and korganizer, also part of kde-pim, but besides korganizer never fixing a pretty old bug, the amount of deps I needed, plus the akonadi DB, made go back on that attempt. The same goes for akregator unfortunately…
Ohh, I didn’t know lemmy already offered such thing. So it would be like https://_instance_/feeds/c/_community_.xml?sort=Active
then?
What is implied with alacritty not being customizable, what is then
.config/alacritty/alacritty.toml
meant for? That said, I’d argue kitty has hard coded what fonts can be used with it, though some might think this is good, but in my mind it’s a limitation.At any rate, this is a matter of taste. I use alacritty with screen. Some might argue kitty is better because of tabs supports, and if that’s a thing for them, then that’s fine…
At any rate, again, terminal emulators are a matter of taste…