I waited for the push to Stable, but since then I have thrown everything I have at Evince. I'm delighted to report it's been rock-solid for me as well. Thank you so much @joebonrichie and the rest of the team!

The version that is in the unstable repo is identical to shannon. Both are on rel 21.

Right you are! Once I got back in the office and could use my other machine (which had the same problem), I tried uninstalling and reinstalling again. But there I used the package from Shannon, not Unstable. So it was just the uninstall/reinstall that corrected my problem; installing it from the Unstable repo had nothing to do with it. Thank you for helping me better understand the solution!

@JoshStrobl I'll forgo filing a separate issue at this time, because the RStudio in Unstable seems to be working. So come Friday sync, I think everything should be functioning as expected. So sorry for the notification clutter, and misplaced filing though! Thank you!

Unfortunately, I think there is still a problem. The upgrade process is prematurely terminating with the alert message:

Installing rstudio, version 1.4.1717, release 21
Upgrading to new upstream version
Extracting the files of rstudio
 [✓] Syncing filesystems                                                success
System error. Program terminated.
[Errno 18] Invalid cross-device link

journalctl doesn't appear to log anything of note — simply that the session opened, then closed. Please advise when possible.

@Niobleoum, FreeCAD is available as a flatpak if that would help.

I too would love Gephi being included in the repository, and it would be useful for my own research as well. A package request for Gephi was submitted back in 2017, and it was accepted for inclusion. Unfortunately, it never progressed beyond that point, because no one was willing to take it on. So it is still accepted for inclusion, with the caveat:

My journalctl output from a crash, in case it's diagnostic.

Hello fellow scientist! At least I'm assuming that about you, @Niobleoum, based upon the request. Have you tried Veusz? It's in the Solus repository.

For clarification, I'm on Shannon, and not tested on Unstable. However, something I've noticed on my computers is that Evince only crashes when I open PDFs through my (Flatpak installed) reference manager, Zotero. When I open PDFs on Dropbox, or my HDD, it never crashes. However, when I open them through Zotero, a bit of zooming or fast scrolling, and Evince crashes every time. I almost always access my PDFs via the reference manager, so I've not previously noticed that Evince doesn't crash when opened through Nautilus.

Thank you so much, @JoshStrobl! Evince has been a chore to use, and this is greatly appreciated.

According to a developer at Gnome/evince: "The fix is included in Poppler latest release 21.06.1."

This issue does indeed seem to be resolved following the GNOME stack upgrade; it may be closed. Thank you for following up on it!

I've had a particularly difficult time post-startup after this most recent update of budgie-wm.desktop. Perhaps MetaSyncRing is part of the issue? I locked up three times in a row, until the system apparently disabled MetaSyncRing.

I don't have TLP installed, but I do have [[ https://dev.getsol.us/source/solus-hardware-config/repository/master/ | solus-hardware-config ]] installed, which I think is the default. It may be useful to note that having version 15 or later installed activates cpu-powersave.service in the latter stages of boot, thereby transitioning "[[ https://github.com/solus-project/solus-hardware-config/releases/tag/v15 | into ondemand for cpufreq systems and powersave for intel_pstate systems.]]" I muddled through finding my own workaround here.

I can now confirm this only occurs when I open a window that's set to open maximized. This does not occur if I open the same program, so long as the window isn't maximized. This appears to be a budgie-wm.desktop and budgie-panel issue, but I'm no developer.