- User Since
- Jan 31 2017, 11:23 AM (245 w, 4 d)
Mon, Oct 4
Sat, Oct 2
Sat, Sep 25
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.
Fri, Sep 24
removed obsolete command in install section (from testing)
Sep 5 2021
Sep 2 2021
Aug 29 2021
@joebonrichie I can also confirm that this fixed the issue for me, thanks a lot for your effort to get this issue resolved!
Aug 28 2021
Sorted builddeps alphabetically.
Sorted builddeps alphabetically.
Aug 27 2021
Aug 23 2021
Rebased for changes from R851:ec049f2e6e79: Update abireport for glibc
Jul 17 2021
@DataDrake Not sure if there's anything still missing from my side or if it's just waiting in (possibly long) review queue?
Jul 2 2021
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.
Jul 1 2021
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:
Jun 5 2021
@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).
May 30 2021
Updated "common" to get "abi_used_symbols" included.
May 29 2021
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 :)
May 15 2021
May 13 2021
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.
May 12 2021
Apr 25 2021
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.
Apr 24 2021
@joebonrichie thanks for the quick fix!
Apr 5 2021
Mar 27 2021
@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).
Mar 22 2021
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".
Mar 21 2021
Some logs from one of todays' forced logoff's:
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.
Mar 13 2021
Update to version 1.8.15, see https://marlam.de/msmtp/news/
Mar 1 2021
Is there anything missing to get this merged?
Jan 26 2021
Sorry, was not clear that single line is quite strict rule.
Jan 23 2021
Shortened description to single line as requested by reviewer.
Jan 10 2021
Dec 27 2020
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.
Nov 29 2020
Corrected builddeps package order.
Use pkgconfig for qt5 tools builddeps.
Submitted D10048 to fix the missing translation files.
Nov 28 2020
Oct 8 2020
@JoshStrobl Thanks for the quick fix!
Oct 7 2020
Oct 3 2020
Just want to add that PySide2 would also be required to build FreeCAD T208
Sep 30 2020
Added link to changelog and fixed typo.
Sep 28 2020
@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
Sep 22 2020
Corrected packager email address.
Sep 20 2020
I submitted a patch D9703, since it's my first one I hope I did it correctly.
Sep 19 2020
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.
Sep 5 2020
Problem has been fixed with latest update to 1.35.1-57-1-x86_64
Aug 19 2020
@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.
Aug 13 2020
Aug 10 2020
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.
Jul 28 2020
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).
Jun 13 2020
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.
May 10 2020
May 9 2020
No change after updating linux-firmware from 20200316-47-1-x86_64 tody 20200421-48-1-x86_64.
May 3 2020
May 2 2020
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.
May 1 2020
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.
Apr 11 2020
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?
Jan 27 2020
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.
Jan 20 2020
Jan 18 2020
Dec 28 2019
Dec 27 2019
I was also looking for pam_mout support to automatically decrypt and mount a gocryptfs folder.
Dec 24 2019
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.
Dec 22 2019
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.
Dec 19 2019
Dec 17 2019
Thanks @r3r57 for the patch, can you maybe explain how you created the "master" for the patch? The reference  you provided doesn't work anymore.
Dec 15 2019
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.
Nov 19 2017
Mar 5 2017
@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?
Jan 31 2017
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.