pkg/40074: sysutils/cdrkit and sysutils/cdrtools conflict, but are not marked

[kre%munnari.OZ.AU@localhost]

>Number:         40074
>Category:       pkg
>Synopsis:       sysutils/cdrkit and sysutils/cdrtools conflict, but are not 
>marked
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Nov 30 23:15:00 +0000 2008
>Originator:     Robert Elz
>Release:        NetBSD 4.0_STABLE (pkgsrc current within the hour)
>Organization:
        Prince of Songkla University
>Environment:
System: NetBSD jade.coe.psu.ac.th 4.0_STABLE NetBSD 4.0_STABLE 
(JADE-1.696-20080517) #9: Fri May 23 18:55:13 ICT 2008 
kre%jade.coe.psu.ac.th@localhost:/usr/obj/4/kernels/JADE i386
Architecture: i386
Machine: i386
>Description:
        sysutils/cdrkit and sysutils/cdrtools install files into the
        same pathnames (equivalent files, I believe, at least equivalent
        enough), yet the packages ar enot marked as conflicting.

>How-To-Repeat:
        Install both packages, and observe the warning messages about
        files being overwritten when installing whichever is installed
        second, or just by observation ...

jade$ grep bin/iso cdrkit/PLIST cdrtools/PLIST
cdrkit/PLIST:bin/isodebug
cdrkit/PLIST:bin/isodump
cdrkit/PLIST:bin/isoinfo
cdrkit/PLIST:bin/isovfy
cdrtools/PLIST:bin/isodebug
cdrtools/PLIST:bin/isodump
cdrtools/PLIST:bin/isoinfo
cdrtools/PLIST:bin/isovfy
jade$ grep CONFLI cdrkit/Makefile cdrtools/Makefile
cdrtools/Makefile:CONFLICTS=    mkisofs-[0-9]* cdrtools-ossdvd-[0-9]* 
cdrecord-[0-9]*

>Fix:
        The cheap fix is just to add a CONFLICTS to sysutils/cdrkit
        and augment the CONFLICTS already present in sysutils/cdrtools.

        A much better fix, and I believe, the right way, would be to
        split the objects that are duplicated into a package of
        their own (sysutils/cdr-utils or something) and have both
        sysutils/cdrkit and sysutils/cdrtools depend upon that one.

        I suspect that the duplicates (the list above might not be
        conplete, the grep was just to show the problem exists, it
        was not intended to get everything) are more or less equivalent,
        and it shouldn't matter which version gets installed, but
        the new package could make it an option (from where to get
        the sources for that stuff) if desired.