Re: [Fink-devel] gtk+2 strangeness.

2005-07-09 Thread Dave Vasilevsky 


On Jul 8, 2005, at 11:43 PM, Corey Halpin wrote:

(gdb) bt
#0  0x8fe0878c in __dyld_is_library_loaded_by_name ()
#1  0x8fe02e38 in __dyld_load_library_image ()
#2  0x8fe0642c in __dyld_load_images_libraries ()
#3  0x8fe04720 in __dyld_map_bundle_image ()
#4  0x8fe12ec8 in __dyld__dyld_link_module ()
#5  0x9003fc88 in NSLinkModule ()
#6  0x9011f4fc in loadModule ()
#7  0x9011f884 in dlopen ()
#8  0xbe90 in g_module_open ()
#9  0x2d80 in query_module ()
#10 0x2c2c in main ()
#11 0x263c in _start (argc=1, argv=0xbb10, envp=0xbb18) at
/SourceCache/Csu/Csu-47/crt.c:267
#12 0x8fe1a278 in __dyld__dyld_start ()


Hey Corey,

I'm kinda lunging in the dark here, but it could be useful to find  
out which dlopen is causing the crash. Could you set a breakpoint  
action to print that? This should work:


$ gdb gdk-pixbuf-query-loaders
(gdb) break dlopen
(gdb) commands
>x /s $r3
>continue
>end
(gdb) run

Also, try running otool on that loader, just for the hell of it :-)  
Reason I'm asking is 1) to detect if you have any external libraries  
linked in by accident and 2) to see if it can explain the 'warning:  
Unable to read symbols from "N?"'.


Dave




PGP.sig
Description: This is a digitally signed message part

Re: [Fink-devel] gtk+2 strangeness.

2005-07-09 Thread Corey Halpin 
On 2005-07-09, Dave Vasilevsky wrote:
> Hey Corey,
> 
> I'm kinda lunging in the dark here, but it could be useful to find  
> out which dlopen is causing the crash. Could you set a breakpoint  
> action to print that? This should work:
> 
> $ gdb gdk-pixbuf-query-loaders
> (gdb) break dlopen
> (gdb) commands
> >x /s $r3
> >continue
> >end
> (gdb) run
> 
> Also, try running otool on that loader, just for the hell of it :-)  
> Reason I'm asking is 1) to detect if you have any external libraries  
> linked in by accident and 2) to see if it can explain the 'warning:  
> Unable to read symbols from "N?"'.


  I should mention that on my system /sw is a symlink to /sw_unstable.
  I noticed in the otool output that it finds libjpeg in /sw/lib rather
than /sw_unstable/lib.  But since they should be the same place anyway,
that shouldn't cause a problem?  Right?
  I'm rebuilding libjpeg and then gtk+2 to see if that fixes it.

  Here's the results of what you asked for:

calvin:~$ gdb gdk-pixbuf-query-loaders
GNU gdb 5.3-20030128 (Apple version gdb-330.1) (Fri Jul 16 21:42:28 GMT
2004)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "powerpc-apple-darwin".
Reading symbols for shared libraries  done
(gdb) break dlopen
Breakpoint 1 at 0x9011f770
(gdb) commands
Type commands for when breakpoint 1 is hit, one per line.
End with a line saying just "end".
>x /s $r3
>continue
>end
(gdb) run
Starting program: /sw_unstable/bin/gdk-pixbuf-query-loaders 
Reading symbols for shared libraries +... done
# GdkPixbuf Image Loader Modules file
# Automatically generated file, do not edit
# Created by gdk-pixbuf-query-loaders from gtk+-2.6.8
#
# LoaderDir = /sw_unstable/lib/gtk-2.0/2.4.0/loaders
#

Breakpoint 1, 0x9011f770 in dlopen ()
0x1100930:   "/sw_unstable/lib/gtk-2.0/2.4.0/loaders/io-wmf.so"
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
"/sw_unstable/lib/gtk-2.0/2.4.0/loaders/io-wmf.so"
"wmf" 0 "gtk20" "Windows Metafile"
"image/x-wmf" ""
"wmf" ""
"\327\315\306\232" "" 100
"\001" "" 100


Breakpoint 1, 0x9011f770 in dlopen ()
0x1100a70:
"/sw_unstable/lib/gtk-2.0/2.4.0/l

[Fink-devel] renaming a package

2005-07-09 Thread Koen van der Drift 

Hi,

(repost from April 2005)

I recently took over maintainership for the package 
'python-biopython-py'. However, I think the name biopython-py would be 
more appropriate. Unless there is a special reason why (some) python 
packages have the python prefix, although most don't.


Would it be a big problem, if I rename the package? I can leave in the 
old info files, and add the new ones. The new ones will only be updated 
in the future.


cheers,

- Koen.



---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar

___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] renaming a package

2005-07-09 Thread Corey Halpin 
On 2005-07-09, Koen van der Drift wrote:
> Hi,
> 
> (repost from April 2005)
> 
> I recently took over maintainership for the package 
> 'python-biopython-py'. However, I think the name biopython-py would be 
> more appropriate. Unless there is a special reason why (some) python 
> packages have the python prefix, although most don't.
> 
> Would it be a big problem, if I rename the package? I can leave in the 
> old info files, and add the new ones. The new ones will only be updated 
> in the future.

  It might be better to remove the old .info file, and use Provides:
python-biopython-py in the new package.

  Other than that suggestion, I have no opinion.
  
crh


pgpTGzu9fTt37.pgp
Description: PGP signature

Re: [Fink-devel] renaming a package

2005-07-09 Thread Koen van der Drift 


On Jul 9, 2005, at 4:33 PM, Corey Halpin wrote:


On 2005-07-09, Koen van der Drift wrote:

Would it be a big problem, if I rename the package? I can leave in the
old info files, and add the new ones. The new ones will only be 
updated

in the future.


  It might be better to remove the old .info file, and use Provides:
python-biopython-py in the new package.


The package with the new name will be for a new upstream version, so I 
am not sure if the Provides field is needed in that case. I have added 
a Replaces and Conflicts field, though.




  Other than that suggestion, I have no opinion.



I'll wait for some more reactions/opinions, otherwise I will just add 
the new .info file and remove the old ones.


- Koen.




---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar

___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] flex-1:2.5.4a-4

2005-07-09 Thread ZonE-HaKin9 


--
Package manager version: 0.24.7
Distribution version: 0.8.0.cvs
Mac OS
X version: 10.4.1
December 2001 Developer Tools
gcc version: 8
make version:
3.79.1
Feedback Courtesy of FinkCommander





---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel