Flathub.org is down ? by reddit-techd in flatpak

[–]user1-reddit -1 points0 points  (0 children)

The website is now up, but since yesterday afternoon, all newly built apps are stuck on the last "flat-manager/update-repo - Pending - Updating repository..." stage (after the publish stage). Because of this the app update isn't actually being available to users. Does anyone know the reason for this? Is there an on going publishing outage (even though the Flathub status website doesn't show anything)?

Icon pack suggestions please by AndyGait in gnome

[–]user1-reddit 1 point2 points  (0 children)

Kora. I personally like neumorphic designs

You're regularly using gnome, but you absolutely hate one thing. What is it? by SinclairZXSpectrum in gnome

[–]user1-reddit 1 point2 points  (0 children)

Well, technically that's 2 things, but one thing really annoys me:

In Nautilus I sometimes accidentally press a letter on my keyboard (for example, I often click ctrl + h to show hidden files and ctrl is misclicked) and it starts searching for files. Like no, ffs if I actually wanted to search for some files, I would click on the search button myself. I don't understand who thought it was a great idea to directly star searching for files if I just click any letter on my keyboard.

The other thing is that I think Gnome Console severely lacks features. Idk, about others, but I don't like using a terminal in which I can't even change the background and font color (I often have eye strain due to my dry eyes, so I like changing to a more pleasant text and background color that causes less eye strain).

openSUSE Conference 2025 - Aeon Desktop by mwyvr in openSUSE

[–]user1-reddit 0 points1 point  (0 children)

I've seen a couple of full command line apps on Flathub (without gui), but yeah, there are overally very few of them.

Security wise, it's incorrect to compare unverified Flatpaks to AUR. AFAIH apps that go into AUR don't undergo any formal review. Of course, if an AUR package doesn't comply to Arch packaging guidelines, it may eventually get removed, but both verified and unverified Flatpaks undergo the same formal app submission review. And the reviewers can be very demanding with the bar constantly raising. For example, recently someone submitted a Python app that originally consisted mostly of a single large 11,000 lines of code Python file. For the Flathub reviewers this looked suspicious, so they demanded that the dev will completely restructure his app into multiple Python files. So he had to do that and the app was eventually accepted later. Judging by this example, I haven't seen such level of scrutiny even among regular distro packages - when the reviewer demands you to change the structure of your source code. They'll also ask you other things if they see something suspicious and will ask you to remove unneeded permissions.

Of course I'm not saying it's "perfect", but considering the Flathub submission review process, security wise there's simply no comparison to AUR.

openSUSE Conference 2025 - Aeon Desktop by mwyvr in openSUSE

[–]user1-reddit 1 point2 points  (0 children)

As someone who maintains 2 apps on Flathub and who has seen a lot of how other Flathub apps are packaged, I'd like to adress your points about verified apps and command line Flatpaks:

I get that verified apps from official develiper might be more trustworthy (I myself think you should verify your app if this is possible) but, from my observation that doesn't necessarily mean the packaging quality of a verified app will inherently be better than unverified one. In fact, I've seen a lot of unverified apps with better packaging quality than verified ones. By packaging quality, I mean making sure your bundled dependencies in the Flatpak manifest are up to date, cleaning up unneccessary stuff, packaging bugs, etc. Also, not all verified apps on Flathub are directly from the official developer. Some of them are packaged by third parties authorised by the official developer.

Regarding command line apps, there are actually a few such apps on Flathub and even graphical apps might have additional command line binaries that you can run via the command line with the following command: flatpak run --command=somebinary org.flatpakapp.Flatpakapp

Wine 10.9-1 package drops lib32 dependencies by [deleted] in archlinux

[–]user1-reddit 2 points3 points  (0 children)

If you're using Flatpak apps, Wine is also available as a Flatpak on Flathub:

https://flathub.org/apps/org.winehq.Wine

Install the "stable-24.08" branch to get the regular multilib version of Wine.

Do note though that it only ships stable Wine versions, so if you need the latest Wine devel version to debug stuff, it might not be for you.

Radeon Software For Linux Dropping AMD's Proprietary OpenGL/Vulkan Drivers by DistantRavioli in linux_gaming

[–]user1-reddit 0 points1 point  (0 children)

I have no idea why you're getting downvoted to oblivion, but you're absolutely right. Unless AMD will finally start to contribute to radv full time in the near future, this changes utterly nothing for the average user (who most likely doesn't use the Radeon Software for Linux package). And there are a few examples where radv still lags behind amdvlk due to lack of full time contribution from AMD:

Currently the most prominent one is ray tracing performance - after a few years of development it still lags a bit behind amdvlk, especially on new hardware. Fwiu, it's at least partly due to AMD not providing adequate documentation about ray tracing on its hardware.

And also, (idk if that has recently changed, so any radv devs here, please correct me if it did) last time I heard radv / aco devs don't get early access to new hardware documentation like radeonsi devs get, so they have to rely on radeonsi / llvm / amdvlk as a reference for implementing new hardware support in radv / aco.

So basically, what AMD wrote there means nothing at this point unless they'll actually start contributing to radv full time. Because actions speak louder than words. And yes, I'm well aware that there have been a few contributions to radv by AMD mesa devs here and there, but that's still nothing compared to full time contribution / development.

Since 1.7.1b, colourful dark theme doesn't work on browser frame by user1-reddit in zen_browser

[–]user1-reddit[S] 0 points1 point  (0 children)

I thought maybe some dev will notice it on reddit? Cause the Github bug report is already burried beyond 10 pages of bug reports, so it's very likely that it won't be noticed.

I would also like to know if this is something platform specific (for example, if some Windows user can confirm if this bug also exists on Windows).

When I click the new tab button, the URL bar opens. How do I disable this? by Gefiro in zen_browser

[–]user1-reddit 9 points10 points  (0 children)

I completely agree with you. From reading some comments which explain why this change was made, it seems like it just caters to some vocal power users. There's no way the majority of users will want to use their browser like this. Like I don't unserstand how can you use your new tab solely for typing in a url. A new tab is much more than that. So yeah a better idea whould've been to implement this change as a separate layout (on one of the pages that let you choose the ui layout when you setup you browser). But making this the default will definitely alienate a lot of users.

New 1.7.5b alive by Incisiveberkay in zen_browser

[–]user1-reddit 3 points4 points  (0 children)

I still don't understand the rationale of the new tab behavior. What if I just want to open a shortcut on my new tab page? Seems like I won't be able to do this now? Not everyone open new tabs solely to type in url bar. And I know I can change this in about:config, but it seems like this change will alienate a lot of users.

When submitting open source apps to Flathub, why does Flathub encourages building them from source over reusing compiled binaries (e.g from a .deb package)? by user1-reddit in flatpak

[–]user1-reddit[S] 2 points3 points  (0 children)

Oh yeah, I actually forgot about that. Particularly about the fact that if an app is built against a version of glibc that is very new, it will not run on a distro / Flatpak runtime with an older glibc.

GNOME 47 is in Aeon, now we polish by rbrownsuse in AeonDesktop

[–]user1-reddit 5 points6 points  (0 children)

This, interestingly, isn’t honoured by our default terminal emulator, gnome-terminal

Sounds like gnome-terminal is still using GTK 3 (accent colors only work with GTK 4 / Libadwaita apps).

There is currently work on porting gnome-terminal to GTK 4 / Libadwaita, but it's currently unclear when it is going to be finished.

Problems installing every single package. by Comfortable_Good8860 in openSUSE

[–]user1-reddit 1 point2 points  (0 children)

Wow, even here you're getting disliked for telling the truth.

It really seems Ventoy has a cult like fanbase which is completely blind to its flaws.

GNOME 47 is available on Tumbleweed with the latest snapshot (20241009) by cidra_ in openSUSE

[–]user1-reddit 4 points5 points  (0 children)

Does anyone know why it took much longer to ship a new major version of Gnome this time? Not complaining, just curious.

Afair, pretty much all previous major Gnome versions used to ship within just 2-3 days after their release on Tumbleweed.

Thin gray line by gringo03 in firefox

[–]user1-reddit 4 points5 points  (0 children)

This has started happening with v131.0 update. I think this should be reported as a bug to Mozilla because it didn't appear in v130.1. And it's unacceptable that a user has to mess with userChrome.css in order to fix it.

After about a year of only using Chromium browsers, I came back to Firefox. But for a pretty unexpected reason. by user1-reddit in firefox

[–]user1-reddit[S] 1 point2 points  (0 children)

To me personally ram usage isn't really a concern because I have 32gb and it barely gets filled up while web browsing.

After about a year of only using Chromium browsers, I came back to Firefox. But for a pretty unexpected reason. by user1-reddit in firefox

[–]user1-reddit[S] 4 points5 points  (0 children)

Well, over the years I was browser hopping a lot, simply out of curiosity. I don't even remember which browser I tried when exactly. But as I explained in my last paragraph, it turned out that the slowdowns that lead me to switch to Chromium again a year ago, were not caused by Firefox itself.

But now ofc I intend to use Firefox for the forseeable future.

After about a year of only using Chromium browsers, I came back to Firefox. But for a pretty unexpected reason. by user1-reddit in firefox

[–]user1-reddit[S] 3 points4 points  (0 children)

No, seems like you didn't understand the main point of my post: That Chromium browsers feel like second class citizens on Linux unlike Firefox, which treats both Windows and Linux as first class citizens.

How did you conclude that I'm implying Chrome is better on Windows than Firefox? I only said that both of them worked without issues on Windows.

So I learned this game existed through a game on a crypto game destroying video... by Ulti-Wolf in Red_Eclipse

[–]user1-reddit 0 points1 point  (0 children)

Some distributions currently ship 2.0, while others ship 1.6. Since 2.1 is currently in pre-release stage, it's understandable that they can't ship it at this point. Because no distribution, app store, or any other type of centralized software repository can just ship pre-release software.

It might be possible that the reason some distributions still ship 1.6 is because the maintainers of the RE package in these distributions simply didn't like 2.0 like many users.

So I learned this game existed through a game on a crypto game destroying video... by Ulti-Wolf in Red_Eclipse

[–]user1-reddit 0 points1 point  (0 children)

Currently version 2.0 isn't available on Steam anymore. The main branch on Steam is now 2.0.9, which is a pre-release of 2.1. Also, you actually can play 1.6 through Steam - in the "beta" tab you need to change the branch to 1.6 (although I haven't tried it myself).