vikingtons

vikingtons , 1 day ago

it’s a newer display server protocol designed to replace X11, focusing on improved security, simplicity, and contemporary display technologies such as multi-display variable refresh rate and HDR (eventually).

vikingtons , 1 day ago

I didn’t realise this was Linux native. appreciate you calling it out

vikingtons , 1 day ago (edited 1 day ago)

Love a bit of modded valheim but that audio quirk is fucking annoying.

I’ve not observed the same with other unity games featuring native Linux builds, it’s likely specific to the engine version they use?

vikingtons , 9 days ago

I also use calyx but I’ll agree that graphene is technologically superior of the two. I’m more comfortable with the idea of using MicroG as opposed to sandboxes google play but that’s not to slant the implementation in any way.

vikingtons , 9 days ago

Can you elaborate on being misled there?

As for google devices - yes, there’s irony in the notion that the most de-googleable phones are theirs, sure. They’re often sold at a loss around the holiday season, though.

vikingtons , 9 days ago

I appreciate the info. For my own learning, could you provide a link to some context around the types of official binaries leveraged by microG? The only firm info I have of its behaviour is that it will pseudonomise as much user information as possible.

I’m familiar with sandboxed google play on grapheneOS and have used it in the past.

vikingtons , 9 days ago (edited 9 days ago)

I appreciate that you’re trying to inform me but if you make such a claim, you should be able to prove it.

A friend was able to provide some context, regardless:

• The one binary I’m aware of microG downloading (assuming it still does) is the SafetyNet “DroidGuard” thing, which it only does if you explicitly enable SafetyNet, which is not on by default. There is no other way to provide it.
• microG only has privileged access if you install it as a privileged app, which is up to you / your distribution, as microG works fine as a user app (provided signature spoofing is available to it). Also, being privileged itself really doesn’t mean giving privileges to “Google”.
• Apps needing Google services may indeed contain all sorts of binaries, generally including Google ones, which doesn’t mean they contain Google services themselves. Anyway, they are proprietary apps and as such will certainly contain proprietary things, and it’s all to you to install them or not. It’s not like microG includes them.
• Its also just a reimplementation of a small handful of useful Google services, such as push notifications, or the maps (not the spyware stuff like advertising) and each can be toggled on/off.
• Also all apps on android are sandboxed

vikingtons , 9 days ago

Appreciate the additional context! Have thankfully not needed to use the safetynet module with microg either.

vikingtons , 10 days ago

A third player is absolutely welcome to the game but their share is for now still small on Windows.

The Arc Alchemist dGPU bringup has shown the world just how difficult graphics driver software is. They’ve made excellent progress lately in key areas (on both Windows and Linux) but there are are still many odd gaps to fill.

Battlemage mobile looks pretty exciting, mind you.

vikingtons , 10 days ago

Like AMD, they use a kernel module and their user space drivers are in Mesa. If anything, you may have a better OOTB experience with Intel graphics on distros that have more recent packages, like Fedora.

vikingtons , 10 days ago

There’s no stupid questions here - there’s absolutely nothing intuitive about computer ecosystems 😅

vikingtons , 10 days ago

This may take time but Intel have extremely deep pockets, they understand the value of presence in this market, I’m sure they can and will stick to it.

vikingtons , 10 days ago

Good to know, though same could be said for ROCm + HIP for AMD. Gets a bit weird as you generally want that for OCL support too.

vikingtons , 12 days ago

such a good baby!

vikingtons , 12 days ago

I gather they are or were associates / friends with bryan lunduke, who is an extremely controversial character in the Linux space. That might explain the “bit crazy” remark but I really don’t know much about the nature of their relationship

vikingtons , 12 days ago

Oh I see, appreciate the background.

Yeah it was very sad to see the byran situation unfold. I was also a fan of that series.

vikingtons , 12 days ago

Isn’t the same true for the 7950X3D?

I doubt you would have many issues using win10 on this platform if you wanted to.

vikingtons , 12 days ago

I mean, sure but even phoenix based OEM platforms tend to ship with win11 anyways, right? Did any of those release with win10 ootb?

vikingtons , 14 days ago

I’d recommend separate physical disks if possible. Set your boot order via uefi

vikingtons , 12 days ago

It’s not very intuitive but it isn’t so bad once you’re familiar; you can take a look at this whenever’s convenient for you.

When you boot the system, you should briefly see your BIOS splash screen, along with the key combo to get into your BIOS setup menu. Let us know which mainboard vendor you have and we may be able to tell you in advance (For Asus, it’s usually F2, for Gigabyte its the Delete key, for MSI it might be F12 etc). I just mash the specified key when prompted until I’m in.

There’s usually also a key that you can hit to select a temporary boot device (I.e. I can hit F12 on my gigabyte board to select any OS detected by the BIOS, not just boot into the top entry).

Once you’re in, have a look for the ‘Boot’ section. You should have the capability to define your boot order. These entries can consist of traditional disks connected via SATA/SCSI/m.2, USB drives, network locations etc.

You can arrange this boot order however you like.

I would also recommended temporarily disconnecting any existing drives when installing an OS on your system (e.g.: Windows attempts to store its bootloader on SATA 0 by default, even if the OS isn’t destined for that drive).

vikingtons , 19 days ago

What issue are you facing there? Can you tell us which GPU and driver you’re using?

vikingtons , 20 days ago

Strix Point is a monolithic die APU, though to your point, it’s comprised of a variety of IP (CPU, GPU, NPU, IO / SoC functionality) from across the business.

Strix Halo is rumoured to be a multi-chip product.

vikingtons , 20 days ago

Yes, absolutely 🥰

vikingtons , 24 days ago

Very key points! Some distros will also accommodate window’s default timekeeping if a win install is detected, and also need to be changed retroactively to prevent wonky behaviour with DST

vikingtons , 24 days ago

Speaking from my experience with fedora and windows 10 and 11 within the same system.

1. As others have stated here, If you can, please keep each operating system on it’s own physical disk. Disconnect others if you perform a new Windows install on any, as it’ll attempt to store its bootloader on disk 0 regardless of the OS destination drive.
2. LUKS2 is part of the fedora workstation setup, I imagine it will be presented to you upon install with Mint. If you’re on separate physical disks, you shouldn’t have much to worry about, but as far as I’m aware, you’re okay to use disk encryption on drives partitioned with two systems.
3. There’s a Dropbox .deb and .rpm for linux as far as I can tell, but I cannot attest to its quality or how well it integrates with a given file manager. Cloud accounts are generally well supported amongst the key desktop environments, for which I’d consider Cinnamon to be a part of.
4. Modern, mainstream distributions are pretty GUI friendly. I fully expect you to be able to get by on Mint without needing to touch the command line much if at all. That said, I grab CLI oriented tools from the terminal and graphical apps from the app store. Enabling flathub will give you access to a broad selection of graphical software so by all means, go for it.
5. I’m not wise so I’ll hold back here. I will say that Fedora has allowed me to approach linux as an absolute casual for nearly 6 years now.

vikingtons , 24 days ago

I don’t know what I was expecting when I saw the headline. I fully assumed it would be something goofy like a German Shepard holding a glock in its mouth.

This is far bleaker, though perhaps not as upsetting as asking a good boy to do harmful things.

vikingtons , 24 days ago

Does hyprland work for your setup?

vikingtons , 24 days ago

Thank you for this info! I expected this to be more feasible on the Intel models for whatever reason. Glad to see a glimmer of hope for the AMD platforms.

vikingtons , 24 days ago

Yes, exactly this, though I know Jeremy Soller from System76 has been working on Coreboot for AMD UMA platforms a couple years back.

There’s hope, still 😅

vikingtons , 24 days ago

We’re a ways away from reaching equivalent performance characteristics of the currently available options they have with RISC V, but I would also love to see that as well.

vikingtons , 24 days ago

That’s fair enough, though one of the characteristics I had in mind was also battery life (that said, it would be at a given level of performance so either way).

Also definitely not thrilled about things like ME, Pluton and so on.

vikingtons , 26 days ago

such a good baby 🥺🥰

vikingtons , 1 month ago (edited 1 month ago)

If you can, I would recommend keeping your operating systems on separate disks, and even disconnecting your windows disk whilst you install your distro of choice.

I personally multi boot win 10, 11 (SW testing purposes) and Fedora Workstation on my primary system, they each live on their own drive.

vikingtons , 1 month ago

That can be the case for most mainstream distros in expecteded platforms. You may find some quirks with RISC-V.

General package availability is fairly high but there’s bound to be gaps in software you need. (You should be able to find this out in advance on a per-app or library basis). Projects like Box86 and FexEmu can maybe be applied here as well but that’s another layer of complexity added to an already significant jump you’re making.

Make the exploration of this arch a side project rather than a main goal for now. There are some very interesting SBCs available, the PineTab V looks pretty cool as well, but I’d by lying to you if I said you could depend on these devices as your primary system.

vikingtons , 1 month ago (edited 1 month ago)

no worries. RISC V is an interesting, promising yet emerging platform.

You may be able to use a RISC V system as a general computer but there’s likely to be gaps in terms of software support.

I suppose you could try and see how far can you get by using a Raspberry Pi (or similar device) as your primary computer as a sort of benchmark (bearing in mind that the RPi is ARM based, not RISC V)

With all of that said, I’m really looking forward to the day of high performance, general purpose RISC V PC systems.

vikingtons , 1 month ago

No prob.

For whatever it’s worth, you can get some very performant ARM and RISC V processors. Software support gaps are less of an issue for ARM considering how long it’s been around for. The apple silicon macs are all arm based and seem to perform very well under specific scenarios and workloads.

But I’ve had some struggles recently with very obscure software packages not playing nicley on my raspberry 5 with x86 emulation, so there are some definite hurdles still.

vikingtons , 1 month ago

You’re not wrong, there are some pretty cool RV SBCs out there though. I would love to tinker someday but the unit price is maybe a bit steeper than I’d like for such an endeavour.

Someday, sure.

vikingtons , 1 month ago (edited 1 month ago)

I don’t suppose Fedora 40 with ROCm 6.1 will cover this for you? Once you’re set up, you can

sudo dnf install rocm*

…and that should include rocm-ocl rocm-opencl. I quickly tested this with davinci resolve a couple days back.

E: you may need to set an environment variable to spoof a ““supported device”” 🫠

vikingtons , 1 month ago (edited 1 month ago)

Very welcome! I originally neglected the notion that I tested this from a ‘supported’ ASIC, however.

I’m not sure how this will behave on NV33; you may need to employ the aforementioned env variable workaround for any luck, I’ll try to find a link for it.

E1: I believe RX 6700XT (NV23) users set the following env var to spoof their device as NV21

HSA_OVERRIDE_GFX_VERSION=10.3.0

I’ll see if there’s one more suitable to your GPU.

E2: Try export the following

HSA_OVERRIDE_GFX_VERSION=11.0.0

vikingtons , 1 month ago (edited 1 month ago)

Ah man, are you able to verify OCL working with other applications such as OpenShot or Blender?

As for your edit, sorry you’re correct, the package name is rocm-opencl, otherwise referred to as rocm-opencl-runtime

vikingtons , 1 month ago

Definitely worth a look!

vikingtons , 1 month ago

Oh damn, can you send me a link to that? I’ll also try Hashcat + its benchmark when I get the chance.

Reaching out to a friend who has some familiarity with HC in the mean time.

vikingtons , 1 month ago

cheers, will give that a look

vikingtons , 1 month ago (edited 1 month ago)

The OpenCL benchmark for me worked without any issues.

The Hashcat benchmark threw the same errors as you’d seen until I manually specified my device (my friend was able to point me in the right direction here).

You can enumerate your OpenCL device (i.e. your GPU) with something like clinfo, rocm-clinfo.

I had to run Hashcat’s benchmark like so: hashcat -b -d 2where 2 is my RX 6800XT

Hope this helps

vikingtons , 1 month ago

It’d be telling if later iterations of idtech (should it continue to develop) switch away from Vulkan on desktops.

Would be a difficult move considering how ruthlessly performant it is at present.

vikingtons , 1 month ago

Appreciate the insight

vikingtons , 1 month ago

big fan of Hulshult’s work on IDKFA, DUSK and Prodeus. Would love to see them directly involved with DOOM.

vikingtons , 1 month ago

God damn I didn’t expect to ever see that again. Brill