[libvirt] [PATCH 4/4] docs: Don't leave any documentation behind
Michal Privoznik
mprivozn at redhat.com
Wed Apr 20 15:59:59 UTC 2016
On 20.04.2016 16:37, Martin Kletzander wrote:
> On Tue, Apr 19, 2016 at 10:57:25AM -0400, John Ferlan wrote:
>>
>>
>> On 04/19/2016 10:48 AM, Michal Privoznik wrote:
>>> On 19.04.2016 16:38, John Ferlan wrote:
>>>>
>>>>
>>>> On 04/19/2016 09:50 AM, Michal Privoznik wrote:
>>>>> Our uninstall script is not exact counterpart of install one.
>>>>> Therefore we are leaving couple of files behind. This should not
>>>>> happen.
>>>>>
>>>>> Signed-off-by: Michal Privoznik <mprivozn at redhat.com>
>>>>> ---
>>>>> docs/Makefile.am | 6 ++++++
>>>>> 1 file changed, 6 insertions(+)
>>>>>
>>>>
>>>> At 'install-data-local:', there's a :
>>>>
>>>> $(mkinstalldirs) $(DESTDIR)$(HTML_DIR)
>>>>
>>>> why not just the far more all encompassing:
>>>>
>>>> rm -rf $(DESTDIR)$(HTML_DIR)
>>>>
>>>> and
>>>>
>>>> rm -rf $(DESTDIR)$(DEVHELP_DIR)
>>>>
>>>> Rather than picking each part we install to uninstall? and missing
>>>> something in the future or even now. Do the 'html' or 'internals'
>>>> directories gets removed? And then of course the toplevel directory
>>>> which we created.
>>>>
>>>> IOW: There's no corollary for the:
>>>>
>>>> $(mkinstalldirs) $(DESTDIR)$(HTML_DIR)
>>>> $(mkinstalldirs) $(DESTDIR)$(HTML_DIR)/html
>>>> $(mkinstalldirs) $(DESTDIR)$(HTML_DIR)/internals
>>>> $(mkinstalldirs) $(DESTDIR)$(DEVHELP_DIR)
>>>>
>>>>
>>>
>>> Yeah. That's the other way of doing that. It's just that if users put
>>> anything in $(DESTDIR)$(HTML_DIR) it will be removed by uninstall. But I
>>> can propose v2 if you want.
>>>
>>
>> I see there are other 'rf -rm' usages in other "clean" labels...
>>
>> I don't have a strong feeling either way - perhaps there's other
>> opinionated folks that would like to chime in. If no one chimes in,
>> then I'm OK with what's here...
>>
>
> rm -rf is fine with me and I believe with others as well, so ACK from me.
Thank you both guys. I've pushed these.
Michal
More information about the libvir-list
mailing list