Honestly it's a bad idea that arduino relies on LD_LIBRARY_PATH and not some configuration directive to begin with.

why is it needed globally and not just in the .desktop file? From my understanding LD_LIBRARY_PATH being global is generally frowned upon. and alternatives like wrapper scripts are usually seen as a better alternative. As it is considered a fragile hack that often causes breakages when relied upon globally.
http://xahlee.info/UnixResource_dir/_/ldpath.html
http://linuxmafia.com/faq/Admin/ld-lib-path.html
https://blogs.oracle.com/solaris/avoiding-ldlibrarypath%3a-the-options-v2

@chax thoughts?

replacing

Exec=arduino %U

with

Exec=env LD_LIBRARY_PATH=/usr/share/avr/lib arduino %U

in arduino.desktop should fix this.

at first I thought this might have been a malformed LD_LIBRARY_PATH (It starts with a colon), but starting Arduino from the commandline allows arduino to compile correctly.

maybe try the -lts kernel? that worked for me: https://discuss.getsol.us/d/5518-can-t-run-away-from-freezes-forever/8

I don't know if it's appropriate to discuss here but I created a SUID executable that (coupled with a battery watching script running as a service) will hibernate the laptop on critical battery:

Oh this was more like "can I have the go-ahead?" kind of issue.
So that I'd submit the patch properly if the answer is yes..
Cause I'm not sure which to submit(?)

I see a (bunch of) new upgrade(s) to systemd. Latest is "reverting to 244" . Did a patch happen in the process or am I still out of luck :'D

So you intentionally overrode the system default and then got upset with us for removing a symlink that broke it?

This only proves that dash is faster at reading input, not much else.

if you are using dash for POSIX compliance or speed, those are horrible reasons.

eopkg fetch dash; lseopkg dash*; rm dash*

/usr/bin/dash
/usr/share/man/man1/dash.1

meanwhile

All good, thanks for the hard work!
( might be a good chance to get up to speed with a newer ghc lts release.. 8.6.5 has the widest support but 8.8.3 is the latest stable! )

I am; However, I think I figured out what the problem was. Maybe try installing it on a fresh system which didn't pull-in the gmp-devel package in another unrelated install?
This is how I found out it was unmet dependency:

So I've tried to bypass logind entirely by interfacing with the sysfs.. Just to make sure my swapfile/configuration didn't have any funny business in them:
# echo disk > /sys/power/state works just fine. It's the initial step of systemd checking whether I have enough space to hibernate that seems to stop the process. As highlighted in the journal entry in the file attached.

I also want to stress that hibernating to this exact swapfile was working fine for months. It's very likely not an actual space issue.

update2: Did some RTFMing and turns out this is mainly sudo's fault.

update: I've done some digging and connected some dots and I think I figured out what's going on.

Just an extra check that the search path is correct, I did this:

Python 2.7.17 (default, Oct 22 2019, 18:27:39) 
[GCC 9.2.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import socks
>>> socks.__file__
'/usr/lib/python2.7/site-packages/socks.pyc'
>>> import ypkg2
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named ypkg2
>>>

there aren't any defined variables with that check (I think that's the normal?)
I also checked for ypkg's integrity with eopkg check
Dirs like /usr/lib/python2.7/site-packages/ypkg2 exist

I see, so here's what I did:
1- reinstalled ypkg (eopkg it --reinstall ypkg)
2- made sure I'm not in a virtualenv, and that my python is the latest one from repos:

 ~ ; eopkg sf `which python`
Searching for /usr/bin/python
Package python has file /usr/bin/python

3- made sure I'm not inside any weird environment or anything like that

To clarify, this is Budgie. And I'm using the torbrowser-launcher package from Solus repos.

can't reproduce..

The error log says I'm on GIMP 2.10.8
I believe that's the latest.