pkgsrc-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

pkg/38051: security/sfs recent patch uses __NetBSD_Prereq__ incorrectly



>Number:         38051
>Category:       pkg
>Synopsis:       security/sfs recent patch uses __NetBSD_Prereq__ incorrectly
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Feb 18 12:20:02 +0000 2008
>Originator:     Robert Elz
>Release:        NetBSD 3.99.15  (pkgsrc current within past 4 hours)
>Organization:
        Prince of Songkla University
>Environment:
System: NetBSD jade.coe.psu.ac.th 3.99.15 NetBSD 3.99.15 
(GENERIC-1.696-20060125) #8: Wed Jan 25 04:59:39 ICT 2006 
kre%jade.coe.psu.ac.th@localhost:/usr/obj/current/kernels/JADE_ASUS i386
Architecture: i386
Machine: i386
>Description:
        I compile packages using pkg_comp and libkver for a NetBSD 3.0
        environment (then they work on everything I care abuot).

        Until Saturday, security/sfs compiled file.   Then

Modified Files:
        pkgsrc/security/sfs: distinfo
Added Files:
        pkgsrc/security/sfs/patches: patch-bv

Log Message:
Deal with fourth arg to mount(2) in NetBSD.  It appeared between
4.99.23 and 4.99.24.

        That's clearly something that needed doing, but it needs
        doing correctly.

        The test added was ...
                #elif defined(__NetBSD__) && __NetBSD_Prereq__(4,99,24)

        which (as any sand person would read it) tests for 4.99.24 or
        later, as a prerequsisite.

        But what it really tests is if 4.99.24 is >= __NetBSD_Version__
        which is clearly true (for me), as __NetBSD_Version__ is 3.0.0

        I (still) suspect that the "sense" of __NetBSD_Prereq__() is
        more intended to be used in LKMs, where the appropriate think
        to know is that the kernel hasn't been made newer than the
        LKM author knows about (which might mean that any internal
        kernel interface has altered, so the LKM needs to be checked
        for continued correct design).

>How-To-Repeat:
        Attempt to build security/sfs (on presumably just about
        anything except 4.99.24 where it will presumably work).

>Fix:
        I suspect the correct line should be

                #elif defined(__NetBSD__) && !__NetBSD_Prereq__(4,99,23)

        which tests that 4.99.23 < __NetBSD_Version__
                (ie: !(4.99.23 >= __NetBSD_Version))

        That is, the system being compiled against is 4.99.24
        or later, which is (apparently) where the change is required.

        Probably better is just to forget __NetBSD_Prereq__() and simply
        test
                #elif defined(__NetBSD__) && __NetBSD_Version__ >= 499002400

        I can't test either of those is exactly what is needed, as I don't
        have 4.99.23 and 4.99.24 systems around to validate it (and
        don't really feel inclined to build them just for this).

        I have submitted this PS as high/serious, not because it is
        really urgent that security/sfs get fixed, but because it is
        urgent that there be some documentation for __NetBSD_Prereq__()
        so people actually know how to use the thing (which all relates
        back to a pending PR of mine that ought to eb closed now, since
        4.0 was released, and it was only ever relevant to what was
        released as 4.0) and a discussion on tech-kern that (to me)
        only ended up demonstrating that __NetBSD_Prereq__() is either
        misunderstood or simply useless and irrelevant (and so should
        either be documented, or deleted).

        ie: After processing this PR against security/sfs, please
        change its category to kern and leave it open instead of
        closing it, if that's possible...

        ps: with the changed patch, security/sfs does build on 3.0 at least.



Home | Main Index | Thread Index | Old Index