[mythtv] osx-packager.pl breaks after install of fink
David Snider
dsnider at thesniderpad.com
Tue Jan 10 03:37:53 UTC 2006
>
> Hmmm. So why is fink's pkg-config lying?
> What does `pkg-config --modversion libexif` reveal?
>
That's strange... it doesn't find anything....
$ pkg-config --modversion libexif
Package libexif was not found in the pkg-config search path.
Perhaps you should add the directory containing `libexif.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libexif' found
And sure enough, a "fink list libexif"
shows that it is not installed, but the available version is
0.5.12-3, so I assume it would still fail, besides, the OSX packager
does download and compile the correct version.
Information about 5228 packages read in 8 seconds.
libexif 0.5.12-3 EXIF Tag Parsing Library
libexif-dev 0.5.12-3 EXIF Tag Parsing Library
libexif-shlibs 0.5.12-3 EXIF Tag Parsing Library
>
> Probably not, because:
> 1) the purpose of configure is to autodetect features, and
> 2) the default of newexif is yes
>
But should configure override a command line option?
>
> Would only be needed if we changed the default to no!
yeah, I suggested that on the Trac ticket. Is that a bad thing? If
I understand it correctly, if we default newexif to no, and implement
the patch I put in, then, two conditions would make newexif = yes.
If it is specified on the command line, and if it is detected by pkg-
config. The current state of the tool is the default of newexif =
yes, but the output of pkg-config trumps all. The configure script
does not honor the command line option if pkg-config doesn't find the
correct library, even though I have a correct version downloaded and
compiled. It seems a bit too trusting to decide a package is not
installed because of the output of one tool. I can understand
setting newexif to yes if pkg-config finds the library, but it is
possible to have the newexif libraries without pkg-config being aware.
More information about the mythtv-dev
mailing list