Could be an NVIDIA issue where the fact the external display is connected to the dGPU is causing issues. Nouveau optimus support(rather lack of it) for quattro could also be leading to the issue.
I feel the same. My entry distro was ubuntu, and every time I updated major version the whole installation exploded and i had to reinstall it from scratch.
Luckly for me now i use Debian and updating major release is smooth af. Already went through 3 major updates and 0 problems.
Just swap to Debian, Valve. And snap is engineered to waste your time, imo.
This is not an issue of what Distro Valve chose to use (SteamOS used Debian now it uses Arch) but is on Canonical for how they package it. I have just been dipping my toes into Linux lately and have been using Manjaro and Nobara and they have been working great for gaming and every day use… Until I play a game like Finals and have to swap to windows.
As far as I know, SteamOS is already based on Debian. The dev is complaining about users trying to install steam on their own Ubuntu installs, not SteamOS.
EDIT: nvm, it used to be Debian, but the newer versions for steamdeck are based on Arch. Apparently they wanted rolling updates so that it would be easier to push out changes more frequently.
I’m sure Canonical’s neverending death march towards Snap, along with the OS running outdated packages, is why Valve no longer uses Ubuntu for SteamOS development. The greatest April Fools was Ubuntu dropping Snaps because so many people were saying how they could go back to using Ubuntu again…then they noticed it was a joke and the sadness set in.
Why do people hate snap over flatpak? I feel like I’ve read a thread or two about it, but I haven’t seen an answer that was particularly satisfying (almost definitely for a lack of trying on my part, to be clear).
Flatpak allows other repositories besides the official one, therefore having the ability to be decentralised, Snap doesn’t
Canonical (the company behind Snap and Ubuntu) is hated for some past decisions they made with Ubuntu
and more
(The only thing I really prefer Snap over Flatpak is that you need the whole package name in Flatpak (like com.valvesoftware.Steam for Steam) whilst you can simply use “steam” in snap but that’s due to decentralisation vs centralisation I guess and overall a minor problem for me)
Worse performance, particularly in terms of app startup times
Snaps are mounted as separate filesystems, so it can make things look cluttered in your file explorer or when you’re listing stuff with lsblk
Canonical often forces users to use Snaps even when users have explicitly tried to install with apt. e.g. you run sudo apt install firefox and it installs a Snap
It hasn’t gained traction with other distros like Flatpak has, and Canonical’s insistence on backing the “wrong” standard means Linux will continue to be more fragmented than it would be if they also went along with what has become the de facto standard
There are however benefits of snaps. It works for better for terminal programs, and Canonical can even package system stuff like the kernel as a snap - as you can imagine, this might be a very powerful tool when it comes to an immutable version of Ubuntu.
Snaps just act strange. They update in weird ways, it’s always automatic and it’s confusing how to keep something in a version that won’t auto update. It’s been a bad experience for me.
I looked into this a bit more and here is the summary: This is meant to show off a candidate kernel feature that allows for running different schedulers in userland.
Task scheduling has become much more complex as CPUs have grown in size and have had new developments in architecture, so the need to develop more complex and robust schedulers is steadily rising.
The kernel feature is meant to lower the barrier of entry for anyone who wants to try getting into schedulers, as well as enable quicker development iteration, by removing the need to completely recompile the linux kernel every time you want to test your code.
Not quite running in userspace. To the best of my own understanding:
The new kernel feature is to allow writing schedulers in eBPF, a “language” the kernel runs in kernelspace that is heavily restricted.
For example, all eBPF programs must complete in bounded time, and the kernel’s static checker must be able to verify that before the program can even begin executing. eBPF is a rare language that is not touring complete.
“For scx_simple, suspending the scheduler process doesn’t affect scheduling behavior because all that the userspace component does is print statistics. This doesn’t hold for all schedulers.”
So, it may be that eBPF also makes it easier to write a truly userspace scheduler, but that’s not the primary purpose, and it’s not what is being done with scx_simple.
I kinda hope not, to be honest. Unless there could be an easy way to get tiling window managers working. It’s easy on NixOS, another immutable distro, but it’s definitely not as easy on something like Silverblue.
If you meant onlyoffice, then I think it promises better compatibility with ms office stuff and also itsinterface is closer to it, compared to libreoffice.
Collabora is a company, they funded some work on OnlyOffice which is a FOSS office suite like LibreOffice. I think they also worked on making it web hostable like Google docs (through nextcloud?)
Edit: Apparently now there’s also collabora office suite?
OnlyOffice and LibreOffice are both very good. The former promises better compatibility with ms office files and has an easier interface imo. LibreOffice seems way more featureful
As for why fewer distros have onlyoffice in their repository, maybe because it’s relatively newer? Anyway, it’s available through flatpak and that’s how I use it. I haven’t tried Collabora online stuff
Is abiword foss?
It is the most reasonable of editors/wp I have found, LO gives me a headache looking at 1000 menus/items.
The gtk2 version is stable as a rock, despite of some bad wrap it got last few years.
For those kitty users, have anyone been able to use fonts not in the list kitty support? I only use Terminus (OTB) fonts on terminal, and when trying kitty out, I found no way to get it to use Terminus (I could only select between those supported by kitty).
Kitty can’t use bitmap fonts because of how it draws to screen & bitmap fonts don’t scale. You would need a different terminal for bitmap fonts or choose a different font.
It looks like, though OTB (opentype bitmap fonts) are different than plain bitmap fonts, and are actually supported by pango. Alacritty allows me to use Terminus OTB fonts for example. There are other true type fonts which are also sort of my plan B, which are not supported by kitty either, as mentioned, I wanted to see if there’s a way not just to select between the list kitty offers, which is sort of limited. At any rate if not Terminus, I don’t really like much my plan B true type fonts much…
I moved to Iosevka (custom) a few years back after a) switching to Kitty & b) realizing my eyesight was getting worse so I needed a bigger font than what Terminus provides
When any pc starts, isn’t there the boot up menu etc? I’m referring to that. In that menus there are options of remote access or firmware updates etc apart of course the usual setup options like in what turn the boots take place eg HDD, network, dvdrom , USB and others like time, date etc.
Intel ME is one concern yes but I doubt I can flash corevoot on this machine as it is almost 2 years old.
One of the network managers is apparently set to enable DHCP on the interface it manages, that’s the only reason that I can think of why a device set with a static IP is switching to using DHCP.
You’re going to want to check the systemd units (sudo systemctl list-unit-files --state=enabled, if that doesn’t work you can replace the state flag with –no_pager and grep for enabled ) to see what is managing the interface(s) and then ensure that their config is set to static. You may have two conflicting services like systemd-networkd and NetworkManager fighting.
I couldn’t see anything obvious, but I noticed something else
I noticed last night that the ethernet adapters changed, and the static profiles didn’t update to match. The adapters were named something like enp6so, but used to be enp2so, for example.
The DHCP profiles matched the new device names, and the static profiles were stuck on the old names.
Changing the static profiles to match the updated device names and deleting the DHCP profiles seems to have worked for now, but I don’t know why they changed in the first place.
Glad that helped you, they shouldn’t be changing since the names are based on their location in the PCI bus instead of being generic (eth0, eth1, etc…). IIRC you can specify udev rules to name the devices what you want using UUIDs or something that way you’ll always know what they’re called. I’d suggest reading about Ethernet device naming in Linux if you want to know more.
Glad that helped you, they shouldn’t be changing since the names are based on their location in the PCI bus instead of being generic (eth0, eth1, etc…). IIRC you can specify udev rules to name the devices what you want using UUIDs or something that way you’ll always know what they’re called. I’d suggest reading about Ethernet device naming in Linux if you want to know more.
I’ve always dealt with names like eth0 and eth1 in the past, but now I’m only getting enp2s0 and enp5s0. I assumed that it was something that had changed over the last few years that I hadn’t noticed, but I’ll look into it further. Thanks :)
Check which version of ffmpeg it’s using and whether it has hardware acceleration for that codec.
Also bear in mind that you can’t hardware decode and hardware encode at the same time on the same device. If that’s what you’re trying to do it’s probably falling back on software silently in Windows instead of telling you.
Because one process will be running on the hardware, because of the way it works it can’t really share that hardware between processes. I’m not sure if that’s entirely a hardware limitation, but it seems to be enough of one that software hasn’t overcome it.
If you use GNOME DE you go to the online accounts dialog, click Google and setup with your credentials, it adds GDrive to Nautilus, integrates gmail and calendar into evolution client.
It shows in the Mounts section of nautilus, for apps that don’t recognize that you may have to go to /run/media/username/mount if it doesn’t show up in the Other section of file pickers
I’m not aware of what is available for KDE. i didn’t see it when I tried KDE, but maybe somebody has successfully used the packages to setup something similar
Do you work for them; To know?They have slowly matched googles offerings and offer linux integration. User suggestions/pressure can direct their efforts. Many of us have dumped Google for Proton. They announced desktop app for Windows and MacOS
No, I’ve just been a customer for several years. Development is slow and things like this are simply not a priority. They’re not even a little close to matching Google.
Dev is slow because they release a good User experience, rather than buggy junk. Linux seems to be 3rd on their list but it comes eventually. Per the link you can use Windows or Mac sync now. Don’t forget google had a long head start and almost unlimited devs.
Dev is slow because they release a good User experience, rather than buggy junk
The reason is irrelevant. It wasn’t a criticism, just an observation.
Linux seems to be 3rd on their list but it comes eventually.
No, they have almost no Linux support. Most things have to be done in the browser. When there is Linux support, it is extremely basic.
Per the link you can use Windows or Mac sync now.
Cool. Doesn’t help Linux users.
Don’t forget google had a long head start and almost unlimited devs.
See point 1.
There was a long podcast interview with the CEO where he basically said Linux is and will continue to be looked over due to increased development costs and very low adoption.
Actually their pages say it is hard to find Linux devs for desktop, and that is why it is slow. And there is already a proton drive API you can use with rclone on linux.
And as far as critisim you said specifically not as good as google, so I provide a reason why. you can’t then change you tact and say it wasn’t critism whenvyou do a compare. It will come, things take time. You seem to keep moving goal posts here so have a good rest of your week.
Yep, and some linux community will most likely pickup on development if Proton doesn’t turn it into a full desktop linux app like the Windows or Mac version.
Actually their pages say it is hard to find Linux devs for desktop, and that is why it is slow.
Again, the reason is irrelevant. The point is, it ain’t happening.
And as far as critisim you said specifically not as good as google, so I provide a reason why. you can’t then change you tact and say it wasn’t critism
That’s not “changing tact”. It’s not as good as Google from a user perspective. That doesn’t mean it doesn’t have it’s own merits. I pay for a Proton subscription rather than use a free, much more fully-featured Google one, so I obviously understand the value proposition. I also understand it’s shortcomings.
You seem to keep moving goal posts here so have a good rest of your week.
I don’t suppose you want to elaborate on what goal posts I’ve supposedly moved?
Your initial comment was “Not gonna happen since Proton is all encrypted.” When I pointed out that that makes no difference–and we have Windows and Mac version (that accesses this encrypted data) then you switched to another reason. It won’t end, so I have to say good bye, knowing that My Proton Vpn on linux install works, the e-mail bridge works, somebody will integrate the Proton drive API with linux because that’s what the community does even if Proton doesn’t release it.
When I pointed out that that makes no difference…then you switched to another reason.
It’s not another reason. It’s the same reason.
If it wasn’t encrypted it would be trivial to spin up a local integration like Google or MS already have.
Since it is encrypted, it makes it significantly more complicated to develop. While this development may make sense on MS or Mac, it doesn’t on Linux, because it requires more resources and serves a much much smaller number of users.
I’ve already explained all of this in the previous comments.
My Proton Vpn on linux install works
“Works” is right. Like I said, it’s extremely basic compared to it’s MS and Mac counterparts.
the e-mail bridge works
Notice how MS and Mac get fully-featured desktop clients and all Linux gets is a “bridge” to connect to an inbox client developed by someone else.
And you just know that the tools to access Google Drives natively in Linux must already exist and have been in use internally at Google for a decade, but Alphabet can’t figure out how to profit so we’ll never see it.
linux
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.