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?

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.