Just use Waydroid instead: waydro.id, much lower overhead, however you need to mess with ARM emulation. For installing Google Apps and Device not Play certified: github.com/casualsnek/waydroid_script
Yeah no, generally you just copypaste the software website’s instructions. Many programs can be installed through the app store (or equivalent install commands) but a lot of aoftware you just gotta copypaste the code. Many also just provide an inataller.
The meme about linux software being much easier to install is true in some cases, but mostly bullshit. even if its just sudo apt install vlc you generally still want to check the website to make sure its the best way, or you end ip with an out of date version.
Updating software on linux is better pretty much automatic without annoying popups most of the time though.
Yeah, well, linux is great, but people seem to rarely give the full disclaimer. So people end up disappointed, go back to windows and end up thinking you need to be hackerman to be able to use it. Or they do end up learning everything, think they’re hackerman and tell everyone in the world how linux is just sooo much better and easier because theyve been using it since 1969 or whatever.
My view: Your grandma could comfortably work on linux. It’s when you need stuff beyond the most basic aoftware that there’s a much steeper learning curve than windows. You fuck up, your system implodes. Once you’re balls deep into computers, lets say software development, linux becomes easier and more useful again. Its that middle group of average users who have the hardest time.
As a side note, dealing with adding repos and keys and all that is something I will never miss from apt. I use Arch and installing things is usually as simple as… well let me check.
<span style="color:#323232;">$ yay mullvad
</span><span style="color:#323232;">...
</span><span style="color:#323232;">2 aur/mullvad-vpn-bin 2023.6-1 (+86 1.36)
</span><span style="color:#323232;"> The Mullvad VPN client app for desktop
</span><span style="color:#323232;">1 aur/mullvad-vpn 2023.6-1 (+126 2.10)
</span><span style="color:#323232;"> The Mullvad VPN client app for desktop
</span><span style="color:#323232;">==> Packages to install (eg: 1 2 3, 1-3 or ^4)
</span><span style="color:#323232;">==> _
</span>
And it’s option 1. So easy. Type 1 and press enter and you’re done.
Both options will install the Mullvad client from the AUR. (If you use an arch derivative, that already tells you some things. If you don't, then you are missing some context.) The first option will install from binary, the second will compile from source. Which you choose is up to you.
If you blindly chose one over the other because you didn't know, worst case you end up being impatient if it takes awhile to compile from source.
I tried and failed to install it on my laptop last year. Couldn’t figure out the problem and went back to pop. I’m messing around with it in a vm, though, and liking it a lot. I may try again when I have some more time to troubleshoot.
it may be because you were using the default libre kernel, which is missing lots of microcode for your drivers. You need to add a substitute binary server that points to non-guix, which you can then use to supplant the libre kernel with the mainline one.
I thought that, but I had identical results using the stock install media and the modified nonguix one from systemcrafters.
The weird thing was that the initial install went fine, even after the first reboot. The problem was the next boot after my first system reconfigure.
Not only could I not boot my system after that, but I couldn’t boot the install media either. The only thing that would work was the installer for the most recent pop os.
That sounds like a BIOS issue. I sometimes get these on my laptop where I installed an EFI partition but my laptop was in some legacy mode, and I need to fiddle with my boot options and disable various features until the system “sees” the boot partition in the same way the OS “saw” it
I was thinking something to do with nonvolitile memory.
The real problem was that the guided install - guix pull - system reconfigure - reboot process took about three to four hours each time, so I gave up after a few iterations.
I did try playing around with bios settings a little, but I’m sure I missed some possibilities.
I’m pretty sure I was set up for substitutes, but this was a while ago.
I did end up replacing my router a few months after that, so it may have just been that my connection was very slow.
Also, every time I tried it and it didn’t work, I had to do a full Pop Os install in order for myguix install media to start working again, which added a few minutes to the process.
Why don’t you check for both and use the one that’s available, otherwise print an error. Additionally you could read an env INKSCAPE_BIN and also include that in your checks.
So one could for example do INKSCAPE_BIN=‘distrobox enter arch – inkscape’ python main.py
It is not my package, but I could of course go ahead and change the source code directly to handle this. But I’d prefer a solution that would persist through updates.
linux
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.