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.

Just had another look at the module dependency graph, and not sure anymore if the dependencies are missing in this module or rather in perl-datetime or below.

@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?

I had the same issue, journalctl showed that lats NTP sync happened on 18. January.
With the 4 steps listed by @mate-user I could fix the issue.

I was also looking for pam_mout support to automatically decrypt and mount a gocryptfs folder.

It seems that XSane is now maintained under the sane.org project, you can find the latest source at gitlab: https://gitlab.com/sane-project/frontend/xsane

I just found that there seems to be a more recent variant (fork?) of scangear-mp2 for integration with sane at https://github.com/Ordissimo/scangearmp2. As far as I can see it's fully open source under GNU General Public License.

I also just run into a dependency issue on xterm while trying to use The FinalKey hardware password store with Solus. It's not possible to simply replace xterm with gnome-terminal because their CLI options are not compatible.

Thanks @r3r57 for the patch, can you maybe explain how you created the "master" for the patch? The reference [1] you provided doesn't work anymore.

I ran into the same issue and tried the snap install which fixed this issue, but the snap version had other issue with opening web links in Firefox. So finally I decided to install the tar.gz package from the Microsoft VS Code download page.

@STiAT : Thanks for the workaround instructions!
Do you know if the manually added certificates are removed if the system updates the certificates via the package manager?

I can also confirm this behavior using VMware View client in full screen.
If I try to minimize the VMware full-screen after awhile (screen saver time), then the screen saver locks the screen but I can't type the password.
I could switch to a console with Alt-Ctrl-F1 and kill the screensaver to get back control.
For now I disabled the screen lock, but hope it can be fixed soon.