Fedor 43 out; plocate gone from Atomic releases
Fedora 43 came out today <https://fedoramagazine.org/announcing-fedora-linux-43/> The GNOME desktop has worked with X or Wayland. Now it will only work with Wayland. (I don't like this because one of my systems is much worse with Wayland than X due to an ancient Nvidia GeForce 650.) In the Atomic (immutable) versions, plocate is dropped. plocate is the implementation of locate(1). I use this command fairly often, so I'm not happy. But I don't yet use an Atomic version anyway. Why did they make this change? <https://gitlab.com/fedora/ostree/sig/-/issues/81> - indexing an immutable system every night is a waste of time - so why not just index the mutable parts? - it gets rid of a setgid binary and a group for that binary. - let them eat cake: just use some GUI tool. (But could we not have a locate clone share the indexing with the GUI tool?)
FWIW. As part of my recent rediscovery of Linux command line tools, I have become quite enamoured with fzf. I now have a terminal tab with it permanently open. It doesn't constantly rescan the filesystem but takes only about 30 seconds to run `cd /; fzf` on my system (about 1.5M files , most of which are on CIFS-mounted filesystems). So killing and restarting when I need it doesn't bother me. It doesn't work the same way as ?locate in that you just start typing what you're looking for and it filters down the matches with each character you type. Indeed, it's possible to use them together if plocate generates a large list of matches. Just pipe the output of plocate to fzf. On Tue, Oct 28, 2025 at 12:01 PM D. Hugh Redelmeier via Talk < talk@lists.gtalug.org> wrote:
Fedora 43 came out today <https://fedoramagazine.org/announcing-fedora-linux-43/>
The GNOME desktop has worked with X or Wayland. Now it will only work with Wayland. (I don't like this because one of my systems is much worse with Wayland than X due to an ancient Nvidia GeForce 650.)
In the Atomic (immutable) versions, plocate is dropped. plocate is the implementation of locate(1). I use this command fairly often, so I'm not happy. But I don't yet use an Atomic version anyway. Why did they make this change? <https://gitlab.com/fedora/ostree/sig/-/issues/81>
- indexing an immutable system every night is a waste of time
- so why not just index the mutable parts?
- it gets rid of a setgid binary and a group for that binary.
- let them eat cake: just use some GUI tool. (But could we not have a locate clone share the indexing with the GUI tool?) ------------------------------------ Description: GTALUG Talk Unsubscribe via Talk-unsubscribe@lists.gtalug.org Start a new thread: talk@lists.gtalug.org This message archived at https://lists.gtalug.org/archives/list/talk@lists.gtalug.org/message/7TPHV6V...
-- Evan Leibovitch, Toronto Canada @evanleibovitch / @el56
I have Fedora-43-Beta (in VirtualBox). - Do I just do the normal "dnf distro-sync" to get the full version? - Or, do I have to do something special?
From: William Park via Talk <talk@lists.gtalug.org>
I have Fedora-43-Beta (in VirtualBox). - Do I just do the normal "dnf distro-sync" to get the full version? - Or, do I have to do something special?
I don't know, so I consulted the internet. <https://fedoraproject.org/wiki/Upgrading_from_pre-release_to_final> Seems lika a normal "sudo dnf update" should work. Before I change versions, I do a "sudo dnf autoremove" to get rid of useless cruft (it might have problematic dependencies) I don't know distro-sync. Duck Duck Go's AI suggested it but seems confused.
participants (3)
-
D. Hugh Redelmeier -
Evan Leibovitch -
William Park