kixik @ kixik @lemmy.ml

Posts

72

Comments

281

Joined

4 yr. ago

Ohh, that's an android app. I use PC/laptop to check on subs... Thanks any ways !

That's so sad. So perhaps it's time to say goodbye to reddit frontends, :( I'd prefer to setup rss feeds, but even those are getting rate limited now a days.

Sadly, even with the movement to lemmy, several interesting technical subs are still strong on reddit. The thing with local feeds, is disk space, and self-host is something I can't do at the moment. At any rate, with the last libreddit front end down, I can't even easily get the subs I was locally subscribed to, :(

Oh well...

Mozilla being Mozilla, I'd guess. They should have gone sel-hosted with sourcehut, or at least gitlab. Or if not self-hosted, the choice should have been at the least gitlab or better, given it allows to chose DCO over CLA. But perhaps not everyone cares... I remember when gitlab introduced DCO, and how that helped debian and gnome to migrate to gitlab. After allowing DCO, other projects migrated as well.

I'm not that fan of gitlab, and I'd prefer sourcehut for open source projects, but if wanting something closer to github, then gitlab might be the answer. But Mozilla is a corp, maybe they don't care much about these things, and as a corp, perhaps they were looking for CLA sort of contribution any ways...

Artix GNU+Linux. In plan: Guix GNU+Linux.

Second one, which I'd rephrase as ubuntu sticking with apt/dpkg as its package manager. Which is really nice if you like ubuntu as a distro already.

Though I don't really get why there has to be a distro to be beaten. And having flavors is always good. I, for example, don't like distros changing too much upstream SW, so the more vanilla the better. I don't like either the periodic releases, and to be rolling release rocks. I don't like systemd, whereas most distros now a days are systemd dependent. I also dislike network manager and similar and require a distro that keeps support for the basic dhcpcd + wpa_supplicant... All that to say, that no distro fits all needs, so several options are good, no need to have one beating the rest, :)

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).

Guix !

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.

yeap, thanks !

OK, thanks !

Yeap, I was thinking if perhaps any subscriber would support it, but didn't find any which documents it. Perhaps you're right and subscriber wrapper is needed.

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.

Thanks !