Agreed, both lists sound like random words put together. There was actually a fork with a rename and rebrand to Glimpse. It’s by far the best alternative name I have seen so far. But GNU IMP does the job too, because people don’t like the word GIMP.

Some people are never happy.

There was major improvements on start time since years. I don’t think you tried v2.04, because that version is from 2004 (exactly 20 years old): https://www.gimp.org/about/history.html But I didn’t meant to be ACKTUALLY here. Even v2.8 is from 2012. Whatever version you had, try it again. Especially with the upcoming v3.0 major changes and improvements are coming as well, so its worth it probably and hopeful.

It’s always suspicious if you need to say its not affiliated. :D

The reality is that, although there are quite a few standalone Wayland compositors, you don’t hear about most of them, because almost all of them suck in one way or another if you go beyond opening terminals.

For standalone desktops, Hyprland is undeniably your best base at the moment to write a window manager.

If you don’t believe it, see some amazing WM plugins for Hyprland on Github,

Your favorite tiling WM doesn’t have a Wayland port? Pick up the initiative yourself and write a Hyprland plugin that makes it behave like your WM of choice.

Said the person who maintains Hyprland. This post reads like an ad for his own project.

Isn’t this the toxic dev, who dislikes any other Wayland Compositors? This guy is also banned from contributing to Freedesktop here and here. And here is a post from Drew Hyprland is a toxic community.

I’m not surprised about this blog post. I argue we need more compositors. More means, more to choose from and being less reliant on the few that are available right now. What if someone does not like Hyprland in example or any of the current available compositors? Having more to choose from is a good thing, not bad. I’m so thankful that Hyprland is not the only one we have. One example is the programming language that the project is written in. Why does it matter? Maybe because people want to contribute or understand the code or want to make changes. In example Qtile is written in Python and its configuration language is in Python too.

Looks like there are lot of dependencies that are still not resolved. You can watch the current state of bug reports here: https://bugzilla.mozilla.org/show_bug.cgi?id=1894060

Depends on:
1912388, 1912568, 1913510, 1915167, 1916553, 1918041, 1918068, 1919044, 1921951, 1921953, 1921959, 1924193, 1926575, 1927038, 1927422, 1927457, 1896623, 1910576, 1910946, 1911960, 1912391, 1913279, 1913437, 1914438, 1915862, 1916188, 1916941, 1916954, 1917785, 1918044, 1918208, 1918434, 1918726, 1920443, 1920575, 1921190, 1921336, 1922264, 1922307, 1922546, 1923041, 1923052, 1923301, 1923306, 1923363, 1924686, 1925577, 1927230, 1927329
1921081, 1927897, 1928116, 1893655, 1899598
1902032, 1905849, 1893656, 1899336, 1899346, 1899352, 1899599, 1901551, 1905869, 1906888, 1907058, 1909497, 1910203, 1910601, 1918608, 1920691, 1923367, 1924670
Dependency tree / graph
Duplicates:
1698376
1683375
See Also:
1901802

When did you try GIMP last time? For me, it opens up almost instantly (~1 second) on my modern PC with Linux. And I am still on version 2.10. In the past (few years ago) a major slowdown on start was because of too many fonts or a corrupted font cache. Nowadays GIMP loads fonts in a different way, and starts fast regardless of how many you have.

There might be another reason why the startup was slow for you. But usually it should not be, unless your CPU is old and if you do not use SSDs. My recommendation is to try it out again and then troubleshoot with the community to find out whats slowing it down.

Haha that’s good one too. I thought I’m the only one going through the list. I wonder what they were thinking back then: https://gitlab.gnome.org/GNOME/gimp/-/raw/eb0591f97dca152ec827db083f910b6a9ea16369/data/images/gimp-splash.png

Fork it.

No UI change. I personally like the UI, but if you dislike it, well its still the same. I really don’t understand what problem with the UI you have…

This would complicate the code behind Inkscape and the user interface a lot. It’s not just having an option to enable raster editing, the entire program must be rewritten, because its not designed to do raster editing. If they started with raster editing, it would be lacking too and the horrors from users would never end. I rather want Inkscape stay focused to what its doing best.

Either use GIMP or Krita. There are already excellent or good enough image editing tools.

I assume its not possible, otherwise anyone would have done that already. From what I read through online research, it looks like Xbox Cloud is using an API for Cloud streaming by Google. And only Chromium based browser have this implemented and Firefox does not support it. If this is correct, then there is nothing you can do about it. People try to make Xbox Cloud work with Firefox for a long time now, without success.

Not this streaming is not just showing video files like YouTube. Game streaming involves gamepad (or other input) in realtime to coordinate with the server. Therefore the browser has to support these functionalities.

AMD is ruining Intel.

There is no need to at the moment, that’s stopping them. Like with Redis, there was a need to fork it. My hope is that the Linux Foundation does not see any other way than doing it themselves.

Mozilla is not brave enough for this change.

My hope is that Mozilla stops working on Firefox and the Linux Foundation creates a new Firefox fork and finances the project. It would be the official Linux browser.

Not enough that its worth.

But my question is, how much faster is it that its written in assembly rather than “high” level language like C or Rust. I mean if the AVX-512 code was written in C, would it be 40% faster than AVX-2?

• users can be identified
• probably Opt-out (still in discussion)

Two nogos combined makes nonogogos. Why do they need host name, MAC address and disk serial numbers? Why can’t people set how much they want to send in, like KDE Plasma does? Will the data be shown to the user before its send in? Steam does that perfectly (show data and its opt-in) and that is even a proprietary application. Telemetry is okay if its done right, without user identification, opt-in and not hiding whats sent, preferably in multiple levels of what is being send.

I used Manjaro before and switched to EndeavorOS because I was not happy. Now I am. Manjaro can’t stop being stupid (not the users, I’m not attacking any user here, only the maintainers or developers of Manjaro).

There is an issue, though: Intel disabled AVX-512 for its Core 12th, 13th, and 14th Generations of Core processors, leaving owners of these CPUs without them. On the other hand, AMD’s Ryzen 9000-series CPUs feature a fully-enabled AVX-512 FPU so the owners of these processors can take advantage of the FFmpeg achievement.

Intel can’t stop the L.

As for the claims and benchmarking, we need to see how much it actually improves. Because the 94x performance boost is compared to baseline when no AVX or SIMD is used (if I understand the blog post correctly). So I wonder how much the handwritten AVX-512 assembler code improves over an AVX-512 code written in C (or Rust maybe?). The exact hardware used to benchmark this is not disclosed either, unfortunately.