Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 07 Sep 2014 04:00:19 -0400
From:      Michael Powell <nightrecon@hotmail.com>
To:        freebsd-questions@freebsd.org
Subject:   Re: missing lipmp3lame with openshot
Message-ID:  <luh3ak$ej0$1@ger.gmane.org>
References:  <540B5779.9020706@dreamchaser.org> <lug0dm$u37$1@ger.gmane.org> <540B8CAB.5090801@dreamchaser.org> <lug553$eq2$1@ger.gmane.org> <540BEE34.2030108@dreamchaser.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Gary Aitken wrote:

[snip]
>>>>
>>>>> I'm trying out openshot to learn something about video editing.
>>>>> When I go to export, it claims: "The following codec(s) are missing
>>>>> from your system: libmp3lame"
>>>>>
>>>>> The openshot executable is statically linked, and there is a
>>>>> libmp3lame.a in /usr/local/lib, as a result of installing
>>>>> multimedia/gstreamer-ffmpeg, I think.
>>>>>
[snip]
>>> other ideas?
>> 
>> Not much of any, per se. The above would seem to indicate that it did
>> build against libmp3lame. At this juncture the only thing I'm left
>> wondering about is which system, e.g is this a problem wrt to 9.x still
>> using a really old GCC or is it a 10.x situation which has changed to
>> Clang. From what little I know I believe that the ports build guys tried
>> to go through the ports tree
>> and winnow out for further work those which  failed to build, or
>> otherwise had some trouble building with Clang. I seem to recall they
>> wanted reports of such at the time. Don't know if this has any bearing on
>> this particular case, it's just all I can think of...
> 
> ah, I think the issue with the static load is that the executable is a
> python script...
> 
> I see I have way too many pythons installed for comfort:
> 
> $ pkg info | grep python
> py27-goocanvas-0.14.1_5        GooCanvas python bindings
> python-2.7_2,2                 The "meta-port" for the default version of
> Python interpreter
> python2-2_3                    The "meta-port" for version 2 of the Python
> interpreter
> python27-2.7.8_4               Interpreted object-oriented programming
> language
> 
> This may be a result of doing some incremental builds of ports, rather
> than
> everything all at once; or not.  If the above should not normally all be
> installed at once, is there an easy way to determine which ports need to
> be
> rebuilt?  The openshot script runs python2.7 which was installed by the
> 2.7.8_4 package, but some library it uses may well have been installed by
> one of the earlier versions.

The python involvement was another thing I thought about, but didn't go 
there as I had nothing really concrete to go on, other than just a tingle of 
a hunch/question/doubt. On a 9.3 box here I have:

python-2.7_2,2             
python2-2_3                  
python27-2.7.8_4

whilst on the 10.0 box I show:

python2-2_3         
python27-2.7.8_4

I'm left wondering if the top line on the 9.3 machine may be cruft.

pkg info -r <packagename>  shows reverse dependencies and
pkg info -d <packagename> will show dependencies of installed package

I'm uncertain as to how python gets involved in a build process. Something I 
look at from time to time wrt to build questions are to rummage around and 
grep stuff in /usr/ports/Mk in order to attempt to gain understanding on what 
default build path(s) and/or options might exist.

Such things change from time to time and require associatted alterations in 
/etc/make.conf - example such as WITH_BDB_VER=5, DEFAULT_VERSIONS+=php=5.3 
mysql=5.6 apache=2.2, etc, and such. Another is WITH_PKGNG= yes I have in 
make.conf on the 9. box as I believe it's supposed to be there and yet it is 
not present on the 10.x box as I believe it's not required in 10.x. 

Certainly not much here on my end to go on - just brainstorming. Hope you 
get it sorted.

-Mike





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?luh3ak$ej0$1>