He says he has had permission. Given that it’s a mostly 1 person project it’s possibly true.
He says he has had permission. Given that it’s a mostly 1 person project it’s possibly true.
Like sudo that has had zero days lurking for 10 years?
I’m not advocating for reimplementing stuff for no good reason though.
And there are apps that make it very very easy and fun. Check out street complete.
You can contribute them!
There’s a pretty barebones editor in Organic Maps, but you can also check out Street Complete and Every door (more advanced and less user friendly, though insanely efficient)
Zig is a very new and immature language. It won’t be kernel-ready for at l’East another 10 years.
a better syntax
That’s pretty suggestive. Rust syntax is pretty good. Postfix try
is just better for example.
Zig also uses special syntax for things like error and nullability instead of having them just be enums, making the language more complex and less flexible for no benefit.
Syntax is also not everything. Rust has extremely good error messages. Going through Zig’s learning documentation, half the error messages are unreadable because I have to scroll to see the actual error and data because it’s on the same line as the absolute path as the file were the error comes from
No hidden memory allocation
That’s a library design question, not a language question. Rust for Linux uses its own data collections that don’t perform hidden memory allocations instead of the ones from the standard library.
it’s more readable
I don’t know, Rust is one of the most readablelangueage for me.
Fast compile time
Is it still the case once you have a very large project and make use of comptime?
it’s simpler to learn
Not true. Because it doesn’t have the guardrails that rust has, you must build a mental model of where the guardrails should be so you don’t make mistakes. Arguably this is something that C maintainers already know how to do, but it’s also not something they do flawlessly from just looking at the bugs that regularly need to be fixed.
Being able to write code faster does not equate being able to write correct code faster.
Really great interop with C
Yes, because it’s basically C with some syntax sugar. Rust is a Generational change.
It is absolue in safe Rust, aka 99% of Rust code.
Oh, I see what you mean. I thought you meant using your phone as a trackpad sorry
Kde connect has that I think
I have large doubts on an AIs ability to reliably spot fakes.
WhatsApp has MITM on the server side which is how Facebook scans your messages for targeted advert
You shouldn’t make claims like this when there is no evidence for it.
Signal which (unless they changed something with the profiles thing) was always P2P E2E
Signal has never been P2P.
They dix not build the compositor from scratch, they built it on top of smithay, a library similar to wlroots but written in Rust.
I don’t know if you’ve actually tried to use GTK or QT, but it’s insanely painful. There is a reason almost all apps are written in Electron. Native GUI toolkits suck. If they had used GTK they would have still had an outdated and hard to maintain toolkit, and to deal with Gnome politics. Using GTK was actually the initial idea.
If we want Linux Desktop to succeed, at some point we have to build tools that people want to use. I’m glad they’re doing it.
I don’t mind them having account there. They need to reach people where they are after all. I’m pissed at them for not being on any platform that is not owned by a fascist enabler oligarch at best.
I don’t mind them having account there. They need to reach people where they are after all. I’m pissed at them for not being on any platform that is not owned by a fascist enabler oligarch at best.
Yeah, the greens had a risk of not getting 5% so it was much more worthwhile to vote for them.
Framasoft is already working on a peertube mobile app!
The thing you’re missing is the xdg-desktop-portal .
I’m not sure how to actually configure. On sway I got it working at some point and stopped touching anything.
I wasn’t thinking about applets but more about full-blown libcosmic applications.
Gnome Circle bas a lot of very simple apps that do just 1 thing and weight a couple MB each at worst.
With iced such an ecosystem would be at 20MB per app, so simple " don’t 1 thing and do it right" apps would be less scalable. And I doubt you would want to have all of gnome circle as a multicall binary.
It looks like I was right: https://github.com/pop-os/cosmic-applets/pull/282
20MB for every simple application is a lot, and multical binaries won’t be an option for third party developers.
This is still worth the much better DX of using Rust though.
Is there any plan to have something similar to the Gnome Circle apps for Cosmic? It’d be nice to encourage building a full ecosystem of app with libcosmic that can rival the apps of KDE/Gnome.
For a linux phone