Hide Forgot
Description of problem: .Trash* sub-dir(s) are included in created repos. Version-Release number of selected component (if applicable): F15/16 How reproducible: Always Steps to Reproduce: 1. Get some user to delete an rpm from local repo, which is on a NAS (Proprietary\Linux) 2. update PK\yum 3. Actual results: deleted rpms will be included in "yum update\PackageKit" Expected results: No .Trash* Additional info: Have no access to a conf file, that --excludes=~/.Trash* could be used with. Used in conjunction here, with yum local\updateonboot. The nas support, only support MS questions.
So - the problem here is - that .Trash folders are not anything that would be expected in a path. Afaik they are not a 'standard' for linux systems. More importantly it seems like simply adding the excludes on the command line handles this problem without any large amount of work and we don't have to add an option to disable the .Trash exclusion, either.
(In reply to comment #1) > So - the problem here is - that .Trash folders are not anything that would be > expected in a path. Afaik they are not a 'standard' for linux systems. True, but they can be there in a mixed environment. > importantly it seems like simply adding the excludes on the command line > handles this problem without any large amount of work and we don't have to add > an option to disable the .Trash exclusion, either. No command line. so what part of an automated process can I fit ~/excludes. And am not also allowed run any scripts on the nas either. F* buttons also disabled. Any advice, aside from going back to full MS Windows welcome.