My Plasma DE was working okay, but after this latest update, the OS hangs after entering the Password on bootup screen. Is this issue related to the Kernel thingy?

    Staudey I did a bios update all of apparent issues seem to have went away If you want delete my last 2 posts and your reply because I believe its a non issue now.

    The only issue I seem to have is the previous one I mentioned about system monitor freezing.
    Sorry for the confusion didnt know it would turn out this way.
    (Thanks for your hard work and all)

    catfishsushi Since this is not relevant to GNOME, Budgie or GTK I'd ask you to create a separate thread for your issue (or alternatively to report it on dev.getsol.us with some details about your system). When you say "Password on bootup screen" do you mean your drive is encrypted, and it hangs after putting in the decryption password, or do you mean the login screen? (anyway, just put that info in your thread)
    Thanks!

      6 days later

      Staudey I followed the help Center instructions and edited the boot up so I saw the checklist going up the screen. At one point it stopped, it read something like( i don't remember all of it) tsc file size error, tsc can't be read, tsc calculation error, (bios is probabbly broken). I encrypt the installation when installing. Fixed by re-installing OS, functions well. TY for looking at this. 🙂

      10 days later

      To help alleviate the continuing issues with Nautilus, Nemo has been included as an alternative file manager, with it likely becoming the default file manager for the Solus Budgie experience. It is in the Unstable repository now, and in the Stable repository after the next sync.

      I was kinda hoping to have it included in time for Christmas, but I didn't get everything done in time. New Years is still pretty good, though! 😛

        EbonJaeger To help alleviate the continuing issues with Nautilus, Nemo has been included as an alternative file manager, with it likely becoming the default file manager for the Solus Budgie experience.

        🤯 shocked!

        what do I tell Mate? help me find the words...
        asking professionally: was Thunar ever in the running?

        My Nautilus got worse every update and was the only (main basically) reason I had to leave the superior experience that is Budgie.
        @EbonJaeger thanks for working your a** off on this one and @Staudey you too
        probably be back to the flagship edition when all kinks ironed out: edit

          • [deleted]

          brent If I remember correctly Thunar is quite reliant on XFCE stack, so I think it's unlikely

            brent [deleted] Correct, Thunar would require including 6 parts of the XFCE stack. Nemo only requires 2 from Cinnamon, plus translations. Nemo also provides a desktop icons implementation that is usable with Budgie. I don't believe that is the case with Thunar.

            I wanted to go with Nemo over reusing Caja because I think Nemo looks better; it is closer to what I want my file manager to look like. Linux Mint/Cinnamon also provides a curated set of Nemo extensions (which have been packaged for Solus and can be optionally installed), giving a wider set of uses for everybody.

              EbonJaeger Nemo also provides a desktop icons implementation that is usable with Budgie.

              That is lovely; brilliant. Trash can in the upper right and only 2-3 important things visible has been the best thing for my desktop psyche. so happy to get it back in Budgie

                brent it wont be enabled right out of the box; there are a couple steps you'll have to do if you want to use Nemo's desktop implementation. It's not difficult, just need to document it somewhere.

                  EbonJaeger no hurry, baby steps. knowing that you all made the decision is good news enough

                  EbonJaeger Nemo also provides a desktop icons implementation that is usable with Budgie

                  Nemo also works well for users who might want to mount remote folders. Although Nemo (on Fedora 37 Cinnamon) isn't quite as convenient as "Files" is on Solus Budgie, it only asks for your password the first time you access your remote shares during a session.

                  On Solus Budgie, the shares you've mounted on your system are treated as if they're local folder and you own them. No credentials needed to access them. (Same is true of all Solus editions.)

                  Perhaps Nemo could even be made more Solus-like when it is integrated into Budgie?

                    WetGeek What kind of shares are we talking about? Samba? I don't have a setup to be able to test that, but I agree that a password shouldn't be needed. If it is Samba, then it may already be done with our Samba package, irrespective of file manager. As far as I can see, we don't do anything extra or special with the other file managers or file manager extensions.

                      EbonJaeger What kind of shares are we talking about? Samba?

                      No, smb is usually handled okay by the non-Solus distros I explore. My NAS provides both smb and nfs support, and since all my computers run on Linux, I prefer using nfs. Requiring a password to access those shares is usually the mildest form of inconvenience.

                      Some other distros work like Solus, assuming that if it's your system, and you've modified your /etc/fstab to mount your shares, then you should have unrestricted access to them. Some, like Fedora, ask you to enter a password the first time you access them during a session. Some simply deny access altogether, even if I use chmod (as root) to make myself their owner and group.

                      I was hoping that Solus Budgie might be able to preserve the way it now works, after a change to Nemo. (And thus keep it working the way the other Solus editions work.)

                      12 days later
                      Staudey unstickied the discussion .

                      Updated some links, set some issues to "should be fixed", and unstickied the post. We can deal with remaining issues separately.