<div dir="ltr"><div>I have come to understand that for yum, commands like clean only applies to the actual buildroot. So without a -r argument, the cleaning is done on the default root, whatever this might be(?).<br><br></div>
Actually, there is probably nothing wrong with this - it works fine when using the -r option. Problems comes without it, when one thinks it applies to all buildroots. It would perhaps make sense outputting something like "Using buildroot foo" when there is no -r on the command line(?).<br>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jan 12, 2014 at 10:47 PM, Reindl Harald <span dir="ltr"><<a href="mailto:h.reindl@thelounge.net" target="_blank">h.reindl@thelounge.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Am 12.01.2014 22:42, schrieb Miroslav Suchy:<br>
<div class="im">> On 01/12/2014 08:27 PM, Reindl Harald wrote:<br>
>> "dnf clean all" without "dnf --enablerepo=updates-testing clean all" does<br>
</div>>> exactly *nothing* in case of "updates-testing", the same for YUM simply<br>
<div class="im">>> because folders of non-enabled repos are not relevant for any operation<br>
><br>
> And is this correct behavior? (and yum behaves same way, so same question apply to yum as well).<br>
<br>
</div>no, i only explained the current state of play<br>
<br>
looking at the word "all" and it's meaing clearly *no*<br>
looking at the thread and result of the behavior clearely *no*<br>
looking at that people use "updates-testing" with --enablerepo *no*<br>
looking at the fact that i do not trust the word "all" clearly *no*<br>
<div class="im"><br>
> Man page for yum state:<br>
><br>
> yum clean metadata<br>
> Eliminate all of the files which yum uses to determine the remote availability of packages. Using this option<br>
> will force yum to<br>
> download all the metadata the next time it is run.<br>
><br>
> There is no statement that it apply only for *currently enabled* repository.<br>
> I would expect that it clean *all* metadata.<br>
><br>
> I was recently very surprised that when I done :<br>
><br>
> # rpm -q yum<br>
> yum-3.4.3-128.fc20.noarch<br>
> # yum clean all<br>
> ...<br>
> # du -sh /var/cache/yum/x86_64/*<br>
> 225M /var/cache/yum/x86_64/19<br>
> 111M /var/cache/yum/x86_64/20<br>
> 406M /var/cache/yum/x86_64/rawhide<br>
><br>
> that there is a lot of data in /var. To be precise - after this operation I would expect that<br>
> /var/cache/yum/x86_64/ would have zero size. And not 730 MB.<br>
<br>
</div>and that is why i switched 7 years ago to "rm -rf /var/cache/yum*"<br>
<br>
<br>--<br>
devel mailing list<br>
<a href="mailto:devel@lists.fedoraproject.org">devel@lists.fedoraproject.org</a><br>
<a href="https://admin.fedoraproject.org/mailman/listinfo/devel" target="_blank">https://admin.fedoraproject.org/mailman/listinfo/devel</a><br>
Fedora Code of Conduct: <a href="http://fedoraproject.org/code-of-conduct" target="_blank">http://fedoraproject.org/code-of-conduct</a><br></blockquote></div><br></div>