[Fink-devel] Re: A suggestion

2004-07-02 Thread Daniel E. Macks
Corey Halpin [EMAIL PROTECTED] said:
 
In working with my packages, I've written a little script that uses 
 otool -L and dpkg -S to figure out what my package needs to depend on.

Good idea. This approach gives packages that need not be specified
explicitly (if they are dependencies of dependencies) but this gives a
good starting point.

I don't know my around fink (the program) well enough to add this 
 myself, but I thought it might be helpful if there were something that 
 did a trick like this one to verify that a .info depends on all the 
 libraries it needs.

Because of my previous comment, this cannot be used for if we find
something not in Depends, then crash. More importantly, virtual
(Provides) packages do not contain files (the files are part of the
actual Package which Provides the virtual), so even if we ban implicit
dependencies, we'd have to do a lot of pkg-info back-tracking to
figure out whether a given otool-detected .dylib is covered by a
Depends.

Things like this are very useful, but I think it would take a *lot* of
work to make it deterministic enough for a build-phase (or even
validator) check.

Someone on -devel or #fink (perhaps jfm?) has a giant shell pipeline
version of this (and that covers a lot of weird corner cases), that I
encapsulated as fink-dep-check in my experimental dir.

dan

-- 
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks




---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] wanna be a maintainer :)

2004-07-02 Thread Olivier Kaloudoff
 Hi Olivier

Hi Christian,

  I'd want to take the package Boost-Jam...
 
  In fact, I'm currently trying to port openvip, a video application 
 to fink, and already packaged successfully a Boost-Jam on
 my own, before discovering that this package is in the Help Needed list.

 Judging from

 http://fink.sourceforge.net/pdb/package.php/boost-jam

 boost-jam already has a maintainer: Mark Treiber

 So, in this case you should first talk to him about updating his package. If 
 he doesn't want to maintain it anymore, then maybe you could take over the 
 maintainership. This package is in the Help Needed list, since it is not yet 
 moved to the stable tree.

Ha ! ok.. I'll get in touch with him, to see if I can be of any help, so.

  who should I send my info file to be approved, or how should I
 proceed to become a maintainer ? (hope I did not miss some faq :) )

 If you want to package something not yet in fink you should use the package 
 submission tracker linked from the fink home page. Remember to run

 fink validate package.info

 and

 fink validate package.deb

 before submitting your package to the package submission tracker.

Ok great. I'll do this as soon as I have nice new packages to submit.

Thank you for the clarifications :)


Regards,


Olivier


---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] Re: Using GNU in the source URL always refers to Finks' GNU source mirror

2004-07-02 Thread Robert Leatherwood
Dan,

I went into the fink.conf file and changed the mirror-master setting from
first to last. That did the trick. The Source location now works as
expected. Thank you for your help.

Robert

Robert Leatherwood [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Thanks Dan. I will get the info that you requested.


 Robert


 Daniel Macks [EMAIL PROTECTED] wrote in message
 news:[EMAIL PROTECTED]
  On Wed, Jun 30, 2004 at 10:45:00AM -0700, Robert Leatherwood wrote:
   I was trying to update the readline-4.3 package to include the
readline
   patches. So, I updated the readline.info file to grab the patches from
 GNU's
   FTP site:
  
   Source: ftp://ftp.gnu.org/gnu/%n/%n-%v.tar.gz
  
   When I run fink, fink attempts to download from fink's GNU mirror
sites
 not
   GNU's site and since the patches do not exist on Fink's GNU mirrors,
the
   download fails. For kicks I renamed the source command URL to
   http://gnu/ and it did the same thing. Looks like there is a BUG
in
 Fink
   that when it finds gnu anywhere in the URL, it defaults to Fink's GNU
   mirrors.
 
  What happens when you use a site other than GNU? (i.e., is this a
  parsing error with ...gnu... URLs or something where fink thinks
  *everything* is a GNU-mirrored thing?)
 
  What are your fink mirror settings (set by 'fink configure' and stored
  in /sw/etc/fink.conf)? Are you perhaps configured to use fink-mirrors
  before the main sites?
 
   I am running from the unstable tree using the latest Fink 20.5 (I
   believe) on Mac OS X 10.3
 
  If the above does not help, we need exact and definite info about
  versions, your configuration, what URLs it is accessing, etc.
 
  dan
 
  -- 
  Daniel Macks
  [EMAIL PROTECTED]
  http://www.netspace.org/~dmacks
 
 
 
  ---
  This SF.Net email sponsored by Black Hat Briefings  Training.
  Attend Black Hat Briefings  Training, Las Vegas July 24-29 -
  digital self defense, top technical experts, no vendor pitches,
  unmatched networking opportunities. Visit www.blackhat.com





 ---
 This SF.Net email sponsored by Black Hat Briefings  Training.
 Attend Black Hat Briefings  Training, Las Vegas July 24-29 -
 digital self defense, top technical experts, no vendor pitches,
 unmatched networking opportunities. Visit www.blackhat.com





---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: A suggestion

2004-07-02 Thread Corey Halpin
Daniel E. Macks wrote:
Corey Halpin [EMAIL PROTECTED] said:
  In working with my packages, I've written a little script that uses 
otool -L and dpkg -S to figure out what my package needs to depend on.

Good idea. This approach gives packages that need not be specified
explicitly (if they are dependencies of dependencies) but this gives a
good starting point.
  Yeah.  A starting point was all I was looking for.  There's never 
going to be an automated way to verify that a package depends on all the 
right things, there are just too many ways to depend.  You could call 
out to a program (from a script, or with some fork/exec from a program), 
you could do a perl use (or the same thing in your interpreted 
language of choice) , you could need to open a config file from another 
package...
  But if you have a binary that isn't statically linked, you'll be able 
to tell what it links to.  There should be an automated way to make sure 
that the dependence tree rooted in your package does contain everything 
your binaries link to.
  I think.  :-)

 *snip*
Someone on -devel or #fink (perhaps jfm?) has a giant shell pipeline
version of this (and that covers a lot of weird corner cases), that I
encapsulated as fink-dep-check in my experimental dir.
  Cool.  It didn't occur to me to look for (and through) people's 
experimental directories.
  If I were looking for your experimental dir, would I be able to find 
it in cvs somewhere?  Or does it just live in your sandbox on your machine?

thank you,
crh
---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: A suggestion

2004-07-02 Thread Alexander Strange
On Jul 2, 2004, at 1:55 PM, Corey Halpin wrote:
  Cool.  It didn't occur to me to look for (and through) people's 
experimental directories.
  If I were looking for your experimental dir, would I be able to find 
it in cvs somewhere?  Or does it just live in your sandbox on your 
machine?

thank you,
crh
Daniel's experimental dir is at 
http://cvs.sourceforge.net/viewcvs.py/fink/experimental/dmacks/


---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] simage version number - mac osx

2004-07-02 Thread kurt
Hi All,

I'm working with the fink folks to get simage/coin/soqt into fink.  It all
runs, but we are working on getting everything up to their specs.  I'm
starting with simage and have run into some trouble with simage.  The library
needs to have the same compatability and file version numbers.  simage is
calling the library simage 20, yet otool is reporting compatability version
27.  The need these numbers to match up.  I don't know how to get libtool and
the config files to get these to line up.  The version-info passed to lib
tool is 26:0:6.  How does this get translated into a dylib filename of 20 and
a compat version of 27?  Could someone please help me getting these lined up?

THANKS
-kurt

There is what I'm seeing:

otool -L  /sw/src/root-simage27-1.6.0-2/sw/lib/libsimage.dylib 
/sw/src/root-simage27-1.6.0-2/sw/lib/libsimage.dylib:
/sw/lib/libsimage.20.dylib (compatibility version 27.0.0, current
version 27.0.0)
/sw/lib/libsndfile.1.dylib (compatibility version 2.0.0, current
version 2.5.0)



/bin/sh ../libtool --mode=link g++  -g -O2  -L/sw/lib -o libsimage.la -rpath
/us
r/local/lib -no-undefined -version-info 26:0:6 simage.lo simage_write.lo
resize.
lo simage12.lo simage13.lo movie.lo stream.lo params.lo  simage_rgb.lo
simag
e_pic.lo simage_xwd.lo simage_eps.lo  simage_quicktime.lo simage_avi.lo
avi_enco
de.lo simage_oggvorbis_reader.lo simage_libsndfile.lo  -lsndfile -logg
-lvorbis 
-lvorbisfile -Wl,-framework,QuickTime -Wl,-framework,CoreServices
-Wl,-framework
,ApplicationServices

rm -fr  .libs/libsimage.20.6.0.dylib .libs/libsimage.20.dylib
.libs/libsimage.dy
lib .libs/libsimage.la .libs/libsimage.lai

g++ -dynamiclib -single_module  -o .libs/libsimage.20.6.0.dylib
 .libs/simage.o 
.libs/simage_write.o .libs/resize.o .libs/simage12.o .libs/simage13.o
.libs/movi
e.o .libs/stream.o .libs/params.o .libs/simage_rgb.o .libs/simage_pic.o
.libs/si
mage_xwd.o .libs/simage_eps.o .libs/simage_quicktime.o .libs/simage_avi.o
.libs/
avi_encode.o .libs/simage_oggvorbis_reader.o .libs/simage_libsndfile.o
 -L/sw/li
b /sw/lib/libsndfile.dylib /sw/lib/libogg.dylib /sw/lib/libvorbis.dylib
/sw/lib/
libvorbisfile.dylib  -Wl,-framework -Wl,QuickTime -Wl,-framework
-Wl,CoreService
s -Wl,-framework -Wl,ApplicationServices -install_name
 /usr/local/lib/libsimage
.20.dylib -compatibility_version 27 -current_version 27.0
(cd .libs  rm -f libsimage.20.dylib  ln -s libsimage.20.6.0.dylib
libsimage.
20.dylib)
(cd .libs  rm -f libsimage.dylib  ln -s libsimage.20.6.0.dylib
libsimage.dyl
ib)
creating libsimage.la
(cd .libs  rm -f libsimage.la  ln -s ../libsimage.la libsimage.la)


---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: A suggestion

2004-07-02 Thread Daniel Macks
On Fri, Jul 02, 2004 at 12:55:27PM -0500, Corey Halpin wrote:
 Daniel E. Macks wrote:
 Someone on -devel or #fink (perhaps jfm?) has a giant shell pipeline
 version of this (and that covers a lot of weird corner cases), that I
 encapsulated as fink-dep-check in my experimental dir.
 
   Cool.  It didn't occur to me to look for (and through) people's 
 experimental directories.
   If I were looking for your experimental dir, would I be able to find 
 it in cvs somewhere?  Or does it just live in your sandbox on your machine?

When fink folks talk about their experimental directories, they usually
mean the experimental module in fink's CVS. You can browse at:
  http://cvs.sourceforge.net/viewcvs.py/fink/experimental/
and check-out using the usual CVS mechanisms or via that web interface.

dan

-- 
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks



---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] simage version number - mac osx

2004-07-02 Thread Peter O'Gorman
[EMAIL PROTECTED] wrote:
Hi All,
I'm working with the fink folks to get simage/coin/soqt into fink.  It all
runs, but we are working on getting everything up to their specs.  I'm
starting with simage and have run into some trouble with simage.  The library
needs to have the same compatability and file version numbers.  simage is
calling the library simage 20, yet otool is reporting compatability version
27.  The need these numbers to match up.  I don't know how to get libtool and
the config files to get these to line up.  The version-info passed to lib
tool is 26:0:6.  How does this get translated into a dylib filename of 20 and
a compat version of 27?  Could someone please help me getting these lined up?
They do not have to line up, whatever gave you that idea?
Peter
--
Peter O'Gorman - http://www.pogma.com
---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] simage version number - mac osx

2004-07-02 Thread Christian Schaffner
Hi Kurt
On 02.07.2004, at 20:37, [EMAIL PROTECTED] wrote:
I may have miss interpreted what Chris01 said.  The discussion here 
with
Chris gave me that impression:
Yes, indeed, i thought that was the case. But i might be wrong. Let's 
see what the other developers have to say.

Chris.

---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] emacs seg fault with cedet

2004-07-02 Thread Ken Mankoff
Hi Fink list,
I am cutting and pasting a bug report I filed on the emacs CEDET list 
a few days ago, because it appears to be an emacs problem, not a CEDET 
problem.

Original post URL:
http://sourceforge.net/mailarchive/forum.php?thread_id=5003417forum_id=4869
Original post Pasted:
I am fairly new to Java programming, but my home environment is 
writing code in *nix and emacs, so I figured I would try the JDEE, 
which requires some cedet packages. I am trying to install 
cedet-1.0beta2b on an Mac OS X box, and a compilation error occurs. I 
have included the make/emacs output barf at the bottom of this email.

I am using the following versions:
uname -a: Darwin gouda 7.4.0 Darwin Kernel Version 7.4.0: Wed May 12 
16:58:24 PDT 2004; root:xnu/xnu-517.7.7.obj~7/RELEASE_PPC Power 
Macintosh powerpc

fink: 0.7.0.cvs
emacs: GNU Emacs 21.3.50.1
make: GNU Make 3.79.1
cedet: 1.0beta2b
I have downloaded and installed eieio-0.17, elib-1.0, semantic-1.4.4, 
and speedbar 0.14beta4 as individual packages. This worked fine, but 
for obvious reasons I would like to use the top level package.

It looks to me like emacs is crashing during
(batch-byte-recompile-directory), but I am not sure.
Any suggestions?
Thanks,
   Ken
--
make output:
Generating autoloads for wisent/wisent-python.el...
Generating autoloads for wisent/wisent-python.el...done
Saving file
/Users/mankoff/local/cedet-1.0beta2b/semantic/semantic-loaddefs.el...
Updating header...
Updating header...done
Wrote
/Users/mankoff/local/cedet-1.0beta2b/semantic/semantic-loaddefs.el
emacs -batch -q -l grammar-make-script -f
semantic-grammar-batch-build-packages semantic-grammar.wy
Loading 00fink-vars...
Wrote /Users/mankoff/local/cedet-1.0beta2b/semantic/semantic-grammar-wy.el
*** malloc[27268]: error for object 0x28a5e79: Pointer being
reallocated was not allocated
Fatal error (11)make[1]: *** [metagrammar] Segmentation fault
make: *** [semantic] Error 2
gouda:~/local/cedet-1.0beta2b mankoff$

---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] simage version number - mac osx

2004-07-02 Thread Peter O'Gorman
Christian Schaffner wrote:
Hi Kurt
On 02.07.2004, at 20:37, [EMAIL PROTECTED] wrote:
I may have miss interpreted what Chris01 said.  The discussion here with
Chris gave me that impression:

Yes, indeed, i thought that was the case. But i might be wrong. Let's 
see what the other developers have to say.
It is quite normal for the number in the filename to differ from the number 
in the compatibility version.

For example, if you have libfoo.0.dylib and libfoo.0.0.0.dylib etc. built 
with libtool you will find that there is a compat version of 1. GNU libtool 
always adds 1 to the compat version because ld does not like 
-compatibility_version 0..

Now Kurt says that 26:0:6 is the number passed to gnulibtool, so that means 
it has an age of 6, so it should be numbered 20 in the file name (26 - 6 = 
20), and 26 would be the compat version if we did not have to add 1 to 
satisfy the darwin linker. So you end up with a libfoo.20.dylib and 
libfoo.20.6.0.dylib, this is perfectly proper and should not be modified.

Peter
--
Peter O'Gorman - http://www.pogma.com
---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel