I wonder: If a project deliberately unilaterally abandons a #Freedesktop specification, would it be reasonable to ignore their voice in subsequent change discussions to that particular specification, for changes that other projects want to make to it?
After all, by breaking the convention, there apparently is no longer any interest in collaboration and cross-desktop integration anyway...
It would suck though, it would make the Linux desktop poorer, inconsistent and app dev's lives harder.
@sonny Oh great, GMail spammed it... And you replied to my initial mail, even! Why is Google's spam filter so bad now? I'm really sorry, I will reply once I'm back from work!
#AppStream 1.0.3 is out 😄
It mostly consists of bugfixes and a bunch of additions to the validator to make it catch even more issues in advance. "Plasma Mobile" is also a recognized desktop-style now. #freedesktop#xdg
@tbernard Thanks for the blog link, now I have something to read while doing a fresh install of F40. It's quite a long read, not that I mind, but if I forget to reply, just know I enjoyed reading it! 😉
I for one would love to set it as my display #languages in #GNOME but it is not among the choices.
Aboot that, #Firefox has #Scots available fur ye tae wale, and is the most awesome leid in the settins ye can stert yaisin richt noo! 👌 Ah dinnae find #Shetlandic though.
@VincentTunru Oh for sure the translation work would need to be done by native folks, or at least people who have studied the language pretty extensively! But it would be pretty nice to see it happen. I'm sure it is not the only minority language in that situation, either.
It happened! Vim is now among the apps that have adopted the $XDG_CONFIG_HOME standard for storing user-specific configuration files. However, there are still many apps that use the older ~/.app convention or other specific locations for storing configuration files. Why is this the case?
As of yesterday, I am officially maintaining the XDG Specifications (yes, yes, I make questionable choices ^^).
This means, if there's anything I should have a look at, or if you want to propose any addition/change, you know who to ping now! (even better if a MR/patch is attached, of course)
Thanks to everyone working on Freedesktop integration and projects, you rock! #xdg#freedesktop#linux
@sonny is this going to cover any traversal stuff too? We have a library we started for this but haven't gotten too far with as we have a lot to do ahead of it. But we also need to know things like all ip addresses for the machine and remote addresses too.
@mw@sonny@pid_eins yeah i am looking at the postmarket os announcement for examples.
superd for example
"superd was invented to be compatible with systemd user service files, and as of writing it is being used in Sxmo. But due to various incompatibilites it does not integrate well enough with gnome-session and cannot be used there. So right now we just don't supervise userspace daemons there and they don't restart if they crash. "
it does provide the functionality but gnome does only want systemd
here is a overview of the current state of systemd alternatives postmarket os is using/missing/wants.
for some just the devpower is missing, for some systemd stuff can be used standalone (eudev for example, which is like perfect. modern code and it is interchangeable if necessary)
@oylenshpeegul@irenes it’s not man or info, but it’s easily invoked from the command line, and available offline
(Rust docs, you had a thread last week or so about wishing Rust had offline docs)