Geoffrey Kruse <[EMAIL PROTECTED]> writes:
> Qt 3.3.4 does not compile on gcc 4.0 which is the only compiler for
> osx-intel. 3.3.5 is available from the same mirror as currently in
> the script and it does compile on 4.0 for intel.
We've been submitting this patch in various guises since
Qt 3.3.4 does not compile on gcc 4.0 which is the only compiler for
osx-intel. 3.3.5 is available from the same mirror as currently in
the script and it does compile on 4.0 for intel. This should be the
only issue with building myth on osx-intel, although it would be good
to test that end
>
> If no dissent, I will commit this in a day or so.
>
Sounds good to me.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Nigel Pearson <[EMAIL PROTECTED]> writes:
>> Or someone might want to use -thirdskip and trash one of
>> the downloaded packages so the packager finds what's
>> already installed in the system.
>
> Sure. Expert builders will want to do this,
> and we should think about how to make this easie
> In fact, I am positive there is a pkgconfig on my system. But I
> shouldn't have -- and don't want -- to remove it to get this to work.
Fair enough. When you said no Fink installed packages,
I assumed no pkgconfig binary or databases.
...
>> $ENV{'PKG_CONFIG_PATH'} = "$PREFIX/lib/pkgco
Nigel Pearson <[EMAIL PROTECTED]> writes:
> ...
>> And on this machine, I've been ultra-careful to avoid installing
>> things with fink
>
> Very wise. I also avoid Apple's X11 for the same reason.
>
>> because the last place I tried to build, the fink
>> installations of QT et. al. were gett
...
> And on this machine, I've been ultra-careful to avoid installing
> things with fink
Very wise. I also avoid Apple's X11 for the same reason.
> because the last place I tried to build, the fink
> installations of QT et. al. were getting picked up in various paths
> instead of those d
David Snider <[EMAIL PROTECTED]> writes:
> On Jan 13, 2006, at 6:13 AM, David Abrahams wrote:
>
>> David Abrahams <[EMAIL PROTECTED]> writes:
>>
>>> I'm pretty sure that all we need is to add
>>>
>>> $ENV{'PKG_CONFIG_PATH'} = "$PREFIX/lib/pkgconfig:" . $ENV
>>> {'PKG_CONFIG_PATH'};
>>>
>>> to o
On Jan 13, 2006, at 6:13 AM, David Abrahams wrote:
> David Abrahams <[EMAIL PROTECTED]> writes:
>
>> I'm pretty sure that all we need is to add
>>
>> $ENV{'PKG_CONFIG_PATH'} = "$PREFIX/lib/pkgconfig:" . $ENV
>> {'PKG_CONFIG_PATH'};
>>
>> to osx-packager.pl
>>
>> Testing now...
>
> Yep, works f
David Abrahams <[EMAIL PROTECTED]> writes:
> I'm pretty sure that all we need is to add
>
> $ENV{'PKG_CONFIG_PATH'} = "$PREFIX/lib/pkgconfig:" .
> $ENV{'PKG_CONFIG_PATH'};
>
> to osx-packager.pl
>
> Testing now...
Yep, works for me.
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
_
David Snider <[EMAIL PROTECTED]> writes:
>>
>> For OSX, isn't this simple? It looks like the exif package downloaded
>> by osx-packager.pl is just never installed in any way that pkg-config
>> could possibly know about. Seems to me that we need a
>> --force-new-exif flag that osx-packager.pl can
>
> For OSX, isn't this simple? It looks like the exif package downloaded
> by osx-packager.pl is just never installed in any way that pkg-config
> could possibly know about. Seems to me that we need a
> --force-new-exif flag that osx-packager.pl can pass along to
> configure. No?
>
I was going
Nigel Pearson <[EMAIL PROTECTED]> writes:
>> if test x`which pkg-config 2>/dev/null` != x"" ; then
>> if `pkg-config --atleast-version 0.6.9 libexif` ; then
>> echo "#define NEW_LIB_EXIF 1" >> \
>> ./mythgallery/mythgallery/config.h
>>
>
> 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 `
> if test x`which pkg-config 2>/dev/null` != x"" ; then
> if `pkg-config --atleast-version 0.6.9 libexif` ; then
> echo "#define NEW_LIB_EXIF 1" >> \
> ./mythgallery/mythgallery/config.h
> fi
...
> Before I installed fink, I did n
On 08/01/2006, at 7:56 AM, David Snider wrote:
So, apparently, this is a not so popular topic.. :-(
No, I was just trying to understand the logic.
Will test and apply tonight?
--
Nigel Pearson, [EMAIL PROTECTED] | "Gentlemen,
Telstra Dev. Lab, Sydney, Australia | you can't fight in
On Jan 7, 2006, at 1:56 PM, David Snider wrote:
Hi all,
The OSX packager script broke after I installed fink on my mac
mini. Basically, it fails when compiling mythgallery with the
new exif flag. I finally tracked the problem down to the
mythplugins configure script, in this section
Hi all,
The OSX packager script broke after I installed fink on my mac
mini. Basically, it fails when compiling mythgallery with the new
exif flag. I finally tracked the problem down to the mythplugins
configure script, in this section of code:
if test x`which pkg-config 2>/de
On Jan 4, 2006, at 11:55 PM, David Snider wrote:
Before I installed fink, I did not have pkg-config, so it would go
to the else statement and and put the proper line in my config.h.
If I now manually run the 'pkg-config --atleast-version 0.6.9
libexif, I get a 1 for the return code, so
Hi all,
The OSX packager script broke after I installed fink on my mac
mini. Basically, it fails when compiling mythgallery with the new
exif flag. I finally tracked the problem down to the mythplugins
configure script, in this section of code:
if test x`which pkg-config 2>/de
Yeah, I saw that, tried his stuff and it worked very well...
On Nov 20, 2005, at 3:56 PM, Nigel Pearson wrote:
The latest osx-packager.pl script appears to be broken
Thanks for that concise patch, David.
George Nassas found the bug first, and send
a larger set of fixes, but for now a
The latest osx-packager.pl script appears to be broken
Thanks for that concise patch, David.
George Nassas found the bug first, and send
a larger set of fixes, but for now a simple
patch similar to this, has been applied.
--
Nigel Pearson, [EMAIL PROTECTED] | "Peacemaking is our profes
The latest osx-packager.pl script appears to be broken, if you don't
specify a svnrev, it doesn't append the /trunk to the http://
svn.mythtv.org/svn string. I've attached a diff below.. It also
changes the path of svn, so that can be ignored..
My Diff follows:
Index: contrib/osx-package
On Aug 11, 2005, at 1:32 AM, Nigel Pearson wrote:
In response to my earlier message, I took the most recent packager
script I could find and hacked it up to make it "work" with svn.
This is not at all complete but it allows for a full self-
contained build of mythfrontend with the plugins
In response to my earlier message, I took the most recent packager
script I could find and hacked it up to make it "work" with svn. This
is not at all complete but it allows for a full self-contained build
of mythfrontend with the plugins that compile for mac and the themes.
Thanks fo
In response to my earlier message, I took the most recent packager
script I could find and hacked it up to make it "work" with svn.
This is not at all complete but it allows for a full self-contained
build of mythfrontend with the plugins that compile for mac and the
themes. Please test t
Also it should be noted, to use the previously attached script, you
must have svn installed via fink.
Geoff
smime.p7s
Description: S/MIME cryptographic signature
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/li
27 matches
Mail list logo