<div dir="ltr"><div>The mentioned Debian bug #880507 is one of the advantages of moving from cron to systemd units -see proposed unit file in [1].  The timers in systemd are really perfect for this...<br></div><div><br></div><div>I use locate all the time.  I really like how much simpler it is then find.  I don't have to think to usually get what I'm looking for.  I'm going to experiment with using grep <filename> /var/lib/dpkg/info/*.list as the majority of files I run locate for are from packages..<br></div><div><br></div><div>From a product perspective it does make sense to remove:<br></div><div> * Desktop has tracker installed by default.  The majority of users will use that instead as it's integrated with the GUI.</div><div> * The majority of cloud/server deployments aren't interactive these days.  It's a waste there.  <br></div><div><br></div><div>They key group I can see wanting it are developers - who can install it. <br></div><div><br></div><div>My 2 cents,</div><div>Bryan<br></div><div><br></div><div>[1] <a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882993">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882993</a><div><br></div></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 22, 2019 at 7:09 PM Brian Murray <<a href="mailto:brian@ubuntu.com">brian@ubuntu.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The Ubuntu Foundations team was recently looking at an issue with<br>
mlocate[1] and the effect it has on all users of Ubuntu. While that<br>
specific issue is fixable there are also issues[2,3] with keeping<br>
PRUNEFS and PRUNEPATHS current in updatedb.conf. So we ended up<br>
questioning the usefulness of installing mlocate by default on systems<br>
at all. We believe that find is an adequate replacement for mlocate but<br>
want to hear from you about use cases where it may not be. I'll start<br>
with a personal example:<br>
<br>
"I don't remember (because I need to know so infrequently) where the<br>
meta-release file is cached on disk by update-manager and use locate to<br>
find it. The find command itself is inadequate because the cached file<br>
exists in both /home and /var."<br>
<br>
[1] <a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=880507" rel="noreferrer" target="_blank">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=880507</a><br>
[2] <a href="http://launchpad.net/bugs/827841" rel="noreferrer" target="_blank">http://launchpad.net/bugs/827841</a><br>
[3] <a href="http://launchpad.net/bugs/1823518" rel="noreferrer" target="_blank">http://launchpad.net/bugs/1823518</a><br>
<br>
Thanks,<br>
--<br>
Brian Murray<br>
<br>
-- <br>
ubuntu-devel mailing list<br>
<a href="mailto:ubuntu-devel@lists.ubuntu.com" target="_blank">ubuntu-devel@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel</a><br>
</blockquote></div>