Re: pygtk2-gtk-py27 Dependency Problem

On 31 Dec, 2010, at 8:03 AM, Daniel Macks wrote:

> I added the -py27 variant (was already present in unstable)
>  
> dan
>  
>  
> On Sat, 25 Dec 2010 05:08:16 -0800, David Lowe  wrote:
> >pygtk2-gtk-py27 is in stable, but it depends upon numpy-py27 [which
> is not in stable].

	I did my usual selfupdate, update-all, and index -f just to be sure; i'm still not getting it:

"Can't resolve dependency "numpy-py27 (>= 1.3.0-7)" for package "pygtk2-gtk-py27-2.16.0-4" (no
matching packages/versions found)

$fink info numpy-py27
Information about 5089 packages read in 1 seconds.
Failed: no package found for specification 'numpy-py27'!

	The machine in question is 10.4/PPC and stable, with fink 0.29.17.  While i realize that changing to
unstable is an option, i wonder if there are any other changes i can make to iron this out.

Sent from my MacBookPro

3.141592653589793238462643383279502883197116939937510... I forget the rest
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 

Can't exec "--enable-debug": No such file or directory at /sw/lib/perl5/Fink/Services.pm line 588

	Hmm.  I seem to have painted myself into a corner and could use some help.  I have a local package to experiment
with the beta release of freeciv 2.3.0 [attached].  That built fine.  However, i might have discovered a
bug, and wish to rebuild with the symbol table populated to get more use from gdb.  I added the flag
"--enable-debug" to ConfigureParams, and the configure phase seems to complete with the summary
showing debug info will be compiled in.  The problem seems to be that the debug flag is still hanging around
after that, and breaking compilation.  I would be grateful for any advice or explanation on how to handle this.

Sent from my MacBookPro

Accept that some days you're the pigeon, and some days you're the statue.

------------------------------------------------------------------------------
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 

_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: Can't exec "--enable-debug": No such file or directory at /sw/lib/perl5/Fink/Services.pm line 588

On Jan 9, 2011, at 11:59 AM, David Lowe wrote:

> 	Hmm.  I seem to have painted myself into a corner and could use  
> some help.  I have a local package to experiment with the beta  
> release of freeciv 2.3.0 [attached].  That built fine.  However, i  
> might have discovered a bug, and wish to rebuild with the symbol  
> table populated to get more use from gdb.  I added the flag "-- 
> enable-debug" to ConfigureParams, and the configure phase seems to  
> complete with the summary showing debug info will be compiled in.   
> The problem seems to be that the debug flag is still hanging around  
> after that, and breaking compilation.  I would be grateful for any  
> advice or explanation on how to handle this.

Looks like you are missing a backslash on the line prior to --enable- 
debug?

------------------------------------------------------------------------------
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: Can't exec "--enable-debug": No such file or directory at /sw/lib/perl5/Fink/Services.pm line 588

On 9 Jan, 2011, at 11:06 AM, Charles Lepple wrote:

> On Jan 9, 2011, at 11:59 AM, David Lowe wrote:
> 
>> 	Hmm.  I seem to have painted myself into a corner and could use some help.  I have a local package to
experiment with the beta release of freeciv 2.3.0 [attached].  That built fine.  However, i might have
discovered a bug, and wish to rebuild with the symbol table populated to get more use from gdb.  I added the
flag "--enable-debug" to ConfigureParams, and the configure phase seems to complete with the summary
showing debug info will be compiled in.  The problem seems to be that the debug flag is still hanging around
after that, and breaking compilation.  I would be grateful for any advice or explanation on how to handle this.
> 
> Looks like you are missing a backslash on the line prior to --enable-debug?

	Yup, that was it.  Thanks.

Sent from my MacBookPro

Adding manpower to a late software project makes it later.
------------------------------------------------------------------------------
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Updater to TeX Live 2010

Dear Fink developers,

We have managed to update TeX Live to the latest version (2010),
and now it seems a time to test it publicly!

If you would like to test it, checkout the finkinfos as follows:

$ cvs -d :pserver:anonymous <at> fink.cvs.sourceforge.net:/cvsroot/fink checkout -P -d text experimental/todai/ecc-10.4/main/finkinfo/text

and copy them to your local finkinfo tree
(maybe /sw/fink/dists/local/main/finkinfo).

Please be sure the unstable tree is enabled. Then

$ fink seflupdate
$ script -q texlive.bldlog fink build texlive
$ script -q texlive.instlog fink install texlive

Your any positive/negative feedbacks, reports, advices and comments
are welcome. To save time, EXPLICIT patches with your explanation
are very appreciated.

Some desirous check points:

* Build/Install (of course) and Update from a current texlive
 I've tested only on 10.6/32bit, clean env, so I'm not sure whether
 it works on other env.

* Conflicts/Replaces/Provides
 In this version, almost all packages are build in TeX Live's src,

Re: Updater to TeX Live 2010

On 10/01/11 14:16 , Tomoaki Okayama wrote:
> Dear Fink developers,
>
> We have managed to update TeX Live to the latest version (2010),
> and now it seems a time to test it publicly!

Thanks for the hard work.

> If you would like to test it, checkout the finkinfos as follows:
>
> $ cvs -d :pserver:anonymous <at> fink.cvs.sourceforge.net:/cvsroot/fink checkout -P -d text experimental/todai/ecc-10.4/main/finkinfo/text
>
> and copy them to your local finkinfo tree
> (maybe /sw/fink/dists/local/main/finkinfo).
[]
> Your any positive/negative feedbacks, reports, advices and comments
> are welcome. To save time, EXPLICIT patches with your explanation
> are very appreciated.

No patch yet, but a failure: On 10.6/64bit:

phase compiling: texlive-0.20100722-0test7 failed

g++ -DHAVE_CONFIG_H -I. -I../../../texk/web2c -I./w2c 
-I/sw_x86_64/include -I../../../texk/web2c/xetexdir 
-DU_STATIC_IMPLEMENTATION 
-I/sw_x86_64/src/fink.build/texlive-0.20100722-0test7/texlive/Work/libs/icu/include 
-I/sw_x86_64/include/freetype2 -I/sw_x86_64/include  -DXETEX_MAC 
-DXETEX_GRAPHITE 
-I/sw_x86_64/src/fink.build/texlive-0.20100722-0test7/texlive/Work/libs/graphite/include 

Re: Updater to TeX Live 2010

On 10/01/11 14:16 , Tomoaki Okayama wrote:
[]
> Some desirous check points:
>
> * Build/Install (of course) and Update from a current texlive
>   I've tested only on 10.6/32bit, clean env, so I'm not sure whether
>   it works on other env.

On 10.5/i386, "phase compiling: texlive-0.20100722-0test7 failed":

g++  -DU_COMMON_IMPLEMENTATION -DHAVE_CONFIG_H 
-I/sw/lib/freetype219/include/freetype2 -I/sw/lib/freetype219/include 
-I/sw/lib/fontconfig2/include -I/sw/include -I../common

-I/Volumes/FinkBuild/sw/src/fink.build/texlive-0.20100722-0test7/texlive/Work/libs/icu/../../../libs/icu/icu-4.4/common

-I/Volumes/FinkBuild/sw/src/fink.build/texlive-0.20100722-0test7/texlive/Work/libs/icu/../../../libs/icu/icu-4.4/i18n 
   "-DDEFAULT_ICU_PLUGINS=\"/usr/local/lib/icu\" " -g -O2 
-fvisibility=hidden -fno-common -c   -o uobject.ao

/Volumes/FinkBuild/sw/src/fink.build/texlive-0.20100722-0test7/texlive/Work/libs/icu/../../../libs/icu/icu-4.4/common/uobject.cpp
/Volumes/FinkBuild/sw/src/fink.build/texlive-0.20100722-0test7/texlive/Work/libs/icu/../../../libs/icu/icu-4.4/common/cmemory.h:107: 
error: expected template-name before '<'
token
/Volumes/FinkBuild/sw/src/fink.build/texlive-0.20100722-0test7/texlive/Work/libs/icu/../../../libs/icu/icu-4.4/common/cmemory.h:107: 
error: expected `{' before '<' token
[lots of similar errors in that same header file].

--

-- 
Martin

Re: Updater to TeX Live 2010

On 10/01/11 23:52 , Martin Costabel wrote:
[]
> No patch yet, but a failure: On 10.6/64bit:
[]
> It seems that this XeTeXLayoutInterface.cpp uses deprecated QuickDraw
> functions that have been removed on 10.6/64bit.

There is a discussion of this from last May
<http://web.archiveorange.com/archive/v/tMRBZUuelKF98QbTe2Ev>
It seems that xetex is not yet fixed for 10.6/64bit.
They give some workarounds (and mention in passing that xetex doesn't 
build on 10.4). The workaround with passing by the 10.5 SDK is also 
given here:
<http://xetex.tk/mediawiki/index.php/Pre-built_binaries_for_xetex_with_support_for_margin_kerning>

--

-- 
Martin

------------------------------------------------------------------------------
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: Updater to TeX Live 2010

Martin,

Thank you for your test and report.

Does that workaround written in the webpage fix the
problem on 10.6/64bit in your env? i.e.,

SetCC: gcc-4.0
SetCXX: g++-4.0

and add the following line before "mkdir texlive/Work".
export SDK_ROOT=/Developer/SDKs/MacOSX10.5.sdk/

And is the workaround acceptable for the Fink policy?

For another report (10.5/i386), please send me the full
build log with a compressed format (or put to Web). If
you find a solution for that problem, please let me know.

Tomoaki Okayama

At Tue, 11 Jan 2011 08:40:41 +0100,
Martin Costabel wrote:
> 
> On 10/01/11 23:52 , Martin Costabel wrote:
> []
> > No patch yet, but a failure: On 10.6/64bit:
> []
> > It seems that this XeTeXLayoutInterface.cpp uses deprecated QuickDraw
> > functions that have been removed on 10.6/64bit.

Catching -pm build errors (was Re: [Fink-users] 64bit shared-mime-info compile error)

Daniel Johnson <daniel.johnson31 <at> gmail.com> said:
> On Jan 7, 2011, at 7:41 PM, Darren De Zeeuw wrote:
>
>> ld: warning: in /usr/local/lib/libexpat.dylib, missing required architecture x86_64 in file
>
> This is the important line. You have a /usr/local/lib/libexpat.dylib
> which is contaminating the build. Temporarily rename /usr/local and
> try fink rebuild xml-parser-pm5100 again. Having things installed in
> /usr/local/include and /usr/local/lib is almost guaranteed to break
> building of fink packages since /usr/local is in the compiler's
> default search path.

If TestScript had been run when user built this package, that would
have caught the problem ASAP. It would fail for the package that is
actually broken rather than "successfully" creating a broken package
that leads to failure in other packages later. Time to make -m mode
(or at least activated TestScript) the default mode?

It seems tht perl-modules are especially susceptible to interference
from /usr/local/lib for the variant matching system-perl. The default
MakeMaker rule explicitly places that -L before -L/sw/lib rather than
the usual problem of "just" gcc not ignoring that location as a
fallback after all explicit -L paths. I wonder if we can hack our
MakeMaker to not do that? And/or push -arch_errors_fatal into some
variable to propagate to the linker?

dan

--

-- 
Daniel Macks