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