misc/131790: ports-mgmt/portlint should check filenames (feature
request)
Vladimir Chukharev
chukharev at mail.ru
Tue Feb 17 13:20:02 PST 2009
>Number: 131790
>Category: misc
>Synopsis: ports-mgmt/portlint should check filenames (feature request)
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Tue Feb 17 21:20:01 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator: Vladimir Chukharev
>Release: RELENG_7
>Organization:
>Environment:
FreeBSD chu.me.tut.fi 7.1-STABLE FreeBSD 7.1-STABLE #4: Fri Feb 6 10:23:10 EET 2009 root at chu.me.tut.fi:/usr/obj/usr/src/sys/CHU i386
>Description:
FreeBSD uses some filenames in a special way, *.core is the most important
example. At least 2 ports currently install files of this form, lang/sbcl and
math/maxima (/usr/local/lib/sbcl/sbcl.core and /usr/local/lib/maxima/5.17.1/binary-sbcl/maxima.core).
This kind of files are deleted by a periodic job periodic/daily/100.clean-disks
(among others), provided /etc/periodic.conf defines a variable
daily_clean_disks_enable="YES"
See PR conf/129697 for a workaround.
I think that the solution is to avoid installing the files with names
corresponding to those used by 100.clean-disks
(definition is in /etc/defaults/periodic.conf variable daily_clean_disks_files).
And I beleave that portlint is the right place to check that a port is not
installing a file with a wrong name. So I request to add a corresponding
test to portlint.
Perhaps, portsmon and/or pointyhat can also check this, if portlint cannot
check ports with dynamic package list, as I understand it...
Best regards,
Vladimir
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list