Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

2007-12-07 Thread Martin Costabel
Peter O'Gorman wrote:
[]
 At least you know the workaround now.

I checked in xmms-coreaudio-1.0-4 that uses this workaround.
Should now work on Leopard.

-- 
artin


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

2007-12-07 Thread Martin Costabel
Peter O'Gorman wrote:
[]
 Change the sed to match ${_S_}nmedit instead of ~nmedit and it should
 have some effect on the link line.

I see, the ${_S_} is a line feed.

 The symbols that are private extern should still be available to all the
 objects in the library itself, so returning the address of osx_about
 should work.

Indeed, this works. The symbols are marked private extern as in the 
previous version, but now there is no more undefined symbol error, and 
the plugin is loaded.

Is this a bug in nmedit, or had it been working as expected?

-- 
Martin


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

2007-12-07 Thread Peter O'Gorman
Martin Costabel wrote:
 Peter O'Gorman wrote:
 []
 Change the sed to match ${_S_}nmedit instead of ~nmedit and it should
 have some effect on the link line.
 
 I see, the ${_S_} is a line feed.
 
 The symbols that are private extern should still be available to all the
 objects in the library itself, so returning the address of osx_about
 should work.
 
 Indeed, this works. The symbols are marked private extern as in the
 previous version, but now there is no more undefined symbol error, and
 the plugin is loaded.
 
 Is this a bug in nmedit, or had it been working as expected?
 

Bug in nmedit, I think :(

At least you know the workaround now.

Peter
-- 
Peter O'Gorman
http://pogma.com

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] tcltk 8.4.16-1

2007-12-07 Thread Daniel Johnson


On Dec 7, 2007, at 8:55 AM, Alexander K. Hansen wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Murali Vadivelu wrote:

I have installed the latest update package from
http://trac.macosforge.org/projects/xquartz and that seems to be
the problem.

Who's fault is it? Fink's or XQuartz's.



snip

Both.

They changed the version in XQuartz from 7.2 to 1.3 and fink hasn't
been updated to cope with that.


Actually, there's something else wrong here. I have the latest Xquartz  
too, but fink correctly finds the (incorrect) version:


$ fink list system-xfree86
Information about 6203 packages read in 3 seconds.
 i   system-xfree86   2:1.3-2 [placeholder for user  
installed x11]
 i   system-xfree86-dev   2:1.3-2 [placeholder for user  
installed x11 development tools]
 i   system-xfree86-manu  2:1.3-2 Manually installed X11  
components
 i   system-xfree86-shli  2:1.3-2 [placeholder for user  
installed x11 shared libraries]


What version of fink do you have, and what version of Xquartz?

$ /usr/X11/bin/Xquartz -version -iokit
X11.app starting:
Xquartz server based on X.org Release 1.3, built on 20071201

The only package that is currently broken by the version change is  
fontconfig2-shlibs which is looking for system-xfree86-dev and -shlibs  
(= 2:7.2-1). Removing the (= 2:7.2-1) and rebuilding fixes that.


Daniel



smime.p7s
Description: S/MIME cryptographic signature
-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] tcltk 8.4.16-1

2007-12-07 Thread Murali Vadivelu
http://trac.macosforge.org/projects/xquartz/ticket/26

On 7 Dec 2007, at 13:26, Murali Vadivelu wrote:

 I have installed the latest update package from 
 http://trac.macosforge.org/projects/xquartz
 and that seems to be the problem.

 Who's fault is it? Fink's or XQuartz's.


 On 7 Dec 2007, at 11:29, Murali Vadivelu wrote:

 I get this new error now!

 could not determine XFree86 version number

 and I am unable to go past that.

 On 6 Dec 2007, at 03:19, Jack Howarth wrote:

 Murali,
 That is probably a good idea. Move aside you /sw as /sw.old
 and do a fresh bootstrap of fink under Leopard. After you have
 run 'fink selfupdate' and 'fink update-all', execute
 'fink install pymol-py25'. See if that pymol runs fine. If
 so, I'll start to look at your and Bill Scott's installed
 package list to see if I can find some common thread on
 both of your machines. I simply can't reproduce these
 errors here.
Jack

 On Thu, Dec 06, 2007 at 02:55:07AM +, Murali Vadivelu wrote:
 Dear Jack,

 Unfortunately, I do not have access to a Mac with an ATI card...

 Should I still go and try bootstrapping Fink and installing  
 everything
 from scratch?

 Many thanks.

 Best regards,
 Murali.

 -- 
 --
 Jack W. Howarth, Ph.D.231  
 Albert Sabin Way
 NMR Facility Director  Cincinnati,  
 Ohio 45267-0524
 Dept. of Molecular Genetics  phone:  
 (513) 558-4420
 Univ. of Cincinnati College of Medicinefax:  
 (513) 558-8474




-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] tcltk 8.4.16-1

2007-12-07 Thread Murali Vadivelu
The version system has changed after that!

X11.app starting:
X.Org Xquartz X Server 1.3.0-apple3
Build Date: 20071205

On 7 Dec 2007, at 15:07, Daniel Johnson wrote:


 On Dec 7, 2007, at 8:55 AM, Alexander K. Hansen wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Murali Vadivelu wrote:
 I have installed the latest update package from
 http://trac.macosforge.org/projects/xquartz and that seems to be
 the problem.

 Who's fault is it? Fink's or XQuartz's.


 snip

 Both.

 They changed the version in XQuartz from 7.2 to 1.3 and fink hasn't
 been updated to cope with that.

 Actually, there's something else wrong here. I have the latest  
 Xquartz too, but fink correctly finds the (incorrect) version:

 $ fink list system-xfree86
 Information about 6203 packages read in 3 seconds.
 i   system-xfree86   2:1.3-2 [placeholder for user  
 installed x11]
 i   system-xfree86-dev   2:1.3-2 [placeholder for user  
 installed x11 development tools]
 i   system-xfree86-manu  2:1.3-2 Manually installed X11  
 components
 i   system-xfree86-shli  2:1.3-2 [placeholder for user  
 installed x11 shared libraries]

 What version of fink do you have, and what version of Xquartz?

 $ /usr/X11/bin/Xquartz -version -iokit
 X11.app starting:
 Xquartz server based on X.org Release 1.3, built on 20071201

 The only package that is currently broken by the version change is  
 fontconfig2-shlibs which is looking for system-xfree86-dev and - 
 shlibs (= 2:7.2-1). Removing the (= 2:7.2-1) and rebuilding fixes  
 that.

 Daniel



-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] tcltk 8.4.16-1

2007-12-07 Thread Alexander K. Hansen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Murali Vadivelu wrote:
 I have installed the latest update package from
 http://trac.macosforge.org/projects/xquartz and that seems to be
 the problem.

 Who's fault is it? Fink's or XQuartz's.


snip

Both.

They changed the version in XQuartz from 7.2 to 1.3 and fink hasn't
been updated to cope with that.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHWVDoB8UpO3rKjQ8RAhulAJ0bG0vNkfSIoPryThurJ3LOd6zXqQCgj8rh
HrdnPaO4cS6izUPrMXaF+LE=
=ghF5
-END PGP SIGNATURE-


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] tcltk 8.4.16-1

2007-12-07 Thread Murali Vadivelu
I have installed the latest update package from 
http://trac.macosforge.org/projects/xquartz
and that seems to be the problem.

Who's fault is it? Fink's or XQuartz's.


On 7 Dec 2007, at 11:29, Murali Vadivelu wrote:

 I get this new error now!

 could not determine XFree86 version number

 and I am unable to go past that.

 On 6 Dec 2007, at 03:19, Jack Howarth wrote:

 Murali,
  That is probably a good idea. Move aside you /sw as /sw.old
 and do a fresh bootstrap of fink under Leopard. After you have
 run 'fink selfupdate' and 'fink update-all', execute
 'fink install pymol-py25'. See if that pymol runs fine. If
 so, I'll start to look at your and Bill Scott's installed
 package list to see if I can find some common thread on
 both of your machines. I simply can't reproduce these
 errors here.
 Jack

 On Thu, Dec 06, 2007 at 02:55:07AM +, Murali Vadivelu wrote:
 Dear Jack,

 Unfortunately, I do not have access to a Mac with an ATI card...

 Should I still go and try bootstrapping Fink and installing  
 everything
 from scratch?

 Many thanks.

 Best regards,
 Murali.

 -- 
 --
 Jack W. Howarth, Ph.D.231  
 Albert Sabin Way
 NMR Facility Director  Cincinnati, Ohio  
 45267-0524
 Dept. of Molecular Genetics  phone:  
 (513) 558-4420
 Univ. of Cincinnati College of Medicinefax:  
 (513) 558-8474



-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] tcltk 8.4.16-1

2007-12-07 Thread Murali Vadivelu
I get this new error now!

could not determine XFree86 version number

and I am unable to go past that.

On 6 Dec 2007, at 03:19, Jack Howarth wrote:

 Murali,
   That is probably a good idea. Move aside you /sw as /sw.old
 and do a fresh bootstrap of fink under Leopard. After you have
 run 'fink selfupdate' and 'fink update-all', execute
 'fink install pymol-py25'. See if that pymol runs fine. If
 so, I'll start to look at your and Bill Scott's installed
 package list to see if I can find some common thread on
 both of your machines. I simply can't reproduce these
 errors here.
  Jack

 On Thu, Dec 06, 2007 at 02:55:07AM +, Murali Vadivelu wrote:
 Dear Jack,

 Unfortunately, I do not have access to a Mac with an ATI card...

 Should I still go and try bootstrapping Fink and installing  
 everything
 from scratch?

 Many thanks.

 Best regards,
 Murali.

 -- 
 --
 Jack W. Howarth, Ph.D.231 Albert  
 Sabin Way
 NMR Facility Director  Cincinnati, Ohio  
 45267-0524
 Dept. of Molecular Genetics  phone:  
 (513) 558-4420
 Univ. of Cincinnati College of Medicinefax:  
 (513) 558-8474


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] tcltk 8.4.16-1

2007-12-07 Thread William Scott
I get the error on PPC and intel, both using the original X11 supplied  
with 10.5.

I also did a fresh install and the problem persists.



-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] Xquartz version change?

2007-12-07 Thread Daniel Johnson


On Dec 7, 2007, at 6:44 PM, Jeremy Huddleston wrote:

I don't see why fink binaries won't work right.  They should work  
fine since we symlink /usr/X11R6 to /usr/X11... the problem is in  
compiling them, right?  So compile them on Tiger for now and  
distribute them as they'll work on Leopard... then as the packages  
get updated to use pkg-config instead of grep-hacks, things should  
start to work right on Leopard.


That is infeasible. My impression is that most Fink users (well, at  
least me) compile from source, because the pre-built binaries  
available are sometimes rather out of date, or simply nonexistent.  
I don't have the inclination or the disk space to maintain a Tiger  
install just to build Fink...


Sorry, I was under the impression it was mainly compile-from- 
source.  I'm glad to see that's not the case.


Fink does both compile-from-source and download-and-install-binaries.  
Unfortunately, building the binaries is very time consuming and is  
only done occasionally.


Note: I don't use Fink, so I don't have a fine understanding of  
their build process.


Well, maybe you should start, because a rather large fraction of  
the X11 users on the Mac will likely rely on Fink working nicely  
with X11 changes you make. :-


Yes, I'm sure they will.  Personally, I use MacPorts instead of  
fink.  So far, I've noticed a few problems where it pulls in a  
macports package for a library instead of using the one in /usr/X11  
(which is the case regardless of which version of Leopard X11 is  
installed), and if MacPorts  devs don't get them fixed in a few  
weeks, I'll probably devote some cycles to fixing them up...


Fink is very strict about dependencies and ensuring that packages  
always build the same on every system. This is necessary for binary  
packages to work since if a dependency was present on the build  
machine but not on the user's machine, well, that would be bad. :)


The package manager generates a number of virtual packages that  
represent things provided by the system to support the dependency  
system. It also needs to provide version information for those  
packages. Fink has always provided virtual packages for X11 called  
system-xfree86-dev and system-xfree86-shlibs which had version 4.4 on  
Tiger and 7.2 on Leopard. Now they went to 1.3 and currently 0.0,  
since fink can no longer figure out the version. Now there is  
currently only one package that explictly depends on system-xfree86- 
shlibs =7.2 and that can easily be changed to an unversioned  
dependency since it's a Leopard-only package anyway. The big problem  
is that the package manager itself is failing since it can't figure  
out any version information so it thinks the system is corrupted.


I agree that depending on individual X11 components is probably the  
right way to go, but the problem is that hundreds of packages in Fink  
currently depend on system-xfree86-* and changing that would require  
forcing users to rebuild every package that uses X11 since the  
dependency information is part of the package. Users will find  
this...annoying.


Honestly, this problem comes from years of fink having to use ugly  
grep hacks to figure out version numbers for X11, and there is  
finally a *real* way for them to check it now.  It's sad that they  
did not get this working right during the Leopard beta, but I'm  
confident that it will be working soon.  As someone else mentioned,  
most other *nixes went through this hell a few years ago, and it's  
finally OSX's turn to bite the bullet.  This means people relying on  
X11 support for mission critical needs will need to stick with Tiger  
or use Tiger's X11 on Leopard for the near future.  In the end,  
however, this will be much more smoother.


Well, this was never an issue with the Leopard seeds since the version  
checking code still worked. :) And, in fact, still works on the  
Leopard GM X11.


I'm not a core Fink dev, just a package maintainer, but my suggestion  
would be to create a new virtual package, maybe xorg-server, and set  
its version from xorg-server.pc. We wouldn't want to make pkg-config a  
core dependency, but parsing the version from the .pc file is easy.  
Then if that package exists, assume that we're using xorg 7.2 and set  
system-xfree86-* to version 7.2. That way existing packages will  
continue to work and new packages can migrate to the new virtual  
package(s). I think I'll suggest that and cross-post this to fink-devel.


In the mean time, I'm volunteering my time to help get this working  
as quick as possible.


--Jeremy


And your work is much appreciated!

Daniel



smime.p7s
Description: S/MIME cryptographic signature
-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.

[Fink-devel] Info request from fink devs re: Xquartz

2007-12-07 Thread Jeremy Huddleston
Could a fink developer please comment on the best way to help with an  
interim solution for the X11 package version problem.  The final  
solution should be to use pkg-config, but in the mean time I want to  
not facilitate breakage where possible.  If you expect 'Xquartz - 
version' to be formatted in a special way for your version check  
hacks, please let me know what it is, and I'll make sure what we  
display fits that formatting until you get the fink packages fixed.   
Hopefully that way, for the average fink user, they will see it as  
just working with the next X11 .pkg release.


--Jeremy



smime.p7s
Description: S/MIME cryptographic signature
-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

2007-12-07 Thread Peter O'Gorman
Sean wrote:
 Sadly, the saga isn't over. I now have 1.0-4 and it installs and
 appears in the preferences as expected. When I try to play a music
 file, however, it crashes while in the coreaudio library.
 
 Crash log is attached.
 
 Sean
 
 On Dec 7, 2007 12:28 AM, Martin Costabel [EMAIL PROTECTED] wrote:
 Peter O'Gorman wrote:
 []
 At least you know the workaround now.
 I checked in xmms-coreaudio-1.0-4 that uses this workaround.
 Should now work on Leopard.

 --
 artin



Perhaps this would help?

http://ftp.netbsd.org/pub/NetBSD/NetBSD-current/pkgsrc/audio/xmms-osx/patches/patch-aa

Peter
-- 
Peter O'Gorman
http://pogma.com

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


[Fink-devel] GCC 4.2 Developer Preview 1

2007-12-07 Thread Jack Howarth
   Has anyone noticed that Apple snuck a GCC 4.2
Developer Preview 1 release onto connect.apple.com
in the Developer Tools section. It claims to have
been released on Aug 27th and is an optional add-on
for Xcode 3.0 of Leopard (which is weird because
that seriously predates Leopard's release).
   Jack

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

2007-12-07 Thread Peter O'Gorman
Jean-François Mertens wrote:
 Peter,
 
 On 10.4, I get now
 # nm -m /sw/lib/xmms/Output/libOSX.so|fgrep _osx_about
 1114 (__TEXT,__text) non-external (was a private external) _osx_about
 
 whereas before the parenthesis (was a..)  wasn't there.
 
 It seems to launch correctly , just as before, in  the sense that I can
 push
 on most buttons etc w/o having a crash (don't think to have any files to
 actually play).
 Only a warning on the terminal :
 
 ** WARNING **: oss_set_volume(): Failed to open mixer device
 (/dev/mixer): No such file or directory
 
 which I didn't see before _ but possibly I touched less buttons before :)
 
 Questions:


I have no idea, sorry.

 Any pointers to documentation ?

/usr/include/mach-o/nlist.h
and the cctools sources:
http://www.opensource.apple.com/darwinsource/10.5/cctools-667.3/misc/nm.c
The dyld sources:
http://www.opensource.apple.com/darwinsource/10.5/dyld-95.3/
and the ld64 sources:
http://www.opensource.apple.com/darwinsource/10.5/ld64-77/

Yeah, I know that sources and headers do not constitute documentation :(

Peter
-- 
Peter O'Gorman
http://pogma.com

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] Xquartz version change?

2007-12-07 Thread Jean-François Mertens

On 08 Dec 2007, at 03:42, Daniel Johnson wrote:
 I agree that depending on individual X11 components is probably the  
 right way to go, but the problem is that hundreds of packages in  
 Fink currently depend on system-xfree86-* and changing that would  
 require forcing users to rebuild every package that uses X11 since  
 the dependency information is part of the package. Users will find  
 this...annoying.

Please think about how to go ahead with it, and do it if you feel the  
time is ripe !
We'll have to go through it anyway, so, the sooner the better !

Jean-Francois

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

2007-12-07 Thread Jean-François Mertens
Peter,

On 10.4, I get now
# nm -m /sw/lib/xmms/Output/libOSX.so|fgrep _osx_about
1114 (__TEXT,__text) non-external (was a private external)  
_osx_about

whereas before the parenthesis (was a..)  wasn't there.

It seems to launch correctly , just as before, in  the sense that I  
can push
on most buttons etc w/o having a crash (don't think to have any files to
actually play).
Only a warning on the terminal :

** WARNING **: oss_set_volume(): Failed to open mixer device (/dev/ 
mixer): No such file or directory

which I didn't see before _ but possibly I touched less buttons  
before :)

Questions:
1) what's the point of keeping the history of symbols in a lib (was  
a...) ?
2) are there in effect, among the defined symbols, 4 categories,
_ external , non-external , private external , and non-external (was  
a private external) ?
3) Does nm -m correctly reflect each of those 4 _ consistently across  
10.4 and 10.5 _,
  and are those categories sufficient to determine how the symbol  
behaves under dyld ?

The questions arise obviously because before your patch to strip via  
ld rather than via nmedit,
I had exactly the same output from the above command as people had on  
10.5, yet
dyld appeared to behave differently..

Any pointers to documentation ?

Jean-Francois

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

2007-12-07 Thread Jean-François Mertens

On 08 Dec 2007, at 04:11, Peter O'Gorman wrote:

 I have no idea, sorry.

Too bad - would have hoped there was some documentation
or other specification out there, that I was among the few to ignore...
But if even you don't know, it means we're really all in a black box ...

 Any pointers to documentation ?

 /usr/include/mach-o/nlist.h
 and the cctools sources:
 http://www.opensource.apple.com/darwinsource/10.5/cctools-667.3/ 
 misc/nm.c
 The dyld sources:
 http://www.opensource.apple.com/darwinsource/10.5/dyld-95.3/
 and the ld64 sources:
 http://www.opensource.apple.com/darwinsource/10.5/ld64-77/

Thanks a lot for the pointers !

JF

 Yeah, I know that sources and headers do not constitute  
 documentation :(

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


[Fink-devel] Fwd: output from fink-virtual-pkgs --dpkg

2007-12-07 Thread Alexander Hansen
Stock X11 on Leopard

--  Forwarded Message  --

Subject: output from fink-virtual-pkgs --dpkg
Date: Friday 07 December 2007
From: William Scott [EMAIL PROTECTED]
To: Alexander Hansen [EMAIL PROTECTED]

cctools 0   667 1
cctools-single-module   0   667 1
cups-dev0   1.0303  1
system-cups-dev 0   0   0
darwin  0   9.1.0   1
kernel  0   0   0
dev-tools   0   0   1
gcc4.0  0   4.0.1   5465
growl   0   1.1.2   1
macosx  0   10.5.1  1
system-java 0   1.5.0   1
system-java-dev 0   1.5.0   1
system-java14   0   1.4.2   1
system-java 0   0   0
jdbc0   0   0
jdbc2   0   0   0
jdbc3   0   0   0
jdbc-optional   0   0   0
system-java14-dev   0   1.4.2   1
system-java15   0   1.5.0   1
system-java 0   0   0
jdbc0   0   0
jdbc2   0   0   0
jdbc3   0   0   0
jdbc-optional   0   0   0
system-java15-dev   0   1.5.0   1
system-java3d   0   0   1
system-javaai   0   0   1
system-perl 0   5.8.8   1
perl588-core0   0   0
system-perl588  0   0   0
algorithm-diff-pm5880   0   0
apache-pm5880   0   0
attribute-handlers-pm5880   0   0
carp-pm588  0   0   0
cgi-pm588   0   0   0
class-autouse-pm588 0   0   0
class-isa-pm588 0   0   0
clone-pm588 0   0   0
compress-zlib-pm588 0   0   0
convert-tnef-pm588  0   0   0
corefoundation-pm5880   0   0
data-dumper-pm588   0   0   0
data-hierarchy-pm5880   0   0
data-uuid-pm588 0   0   0
date-parse-pm5880   0   0
db-pm5880   0   0
devel-dprof-pm588   0   0   0
devel-peek-pm5880   0   0
digest-pm5880   0   0
digest-md5-pm5880   0   0
extutils-makemaker-pm5880   0   0
file-find-pm588 0   0   0
file-path-pm588 0   0   0
file-spec-pm588 0   0   0
file-temp-pm588 0   0   0
file-type-pm588 0   0   0
filter-simple-pm588 0   0   0
freezethaw-pm5880   0   0
getopt-long-pm588   0   0   0
html-parser-pm588   0   0   0
html-tree-pm588 0   0   0
i18n-langtags-pm588 0   0   0
io-pager-pm588  0   0   0
ipc-run3-pm588  0   0   0
libnet-pm5880   0   0
list-util-pm588 0   0   0
locale-maketext-pm588   0   0   0
locale-maketext-lexicon-pm588   0   0   0
math-bigint-pm588   0   0   0
memoize-pm588   0   0   0
mime-base64-pm588   0   0   0
perlio-eol-pm5880   0   0
perlobjcbridge-pm5880   0   0
pod-parser-pm5880   0   0
pod-simple-pm5880   0   0
podparser-pm588 0   0   0
regexp-shellish-pm588   0   0   0
scalar-list-utils-pm588 0   0   0
svk-pm588   0   0   0
svn-pm588   0   0   0
switch-pm5880   0   0
sys-syslog-pm5880   0   0
term-readline-pm588 0   0   0
test-harness-pm588  0   0   0
test-simple-pm588   0   0   0
text-tabs-pm588 0   0   0
text-wrap-pm588 0   0   0
time-hires-pm5880   0   0
timedate-pm588  0   0   0
unicode-normalize-pm588 0   0   0
uri-pm588   0   0   0
vcp-pm588   0   0   0
xml-autowriter-pm5880   0   0
yaml-pm588  0   0   0
system-sdk-10.4-universal   0   10.41
system-sdk-10.4 0   0   0
system-sdk-10.5 0   10.51
system-xfree86  2   7.2 2
xserver 0   0   0
x11 0   0   0
libgl   0   0   0
xft20   0   0
fontconfig1 0   0   0
xfree86-base-threaded   0   0   0
system-xfree86-dev  2   7.2 2
x11-dev 0   0   0
libgl-dev   0   0   0
xft2-dev0   0   0
fontconfig1-dev 0   0   0
system-xfree86-manual-install   2   7.2 2
x11 0   0   0
xserver 0   0   0
libgl   0   0   0
xft10   0   0
xft20   0   0
fontconfig1 0   0   0
xfree86-base-threaded   0   0   0
x11-shlibs  0   0   0
libgl-shlibs0   0   0
xft1-shlibs 0   0   0
xft2-shlibs 0   0   0
fontconfig1-shlibs  0   0   0
xfree86-base-threaded-shlibs0   0   0
x11-dev 0   0   0
libgl-dev   0   0   0
xft1-dev0   0   0
xft2-dev0   0   0
fontconfig1-dev 0   0   0
xfree86-base-threaded-dev   0   0   0
system-xfree86-shlibs   2   7.2 2
x11-shlibs  0   0   0
libgl-shlibs0   0   0

Re: [Fink-devel] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

2007-12-07 Thread Robert T Wyatt
Peter O'Gorman wrote:
 Sean wrote:
 Sadly, the saga isn't over. I now have 1.0-4 and it installs and
 appears in the preferences as expected. When I try to play a music
 file, however, it crashes while in the coreaudio library.

 Crash log is attached.

 Sean

 On Dec 7, 2007 12:28 AM, Martin Costabel [EMAIL PROTECTED] wrote:
 Peter O'Gorman wrote:
 []
 At least you know the workaround now.
 I checked in xmms-coreaudio-1.0-4 that uses this workaround.
 Should now work on Leopard.

 --
 artin


 
 Perhaps this would help?
 
 http://ftp.netbsd.org/pub/NetBSD/NetBSD-current/pkgsrc/audio/xmms-osx/patches/patch-aa
 
 Peter

Hi Peter,
I've copied all the xmms files into my local tree; how would I apply 
that patch? I tried just adding it to the existing xmms.patch file and 
of course upon rebuilding I get a dialog asking which file to patch.

fwiw, I didn't try using xmms before Martin applied the patch you 
suggested, but it does crash for me also (when I tried to play my iTunes 
folder).

Happy to test the patch, unfortunately I need spoon-feeding to do so 
(but hopefully I won't next time). :-(


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

2007-12-07 Thread Sean
Sadly, the saga isn't over. I now have 1.0-4 and it installs and
appears in the preferences as expected. When I try to play a music
file, however, it crashes while in the coreaudio library.

Crash log is attached.

Sean

On Dec 7, 2007 12:28 AM, Martin Costabel [EMAIL PROTECTED] wrote:
 Peter O'Gorman wrote:
 []
  At least you know the workaround now.

 I checked in xmms-coreaudio-1.0-4 that uses this workaround.
 Should now work on Leopard.

 --
 artin




xmms_2007-12-07-122519_Sean-iMac1.crash
Description: Binary data
-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] tcltk 8.4.16-1

2007-12-07 Thread Alexander K. Hansen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

William Scott wrote:
 I get the error on PPC and intel, both using the original X11 supplied 
 with 10.5.

 I also did a fresh install and the problem persists.


Ah.  What do you get from fink-virtual-pkgs --dpkg ?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHWYCkB8UpO3rKjQ8RAlmMAKCJUE9zOSJWd59hzLl7iIW7s5q5agCgjBOn
CkLmoCvcjqui2sjC57+dKq8=
=0W3T
-END PGP SIGNATURE-


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] tcltk 8.4.16-1

2007-12-07 Thread Martin Costabel
Murali Vadivelu wrote:
 The version system has changed after that!
 
 X11.app starting:
 X.Org Xquartz X Server 1.3.0-apple3
 Build Date: 20071205

Yes, they deliberately don't want Fink to be able to detect the xorg 
release number, so they changed not only the version number in a 
non-increasing way, but also the wording. Fink understands when there is 
either the word Version somewhere, or X.org Release, but both of 
them are absent in the new version. I'll go over to the X11-users group 
and do some flaming.

-- 
Martin


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel