vikingtons

vikingtons, 19 hours ago

Someone suggested to me the other day that safetynet was now (or will soon be) deprecated. I’m not sure what the situation is with regards to attestation, though I sort of dread to think about what will replace it.

vikingtons, 3 days ago

There’s also the handy public instance send.vis.ee

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

I can understand not being into commercial gyms for a variety of reasons. Would you be open to a home fitness setup (given the space etc)

vikingtons, 10 days ago

I feel this (south east england). I’m fortunate enough to have a little space in my garage for a half rack, incline bench, Olympic gear and accessories. I got into the idea of how little equipment (and floorspace) you can get by with for a comprehensive setup, it sort of became a little research project over the pandemic.

In the interim, I stumbled across some excellent body weight exercises that can be performed with minimal equipment (piston/pistol squat, Nordic and reverse Nordic curl, single leg hip thrust, handstand press, etc). I was most surprised to find out how well you could train your legs without additional gear. A set of resistance bands and a pair of small dumbbells can go a very long way

vikingtons, 10 days ago

That’s understandable. I have a close friend who feels very much the same way. Their approach to fitness is far more functional than mine (rock climber), and he gets a great deal of enjoyment from it.

vikingtons, 10 days ago

Ah, then I understand your viewpoint well!

Climbing is wonderful. Hope you get back into it someday.

vikingtons, 11 days ago

None whatsoever. You’re good to use heliboard with the gesture input library. There is also the FUTO keyboard, which somehow has a gesture input library built in. I would presume theirs is FOSS but I’ve not done my homework on this.

E: as someone else mentioned, you can deny network permission for gboard with ROMs like LineageOS, GrapheneOS, CalyxOS etc. This is what I did for many years until heliboard came along.

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, 17 days ago

Signal I suppose would be the closest analog

vikingtons, 17 days ago

I see, fair enough. I don’t know if you’ll have any luck with a FOSS third party client which does t violate their TOS. There was something on fdroid years ago, a wrapper that effectively allowed you to use WhatsApp Web on another phone (or perhaps even the same one), but it ultimately requried the use of the official clients

vikingtons, 16 days ago

Yes, I already aluded to this. Point being, I don’t think you’ll find a viable FOSS front end since it would violate their TOS.

vikingtons, 16 days ago

It is to

A: the continuity of said project (DMCA) and B: to the individual end users.

You can use FOSS clients for things like Discord or the Google play store but you still run the risk of getting banned.

vikingtons, 15 days ago (edited 15 days ago)

Ordinarily I’d agree, but for now, WhatsApp is tied to your phone number. I’m not sure if you can use some kind of service to create alias numbers but for many people, that’s a big blocker when it comes to making another account following any kind of infraction.

I don’t think meta would shift in requiring a phone number per account either,

vikingtons, 15 days ago

That works. Which service do you use ooc?

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

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, 1 month ago

here’s hoping. would be a nightmare if it somehow reached the healthcare industry

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

Kind of sad how the proprietor of DirectX owns one of the best Vulkan API game engine implementations in the industry.

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

vikingtons, 1 month ago (edited 1 month ago)

For your points against:

The OpenGL UMD was completely re-engineered. This premiered with the 22.7.1 release, so nearly two years ago. AMD now have the most performant, highest quality OpenGL UMD in the industry, which is particularly relevant for workstation use cases (where OpenGL remains the backbone of WS graphics).

PhysX is proprietary, I don’t know what can be done about that, but your point is valid here, though given the rise of other physics engines at play, I don’t really know if this is a big hit? Do we really want further consolidation in game systems?

AMDs approach to ray acceleleration has always favoured die area efficiency up until now, though I can totally understand your disappointment with the performance in that area. That said, the moment I really care about RTRT in gaming is when it’s no longer contingent on the raster model. reflections, shadows and GI are nice and all, but we’re still not really there yet.

I dont know how GCN was such a terrible arch since it was the basis of an entire console generation. An argument could be made about how its GPGPU design may have hindered it at gaming on desktops but it had matured extremely well over time with driver upgrades, despite their given price + perf targets at release. Aside from that (and related to point 1), RDNA UMDs are all PAL based. I’m not sure what you’re alluding to with this? Could you please elaborate?

Your final remark is untrue (FMF, AL+, gfx feature interop, mic ANS, a plethora of GPUOpen technologies) but I will forgive you not keeping up with a vendor’s tech if you don’t actively use their products.

vikingtons, 1 month ago

Can you tell us which GPU and driver versions?

I’ve been alright here so far with fedora workstation and silverblue, on both NV21 and Cezanne (amdgpu+mesa, no amdgpu-pro or amdvlk)

vikingtons, 1 month ago

Appreciate the call out for this one, I’ll take a look on my side later.

vikingtons, 1 month ago

Are you talking about phones like the Xperia 5 IV?

They have unlockable bootloaders and AOSP ROM support?

vikingtons, 1 month ago (edited 1 month ago)

That’s wonderful to hear. Do they support relockable bootloaders with self signed keys? If so, that makes em possible to use with projects like GrapheneOS, CalyxOS

vikingtons, 1 month ago

Relocking is ideal for system integrity, you can have full verified boot support on ROMs like graphene