This is already done automatically.
AM puts the .desktop files in /usr/local/share/applications
AppMan puts them in ${XDG_DATA_HOME:-~/.local/share}applications
They also get symlinked in PATH, that is you can launch yt-dlp by typing yt-dlp on the terminal as if you had installed it with your distro package manager.
I wonder, is there a tool that lets me script installs?
I’ll want to check if application exists, and if so, update, otherwise, install. That kind of thing.
Use AppMan to install them in HOME.
Check this out: https://github.com/ivan-hc/AM
Use appman and set the install directory to ~/Apps and now you will be able to install appimages/binaries in the ~/Apps dir using a package manager that keeps them up to date and that you can move to any other distro, I have all of this:
Although more recently for binaries I’ve been using this instead, which pulls from a massive repo of static binaries, though note that dbin needs its own separate directory in HOME to install binaries (you can’t use ~/Apps that is).
I’m pretty sure sbin originally meant static binaries and not system binaries lol
it may have the same problem.
It actually doesn’t! it works thank you!
Btw when I have multiple tabs on the vomnibar, if I scroll down the list using the arrow keys it doesn’t change to the next page, I instead have to use the mouse wheel to move to the next page, is there a way I can fix that?
Is there an easy way to migrate my vimium conf to it?
Also are you sure that it displays the page icon in the active tabs menu?
posix sh + awk for manipulating data?
It makes me mad to see the current state sway is in, I even bought an AMD GPU for nothing.
Test adding the preferences page to “excluded URLs” in the settings of vimium.
I really don’t know lol
Increasing the max_map_count is needed for some Steam games, iirc Arch is now dong this by default.
iirc the dirty_bytes settings prevent the system from hanging if there is too much disk IO
And setting transparent_hugepages to madvise was something I did when archlinux had this bug in the kernel: https://old.reddit.com/r/archlinux/comments/1atueo0/higher_ram_usage_since_kernel_67_and_the_solution/
It was eventually fixed but I later ran into the issue again and I decided to keep it on madvise.
Here is what I ended up using for my sysctl conf, iirc I got some of these from popos default config:
vm.swappiness = 180
vm.page-cluster = 0
vm.watermark_boost_factor = 0
vm.watermark_scale_factor = 125
vm.dirty_bytes = 268435456
vm.dirty_background_bytes = 134217728
vm.max_map_count = 2147483642
vm.dirtytime_expire_seconds = 1800
vm.transparent_hugepages = madvise
nvm I just noticed that the issue is that I had the gcompat package installed in alpine, which fixes that issue you just had, I don’t know if chimera has something similar to it.
That’s interesting that it doesn’t work, iirc the biggest difference of chimera is that it uses musl like alpine does.
Can you extract the appimage with --appimage-extract flag and run the AppRun that’s inside of it directly? Or that also fails?
Isn’t lite-xl in your distro repo?
Manjaro: Lots of criticism from others, ironically ran 2 years without major issues. But I wanted to switch to btrfs and EOS was hyped up to be a better version of a simple Arch installation.
I had a similar story, in fact EOS has a problem that they use dracut by default and is set to overwrite the kernel parameters every time you update the system lol.
I’m very sorry you had to deal with some users from here btw, specially the nixos people.
You likely saw this already, but if you haven’t: https://www.reddit.com/r/Fedora/comments/mzun99/new_zram_tuning_benchmarks/
I use lite-xl, it has been very good, but I’m not a Go developer though.
They also release an appimage and I just did a quick test on a alpine container and it works, so it should work on Chimera as well.
It pulls the latest chromium from googleapis.com so it can do everything.