https://bugzilla.redhat.com/show_bug.cgi?id=1822362 --- Comment #6 from Wart <wart@xxxxxxxxxx> --- (In reply to Robert Führicht from comment #2) > I've submitted this earlier > (https://bugzilla.redhat.com/show_bug.cgi?id=1764368), but it didn't gather > enough attention. My apologies. Had I seen this sooner I would have helped in your effort. Would you like to collaborate to get this approved? To be honest, I'm primarily interested in getting this into the epel7/epel8 branches and not as much in Fedora. > My 0.02 €: > > As duc relies on an index to work properly, I suggest periodical automated > generation (similar to mlocate): > > > - Have a system-wide index available to root in /var/cache/duc, which is updated without restriction daily and is used when root calls "duc ui". > > - Have a service available for users they can use to index their homedirectory. > > To match my use case I switched to a profile.d drop-in for now. > > What do you guys think? Reading through the comments in the earlier review, I think it would be best to drop the services to automatically index directories. I don't think the services are necessarily required to make duc usable, as one can also: * run it as a cron job * run it by hand for a one-off index * Use an index generated on a different host -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/package-review@xxxxxxxxxxxxxxxxxxxxxxx
