It means that on systems with apps installed written with libadwaita, will also have libadwaita installed, rather than just GTK. But those apps will look like GNOME apps, which might look out of place on e.g. a Windows or Xfce desktop.
It means that on systems with apps installed written with libadwaita, will also have libadwaita installed, rather than just GTK. But those apps will look like GNOME apps, which might look out of place on e.g. a Windows or Xfce desktop.
Haha I appreciate the candor!
Seems like a bit of an overreaction. From what I can see, it’s mostly that Ubuntu don’t seem confident enough to ship this without more rigorous testing (i.e. they think it might introduce other/more severe bugs), so they want resume doing that testing before shipping it. Doesn’t really seem harmful to anyone that didn’t explicitly choose to use Ubuntu.
I believe there was an experiment making weather data more accessible through the URL bar, e.g. when people start searching for weather
there, which could be useful. Presumably, telemetry like this can help determine which of such features to prioritise.
I could indeed also imagine ads, but then not based on keeping a file on you with all your interests and sharing that with advertisers, but by locally choosing between a couple of categories of ads and showing the ones that are related to your current search, without anyone having to know what you’re actually searching for.
I support anonymous telemetry collected by a small non-profit that helps protect our freedom. Not big tech.
That would be a terrible AI.
It’s technically for profit, but it has a single shareholder: the Foundation. There are no greedy shareholders that can get rich off of that profit.
Of course, employees/board members can be richly compensated, but that’s independent of for-/non-profit status.
From what I read in their blog post, nobody is keeping your search history data. It only tracks how often people in general search for things in specific categories, so nobody will be able to learn anything about you specifically from that data.
Same. I don’t see why people need to argue about it or make a conscious decision about it anyway.
(My distro determined it was ready to use a while ago, so I’ve been switched over for a long time now. Indeed it’s working fine, and I think I hardly even notice the difference.)
llamafile also builds on that work, I believe (she’s the main contributor): https://github.com/Mozilla-Ocho/llamafile
Like Kooha?
Also, GNOME comes with a pretty great simple screen recorder by default.
Well, you got me to give it a try. The process seemed simple enough, but unfortunately my laptop hangs when I run cargo run --release
, so looks like no Zed for me for a while (until someone builds a Flatpak).
If they’re using a CLA, that would only be used if you want them to merge your code into their codebase. If you’re running a fork, that shouldn’t be a problem.
They’re showing the native file picker which using XDG desktop portals.
I’m also fairly sure that the “(but of course there are competing standards)” line referred to Flatpak vs. Snap (vs. AppImage).
It’s open source, so theoretically, yes.
Crossing my fingers that someone will step up to create a Flatpak 🤞
Either that, or it’s a joke.
Yeah, I’m fairly sure if you turned this specific instance into a fietsstraat, it would just be a regular car street. Although given that this is a 60 km/h road, I do think that the next scheduled maintenance work is not unlikely to turn it into a proper separated bike lane?
The sheer audacity and arrogance of giving me something for free and not caring* about me.
* “Not caring” presumably means “not doing something about my pet issue”, but I’m not going to take the clickbait.
Unfortunately I have the same symptoms you do… On GNOME.
It doesn’t always happen, but every now and then the system will get into a state that suspend doesn’t work.