pkg/33143: xvidcap and new ffmpeg

[reed%reedmedia.net@localhost]

>Number:         33143
>Category:       pkg
>Synopsis:       xvidcap and new ffmpeg
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Mar 24 19:00:01 +0000 2006
>Originator:     reed%reedmedia.net@localhost
>Release:        NetBSD 2.1
>Organization:
http://bsd.reedmedia.net/
>Environment:
        
        
System: NetBSD rainier.reedmedia.net 2.1 NetBSD 2.1 (GENERIC) #0: Mon Oct 24 
22:35:45 UTC 2005 
jmc%faith.netbsd.org@localhost:/home/builds/ab/netbsd-2-1-RELEASE/i386/200510241747Z-obj/home/builds/ab/netbsd-2-1-RELEASE/src/sys/arch/i386/compile/GENERIC
 i386
Architecture: i386
Machine: i386
>Description:
The xvidcap packages no longer build.

xvidcap comes with its own builtin ffmpeg code.

Our pkgsrc version uses the external, pkgsrc-provided ffmpeg.

Since pkgsrc's ffmpeg was updated, xvidcap fails to build.

I haven't seen any development for xvidcap lately (but may need to
look further to find patches).

I'd prefer to not fall back to use the ffmpeg code provided
with xvidcap source as it is old, not maintained. (And there
have been security issues, but I don't know if this is related.)

Another alternative is to package our xvidcap packages without
the capture to MPEG support.

This PR is simply as a reminder for me. ... or if anyone wants to
look at this also.
>How-To-Repeat:
        <code/input/activities to reproduce the problem (multiple
        lines)> >Fix:
        <how to correct or work around the problem, if known
        (multiple lines)>

>Fix:

Unknown
>Unformatted: