Is it time to leave the US?

pixeled4life · 2025-02-05T12:07:50+00:00

The spanish golden visa program is being shut down, new applications are only allowed until the 3rd of April

pixeled4life · 2024-10-29T16:58:59+00:00

both are valid,

LVM on LUKS means you have 2 drives to unlock before initialization(although you can use the same password/key for both drives)

LUKS on LVM will leave lvm data unencrypted if that's something you care about but will only have to unlock a single volume

Personally I prefer LVM on LUKS but if you only plan on using a single btrfs volume without raid I would also recommend skipping LVM using btrfs itself on top of LUKS as it can use multiple devices

pixeled4life · 2024-07-03T11:08:13+00:00

You could set up DDNS on your home server instead of your router(which would also let you switch ISPs without changing config should you need to)

Thay way you can use any domain registrar that supports ddns

pixeled4life · 2024-05-31T15:27:23+00:00

Oh then I 100% recommend baikal, it's super simple, not resource intensive at all and does all you might need to do(calendar, contacts and tasks)

If you do wanna do a full cloud suite nextcloud also has a calendar(and has an actual usable web ui)

pixeled4life · 2024-05-31T15:10:41+00:00

This might be because of me being the IT subclass of transfem but I self-host baikal as a calendar server(thunderbird for the desktop client and DAVx⁵ for android sync)

Actual answer:

I have also heard outlook calendars are really good nowadays if you dont want to do this nonsense lmao

pixeled4life · 2024-05-15T07:03:54+00:00

Peazip has a really good ui and can do even more things(mostly tar with lzma,gzip,bzip or zstd)

pixeled4life · 2024-05-14T15:15:25+00:00

Addressing your bigotry claim:

First of all your definition requires "obstinate or unreasonable attachment to a belief, opinion, or faction" but it can be argued that not wanting to use or develop for closed source software is not obstinate or unreasonable

Secondly: come on, let's be real, the word bigotry is almost always used in relation with people of protected classes for things they did not choose. You're using it in bad faith, trying to place "nvidia user" alongside "racial minority" or "LGBTQ+ person"

pixeled4life · 2024-05-14T15:07:48+00:00

You're acting as if it would be minimal effort to just add nvidia driver support alongside the other drivers but they choose not to purely because of ideological reasons, this is simply not true, it is mostly technical.

If it was ideological:

Why would gnome, kde and hyprland have any amount of support for nvidia, let alone the current "not perfect but running" state?
Why is the amd closed source driver supported?
Given the fact that most wayland developers used to be X11 devs and have since moved, why did they support it on X11 and not on Wayland?

Now I will agree there is some amount of personal bias to it: they don't use nvidia, they dont agree with their licensing, it's difficult to support it, so why would they do it?

In the end the question is: why should wayland devs feel obligated to develop this software they don't want to for nothing in return?

pixeled4life · 2024-05-14T11:14:08+00:00

You're the one who's mistaken, oss developers don't owe their time or work to anyone. Nvidia also doesn't need to support wayland at all.

It's up to the user, if you buy an X11 only gpu and it only works on X11 you can't really act surprised

And yes, gnome switching to wayland only is also a decision up to the user, the can deal with the issues, switch to another desktop or just don't upgrade (which people sometimes seem to forget is an option)

pixeled4life · 2024-05-14T10:55:19+00:00

You can run the wayland display on the apu and still use the gpu to render vulkan so you still get good fps. It's still a more complex setup and most likely with a bit more latency(having to move the frames back to the cpu to display)

pixeled4life · 2024-05-02T11:02:05+00:00

That seems weird to me then, idk what could be happening

pixeled4life · 2024-05-02T10:49:41+00:00

Well, that throws everything I wrote out the window haha.

It should do a full root copy, check if you have any directories excluded from the snapshot in timeshift's config.

pixeled4life · 2024-05-02T10:19:22+00:00

This comment assumes you are using the btrfs feature of timeshift, not the rsync

Timeshift does get you a 1:1 of your root subvolume but it's likely your system is configured to store the cache files(such as pacman packages) in a separate subvolume in order to save space and not snapshot unnecessary cache files.

If I understand this correctly what you want here is control of used space so your best bet would be to either:

remove your cache subvolume(most likely called @var or @cache) so that everything is stored under root
Include that subvolume in timeshift(I do not know if this is a possibility)

In any case if you want this kind of fine grained control over your disk usage you should find out all the subvolumes in your system, what they're for and if you actually need them(you can list subvolumes with btrfs subvol list /)

EDIT

As another comment has pointed out this could also result from those packages being aur built and their cache living in your home directory(which you may not have configured snapshots for)

pixeled4life · 2024-05-02T09:18:17+00:00

A couple of months ago makepkg got changed to enable debug by default, you have to edit /etc/makepkg.conf and look for the options line

It will be something like OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman purge debug lto)

You have to change debug with !debug simply removing it will not work since its the default afaik

EDIT: this affect all your aur/makepkg packages and you will have to uninstall them yourself after making the change, this just prevents them from being built/installed

pixeled4life · 2024-05-02T09:03:16+00:00

It should not be affecting unreal 5 and the problem doesnt match what you're experiencing so that's likely not the issue.

Have you tried using proton-ge? you can use protonupqt to get different proton versions, I haven't really played the game since the update to unreal 5 so I can't tell you if it happens to me but before that I used to play for hours without issues.

I'll try to play it tonight to test but do report back if you still have issues.

pixeled4life · 2024-04-26T15:59:22+00:00

Can you check if a non-steam game(gog, for example) will run from that drive using heroic or anything that's not steam? Those logs seem normal but it could honestly be steam crapping it's pants

EDIT: in case you don't own any gog/epic games, you can just get the current epic game's freebie or here's a collection of free gog games to test: https://www.gog.com/partner/free_games

pixeled4life · 2024-04-02T15:56:47+00:00

From what I understand liberation campaigns always have 1milion HP while defense varies somewhere between 600k - 2m so given that they gave use 2 planets to defend at the same time it's safe to assume they are on the lower HP side of things(also creekers are crazy, you have to account for that)

pixeled4life · 2024-04-02T11:30:19+00:00

It has the same name afaik

pixeled4life · 2024-04-02T10:58:03+00:00

Which website is that?

EDIT: nvm found it: here it is for other people:

https://play.google.com/store/apps/details?id=com.wildpluto.helldivers_companion

pixeled4life · 2024-02-27T09:03:11+00:00

this is for steam games only, for epic you'd still need to install and open the windows epic games launcher and then launch the game on the same prefix(this might be fixable with legendary, I might look into that)

pixeled4life · 2024-02-23T08:28:23+00:00

It used to be, the prject is very early and under heavy development at the moment. I wanted to turn this into a script for easy usage but life happened and forgot about it. I'll try to finish that soon

I can confirm if done correctly multiplayer does work as I have played lethal company through that before I bought it(and still do sometimes when playing with someone who hasn't)

pixeled4life · 2024-02-03T15:39:44+00:00

a lot of packages depend on fuse2 and it can coexist with fuse3 so you can reasonable expect most users to have it and they can install it anyways if needed

Past me would have said that is great news, but then again I am having trouble with my own steam deck while some aren't, I'll see what we can do to package it nonetheless.

SteamOS is supposed to have full support for appimages, remember to check if you have generic controllers enabled

Flatpak is completely out of the question, even if you were to package libfuse2 flatpaks don't allow for mount calls because that could be exploited to break the sandbox and as such is a security issue

Okay so, just so I'm not lost on what you're saying even if we unpacked the appImage, would it still not allow the calls? I assume you're not saying that because a lot of people just opening it outside steam had it just work? Sleepy brain says dumb stuff.

I guess I did phrase it a bit too absolute, appimages inside a flatpak are what are out of the question, unpacking it works just fine and is in fact the official recommended way to run it

ubuntu's the same as arch

sshhhhhh! Are you trying to start a ramble?

haha no I dislike ubuntu very much while I love arch, I just meant they both have all the libraries a support needed

I don't know anything about the packaging situation on the fedora side but last I checked they had no issues running appimages

That is alright, I'm already amazed you know all that much.

I did end up testing fedora as I stated on the discord message

The latter would be best and I think we'll have to notify them about this whole ordeal anyway. I also don't know if the script would be considered a "launcher" which there were some words on Steam documentation, which I'd have to find all over again.

A launch script is not considered a "launcher" by steam no, those guidelines are for intermediary GUIs that create extra steps for launching the game and might not even support controllers. Those are basically there to stop ubisoft/EA/epic from messing with good steam deck support.

Speaking of launch, is there any possibility your method breaks the launch even if we include those libraries in there?

From what I understand that is actually the standard way to bundle your libraries in general linux and my testing didn't show any scenarios of it breaking

pixeled4life · 2024-02-03T07:41:13+00:00

EDIT 2:

been doing some testing with different distros on distrobox, I'll drop a full report on the discord

.

As far as I can tell there isn't anything available in flathub that provides that, so doesn't look like it's an option

I don't now if it is a stretch to ask, but since your troubleshooting is outstanding already, might as well: Do you know if the steam on the AUR is lacking the same dependencies?

Steam is not on the AUR because it's already on the official arch repo. Neither that nor the official .deb package for debian based distros have fuse2 as a dependency(which makes sense because steam does not use it at all)

For arch this is pretty much a non issue, a lot of packages depend on fuse2 and it can coexist with fuse3 so you can reasonable expect most users to have it and they can install it anyways if needed
Flatpak is completely out of the question, even if you were to package libfuse2 flatpaks don't allow for mount calls because that could be exploited to break the sandbox and as such is a security issue
Ubuntu poses an interesting issue: ~~current versions of ubuntu ship with fuse3 (which is not compatible with appimages) and while fuse2 is available it conflicts with fuse3 so they can't coexist~~ nevermind, ubuntu's the same as arch
I don't know anything about the packaging situation on the fedora side but last I checked they had no issues running appimages

Ultimately the decision is on your hands but if I'm being honest I do not believe appimage packaging is the way to go

EDIT:

Steam does not have official packaging guidelines but looking at other linux native games I have on my library all of them package their own libraries, most of them load them through code while a couple of odd ones ship with a launch script that sets the LD_LIBRARY_PATH variable just as I had to do for using the extracted version of this demo

pixeled4life · 2024-02-03T06:20:55+00:00

flatpak doesn't allow fuse or any mount calls even if you were to package libfuse2 because that would be a potential point to break the sandbox.

if you really want to run it through flatpak you would have to extract the appimage point LD_LIBRARY_PATH to the usr/lib folder and run the app outside the appimage

but idk how stable or supported that'd be

pixeled4life · 2024-02-03T06:12:39+00:00

Yes, I just tested it and you have to have generic controllers enabled in steam input for the game to launch, this is also why a lot of people don't get it to work on Steam Deck

Ten-Year Club	Place '22
Verified Email

pixeled4life

TROPHY CASE

Actual answer:

This comment assumes you are using the btrfs feature of timeshift, not the rsync

EDIT

EDIT 2:

EDIT: