headers
Daniel E. Macks | 1 May 06:55

Re: Is /sw/Library an acceptable top-level directory?

Alexander Hansen <alexanderk.hansen <at> gmail.com> said:
> Thomas Kho wrote:
>> Hi,
>>
>> I'm working on updating r-base to a recent release (2.7.0) and ran
>> across a validation error because it (like the current version in
>> fink) installs most of its files under /sw/Library/Frameworks.
>> AquaTerm is another app that puts files there. If I add Library to the
>> list of "good directories", the package builds and validates, no
>> problem.
>>
>> Is /sw/Library an acceptable place to put R, or should go somewhere else?
>>
>> -Tom
>>
>> --- /sw/lib/perl5/Fink/Validation.pm.orig	2008-04-25 18:48:22.000000000 -0700
>> +++ /sw/lib/perl5/Fink/Validation.pm	2008-04-25 18:48:39.000000000 -0700
>> @@ -1432,7 +1432,7 @@
>>  	# these are used in a regex and are automatically prepended with ^
>>  	# make sure to protect regex metachars!
>>  	my @bad_dirs = ("$basepath/src/", "$basepath/man/",
>> "$basepath/info/", "$basepath/doc/", "$basepath/libexec/",
>> "$basepath/lib/locale/", ".*/CVS/", ".*/RCS/", '.*/\.svn/');
>> -	my @good_dirs = ( map "$basepath/$_", qw/ bin sbin include lib share
>> var etc src Applications / );
>> +	my @good_dirs = ( map "$basepath/$_", qw/ bin sbin include lib share
>> var etc src Applications Library / );
>>  	push(@good_dirs, '/usr/X11');
>>
>>  	my @found_bad_dir;
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tomoaki Okayama | 1 May 10:29
Picon
Favicon

Re: Let's update gimp2 on pangocairo-branch!

I renew the update patch and attach it.

Additional changes:

* PatchScript:
 - Use 'open' for read help files instead of 'firefox',
   suggested by Sebastien Maret.

At Thu, 01 May 2008 00:50:49 +0200,
Sebastien Maret wrote:
> 
> Alexander Strange <astrange <at> ithinksw.com> writes:
> 
> >>> There's another new package for it here:
> >>> http://sourceforge.net/tracker/index.php?func=detail&aid=1942780&group_id=17203&atid=414256
> >>>
> >> As noted above, my patch follows your original packaging way.
> >> Another one seems to make some big changes in packaging.
> >> It's difficult for me to say which is better.
> >> Which one do you like?
> 
> Hang on a second here. I posted this package on the trackers *two
> weeks ago*, and I offered to maintain it. I spent a lot of time
> updating and testing this package. What's the point of duplicating the
> efforts? Before starting working on updating a package, it we would
> good if poeple could check on the tracker that nothing has been
> submitted yet. Maintainers time is a scarse ressource that should be
> used more wisely.
> 
I'm sorry for not checking the tracker first...
(Continue reading)

Permalink | Reply | 0 comments |
headers
David R. Morrison | 1 May 19:38
Favicon

Re: xquartz woes (was Re: [Fink-users] Failed: phase compiling: imagemagick-6.4.0-1001 failed)


On Apr 30, 2008, at 10:46 AM, Martin Costabel wrote:

>
> All of these bugs can be worked around simply by supplying configure  
> with the flags
>
> --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
>

Thanks for the tip: this works great!  I've added these flags to a  
number of packages which were having trouble building under xquartz,  
and I expect we'll need to add this to a number of other packages.

> In the case of imagemagick, there seems to be a logical error in  
> configure: It assumes that if it finds rsvg and cairo, then there  
> must also be rsvg-cairo somewhere. This is visibly not true for the  
> version of rsvg which it accepts (>=2.9.0).

I agree, and I'm not too sure what can be done about it at the  
moment.  Once pangocairo is released we should be all set.

   -- Dave

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alexander Hansen | 1 May 21:49
Picon
Gravatar

issue building with imagemagick1

(I talked with David earlier about this on IRC, and this is a followup)

The issue is that I wanted to update a package to use imagemagick1.  It 
wound up failing thusly:

g++ -I/sw/include/ImageMagick -g -O2 -Wall -W -D_THREAD_SAFE -DYYDEBUG=1 
-g -O2
 -L/sw/lib -o drawtiming -L/sw/lib/pango-ft219/lib 
-L/sw/lib/fontconfig2/lib -L/
usr/X11/lib -R/usr/X11/lib -L/sw/lib/freetype219/lib -lfreetype -lz 
-Wl,-framewo
rk,CoreServices -Wl,-framework,ApplicationServices -L/sw/lib main.o 
parser.o sca
nner.o timing.o -L/sw/lib -lMagick++ -lWand -lMagick -lgnugetopt
ld: library not found for -lWand
collect2: ld returned 1 exit status

David told me that upstream is now using libMagickWand instead of 
libWand, so I looked in my packages' source code for a hardcoded lWand.  
There was none.  I found that it was getting its ImageMagick build 
environment from %p/bin/Magick++-config (installed through 
imagemagick1-dev).  So I checked that, and found the following line:

    --libs)
      echo "-L${libdir} -lMagick++ -lWand -lMagick"

So I'd think we'd either need a compatibility symlink libWand.dylib -> 
libMagicWand.1.dylib, or to fix Magick++-config (that looks like the 
only config file that will output -lWand).
(Continue reading)

Permalink | Reply | 2 comments |
headers
Daniel Macks | 1 May 21:54

Re: issue building with imagemagick1

On Thu, May 01, 2008 at 03:49:12PM -0400, Alexander Hansen wrote:
> (I talked with David earlier about this on IRC, and this is a followup)
> 
> The issue is that I wanted to update a package to use imagemagick1.  It 
> wound up failing thusly:
> 
> g++ -I/sw/include/ImageMagick -g -O2 -Wall -W -D_THREAD_SAFE -DYYDEBUG=1 
> -g -O2
>  -L/sw/lib -o drawtiming -L/sw/lib/pango-ft219/lib 
> -L/sw/lib/fontconfig2/lib -L/
> usr/X11/lib -R/usr/X11/lib -L/sw/lib/freetype219/lib -lfreetype -lz 
> -Wl,-framewo
> rk,CoreServices -Wl,-framework,ApplicationServices -L/sw/lib main.o 
> parser.o sca
> nner.o timing.o -L/sw/lib -lMagick++ -lWand -lMagick -lgnugetopt
> ld: library not found for -lWand
> collect2: ld returned 1 exit status
> 
> David told me that upstream is now using libMagickWand instead of 
> libWand, so I looked in my packages' source code for a hardcoded lWand.  
> There was none.  I found that it was getting its ImageMagick build 
> environment from %p/bin/Magick++-config (installed through 
> imagemagick1-dev).  So I checked that, and found the following line:
> 
> 
> 
> 
>     --libs)
>       echo "-L${libdir} -lMagick++ -lWand -lMagick"
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alexander Hansen | 2 May 01:33
Picon
Gravatar

Re: issue building with imagemagick1

Oh, sorry about the redundant extra message.  Thunderbird on Windows  
XP. ;-)

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
Permalink | Reply | 0 comments |
headers
David R. Morrison | 2 May 04:21
Favicon

Re: issue building with imagemagick1

It looks like this was a bug in Imagemagick 6.3.8 which has been fixed  
in Imagemagick 6.4.0.  You might want a versioned builddepnd on  
imagemagick1-dev to get the right one.

  -- Dave

On May 1, 2008, at 12:49 PM, Alexander Hansen wrote:

> (I talked with David earlier about this on IRC, and this is a  
> followup)
>
> The issue is that I wanted to update a package to use imagemagick1.   
> It wound up failing thusly:
>
> g++ -I/sw/include/ImageMagick -g -O2 -Wall -W -D_THREAD_SAFE - 
> DYYDEBUG=1 -g -O2
> -L/sw/lib -o drawtiming -L/sw/lib/pango-ft219/lib -L/sw/lib/ 
> fontconfig2/lib -L/
> usr/X11/lib -R/usr/X11/lib -L/sw/lib/freetype219/lib -lfreetype -lz - 
> Wl,-framewo
> rk,CoreServices -Wl,-framework,ApplicationServices -L/sw/lib main.o  
> parser.o sca
> nner.o timing.o -L/sw/lib -lMagick++ -lWand -lMagick -lgnugetopt
> ld: library not found for -lWand
> collect2: ld returned 1 exit status
>
> David told me that upstream is now using libMagickWand instead of  
> libWand, so I looked in my packages' source code for a hardcoded  
> lWand.  There was none.  I found that it was getting its ImageMagick  
> build environment from %p/bin/Magick++-config (installed through
(Continue reading)

Permalink | Reply | 0 comments |
headers
Matthias Ringwald | 2 May 08:22
Picon

Fix for dvdbackup

Hi Jason

dvdbackup fails to compile with recent libdvdread.3 versions:

Setting up fink-buildlock-dvdbackup-0.1.1-3 (2008.05.02-08.06.51) ...
gzip -dc /sw/src/dvdbackup-0.1.1.tar.gz | /sw/bin/tar -xf -  --no-same- 
owner --no-same-permissions
gcc -O -o dvdbackup -I/sw/include -L/sw/lib -ldvdread src/dvdbackup.c
In file included from /sw/include/dvdread/ifo_read.h:24,
                  from src/dvdbackup.c:34:
/sw/include/dvdread/ifo_types.h:32:2: error: #error "Must include  
<inttypes.h> or <stdint.h> before any libdvdread header."
In file included from /sw/include/dvdread/ifo_read.h:24,
                  from src/dvdbackup.c:34:
... errors resulting from the previous one ...

The error msg from libdvdread says it all. adding #include <stdint.h>  
as the first line in dvdbackup.c is enough.

I'll attach an updated dvdbackup.info which just add the #include  
preprocessor directive.

cheers
  Matthias
Attachment (dvdbackup.info): application/octet-stream, 1024 bytes
(Continue reading)

Permalink | Reply | 2 comments |
headers
Jean-François Mertens | 2 May 14:50
Picon
Favicon

Re: Fix for dvdbackup


On 02 May 2008, at 08:22, Matthias Ringwald wrote:

> Hi Jason
>
> dvdbackup fails to compile with recent libdvdread.3 versions:
>
That is, on 10.5 ..

> Setting up fink-buildlock-dvdbackup-0.1.1-3 (2008.05.02-08.06.51) ...
> gzip -dc /sw/src/dvdbackup-0.1.1.tar.gz | /sw/bin/tar -xf -  --no- 
> same-owner --no-same-permissions
> gcc -O -o dvdbackup -I/sw/include -L/sw/lib -ldvdread src/dvdbackup.c
> In file included from /sw/include/dvdread/ifo_read.h:24,
>                  from src/dvdbackup.c:34:
> /sw/include/dvdread/ifo_types.h:32:2: error: #error "Must include  
> <inttypes.h> or <stdint.h> before any libdvdread header."
> In file included from /sw/include/dvdread/ifo_read.h:24,
>                  from src/dvdbackup.c:34:
> ... errors resulting from the previous one ...
>
>
> The error msg from libdvdread says it all. adding #include  
> <stdint.h> as the first line in dvdbackup.c is enough.
>
> I'll attach an updated dvdbackup.info which just add the #include  
> preprocessor directive.
>
> cheers
>  Matthias
(Continue reading)

Permalink | Reply | 1 comment |
headers
Alexander Hansen | 2 May 21:08
Picon
Gravatar

build failure in lbggi2-2.0.1-1012

10.5.2/PowerPC using Xcode 3.0

This attempt was in a pangocairo-enabled tree, and I'm trying it in an 
untainted one.  The failure is as follows:

...
mkdir .libs
gcc -g -O2 -D_REENTRANT -D_THREAD_SAFE -g -Wall -o .libs/warp.dSYM 
color.o dowarp.o main.o readpcx.o readtga.o  -L/sw/lib 
../../../ggi/.libs/libggi.dylib /sw/lib/libgii.dylib /sw/lib/libgg.dylib -lm
creating warp.dSYM
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include   -I/sw/include  -g 
-O2 -D_REENTRANT -D_THREAD_SAFE -g -Wall -c demo.c
In file included from demo.c:37:
/usr/include/stdlib.h:223: error: conflicting types for 'rand'
/usr/include/stdlib.h:175: error: previous declaration of 'rand' was here
...

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
Permalink | Reply | 21 comments |

Gmane