NetBSD Problem Report #41666

From kre@munnari.OZ.AU  Thu Jul  2 21:29:24 2009
Return-Path: <kre@munnari.OZ.AU>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id 121F863B883
	for <gnats-bugs@gnats.NetBSD.org>; Thu,  2 Jul 2009 21:29:24 +0000 (UTC)
Message-Id: <200907022129.n62LTOjN009105@jade.coe.psu.ac.th>
Date: Fri, 3 Jul 2009 04:29:24 +0700 (ICT)
From: kre@munnari.OZ.AU
To: gnats-bugs@gnats.NetBSD.org
Subject: multimedia/vlc08 / multimedia/ffmpeg incompatibility (NetBSD 4.0)
X-Send-Pr-Version: 3.95

>Number:         41666
>Category:       pkg
>Synopsis:       multimedia/vlc08 / multimedia/ffmpeg incompatibility (NetBSD 4.0)
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    pkg-manager
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Jul 02 21:30:00 +0000 2009
>Closed-Date:    Mon Jul 15 08:52:16 +0000 2013
>Last-Modified:  Mon Jul 15 08:52:16 +0000 2013
>Originator:     Robert Elz
>Release:        NetBSD 4.0_STABLE
>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:/usr/obj/4/kernels/JADE i386
Architecture: i386
Machine: i386
>Description:
	multimedia/vlc08 seems to require a facility in multimedia/ffmpeg
	that the latter fails to provide (On NetBSD 4.0 anyway) - at
	least in the current version (this setup has built successfully
	in the past - earlier versions).

>How-To-Repeat:
	I use pkg_comp with libkver with NetBSd 4.0 release sets installed
	(except the x* sets, I use pkgsrc modular xorg instead).
	I doubt that's relevant, this same environment has built all of
	this earlier.

	Building in a clean pkg_comp arena, but with binary
	packages of all dependencies (up to date) existing,
	expect to see ...

=> Full dependency ffmpeg>=20090611: NOT found
=> Verifying bin-install for ../../multimedia/ffmpeg
===> Binary install for ffmpeg>=20090611
=> Installing ffmpeg>=20090611 from /pkg_comp/packages/All
ffmpeg-20090611: copying /usr/pkg/share/examples/ffmpeg/ffserver.conf to /etc/conf/ffserver.conf
ffmpeg-20090611 successfully installed.
=> Returning to build of vlc08-0.8.6inb4

	Then later ...

===> Creating toolchain wrappers for vlc08-0.8.6inb4
src=/usr/pkg/lib/pkgconfig/fixesproto.pc  dst=/pkg_comp/obj/pkgsrc/multimedia/vlc08/4x/.buildlink/lib/pkgconfig/fixesext.pc;  /bin/mkdir -p /pkg_comp/obj/pkgsrc/multimedia/vlc08/4x/.buildlink/lib/pkgconfig;  if test -f ${src}; then  /bin/ln -sf ${src} ${dst};  fi
===> Configuring for vlc08-0.8.6inb4
=> Modifying GNU configure scripts to avoid --recheck
=> Replacing config-guess with pkgsrc versions
=> Replacing config-sub with pkgsrc versions
=> Replacing install-sh with pkgsrc version
=> Fixing locale directory references.
=> Checking for portability problems in extracted files

	[much removed]

checking zlib.h usability... yes
checking zlib.h presence... yes
checking for zlib.h... yes
checking for ffmpeg-config... no
checking for FFMPEG... yes
checking ffmpeg/avcodec.h usability... no
checking ffmpeg/avcodec.h presence... no
checking for ffmpeg/avcodec.h... no
checking libavcodec/avcodec.h usability... yes
checking libavcodec/avcodec.h presence... yes
checking for libavcodec/avcodec.h... yes
checking ffmpeg/avformat.h usability... no
checking ffmpeg/avformat.h presence... no
checking for ffmpeg/avformat.h... no
checking libavformat/avformat.h usability... yes
checking libavformat/avformat.h presence... yes
checking for libavformat/avformat.h... yes
checking ffmpeg/avutil.h usability... no
checking ffmpeg/avutil.h presence... no
checking for ffmpeg/avutil.h... no
checking libavutil/avutil.h usability... yes
checking libavutil/avutil.h presence... yes
checking for libavutil/avutil.h... yes
checking postproc/postprocess.h usability... no
checking postproc/postprocess.h presence... no
checking for postproc/postprocess.h... no
checking libpostproc/postprocess.h usability... yes
checking libpostproc/postprocess.h presence... yes
checking for libpostproc/postprocess.h... yes
checking for POSTPROC... yes
checking for img_resample in -lavcodec... no
configure: error: Your FFmpeg library doesn't have the needed img_resample() function. You should rebuild it with software scaler disabled
*** Error code 1

Stop.
make: stopped in /usr/pkgsrc/multimedia/vlc08
WARNING: *** Please consider adding fortran to USE_LANGUAGES in the package Makefile.
*** Error code 1

Stop.
make: stopped in /usr/pkgsrc/multimedia/vlc08

	ffmpeg-20090611 (from multimedia/ffmpeg) was built in the
	same basic environment, with no non-default pkgsrc options.

>Fix:

>Release-Note:

>Audit-Trail:
From: Matthew Mondor <mm_lists@pulsar-zone.net>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/41666: multimedia/vlc08 / multimedia/ffmpeg incompatibility
 (NetBSD 4.0)
Date: Thu, 2 Jul 2009 18:36:01 -0400

 On Thu,  2 Jul 2009 21:30:00 +0000 (UTC)
 kre@munnari.OZ.AU wrote:

 > configure: error: Your FFmpeg library doesn't have the needed img_resample() function. You should rebuild it with software scaler disabled
 > *** Error code 1

 Hmm software scaler support at least used to be useful for other
 applications (including one I wrote using ffmpeg).  We probably should
 verify if img_resample() really replaces the old API and if backwards
 compatibility is provided, otherwise it might perhaps be best to have
 two ffmpeg packages?  At worse an option, although this could also
 introduce problems with software needing the scaler API and the others
 which can't build with it...
 -- 
 Matt

From: Matthew Mondor <mm_lists@pulsar-zone.net>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/41666: multimedia/vlc08 / multimedia/ffmpeg incompatibility
 (NetBSD 4.0)
Date: Tue, 14 Jul 2009 18:37:26 -0400

 On Thu,  2 Jul 2009 21:30:00 +0000 (UTC)
 kre@munnari.OZ.AU wrote:

 > checking for img_resample in -lavcodec... no
 > configure: error: Your FFmpeg library doesn't have the needed img_resample() function. You should rebuild it with software scaler disabled
 > *** Error code 1

 My previous comment was about misunderstanding the problem.  My own
 software used the software scaler already instead of the old interface.

 In ffmpeg-20080727nb7 from pkgsrc-2009Q1, both img_convert and
 img_resample symbols are present.  When looking at
 http://ffmpeg.org/RELEASE it seems that img_convert API is to be
 replaced by libswscale, which is the software scaler.  This probably
 means that this vlc version requires the older API and the error
 message assumes that building ffmpeg without swscaler might preserve
 the old API (which was true for older ffmpeg).

 ffmpeg-20080727nb7 appears to have both.  After looking at its patches,
 it seems that this was deliberate, which was nice.  However, it appears
 that the interface was not only deprecated but totally removed from
 this more recent ffmpeg.  This means that vlc08, as well as nucleo (see
 pkg/41713) probably need to be upgraded accordingly once they're fixed
 to use the new swscaler API.  Otherwise we'd have to maintain our own
 set of patches to ffmpeg for changes which upstream will never accept.

 Another solution would be to also have a separate ffmpeg-20080728 added
 in the state pkgsrc-2009Q1 has it, and used by vlc and nucleo only if
 their more recent versions don't yet use the swscaler API (I didn't
 check if they do and am not familiar with them yet however).
 -- 
 Matt

From: Robert Elz <kre@munnari.OZ.AU>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/41666: multimedia/vlc08 / multimedia/ffmpeg incompatibility (NetBSD 4.0) 
Date: Wed, 15 Jul 2009 18:28:24 +0700

     Date:        Tue, 14 Jul 2009 22:40:04 +0000 (UTC)
     From:        Matthew Mondor <mm_lists@pulsar-zone.net>
     Message-ID:  <20090714224004.3509063BADF@www.NetBSD.org>

   |  This means that vlc08, as well as nucleo (see
   |  pkg/41713) probably need to be upgraded accordingly once they're fixed
   |  to use the new swscaler API.

 nucleo has been upgraded (by Hasso Tepper - just a couple of hours
 before you sent that message), the new version builds fine with
 ffmpeg as it exists now.

 For vlc08, maybe it is simply time to retire it?   Note that vlc
 (the newer version) builds fine, it is only the outdated version that
 has the problem.   Simply removing it as obsolete and unbuildable
 might be the correct answer for this PR.

 kre

From: Matthew Mondor <mm_lists@pulsar-zone.net>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/41666: multimedia/vlc08 / multimedia/ffmpeg incompatibility
 (NetBSD 4.0)
Date: Wed, 15 Jul 2009 10:14:15 -0400

 On Wed, 15 Jul 2009 11:30:07 +0000 (UTC)
 Robert Elz <kre@munnari.OZ.AU> wrote:

 >  nucleo has been upgraded (by Hasso Tepper - just a couple of hours
 >  before you sent that message), the new version builds fine with
 >  ffmpeg as it exists now.

 Nice!

 >  For vlc08, maybe it is simply time to retire it?   Note that vlc
 >  (the newer version) builds fine, it is only the outdated version that
 >  has the problem.   Simply removing it as obsolete and unbuildable
 >  might be the correct answer for this PR.

 Most probably.  If a reason to keep vlc08 was because it was lighter,
 mplayer is also an available alternative...
 -- 
 Matt

From: Bernd Ernesti <netbsd@lists.veego.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/41666: multimedia/vlc08 / multimedia/ffmpeg incompatibility (NetBSD 4.0)
Date: Wed, 15 Jul 2009 17:21:36 +0200

 On Wed, Jul 15, 2009 at 02:15:05PM +0000, Matthew Mondor wrote:
 >  On Wed, 15 Jul 2009 11:30:07 +0000 (UTC)
 >  Robert Elz <kre@munnari.OZ.AU> wrote:
 [..]

 >  >  For vlc08, maybe it is simply time to retire it?   Note that vlc
 >  >  (the newer version) builds fine, it is only the outdated version that
 >  >  has the problem.   Simply removing it as obsolete and unbuildable
 >  >  might be the correct answer for this PR.
 >  
 >  Most probably.  If a reason to keep vlc08 was because it was lighter,
 >  mplayer is also an available alternative...

 Yeah, the qt4 dependency for vlc isn't very nice and qt4 didn't install
 correctly at all (pkg/40461).

 Bernd

From: Matthew Mondor <mm_lists@pulsar-zone.net>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/41666: multimedia/vlc08 / multimedia/ffmpeg incompatibility
 (NetBSD 4.0)
Date: Wed, 15 Jul 2009 13:01:38 -0400

 On Wed, 15 Jul 2009 15:25:02 +0000 (UTC)
 Bernd Ernesti <netbsd@lists.veego.de> wrote:

 > The following reply was made to PR pkg/41666; it has been noted by GNATS.
 > 
 > From: Bernd Ernesti <netbsd@lists.veego.de>
 > To: gnats-bugs@NetBSD.org
 > Cc: 
 > Subject: Re: pkg/41666: multimedia/vlc08 / multimedia/ffmpeg incompatibility (NetBSD 4.0)
 > Date: Wed, 15 Jul 2009 17:21:36 +0200
 > 
 >  On Wed, Jul 15, 2009 at 02:15:05PM +0000, Matthew Mondor wrote:
 >  >  On Wed, 15 Jul 2009 11:30:07 +0000 (UTC)
 >  >  Robert Elz <kre@munnari.OZ.AU> wrote:
 >  [..]
 >  
 >  >  >  For vlc08, maybe it is simply time to retire it?   Note that vlc
 >  >  >  (the newer version) builds fine, it is only the outdated version that
 >  >  >  has the problem.   Simply removing it as obsolete and unbuildable
 >  >  >  might be the correct answer for this PR.
 >  >  
 >  >  Most probably.  If a reason to keep vlc08 was because it was lighter,
 >  >  mplayer is also an available alternative...
 >  
 >  Yeah, the qt4 dependency for vlc isn't very nice and qt4 didn't install
 >  correctly at all (pkg/40461).

 I was told once that vlc could build without qt4 support with x11
 option disabled.  Well I decided to try this, and built it under
 pkgsrc-2009Q1 (since that's what I have on a box here) with:

 Any of the following general options may be selected:
         arts     Use the aRts audio daemon.
         dbus     Enable dbus (desktop bus) support.
         debug    Enable debugging facilities in the package.
         esound   Enable support for the Enlightment Sound Daemon.
         faad     Enable AAC decoding support using faad2.
         gnome    Enable GNOME support.
         hal      Support for the freedesktop.org Hardware Abstraction Layer
         pulseaudio       Enable support for the PulseAudio sound server.
         sdl      Use SDL as display library.
         skins   
         x11      Enable X11 support.

 These options are enabled by default:
         esound pulseaudio x11

 These options are currently enabled:
         sdl

 This actually works.  It also works without the sdl option, and if SDL
 is enabled for it to be used -V SDL has to explicitely be used.
 However, vlc appears to frequently segfault on startup (1/4th of the
 time on the same file), and the keyboard interface is very limited
 compared to mplayer's.  I also for some reason had to comment in the
 PLIST lib/vlc/video_output/libsnapshot_plugin.la for it to install
 successfully.

 I guess that since it can work without qt, it's another reason to
 remove vlc08 :)
 -- 
 Matt

From: Bernd Ernesti <netbsd@lists.veego.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/41666: multimedia/vlc08 / multimedia/ffmpeg incompatibility (NetBSD 4.0)
Date: Wed, 15 Jul 2009 19:30:05 +0200

 On Wed, Jul 15, 2009 at 05:05:03PM +0000, Matthew Mondor wrote:
 [..]

 >  I guess that since it can work without qt, it's another reason to
 >  remove vlc08 :)

 Yes vlc can work without qt, but that is not the point for it.
 I can use mplayer, if I want to cmd line player.

 Bernd

From: Robert Elz <kre@munnari.OZ.AU>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/41666: multimedia/vlc08 / multimedia/ffmpeg incompatibility (NetBSD 4.0) 
Date: Thu, 16 Jul 2009 00:35:49 +0700

     Date:        Wed, 15 Jul 2009 15:25:02 +0000 (UTC)
     From:        Bernd Ernesti <netbsd@lists.veego.de>
     Message-ID:  <20090715152502.1FFE563B883@www.NetBSD.org>

   |  Yeah, the qt4 dependency for vlc isn't very nice

 No comment on that, as I don't think I've ever seen a running qt4
 application (vlc or anything else), but ...

   |  and qt4 didn't install correctly at all (pkg/40461).

 I haven't had a problem building qt4-libs (I see I have binary packages
 built Feb 12, June 16, Jul 2, Jul 4, and Jul 10 (current vers,
 the earlier ones were earlier pkg versions) - all built with PKG_DEVELOPER
 set, so all the checks should have run, and none of them experienced
 the problem you described.

 I am building on NetBSD 4.0 rather than -current - but unless there's
 some binutils problem, the library path in the executable (lib n this
 case) is more a function of what it is told to put there, than anything
 in the environment, so that shouldn't really make a big difference.
 I build most of this stuff with all pkgsrc default options

 kre

 ps: no real opinion on whether vlc08 is worth fixing or just deleting
 (just leaving it there broken isn't a good long term solution).

From: Patrick Welche <prlw1@cam.ac.uk>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: pkg/41666
Date: Mon, 15 Jul 2013 09:49:41 +0100

 In July 2009, kre notes in a postscript "no real opinion on whether vlc08 is
 worth fixing or just deleting".

 The latter (deletion) happened in January 2013, so I think this PR can
 be closed.

State-Changed-From-To: open->closed
State-Changed-By: wiz@NetBSD.org
State-Changed-When: Mon, 15 Jul 2013 08:52:16 +0000
State-Changed-Why:
Package removed.


>Unformatted:

Home	PR Database Search