in case you’re wondering about discord specifically, turning off the KDE wallet subsystem in the system settings worked for me, since I didn’t use it anyways.
And here I was thinking people were about to move to systemd-networkd so network would actually work decently on the Linux desktop and then I remembered that GNOME comes with the bs called network-manager.
That’s gonna be a good day. I’m sure they’ll have the common sense to include systemd-desktopd-iconsd and systemd-desktopd-slow-transition-animationsd will be optional. :P
What’s broken? I just added a vpnc connection on my machine (granted can’t test it since I have nothing to connect to) but there was a vpnc connection profile until I deleted it.
What distro? Might be gnome only. Im on latestest budgie and cant add. Theres github issues etc. I can edit the file by hand and it works so no biggie but its a long standing issue
I use both depending on the device. My desktop at home and all servers use systemd-networkd and I’m very happy with it. Right now, I’m on vacation and NetworkManager comes in very helpful with the ability to quickly manage networks as a normal user with a graphical user interface.
Question is: why can’t the GNOME people that are so eager to reinvent everything dedicate a few bucks out of their new 1M€ funding and integrate it with systemd-networkd and ditch the old NetworkManager for good. That thing is inconsistent and to make things worse now we’ve the “new network settings” with some settings and then the NetworkManager window/GUI with more settings and things are as coherent as Windows 10’s new Settings vs Control Panel… Fucks sake GNOME.
For what’s worth in Windows I can pull the old Control Panel Network Connections settings go into properties and manage everything network adapters have to over with a simple tab based navigation. In GNOME right now it is a shit show of jumping around between the GNOME Settings and the older NetworkManager GUI to end up not being able to easily get a VLAN tag on some connection.
I have to use Rhino 3D for work but refuse to give up my Arch daily driver.
I’ve been a sysadmin since Red Hat came on floppies.
And getting PCIe passthrough, accelerated network and disk drivers, and a whole plethora of other odds and ends working to the point where I could even boot Win11 took two solid days of work.
I’m still not even sure how I did it. I wouldn’t expect anybody else to figure it out.
Next time I plan on experimenting with the Photon libraries.
I’ve been using Linux as my (mostly) sole desktop since 2005. We’ve come such a long way! But CAD/CAM software has always been anemic.
I’m curious about this as well, have had trouble getting it to work well and wondering if I need a second gpu to pass through… But if that’s the case, what does it do for cpu? Pass through some of the cores? Same with ram?
Honestly I’ve just been having better luck running things via proton… Got fusion 360 running fine in bottles with proton ge.
Yes and yes, theoretically you can somehow get single GPU passtrough working but it was never a clean solution for me. CPU and RAM must be shared though.
I am running a 4070 Ti and a 4060 Ti (for the VM trough Looking Glass) and a 5800X3D of which 6 cores and 24GB of RAM go to the VM. Allows me to play any modern AAA game at 1440p perfectly fine. And since there are 2 GPUs I can still use Gnome and run programs like Discord on Linux. But I only use the VM if wine/proton can’t run it.
SR-IOV is the keyword you can start with. I know Nvidia only supports it with pro cards. Didn’t used to be the case, but I think AMD followed suit. I’m not sure on that point. I read recently that Intel is working on it for their Arc cards in the new driver, or something, but I’m really not familiar with anything regarding Intel’s discrete cards.
Thats the way on Fedora, debian packages are called a bit differently, Ubuntu again, but that method works.
Also for packaging an app that just works, why not flatpak? Especially if its a GUI app, this would highly improve availability on many Distros not covered by RPMs and DEBs. Also RPMs can have dependency conflicts between Opensuse and Fedora because naming, probably similar with Ubuntu and Debian.
So is this possible? and if yes, how should I go about this? did someone make a tool for this already? Or(!) can I burn it to a flash and the drivers will correct themselves/I’ll deal with them later?
I think this is where a few respondents got the impression you are looking at this like a Windows install. It is not. All of the drivers, minus proprietary (also called non-free) drivers (i.e., Nvidia, file format support, etc), are already included in the installation. On laptops, this can get weird with some of the laptop-specific hardware, but most of it works out of the box most of the time. Exceptions are old WinTel-era wireless and networking cards which needed a terrible driver wrapper, but has long since fallen out of favor. Thankfully!
~/boot is at the root of the drive. Your home folder should be in ~/home/username. THAT you can copy wholesale. I believe. Don’t take my word for it. Deja Dup can do it for you, as well, or the entire system.
If you don’t encrypt the drive, yes. Some things you will have to reauthenticate, however, like your online accounts, but when those are reconnected everything should work as intended. That you should confirm, however. I don’t encrypt, though I should ;)
I don’t know by heart if it’s able to do your bidding, but perhaps it’s worth checking out penguins-eggs. I guess the following would be its elevator pitch:
“penguins-eggs is a console tool, under continuous development, that allows you to remaster your system and redistribute it as live images on usb sticks or via PXE.
The default behavior is total removal of the system’s data and users, but it is also possible to remaster the system including the data and accounts of present users, using flag --clone. It is also possible to keep the users and files present under an encrypted LUKS file within the same resulting iso file, flag --cryptedclone.
You can easily install the resulting live system with the calamares installer or the internal TUI krill installer.”
Usually with most Linux distributions you can just make a tarball of the entire system (don’t forget the p to preserve ownership,…) and unpack it to a new partition, install the boot loader again and it should work on a new system, as long as the kernel does work with the hardware on the new system. Alternatively you can reinstall and keep your home directory to keep all your user config.
I put Ubuntu on a handful of Surface Pros a couple years ago for work, and while the process wasn’t horrible, I was wishing for something with more native support the whole time. Nice to see I wasn’t the only one.
It’s been awhile and I haven’t tried to latest hardware, but I’m sure it’s still doable. The process wasn’t terrible, just a few extra steps to add compatibility for some of the devices.
From a developer’s standpoint, one of the bigger pain points of Wayland is window embedding.
If you want to embed from an external process, the only way to do this is to have your application expose its own Wayland compositor and then have the embedded process use that Wayland compositor. No one has made a library for this as of yet.
If you want to embed from the same process, it shouldn’t be too difficult; you just need a wl_subsurface. However, this doesn’t work too well with most GUI toolkits.
Wayland is just radically different from every other windowing API, and I’m hoping that the GUI toolkits can adapt.
If it were me and I was intending to automate this I would probably do the following. Set up each test distro as a VirtualBox image and take a snapshot so I could easily roll back. Then I would write a script for each distro that downloaded the package, installed and launched the app. I would then probably query the window system to make sure the gui showed up, wait a period of time if I had to and take a screenshot.
This can probably all be done as a set of bash scripts.
linux
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.