pygsl-py26-0.9.0-1 broken by update to gsl-1.13-1

Hello all,

It appears that pygsl-py26 has been broken by a recent upgrade of gsl. This fact came to my attention when I
attempted to run an python script of mine that gave the following warning:

Warning: This pygsl module was compiled for GSL version 1.12 but it is used with version 1.13!

Attempting to rebuild pygsl led to the error at the end of the email.

Version information from currently installed packages:
fink --version
Package manager version: 0.29.10
Distribution version: selfupdate-rsync Thu Dec 31 17:20:24 2009, 10.6, x86_64

gsl-1.13-1
pygsl-py26-0.9.0-1

Thanks,
Sean Lake

gcc -L/sw/lib -bundle -L/sw/lib/python2.6/config -lpython2.6 -L/sw/lib -I/sw/include
build/temp.macosx-10.6-i386-2.6/swig_src/block_wrap.o -L/sw/lib -lgsl -lgslcblas -lm -o build/lib.macosx-10.6-i386-2.6/pygsl/__block.so
building '_siman' extension
C compiler: gcc -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/sw/include

compile options: '-DSWIG_COBJECT_TYPES=1 -DDEBUG=1 -DNUMERIC=0 -DPYGSL_GSL_MAJOR_VERSION=1
-DPYGSL_GSL_MINOR_VERSION=13 -UNDEBUG -I/sw/include -IInclude -I.
-I/sw/lib/python2.6/site-packages/numpy/core/include -I/sw/include/python2.6 -c'
gcc: src/simanmodule.c
gcc -L/sw/lib -bundle -L/sw/lib/python2.6/config -lpython2.6 -L/sw/lib -I/sw/include

Re: pygsl-py26-0.9.0-1 broken by update to gsl-1.13-1

Hello, Sean. Thanks for your report. I've been able to reproduce your  
build error on my Intel OS 10.5.8, 32-bit Fink box.

I'm also CC'ing the maintainer of pygsl-py, Sébastien.

On 31/12/2009, at 23:27, Sean Lake wrote:

> Hello all,
>
> It appears that pygsl-py26 has been broken by a recent upgrade of  
> gsl. This fact came to my attention when I attempted to run an  
> python script of mine that gave the following warning:
>
> Warning: This pygsl module was compiled for GSL version 1.12 but it  
> is used with version 1.13!
>
> Attempting to rebuild pygsl led to the error at the end of the email.
>
> Version information from currently installed packages:
> fink --version
> Package manager version: 0.29.10
> Distribution version: selfupdate-rsync Thu Dec 31 17:20:24 2009,  
> 10.6, x86_64
>
> gsl-1.13-1
> pygsl-py26-0.9.0-1
>
> Thanks,
> Sean Lake
>

Switching from quartz-wm to metacity?

On an OS X 10.6.2 system running Fink's unstable branch, I decided to 
see if I couldn't get a complete GNOME environment going, right down to 
Metacity.  Unfortunately, it seems Apple has changed the way .xinitrc 
files works since the last time I tinkered around with this (10.4 or so).

What is the current approved method to switch from quartz-wm to metacity?

Thanks much for any direction -- and have a happy new year.  :)

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 

Re: Switching from quartz-wm to metacity?

On 1/1/10 1:24 PM, Robert J. Hansen wrote:
> On an OS X 10.6.2 system running Fink's unstable branch, I decided to 
> see if I couldn't get a complete GNOME environment going, right down to 
> Metacity.  Unfortunately, it seems Apple has changed the way .xinitrc 
> files works since the last time I tinkered around with this (10.4 or so).
> 
> What is the current approved method to switch from quartz-wm to metacity?
> 
> Thanks much for any direction -- and have a happy new year.  :)
> 

A $HOME/.xinitrc worked normally for me (on 10.5 currently).  What do
you have in the one you were trying, and what was the failure mode?

--

-- 
Alexander Hansen
Fink User Liaison

Re: Switching from quartz-wm to metacity?

On 1/1/10 2:23 PM, Alexander Hansen wrote:
> A $HOME/.xinitrc worked normally for me (on 10.5 currently).  What do
> you have in the one you were trying, and what was the failure mode?

I copied /usr/X11R6/lib/X11/xinit/xinitrc over to .xinitrc.  The 
original contents of xinitrc follow, with some comments removed for 
terseness' sake:

=====
if test -r "/sw/etc/xinitrc-override"; then
     . "/sw/etc/xinitrc-override"
elif test -r "/sw/bin/xinitrc.sh"; then
     . "/sw/bin/xinitrc.sh"
else
     userresources=$HOME/.Xresources
     usermodmap=$HOME/.Xmodmap
     sysresources=/usr/X11R6/lib/X11/xinit/.Xresources
     sysmodmap=/usr/X11R6/lib/X11/xinit/.Xmodmap
     x_bindir=/usr/X11R6/bin

     if test -f $sysresources; then
         xrdb -merge $sysresources
     fi

     if test -f $sysmodmap; then
         xmodmap $sysmodmap
     fi

     if test -f $userresources; then
         xrdb -merge $userresources

Re: Switching from quartz-wm to metacity?

On 1/1/10 3:15 PM, Robert J. Hansen wrote:
> On 1/1/10 2:23 PM, Alexander Hansen wrote:
>> A $HOME/.xinitrc worked normally for me (on 10.5 currently).  What do
>> you have in the one you were trying, and what was the failure mode?
> 
> I copied /usr/X11R6/lib/X11/xinit/xinitrc over to .xinitrc.  The
> original contents of xinitrc follow, with some comments removed for
> terseness' sake:
> 
> =====
> if test -r "/sw/etc/xinitrc-override"; then
>     . "/sw/etc/xinitrc-override"
> elif test -r "/sw/bin/xinitrc.sh"; then
>     . "/sw/bin/xinitrc.sh"

I think this is your problem.  Your .xinitrc is handing control back
over to /sw/bin/xinitrc.sh if that exists, and so the stuff in your else
block below isn't being processed.

> else
>     userresources=$HOME/.Xresources
>     usermodmap=$HOME/.Xmodmap
>     sysresources=/usr/X11R6/lib/X11/xinit/.Xresources
>     sysmodmap=/usr/X11R6/lib/X11/xinit/.Xmodmap
>     x_bindir=/usr/X11R6/bin
> 
>     if test -f $sysresources; then
>         xrdb -merge $sysresources
>     fi

Re: Switching from quartz-wm to metacity?

On 1/1/10 3:33 PM, Alexander Hansen wrote:
> I think this is your problem.  Your .xinitrc is handing control back
> over to /sw/bin/xinitrc.sh if that exists, and so the stuff in your else
> block below isn't being processed.

Worked beautifully, Alexander.  Thank you very much!

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 

emacs23 will not install (10.4 powerpc)

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 

_______________________________________________
Fink-users mailing list
Fink-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: emacs23 will not install (10.4 powerpc)

On 02/01/2010, at 22:37, John Garvin wrote:
> My system is 10.4.11 powerpc. I'm trying to install emacs23 and I  
> get the
> following error:
>
> The following package will be installed or updated:
> emacs23
> Setting runtime build-lock...
> dpkg-deb -b /sw/src/fink.build/root-fink-buildlock-emacs23-23.1-3
> /sw/src/fink.build
> dpkg-deb: building package `fink-buildlock-emacs23-23.1-3' in
> `/sw/src/fink.build/fink-buildlock- 
> emacs23-23.1-3_2010.01.02-18.32.37_darwin-powerpc.deb'.
> Installing build-lock package...
> /sw/bin/dpkg-lockwait -i
> /sw/src/fink.build/fink-buildlock- 
> emacs23-23.1-3_2010.01.02-18.32.37_darwin-powerpc.deb
> Selecting previously deselected package fink-buildlock-emacs23-23.1-3.
> (Reading database ... 141534 files and directories currently  
> installed.)
> Unpacking fink-buildlock-emacs23-23.1-3 (from
> .../fink-buildlock-emacs23-23.1-3_2010.01.02-18.32.37_darwin- 
> powerpc.deb)
> ...
> Setting up fink-buildlock-emacs23-23.1-3 (2010.01.02-18.32.37) ...
> gzip -dc /sw/src/emacs-23.1.tar.gz | /sw/bin/tar -xf -  --no-same- 
> owner
> --no-same-permissions
> Removing runtime build-lock...
> Removing build-lock package...
> /sw/bin/dpkg-lockwait -r fink-buildlock-emacs23-23.1-3
> (Reading database ... 141535 files and directories currently  
> installed.)
> Removing fink-buildlock-emacs23-23.1-3 ...
> Failed: Cannot read PatchFile
> "/sw/fink/dists/stable/main/finkinfo/editors/emacs23-10.4.patch"
>
> The file /sw/fink/dists/stable/main/finkinfo/editors/ 
> emacs23-10.4.patch does
> not exist. fink selfupdate and fink update-all were recently run, so  
> the
> system should be up-to-date.

Hello, John. Thanks for your report; that patch file was missing  
indeed. I've just committed it to the unstable tree and it should  
reach the rsync mirrors in an hour at the latest. Please run fink  
selfupdate and try again.

Cheers,

--
monipol
http://finkers.wordpress.com

Submitting a Fink bug report? Read this:
http://www.finkproject.org/doc/netiquette/index.php
http://finkers.wordpress.com/2009/06/03/bug-reports/

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 

pyqt4-mac-py25-bin's pyuic4

The pyuic4 utility appears to be broken on 10.6/x86 Fink.

$ pyuic4 ui_restester.ui

Traceback (most recent call last):

  File "/sw/lib/python2.5/site-packages/PyQt4/uic/pyuic.py", line 4, in <module>

    from PyQt4 import QtCore

ImportError: dlopen(/sw/lib/python2.5/site-packages/PyQt4/QtCore.so,
2): no suitable image found.  Did find:

    /sw/lib/python2.5/site-packages/PyQt4/QtCore.so: mach-o, but wrong
architecture

===

$ file /sw/lib/python2.5/site-packages/PyQt4/QtCore.so

/sw/lib/python2.5/site-packages/PyQt4/QtCore.so: Mach-O bundle i386

===

Installed pyqt packages and versions:
 i   pyqt4-mac-py25                 4.6-1                   Python
bindings for the Qt toolkit

 i   pyqt4-mac-py25-bin             4.6-1                   Python
bindings for the Qt toolkit

 i   qt4-mac                        4.5.2-2
Cross-Platform framework (Mac version)

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev