Ok, update. I removed some improper repos that the amdgpu-install had installed and I got things mostly working. Only problem is that rendering in Blender on GPU crashes it and I can’t seem to get good logs for the problem. I will try to get some logs and post them here.
Also, if I basically remove everything, I will get this error:
`[aapo@aapo-fedora ~]$ amdgpu-install [sudo] password for aapo: ROCm 5.4 repository 154 kB/s | 208 kB 00:01
AMDGPU 5.4 repository 699 B/s | 548 B 00:00
Errors during downloading metadata for repository ‘amdgpu’:
Status code: 404 for repo.radeon.com/amdgpu/5.4/rhel//…/repomd.xml (IP: 13.82.220.49) Error: Failed to download metadata for repo ‘amdgpu’: Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried Ignoring repositories: amdgpu Last metadata expiration check: 0:00:01 ago on Tue 23 Jan 2024 03:47:14 PM EET. Package amdgpu-lib-1:5.4.50400-1510348.el8.x86_64 is already installed. Package amdgpu-dkms-1:5.18.13.50400-1510348.el8.noarch is already installed. Error: Problem: package rocm-hip-runtime-5.4.0.50400-72.el8.x86_64 from rocm requires rocminfo = 1.0.0.50400-72.el8, but none of the providers can be installed
conflicting requests
nothing provides /usr/libexec/platform-python needed by rocminfo-1.0.0.50400-72.el8.x86_64 from rocm (try to add ‘–skip-broken’ to skip uninstallable packages) [aapo@aapo-fedora ~]$ `
Why would I want to use this instead of AWS Session Manager? I have a policy of no SSH enabled on any of my servers. Is this compatible with SSM connections too?
The screenshots are just sample connections, you can connect to arbitrary systems via SSH so it is not really a tool intended specifically for AWS.
Obviously if you are using taylor made tools for AWS by amazon itself, XPipe can probably not compete with that in terms of features. This is more of a general purpose application that you can use with any servers, virtual machines, containers, and more.
I’ve learned from Brodie’s video that Ubuntu upload schedule is basically slightly different gnome’s schedule. So, KDE with rolling releases is what I think is best.
Though IIRC the scheduling of plasma 6 onward will follow gnome’s 6 month period to synchronize with bimonthly releases of distros that does it.
You can attach a fake one in software via XVFB (X Virtual Frame Buffer). It’s a little involved if you aren’t familiar with X, but it only took me an hour or so to get setup. Then you don’t need any hardware at all, and can set whatever resolution you’d like.
Late to the party, but we’re talking long-term feedback, right? My point of comparison is a 2017 8th gen i5 dell 7385 with 8gb of ram, running Arch/Gnome.
I’m just out of a huge project involving Ardour, Audacity, kdenlive, Jack, Wireplumber and many gigs of media files on my 2023, brand new, M2 Pro, 16gb Ram 14inch mbp.
I installed Asahi Fedora Remix straight out of the box after updating the mac side (mandatory!). Install is indeed super-smooth. I choose to conform to defaults, and installed the KDE desktop variant ; as expected, I didn’t enjoy it and installed Gnome almost immediately. I’m a long time Gnome user fanatic tbh.
It Just Works, plain and simple.
I was expecting to be blown away by the performance, but it just feels "normal’, launching Firefox or whatnot isn’t that different from Linux on an old i5. It is snappy, but it’s not like Linux doesn’t work very well on average hardware.
Rendering video was admittedly faster, but I only worked on 1080p 45s to 4min stuff, so not a scientific measure here.
Battery life is good while running the Ardour multitrack DAW for instance. I noticed on macos, gaming on steam, that I can drain it pretty fast if I just play obliviously in the middle of the day. So not a bad battery, really usable work hours out of it - within workloads limits.
Sleep battery consumption is bad, about 50℅ a day. Better turn it off between things, and reboot.
…Which is what I do to my other laptop, it being plagued by S3 sleep issues. But booting the i5 is fast, so it’s OK. Boot times of the mbp isn’t that fast tho, again I was expecting more from the hardware.
Some software isn’t available on the Fedora repos or flatpak/flathub for the 64bits Arm architecture, but there’s much much that is available, including for me the latest wireplumber / jack stack which I do need IRL for work.
You will have to learn Fedora’s dnf package manager tool, but it’s “the same” as anything .deb, or about.
So there are minor annoyances pertaining to my use case, but it is more than bearable. I’d never have bought such device without the Asahi project, it is a great daily driver to live (and puzzle coworkers) with.
The iso has an encryption key problem. I tried the distro one year after, the same problem 😆 . Its the only distro that has that kind of problem. Once the problem is solved thanks to the forum, the shell didn’t switch the language properly, the “-” prints a wierd character, most keys on the that row was wrong. Maybe all the praise for that distro comes from non-french speaking people, so they didn’t saw the problem.
I know, the DE versions of the iso should works nice, but Void is advertised as minimalist, I want my WM. If this is that hard to switch the installation to french language, why Alpine is able to provide a correct installation experience (not easy, but correct) ?
linux
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.