Update: I still face this issue if I run specific applications like Brave browser or Signal before sending the laptop to sleep.
I still have no idea what the root cause of this bug is and what other troubleshooting could be done.

@joebonrichie Thanks a lot for your effort, will test as soon as the updated openjdk-11 package with D12494 is available.

Removed another obsolete install command

Removed some obsolete comment/test lines.

@JoshStrobl I added this D12464 as a parent revision for D12465, since the build of fritzing-parts uses the fritzing package.
Hope this is correct way to configure the dependency in Phabricator.
I also rebuilt the D12465 with make local to use the locally build package fritzing-0.9.9-10-1-x86_64.eopkg of this revision .

Addressed the changes requested by reviewer (removed unnecessary files).

Thanks @joebonrichie for your quick response.
I tried the updated version, but no difference. I can split or merge documents once, but after executing the first split the message icon on the top right turns red.

Corrections in changelog

Hi @JoshStrobl,
I had to change the pattern of the dolphin-integration to ensure that the VFS plugins /usr/lib64/qt5/plugins/nextcloudsync_vfs_suffix.so and /usr/lib64/qt5/plugins/nextcloudsync_vfs_xattr.so are packaged with the main nextcloud-client. I tried some other wildcard match to only include *dolphin*, but it didn't work and I though it's not really worth the effort for just 2 files.
Please suggest a suitable wildcard if you still think that the explicit statements aren't suitable.

removed obsolete command in install section (from testing)

In D11753#197295, @JoshStrobl wrote:

Refined the changelog. Copying it below so you can see how list items and the like should be done in the future:

@joebonrichie I can also confirm that this fixed the issue for me, thanks a lot for your effort to get this issue resolved!

Sorted builddeps alphabetically.

Sorted builddeps alphabetically.

Rebased for changes from R851:ec049f2e6e79: Update abireport for glibc

@DataDrake Not sure if there's anything still missing from my side or if it's just waiting in (possibly long) review queue?

I tested with a few different PDF documents, but for the tests above I used the RaspberryPi magazine which you can download for free: https://magpi.raspberrypi.org/issues/99
What still puzzles me is the randomness of the failures. Each crash seems a bit different and not exactly reproducible. Especially the conversion test with pdftocairo creates each run a slightly different crash at a different page. For Evince it's anyway harder to try an exact reproduction of the crash, but I have the impression that it's also a bit random when/where it happens.

Yes. tested on unstable.

Thanks @JoshStrobl for all your effort!
Unfortunately, it doesn't seem to fix the issues with Evince and pdf2cairo which I reported above. My laptop is fully updated on Solus Unstable and I also rebooted after updates to be sure.
After the latest updates I can still easily get Evince crashing like before and also with lib2cairo I get crashes as before:

@JoshStrobl For me the fix on libcairo doesn't fix the issue with Evince, it still crashes if e.g. I zoom a lot or scroll through the document pages.
Errors differ between crashes, e.g. double free or corruption (out) or corrupted size vs. prev_size (same as before libcairo patch).

Updated "common" to get "abi_used_symbols" included.

I still face issues with spontaneous log-offs, but quite rarely and not always immediately after wake-up from sleep.
Too rare to spend more time in debugging in my view - just hope that it fully disappears at some point :)

Interestingly the error varies a bit if I re-run the same debug procedure.
Not sure what could cause different crashes although the same PDF file is used (and the produced png deleted before the test).

I tested with unstable and get different error now, so unfortunately not fixed with the update.

Yesterday I had a crash after wake-up from sleep, in journalctl I can see an entry

@JoshStrobl thanks for clarification and your hint about possible patch dependency.

Looking at the dependency graphs, perl-package-deprecationmanager is a direct dependency for perl-datetime-format-strptime.

@joebonrichie thanks for the quick fix!

@JoshStrobl Sorry to say, but I'm getting a bit frustrated to wait that long for a quite simple update to get merged. Just wanted to help and contribute to the Solus project, but I get the feeling that my help is not much appreciated.
It also makes me worry to see packages in the repository without any updates since years, which could cause potential security risks (not in this case, but maybe for other packages).

Hi @jm-brennan , I'm simply running sudo journalctl -S -2h to see all detail. The start time is defined with the option -S -2h (since 2h ago), you can also specify an absolute date like -S "2021-03-16 20:00:00".

Some logs from one of todays' forced logoff's:

I have found a similar issue in Arch Linux forum, which seems to be solved by installing bbswitch which is available in Solus reop.
https://bbs.archlinux.org/viewtopic.php?id=244635

Hi @jm-brennan , I think I have the same issue since an update in early Janunary 2021.
Had some discussion about this problem in the Solus forum https://discuss.getsol.us/d/2616-laptop-doesn-t-properly-turn-on-after-suspend/, but no solution found.
It still seems to me that some applications like VS Code or Brave browser increase the probability that this happens, but without it also sometimes logs me out spontaneously shortly after wakeup from suspend.

Update to version 1.8.15, see https://marlam.de/msmtp/news/

Is there anything missing to get this merged?

Sorry, was not clear that single line is quite strict rule.

Shortened description to single line as requested by reviewer.

Meanwhile version 1.8.14 has been released, see msmtp news

Updating to latest release 1.8.14

Shortened descriprion as requested by the reviewer.

Corrected builddeps package order.

Use pkgconfig for qt5 tools builddeps.

updated summary

Submitted D10048 to fix the missing translation files.

@JoshStrobl Thanks for the quick fix!

Just want to add that PySide2 would also be required to build FreeCAD T208

Added link to changelog and fixed typo.

@livingsilver94 Hope the format is ok now, I'm new to Arcanist and was not sure about the formatting of the commit message.

Added reference to T9287 in the Summary

Corrected packager email address.

I submitted a patch D9703, since it's my first one I hope I did it correctly.

I did some further investigation since when the mmstp failed to work and found that it was last time correctly executed on 5.9. and it first time failed on 12.9.
In eopgk history I found that libgnutls which is used by msmtp was updated on 11.9., maybe it's related somehow.

Problem has been fixed with latest update to 1.35.1-57-1-x86_64

@JoshStrobl Would it be an option to add the new ruamel.yaml as new package to avoid compatibility issues with current old package which is Python 2 only?
The current ruamel_yaml package is also not using the "python-" prefix in the name, so a new package could fix this as well.

The recent update of linux-current to version 5.6.19-158-1-x86_64 solved the problem (at least for my laptop) .
Suggest to close this ticket since there is was activity anyway.

Unfortunately the new built 0.5.3-4 published on 2020-06-15 still doesn't solve the issue. I had to extract the latest vpnc from the Ubuntu 20.04 package to fix the issue (again).
http://launchpadlibrarian.net/440849912/vpnc_0.5.3r550-3.1_amd64.deb

I'm still using the LTS kernel (currently 4.9.227-160.lts), the latest "current" kernel (5.6.18-155.current) still causes issues with wake-up from sleep.

No change after updating linux-firmware from 20200316-47-1-x86_64 tody 20200421-48-1-x86_64.

Found other simlar issues with Linux 5.6.x kernels on Arch Linux https://bbs.archlinux.org/viewtopic.php?id=254475 and https://bbs.archlinux.org/viewtopic.php?id=254838

Today I booted with the old kernel 5.5.11-151-1-x86_64 via the grub extra options and tried the sleep mode, and this seems to work without freeze.

Since 26.04.2020 I have a similar issue that the laptop freezes after wakeup from suspend. After wake-up I get a black screen with a blinking cursor in the top left corner. I can only hard-power-off the pc and restart.

I'm using ruamel-yaml with Python 3.7, but it seems that the (outdated) ruamel_yaml package only installs the Python 2.x library.
Do you still plan to update ruamel_yamel and will it include Python 3.x?