The message from sound-juicer indicates that the cdparanoia plugin for gstreamer is missing, and that did change in the GNOME 43 update. Thing is, I can't see that it ever actually existed in any of our gstreamer packages, so I'm at a loss as to a) what changed, and b) how it ever worked at all.

    riffer Thanks for that! It does indeed look like Dash to Dock is the culprit.

      EbonJaeger The missing package cdparanoia is also impacting Rhythmbox which now also refuses to play regular audio CDs like Sound-Juicer.
      There are two gstreamer plugins for audio cd sources, cdparanoiasrc contained in gstreamer-abse package and cdiocddasrc contained in gstreamer-ugly package, which are both missing in current Solus for some reason.

          palto42 There are two gstreamer plugins for audio cd sources, cdparanoiasrc contained in gstreamer-abse package and cdiocddasrc contained in gstreamer-ugly package, which are both missing in current Solus for some reason.

          Thanks for the research! I see now that libgstcdio.so was removed with the last package update to gstreamer-1.0-plugins-ugly

          https://dev.getsol.us/R1088:a9399fbd510f757c5b1f6816b353564c690439d6

          Update: Should be fixed by https://dev.getsol.us/R1088:a3859e48bd012f5f6715d0b30feed63c71f6a858 (at least sound-juicer works now)

          @djanben pinging you as well so you see this message. Of course, the update will only arrive in the Stable repository with the next sync, which will be next week (as we have postponed it for kernel testing)

              EbonJaeger Staudey palto42 thanks for the research and the fix!
              I'm happy that this one got tracked down.

              [deleted] sorry for the late reply, wasn't around the last days. There is no output when running from the terminal, but I guess this is not important anymore. Thanks anyway!

                        • [deleted]

                        • Post #104

                        djanben No problem, enjoy!

                          Staudey

                          I hope this workaround isn't already mentioned somewhere in this thread...

                          Regarding Nautilus and other apps not respecting the GTK theme, you could add
                          export GTK_THEME=[the-name-of-your-theme] to the ~/.profile file.

                            6 days later

                            elusian Are you fully up-to-date? That should've been fixed in the last round of updates (and works fine for me). Assuming you're talking about the issue where it automatically enters the folder you're trying to drop a file on.

                              Some things that should be fixed after the next sync (and I think I forgot to notify people about some previous fixes, but you probably noticed yourself):

                              Sebastian After the latest glib2 updates I can no longer reproduce the issue with gnome-calendar. So hopefully this means it's fixed (btw, maybe this also takes care of the Nautilus Favorites doubling issue? I haven't checked that one).

                              @infinitymdm Seems like we finally have a fix for the Nautilus crash on renaming. The issue was in libgtk-4. With the patch I can no longer reproduce the crash. If it still happens for you (after the update and a reboot/relog), please tell me, thanks!

                                  Staudey I can confirm that the gnome calendar-bug where events were shown multiple times in sidebar and in week-view is gone. I can also confirm that renaming files in nautilus finally works again.
                                  Concerning the Nautilus Favorites doubling issue: that one persists. Though it has changed a little bit and this I would say at least a week ago.
                                  Files in favourite-directory get still visually displayed multiple times according to the number of open nautilus instances with open favourite-directory as I described first.
                                  So if you have 4 nautilus instances showing favourite-directory running the instance you started first shows each file 4 times and the last started instance shows each file 1 time, the instances in between show each file accordingly 2 and 3 times.
                                  What is new is: all instances except the first started one now also show "as first file" in the directory what appears to be a textfile. At leat it has the logo of a textfile. But this file has no filename. Only the logo is displayed. And this nameless "file" gets displayed twice in all nautilus instances except the first started one. The file-properties claim that this file is a directory. If you click on this file for opening it, all running nautilus instances crash.

                                  Now that renaming in nautilus works again I have also noticed the following: Open nautilus and go to favourite-directory. Now rename any file in favourite-directory. The file you just renamed, and only this one, now gets displayed twice in favourite-directory.
                                  Edit: actually that is not quite true: after renaming the renamed file does get shown twice, but once with old and once with new filename. After hitting F5 for refresh, the duplicate with old filename disappears.

                                      Sebastian I digged a little bit deeper in the Nautilus Favorites doubling issue.
                                      Some of my files I keep in an encfs encrypted directory. I realized that after mounting this encfs encrypted directory, an aditional file showed up in the favourites directory. In other words: I have a file marked as favourite in my encfs encrypted directory. This file only shows up in favourites directory, when the encyrpted directory is mounted. Thats the way it should be, I guess. But i got curious. So I opened another instance of nautilus and navigated to the favourites directory: now this "nameless textfile" I described in the previous post only appeared once.
                                      Theses "nameless textfiles" are files, that are marked as favourite, but which are not availabe to the system.
                                      I checked this by marking another file in the encfs encrypted directory as favourite and unmounting the directory.
                                      After starting several nautilus instances and navigate all of them to the favourite directory, the "nameless textfile" now got shown 3 times, symbolizing the 3 as fvourite marked files which were not available.

                                      Further I noticed that after unmounting the encfs encrypted directory, its as favourite marked files "stayed" in the favourite directory, without being able to open them, off course. Even after hitting F5 for refresh or closing and restarting nautilus, these files were still shown in the favourites directory. After killing nautillus, they were out of the favourites directory.

                                        7 days later

                                        Staudey I encounter again the gnome calendar-bug where events are shown multiple times in sidebar and in week-view. This happens by either clicking on any date in month view or after restarting gnome-calendar.

                                            Lucien_Lachance
                                            i just discovered that you can right-click copy a file(or several), and then right-click 'paste as link' in another dir. i guess that will suffice, and one of my biggest problems with nautilus43 solved.
                                            maybe that function has always been there, i dont know

                                                Sebastian Unfortunately I could no longer reproduce that issue. @algent also updated gnome-calendar to 43.1 today, so maybe that update will somehow fix things again for you (changelog only mentions fixes to "recurrent events" though)

                                                Regarding your other issues, I updated nautilus to 43.1 recently, which contains many, many bugfixes, but I'm not 100% sure if any of those apply to your particular problems.
                                                Best to give everything a try after the next sync again.

                                                  Until the crashes with Nautilus are fixed I was maybe looking to replace Nautilus with Caja, but when I tried to install it it attempted to pull in mate-desktop as a dependency, is that really worth it for just 1 app? (sorry to "me too!" but it isn't Solus specific it's any distro using Nautilus 43, Show Hidden Files may as well be a killswitch)

                                                    • [deleted]

                                                    • Post #131

                                                    odat4 Yes, as it depends on mate-desktop