Para_lyzed

The linked article does a great job explaining the process of creating a theme assuming you have the SVG files. If you are asking how to create SVG files, then just use any vector editor (like Inkscape, for instance). You can find plenty of tutorials on how to create vectors through online video tutorials.

Sorry for the late reply, I’m not on Lemmy often.

It seems that, according to a Reddit thread, the Nobara kernel should include support for ec_sys. What does the command modinfo ec_sys output? If it doesn’t return modinfo: ERROR: Module ec_sys not found., then you should just be able to enable it with sudo modprobe ec_sys and then enable it persistently across reboots with echo ec_sys | sudo tee -a /etc/modules

EDIT: Replaced output redirection with sudo tee in case you are not running the command as root.

I’m not really sure what it is you’re asking for here. As another commenter said, ps outputs a list of newline separated entries (using \n, the standard LF character). I even ran some sanity checks to make sure it wasn’t using \r\n (CR LF) with the following:

$ ps aux | grep $USER | tr -cd "\n" | wc -m
14
$ ps aux | grep $USER | tr -cd "\r" | wc -m
0

The output of ps aux | grep $USER is consistent with the formatting of ps aux. I also found that ps aux | grep $USER was consistent with ps -fp $(pgrep -d, -u $USER) except that ps -fp $(pgrep -d, -u $USER) shows the header (UID PID PPID C STIME TTY TIME CMD), does not show the processes related to the command (entries of ps aux and grep --color=auto $USER), and does not show grep’s keyword matching by highlighting all matches within a line. It is otherwise completely identical.

Can you provide the output that you are getting that is unsatisfactory to you? I don’t think I can otherwise understand where the issue is.

Can you paste the output of the build so we can see what specific package it is missing? Qt is not a single package, and it’s very likely that you need the developer package qt-devel and its associated libraries to build, not just the base package.

I am also experiencing this issue on Fedora 40 with the Negativo drivers, and I believe this is a flatpak issue. Here is a GitHub issue detailing the problem. Allegedly it has been fixed, but I have updated to the latest commit and am still having the same issue, so I am unsure what to do (I’ve spent a number of hours trying to troubleshoot this). You might have luck just running a flatpak update, as that is supposed to solve this issue (YMMV though, it didn’t fix it for me).

No, here is the official RPMFusion documentation for it, which is linked to in the Nvidia driver documentation from RPMFusion.

Matrix leaks tons of metadata, and its encryption lacks perfect forward secrecy. Additionally, it requires an email to sign up, and there are accounts with unique identifiers.

Simplex does not have any accounts or identifiers, everything is stored entirely locally. Additionally, it is based on the double ratchet Signal protocol, with improvements made for post-quantum encryption. It does not require anything to sign up, as there are no accounts. Metadata is not leaked as it is with Matrix, as everything is encrypted or obscured. Messages are padded to 16KB, the sender/receiver is not attached to the message, and there are fake messages being sent to obscure the identity and frequency of contact of those you are talking to even under monitoring of your network. Additionally, for anonymity, SimpleX is allowing for repudiation so that you cannot prove that a specific person sent specific messages, allowing doubt if messages were to be use in a court case, for instance. It is the trend (especially from a security perspective) to implement nonrepudiation, but the SimpleX team decided to remove it to protect users (after years of it being present in SimpleX chat). This is a protection intended for journalists, but it extends to many other cases as well.

Matrix is a nice toy, but SimpleX chat is built for anonymity above all else, and it does that job far better than Matrix ever has or will.

Do you not consider Alpine Linux to fall into the general category of “Linux”, then? It lacks GNU user space utilities, though there is never a world where I would not consider it a “Linux” operating system. You seem to be overgeneralizing here and making assumptions about OP’s intentions that aren’t based in fact. I don’t see the point in drawing meaningless lines, here. What you’re referring to (as described by the GNU project) is GNU/Linux, not “Linux” by itself. The two are often but not always used interchangeably, and treating them as exactly the same leads to major outliers, like Alpine. I’ve heard plenty of people use the term “Linux” in practice to describe software running on embedded devices that don’t contain GNU utilities, so this isn’t exclusive to Alpine. In fact, the only real exception that I see consistently to operating systems that run the Linux kernel is Android, so it makes much more sense to formulate a description of the generic term “Linux” as simply having an exception for Android, though I’d argue that the only reasons that Android isn’t viewed as “Linux” is because it is a mobile operating system, it is developed with the sole intention of including non-free, proprietary software (AOSP by itself isn’t meant to be the full operating system on any device, but rather a framework), and the fact that the structure of the filesystem and the way apps are run differ completely from the ways of traditional “Linux”. It seems to be an exception purely by the fact that it operates in fundamentally different ways than other “Linux” operating systems.

Not sure what the title was before you changed it, but if I see a post in my feed that looks like this (without the “very bad take” part), I wouldn’t even want to open the post to see the description. I’m glad you clarified by editing the title, but without making your stance clear in the title from the very beginning, it would be bound to receive a barrage of downvotes.

This is a bit late, but I just wanted to follow up to let you know that Fedora 40 updated to kernel 6.9 last week.

Fedora has pretty good SELinux configured out of the box, and isn’t focused on opsec. It’s just sane defaults and proper limitations to access. It also switched to Walyand-by-default this release, completely removing X11 from the default packages, which mitigates many of the “app spying on other app” scenarios that a previous user in the thread was talking about. That’s not to say that Fedora is the pinnacle of Linux security or anything, but it comes with pretty good defaults for the average user. You’d have to get into kernel hardening and deep into SELinux to do better as an end user, which is not something that most users are inclined to spend time or energy on.

Is it related to the issue described in the post attached to this comment? The linked comment also links to an issue page with details about the issue the poster experienced. If so, then that issue should actually be fixed in kernel 6.9 (which still has not been added to the Fedora 40 repos), and not caused by it.

An extension of this issue is present in 6.8.9+ before 6.9, which is why I ask if this seems to be related (since the versions are pretty close in time and Fedora doesn’t even have 6.9 yet).

The flowchart is as follows:

LibreOffice or OnlyOffice for desktop apps (no, they are not Microsoft apps, but yes they use Microsoft formats and can edit and save Microsoft documents/spreadsheets/etc). OnlyOffice is the closest of the two to the Windows experience.

If you really aren’t open to using alternative software (which is strange given that you’re using Linux), then the web apps exist. I’ve heard they’re really close to the actual desktop suite, though I don’t have any interest in ever using them as we have very good free and open source alternatives available (see above).

If the web apps don’t cut it for you, then you can run the official apps in a VM, or maybe through WINE. Here’s the WINE DB page for Microsoft Office, which lists various Office versions and their level of compatibility through WINE.

Copilot will likely not be possible to secure on Linux in a standalone desktop app (unless someone somewhere hacked something together through Electron to use a web version). Another user said that Copilot is available inside Microsoft Edge, so I suppose you could install that, though I’d highly discourage that. Reliance on LLMs is quite frankly a plague to society, and often feeds incorrect, biased, or purely fabricated responses, as LLMs merely attempt to predict what word is most likely to occur next based on a set of training data, none of which was vetted for accuracy, racism, zionism, sexism, etc. LLMs like copilot do not have any form of intelligence, and do not understand what they are saying. I highly recommend you just use a search engine in your browser, because it’ll feed you the same info all the LLMs were trained on anyway.

OneDrive recently received native support in GNOME, so I think you should be able to access it in your settings under accounts/connected services (whatever GNOME calls it nowadays)? I’ve never tried to use it, so other people will know better than I will there, but it should be possible to use.

Excluding Fedora because it’s “too close to RH” doesn’t make any sense at all. Fedora is not controlled by Red Hat, and Red Hat has no interest in a consumer desktop platform that they can’t sell. Fedora’s development is managed by FESCo, a community elected board that represents the interests of the community. They are kept intentionally separate from Red Hat’s development, and don’t tailor their development to Red Hat’s wants or needs (in fact they often do the opposite, as Fedora pushes for change in the way things are done, not stability, as can be seen by the exclusion of X11 from Fedora 40, for example). That stands in direct contradiction with RHEL’s goals. The features that are pushed by Red Hat developers would not be approved if they stood against the wants of the community, so anything Red Hat does contribute benefits the community as well. Red Hat’s entire business is in enterprise solutions, as their business model relies on them selling support for their software. There is exactly $0 in potential revenue from Red Hat trying to take over Fedora, it just doesn’t make sense. They can’t sell anything, and since Red Hat doesn’t employ all of the thousands of active contributors, such a takeover would simply result in a new fork. In fact, it would be against their interests, as Red Hat actively benefits from the developments of the community. Taking over control of the project would lose them all of the constant volunteer work put in by the community, which costs far less for them to sponsor than it would to employ a team a fraction of the size on salary. I’ve discussed this topic at length many times before, so I’ll just link to a few comments that explain the situation in more detail (including how the project is funded, managed, and separated from Red Hat).

https://lemmy.world/comment/7490965

https://lemmy.world/comment/7494803

The best fit for your criteria is Fedora. If you want uBlue spins, you’re still getting Fedora, just a more opinionated version. All of the major development of uBlue’s images comes from Fedora though, as they don’t maintain their own distro, they just repackage Fedora.

Alpine is much more targeted towards containers, virtual machines, and embedded devices. The most common use is for containers (Docker, Kubernetes, Podman), as it is incredibly small and efficient, and containerized applications can be specifically designed to run in Alpine. It could be used as the main OS of a production server, but isn’t especially common to my knowledge. Its biggest advantage is its incredibly small size, which is what makes it so great with containers and embedded devices. It is not targeted towards desktop use, so desktop support in Alpine is an afterthought more than anything.

Of course, you can feel free to use Linux however you like and choose whatever distro you like, but it’s very likely the problems you’re having are centered around musl.

Just to clarity the relationship between Red Hat, IBM, and Fedora, Fedora is only sponsored by Red Hat. They make all their own decisions, and while they receive financial support from Red Hat and Red Hat owns the Fedora trademark, their decisions and development are independent of Red Hat (and by extension IBM), with the single exception that they cannot risk violating the law (i.e. copyright infringement), else it risks Red Hat legal trouble (and Fedora would risk losing their sponsorship as a result). Red Hat benefits from Fedora’s development by the community, given that Fedora is RHEL’s upstream, hence why it continues to sponsor Fedora. But it isn’t Red Hat that is in charge of Fedora’s development, it’s FESCo, which is entirely community elected, and does not stand for the interests of Red Hat, but rather for the interests of the community.

Eliminating Fedora from contention in that regard is essentially like eliminating Debian because you don’t like Canonical, who makes Ubuntu, a downstream of Debian.

Add on top of that the fact that IBM and Red Hat are major contributors to the Linux kernel, and you absolutely cannot avoid connections to them while using Linux. I mean, that’s quite frankly a ridiculous exclusion criteria in the context of Linux. If you’re looking to avoid an operating system OWNED by Red Hat or IBM, then Fedora should not be included in that list. Neither of them have any say or pull in the development of Fedora, which is a completely community-driven project (no, owning the trademark doesn’t change that fact; if Red Hat tried to take over, the Fedora community would simply fork the project, rebrand, and continue on their own). Besides, Red Hat has no interest in controlling Fedora, because it doesn’t benefit them. Their only interest is in enterprise applications, which is not a good use case for Fedora. The only operating systems Red Hat actually has any control over are RHEL, CentOS, and any derivatives of those operating systems like Rocky Linux, Oracle Linux, and such (though Red Hat’s control over derivatives was only the result of those projects being downstream, not actual ownership).

So with that in mind, I’d recommend the Fedora KDE spin if you want a normal, stable, snap-free, no DIY required distro with KDE, or if you want the immutable version, Fedora Kinoite is what you’d be looking for. And Fedora has the major advantage over Debian-based distros of actually receiving package and kernel updates regularly, so you can stay up to date and enjoy new features, all while maintaining stability.

Fedora Kinoite is absolutely the best immutable distro fitting your criteria. Anything else will have a much smaller community and less support as a result. rpm-ostree has great documentation, and all of the Fedora Atomic Spins have a huge userbase available in case you ever have questions.