Martin Costabel | 1 Jan 2005 08:18
Picon

Bug#19: Bug#19: Doesn't seem to build

Alexander Hansen wrote:
> Package: xxdiff
> Version: 3.1-1
> Severity: important
> Justification: fails to build from source
> 
> I get the following (10.3.7, XCode 1.5 w/November 2004 update):
> 
> c++ -c -I/sw/include/qt -I. -I/sw/include -o resParser.o resParser.cpp
> In file included from resParser.cpp:813:
> resParser.y.c: In function `int XxResParserNS::yyparse(void*)':
> resParser.y.c:1665: error: parse error before `goto'

The package should probably have

BuildConflicts: bison

Did you try to build it with Fink's bison removed?

--

-- 
Martin

-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
Alexander K. Hansen | 1 Jan 2005 16:16
Picon

Bug#19: Bug#19: Doesn't seem to build


On Jan 1, 2005, at 2:18 AM, Martin Costabel wrote:

> Alexander Hansen wrote:
>> Package: xxdiff
>> Version: 3.1-1
>> Severity: important
>> Justification: fails to build from source
>> I get the following (10.3.7, XCode 1.5 w/November 2004 update):
>> c++ -c -I/sw/include/qt -I. -I/sw/include -o resParser.o resParser.cpp
>> In file included from resParser.cpp:813:
>> resParser.y.c: In function `int XxResParserNS::yyparse(void*)':
>> resParser.y.c:1665: error: parse error before `goto'
>
> The package should probably have
>
> BuildConflicts: bison
>
> Did you try to build it with Fink's bison removed?
>
> -- 
> Martin
>
>
>

Thanks!  That does indeed solve the problem.

(I thought I had removed Fink's bison when I tried the prior version of 
xxdiff , but I must have reinstalled it for some reason).
(Continue reading)

fink.5.smaret | 2 Jan 2005 07:51
Favicon

Problem running scipy with Python2.4

I have trouble running scipy-py24 with python2.4. Here what I get when 
I try to import the module:

[Sebastien-Marets-computer:~] smaret% python2.4
Python 2.4 (#1, Dec 30 2004, 21:03:54)
[GCC 3.3 20030304 (Apple Computer, Inc. build 1671)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
 >>> from scipy import *
Traceback (most recent call last):
   File "<stdin>", line 1, in ?
   File "/sw/lib/python2.4/site-packages/scipy/__init__.py", line 11, in 
?
     from scipy_base import *
   File "/sw/lib/python2.4/site-packages/scipy_base/__init__.py", line 
13, in ?
     mat = ppimport_attr(ppimport('Matrix'), 'Matrix')
   File "/sw/lib/python2.4/site-packages/scipy_base/ppimport.py", line 
165, in ppimport
     so_ext = _get_so_ext()
   File "/sw/lib/python2.4/site-packages/scipy_base/ppimport.py", line 
44, in _get_so_ext
     so_ext = get_config_vars('SO')[0] or ''
   File 
"/sw/src/root-python24-2.4-5/sw/lib/python2.4/distutils/sysconfig.py", 
line 486, in get_config_vars
   File 
"/sw/src/root-python24-2.4-5/sw/lib/python2.4/distutils/sysconfig.py", 
line 371, in _init_posix
distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET 
mismatch: now "" but "10.3" during configure
(Continue reading)

Jeff Whitaker | 2 Jan 2005 20:35

Re: Problem running scipy with Python2.4

fink.5.smaret <at> spamgourmet.com wrote:

> I have trouble running scipy-py24 with python2.4. Here what I get when 
> I try to import the module:
>
> [Sebastien-Marets-computer:~] smaret% python2.4
> Python 2.4 (#1, Dec 30 2004, 21:03:54)
> [GCC 3.3 20030304 (Apple Computer, Inc. build 1671)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> from scipy import *
> Traceback (most recent call last):
>   File "<stdin>", line 1, in ?
>   File "/sw/lib/python2.4/site-packages/scipy/__init__.py", line 11, in ?
>     from scipy_base import *
>   File "/sw/lib/python2.4/site-packages/scipy_base/__init__.py", line 
> 13, in ?
>     mat = ppimport_attr(ppimport('Matrix'), 'Matrix')
>   File "/sw/lib/python2.4/site-packages/scipy_base/ppimport.py", line 
> 165, in ppimport
>     so_ext = _get_so_ext()
>   File "/sw/lib/python2.4/site-packages/scipy_base/ppimport.py", line 
> 44, in _get_so_ext
>     so_ext = get_config_vars('SO')[0] or ''
>   File 
> "/sw/src/root-python24-2.4-5/sw/lib/python2.4/distutils/sysconfig.py", 
> line 486, in get_config_vars
>   File 
> "/sw/src/root-python24-2.4-5/sw/lib/python2.4/distutils/sysconfig.py", 
> line 371, in _init_posix
> distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET 
(Continue reading)

Koen van der Drift | 3 Jan 2005 21:46
Picon
Favicon
Gravatar

patch script question

Hi,

For the package bio-emboss-pm that I maintain, the Makefile.PL contains 
the following section:

# --- Change the following lines only, if EMBOSS libraries
#     or EMBOSS includes weren't found.
#
#     $EMB_LIBS: The nucleus, ajaxg, ajax and plplot libraries are taken
#                from the lib/ subdirectory in $EMB_ROOT by default.
#     $EMB_INC:  The *.h files are taken from the subdirectories
#                nucleus, ajax and plplot in $EMB_SRC_ROOT by default.
#
 <at> emb_libs = qw(nucleus ajax ajaxg plplot);

$EMB_LIBS = "-L$EMB_ROOT/lib " .
             join (" ", map { "-l$_" }  <at> emb_libs) .
            " " . $EMB_EXT_LIBS;
$EMB_INC =  join " ", map { "-I$EMB_SRC_ROOT/$_" }  <at> emb_libs;

$EMB_SRC_ROOT is defined earlier as /%p/include/EMBOSS, which is where 
emboss-dev installs its files (without the subdirectories).

During compilation I get an error that the file 
/sw/include/EMBOSS/emboss.h can't be found. I think because the 
makefile looks for

/sw/include/EMBOSS/nucleus/emboss.h instead of 
/sw/include/EMBOSS/emboss.h

(Continue reading)

Martin Costabel | 3 Jan 2005 23:26
Picon

Re: patch script question

Koen van der Drift wrote:
[]
> perl -pi.bak -e 's|join " ", map { "-I$EMB_SRC_ROOT/$_" } 
>  <at> emb_libs;|$EMB_SRC_ROOT;|' Makefile.PL
> 
> 
> but that resulted in the following error:
> 
> Unmatched ( in regex; marked by <-- HERE in m/join " ", map { "-I/#     
>    ( <-- HERE if you did no "make install" of EMBOSS,
> " } ;/ at -e line 1, <> line 11.
> ### execution of perl failed, exit code 255

You have to escape some special characters in the regexes, here in 
particular the "$", but it doesn't hurt to escape the other special 
symbols, too. I would try something like

perl -pi.bak -e 's|join \" \", map \{ \"\-I\$EMB_SRC_ROOT/\$_\" } 
\ <at> emb_libs;|\$EMB_SRC_ROOT;|' Makefile.PL

--

-- 
Martin

-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
Jonathan Greenberg | 4 Jan 2005 10:43
Picon

Specifying a version-specific folder name in .info files

One of the requirements for a package I'm trying to port to fink (PostGIS,
an add-on to postgresql) is that it gets decompressed within the "contrib"
folder of postgresql:

/sw/src/postgresql74-7.4.6-22/postgresql-7.4.6/contrib/

(e.g. A manual command to do what I want would be:
sudo cp -R /sw/src/postgis-0.9.1-1/postgis-0.9.1/
/sw/src/postgresql74-7.4.6-22/postgresql-7.4.6/contrib/
)

Is there a trick to telling a fink .info file where to put this folder,
(e.g. Is there any way for me to query a dependent package's version number?
Can I use some sort of wildcard to bypass this?)

--j

--

-- 
Jonathan A. Greenberg
Ph.D., Ecology
AIM: jgrn307 or jgrn3007
MSN: jgrn307 <at> hotmail.com or jgrn3007 <at> hotmail.com

-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
David R. Morrison | 4 Jan 2005 15:06
Favicon

Re: Specifying a version-specific folder name in .info files

Presumably you are trying to build postgis using the postgresql74 source tree
as well as the postgis tree.  Unfortunately, after postgresql74 was built,
its source tree was erased (unless the user took special action to prevent
this).  So what you'll need to do is to have

Version: 0.9.1
Source: path/to/postgresql74-7.4.6.tar.gz
Source2: path/to/postgis-%v.tar.gz

This will unpack postresql74 into your working build directory, and put
postgis into a subdirectory.  You can then do something like "mv postgis-%v 
contrib".  Or you can use

Source2ExtractDir: contrib

Note that you can access 0.9.1 as %v, but you'll have to supply 7.4.6 by hand.

  -- Dave

> From: Jonathan Greenberg <greenberg <at> ucdavis.edu>
> To: <fink-devel <at> lists.sourceforge.net>
> Subject: [Fink-devel] Specifying a version-specific folder name in .info files
> Date: Tue, 04 Jan 2005 01:43:32 -0800
> 
> One of the requirements for a package I'm trying to port to fink (PostGIS,
> an add-on to postgresql) is that it gets decompressed within the "contrib"
> folder of postgresql:
> 
> /sw/src/postgresql74-7.4.6-22/postgresql-7.4.6/contrib/
> 
(Continue reading)

Stephane Mottelet | 4 Jan 2005 18:09
Picon
Favicon

Why does Fink want to rebuild my dependencies ?


Hi.

I am currently writing a .info file to compile
a gtk version of scilab, which has, among others,
some dependencies, e.g.  gnome-libs, and gnome-libs-dev
at build time.

Each time I am trying to build my package, fink wants
to recompile ALL the gnome stuff, although everything
already exists in a binary package in the stable
branch. Why ?

Thanks for help

S.

--

-- 
e-mail : Stephane.Mottelet <at> utc.fr
www : http://www.dma.utc.fr/~mottelet

-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
Stephane Mottelet | 4 Jan 2005 18:46
Picon
Favicon

Re: Why does Fink want to rebuild my dependencies ?


Thanks !

S.

Alexander K. Hansen wrote:
> 
> On Jan 4, 2005, at 12:09 PM, Stephane Mottelet wrote:
> 
>>
>> Hi.
>>
>> I am currently writing a .info file to compile
>> a gtk version of scilab, which has, among others,
>> some dependencies, e.g.  gnome-libs, and gnome-libs-dev
>> at build time.
>>
>> Each time I am trying to build my package, fink wants
>> to recompile ALL the gnome stuff, although everything
>> already exists in a binary package in the stable
>> branch. Why ?
>>
>> Thanks for help
>>
>> S.
>>
> 
> Because the 'fink' command doesn't care about the existence of the 
> binary distribution.  However, if you are using fink-0.23.1 or later, 
> you can tell fink to access the binary distribution as well:
(Continue reading)


Gmane