[QAT] r334788: 1x depend (depend_package in databases/rrdtool), 3x leftovers

[Boris Samorodov]

25.11.2013 22:44, Bernhard Fröhlich пишет:
> Am 25.11.2013 18:30 schrieb "Boris Samorodov" <bsam at passap.ru>:
>>
>> (reformatted for consistency sake)
>>
>> 25.11.2013 18:26, Jason bacon пишет:
>>> On 11/25/13 2:56 AM, Boris Samorodov wrote:
>>>>
>>>> I'm not sure how to deal with /home/$USER leftovers (i.e. while
>>>> package install a new user/group is created and while package
>>>> deinstalled /home/$USER becomes a leftover, but we display a
>>>> message that a user should be removed manually):
>>>>
>>>> [...]
>>>> ====================<phase 7: make package>====================
>>>> ===>   Building package for slurm-2.6.4
>>>> Deleting slurm-2.6.4
>>>> Deinstallation has been requested for the following 1 packages:
>>>>
>>>>     slurm-2.6.4
>>>>
>>>> The deinstallation will free 51 MB
>>>> [1/1] Deleting slurm-2.6.4...==>  You should manually remove the
> "slurm"
>>>> user.
>>>>   done
>>>> ================================================================
>>>>
>>>> === Checking filesystem state
>>>> list of extra files and directories in / (not present before this port
>>>> was installed but present after it was deinstalled)
>>>>   30528        8 drwxr-xr-x    3 root             wheel
>>>> 64 Nov 24 20:32 home
>>>>   34619        0 drwxr-xr-x    2 slurm            slurm
>>>>   0 Nov 24 20:32 home/slurm
>>>> [...]
>>>>
>>> The files in /home/$USER (and /var) should be preserved.  Deinstalls may
>>> be part of an upgrade process, vs permanent removal, and some of these
>>> files contain usage statistics needed by sysadmins for reporting.
>>>
>>> I would suggest the following deinstall message:
>>>
>>> "You may remove /home/$USER if you are no longer using SLURM."
>>
>> Yep, that is the question: why did QAT suggests manuall removing
>> _and_ exit with error code?
> 
> With my QAT hat on I consider this a false positive. You can safely ignore
> that complain from QAT.

Noted, thanks!

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve