Re: [Fink-devel] Plans for 0.4.0 and future releases
At 17:21 Uhr -0800 05.04.2002, Ben Hines wrote: At 7:11 PM +0100 4/5/02, Finlay Dobbie wrote: For those of you who missed fully reading and comprehending Max's message, building the binary distribution on the OS X Compiler Farm is too much of a security risk, which is why I made my suggestion. Yep. I reread the message and noticed that, after. (i was let astray by his comment that he had built fink stuff on the servers) Anyway, the idea that we shouldn't use the compile farm machines due to the fact that they could be compromised is IMO silly... But, whatever... :) I don't think it's that silly. Think about it. There has been at least one security hole in OS X (in NetInfo) in the past that could only be exploited by local users to gain root. On my box, that's only me, so almost no risk. On SF's compile farm, over 300,000 individuals have access. Would you bet on the fact that there is no other similiar hole left? A classical way to get trojans spread: take over a compile farm secretly. Replace the compiler with your own, which compiles in a trojan in every executable. You may thingk this is silly, but exactly this has happend in the past! I don't say it's likely, but then several thousands of people are relaying on us and use Fink, and also our bindist. I wouldn't want to risk this, esp. considering the bunch of law suites that'd be files against *me* and not against you, if something like this ever happend. Max -- --- Max Horn Software Developer email: mailto:[EMAIL PROTECTED] phone: (+49) 6151-494890 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Plans for 0.4.0 and future releases
Max Horn wrote: 1) Stable-Move-Phase We try to get as many package to stable. This way we can ensure a big binary distro, plus stable users have more current stuff. Of course, we still must be careful doing so, it's no use to have packages in stable that don't work properly. So don't rush! Max, I have had positive user reports about the following packages which I maintain and which are in unstable. I think they could be moved to stable i nobody objects. - agqt-0.9.1-1 - ispell-french-1.0-1 - ispell-german-20011124-1 (ispell-italian is broken ATM, because the upstream maintainer is moving to a new URL and the source is no longer available on the net. I had positive reports about it, too, but would have to put up the source somewhere and change the URL in the info file) - texmacs-1.0-2 OTOH, I have no feedback (except that they compile) on the packages - siag (a complete, small, office suite) - tex4ht (a latex2html equivalent, more powerful) -- Martin ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] FinkCommander 0.1.3 Released
There is a new release of FinkCommander available at: http://sourceforge.net/project/showfiles.php?group_id=48896release_id=83199 You can access this link from FinkCommander's new SourceForge web site at: http://finkcommander.sourceforge.net/ The most significant change is that FC now allows the user to interact with Fink prompts through a sheet dialog. It seems to work fine for the prompts requiring a number or yes/no response. I've tried to write it so that Fink developers can enter their cvs passwords when they run selfupdate-cvs. I can't test that scenario myself, so I'd be especially curious to hear reports on whether it works. As always, any other feedback from this august group would be more than welcome. -- third from the bottom http://www.adeq.state.az.us/lead/staff.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] ghostscript6-nox | ghostscript-nox
Jeff, in the ghostscript6-nox info file there are 2 identical lines Conflicts: ghostscript, ghostscript-nox, ghostscript6 Shouldn't the second one rather say Replaces:? And shouldn't there be a line Provides: ghostscript-nox so that packages that don't care what version of ghostscript is installed can just say Depends: ghostscript | ghostscript-nox ? Right now one would have to say Depends: ghostscript | ghostscript-nox | ghostscript6-nox -- Martin ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Plans for 0.4.0 and future releases
On Sat, 6 Apr 2002, Martin Costabel wrote: OTOH, I have no feedback (except that they compile) on the packages - siag (a complete, small, office suite) I've just opened up the spreadsheet. Seems to work ok, but then I'm not pushing it in any significant way. Ahh ok, the other components are under tools. Yeah yeah ok, this seems to work alright. Don't have any Office applications to test at the moment, but otherwise it seems ok. Looks like I've got version 3.5.1-1 at the moment. -- Chris Devers[EMAIL PROTECTED] Apache / mod_perl / http://homepage.mac.com/chdevers/resume/ More war soon. You know how it is.-- mnftiu.cc ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: xmms-bin-1.2.7-1 does not build
On Sun, Apr 07, 2002 at 02:33:20AM +0900, Masanori Sekino wrote: It seems that you are missing gnome-core package. But fink should install it before building xmms-1.2.7-1. What is the result of this command? $ dpkg -l xmms\* fink root# dpkg -l xmms\* fink gnome-core ii xmms 1.2.7-1Multimedia player for the X Window System ii xmms-bin 1.2.7-1Multimedia player for the X Window System ii xmms-shlibs1.2.7-1Multimedia player for the X Window System ii fink 0.9.10-1 The Fink package manager ii gnome-core 1.4.0.6-2 Common files for Gnome core apps. (the xmms packets are installed using the .info file which i mentioned in my email: with the line mkdir -p %i/etc added). i just realized something very strange. there is no xmms binary! root# ls /sw/bin/xmms ls: /sw/bin/xmms: No such file or directory but it definitely should be there. root# dpkg -L xmms-bin | grep bin /sw/bin /sw/bin/gnomexmms /sw/bin/wmxmms /sw/bin/xmms don't know how this could happen. i will try to recompile xmms-bin and this time keep the full compile log. cheers, kilian On Fri, 5 Apr 2002 02:31:32 +0200 Kilian Koepsell [EMAIL PROTECTED] wrote: hi, compiling xmms-bin, i get the following error: install -d -m 755 /sw/src/root-xmms-bin-1.2.7-1/sw/bin mv /sw/src/root-xmms-1.2.7-1/sw/bin/*xmms /sw/src/root-xmms-bin-1.2.7-1/sw/bin mv /sw/src/root-xmms-1.2.7-1/sw/etc/ /sw/src/root-xmms-bin-1.2.7-1/sw mv: cannot stat `/sw/src/root-xmms-1.2.7-1/sw/etc': No such file or directory ### mv failed, exit code 1 Failed: installing xmms-bin-1.2.7-1 failed somehow, there is no directory /sw/src/root-xmms-1.2.7-1/sw/etc. adding the line mkdir -p %i/etc seems to solve the problem. but i don't know what happend to the file /sw/etc/CORBA/servers/gnomexmms.gnorba that used to be in my xmms-1.2.6-3 package. do i miss any dependency? -- Masanori Sekino mailto:[EMAIL PROTECTED] ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fwd: why would this change and break?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Apr 5, 2002 9:05 PM, Chris Zubrzycki mailto:[EMAIL PROTECTED]
wrote:
why would it use tmpdepfile='.deps/fifo.TPo, and then switch to
.deps/../src/, like tmpdepfile='.deps/../src/conf.TPo, where it
fails?
I don't know why the tmpdepfile is changing, but the path it is
changing to
('.deps/../src/conf.TPo') may not work--I have had trouble with
OSX10.1.2
interpreting paths with embedded ... A path with an initial ..,
such as
../foo works just fine, but a path with an embedded .. such as
foo/../bar appears not to work in some circumstances.
has anyone ever heard of this?
I was trying to see if the giFT gtk client would compile, and it keeps
failing trying to reference a non-existent file, i think.
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -Ipixmaps/ -
- -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include -
- -I/usr/X11R6/include -I/sw/include -Wall -g -Wall -c `test -f
stats.c || echo './'`stats.c
source='fifo.c' object='fifo.o' libtool=no \
depfile='.deps/fifo.Po' tmpdepfile='.deps/fifo.TPo' \
depmode=gcc /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -Ipixmaps/ -
- -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include -
- -I/usr/X11R6/include -I/sw/include -Wall -g -Wall -c `test -f
fifo.c || echo './'`fifo.c
source='../src/conf.c' object='../src/conf.o' libtool=no \
depfile='.deps/../src/conf.Po' tmpdepfile='.deps/../src/conf.TPo' \
depmode=gcc /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -Ipixmaps/ -
- -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include -
- -I/usr/X11R6/include -I/sw/include -Wall -g -Wall -c `test -f
../src/conf.c || echo './'`../src/conf.c
cpp-precomp: could not write file '.deps/../src/conf.TPo': No such file
or directory
By the way, giFT works great, I can share files and download them, with
a simple perl script or an ncurses interface. Will be in the tracker
soon.
- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070
Isaac Newton understood the impact of the Apple.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (Darwin)
Comment: For info see http://www.gnupg.org
iD8DBQE8r5Xq+/mCMqKrwHARArqGAJ9PDZwCIJXfc/bkJGM9Zy/XApym0wCgze3a
Uv5xm1gBgzVcxMiHtE3aUZc=
=Nl/8
-END PGP SIGNATURE-
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] automake conflict with libvorbis
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 there is a conflict in libvorbis-1.0rc3-3 [chris@n1-20-136:~$] fink info automake Information about 907 packages read in 1 seconds. pkg automake version ### pkg automake version 1.6-2 automake-1.6-2: Makefile generator GNU Automake is a development tool that creates complex Makefiles from (relatively) simple descriptions. . Web site: http://www.gnu.org/software/automake/ . Packaging Notes: Previous versions by Christoph Pfisterer . Maintainer: Max Horn [EMAIL PROTECTED] (cd .libs rm -f libvorbisenc.dylib ln -s libvorbisenc.0.1.0.dylib libvorbisenc.dylib) /sw/src/libvorbis-1.0rc3-3/libvorbis-1.0rc3/lib/.libs ar cru .libs/libvorbisenc.a vorbisenc.o ranlib .libs/libvorbisenc.a creating libvorbisenc.la (cd .libs rm -f libvorbisenc.la ln -s ../libvorbisenc.la libvorbisenc.la) /sw/src/libvorbis-1.0rc3-3/libvorbis-1.0rc3/lib/.libs Making all in include Making all in vorbis make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all-am'. Making all in doc Making all in vorbisfile cd ../.. automake --foreign --include-deps doc/vorbisfile/Makefile configure.in:8: your implementation of AM_INIT_AUTOMAKE comes from an configure.in:8: old Automake version. You should recreate aclocal.m4 configure.in:8: with aclocal and run automake again. make[2]: *** [Makefile.in] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 ### make failed, exit code 2 Failed: compiling libvorbis-1.0rc3-3 failed - -chris zubrzycki - - -- PGP public key: http://homepage.mac.com/beren/publickey.txt ID: 0xA2ABC070 Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070 I think you've been smoking Cocoa instead of coding with it -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (Darwin) Comment: For info see http://www.gnupg.org iD8DBQE8r51n+/mCMqKrwHARAkyGAJ9up7cuqLWCn4nbN8890uZWNRnWQwCfYFE6 WRRAL5jIuDGxcVtaZUb8my8= =SFJA -END PGP SIGNATURE- ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] automake conflict with libvorbis
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 sorry, nevermind. a rebuild compiled with no problems. strange. - -chris zubrzycki - - -- PGP public key: http://homepage.mac.com/beren/publickey.txt ID: 0xA2ABC070 Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070 I think I've been smoking Cocoa instead of coding with it -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (Darwin) Comment: For info see http://www.gnupg.org iD8DBQE8r7Ia+/mCMqKrwHARAj7WAJ4q6ZcTv0f0t03uu6odyT1dQQ/5dgCffnrI jP57UJhciWpM2e5vMvUrj6Q= =lpkp -END PGP SIGNATURE- ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] new perl modules
Since I'm the new guy as far as CVS access, I wanted to get an OK before I do anything; I've got a number of perl modules I've packaged up that I use myself for various scripts. Is it OK if I add them to unstable, or does someone want to look them over first? convert-tnef-pm-0.17-1.info mailtools-pm-1.44-1.info io-stringy-pm-2.108-1.info mp3-info-pm-1.01-1.info mime-tools-pm-5.411-1.info ...and I also updated XML::DOM (to 1.37), which just needed a version increment since the old version currently in cvs (1.35) is no longer on the ftp site. Are these cool to check in? -- Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/ For goodness sake, Kryten, don't you know how rude it is to burst in on an earlier version of yourself without warning? You've made our day totally surreal now! -- Kryten ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new perl modules
Any new packages that you write, or updates to packages that you maintain, are fine to check in to the unstable directory. The important things to keep in mind about CVS are: (1) nothing goes to stable until it has been throughly tested by other users, (2) except for immediately-committed bugfixes, if you make a change which will affect the .deb file, you must increase the revision number, (3) check to make sure that the things you are committing comply with fink's various policies. fink validate foo.info and fink validate foo.dev are very handy tools for this. -- Dave ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new perl modules
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Saturday, April 6, 2002, at 10:28 PM, David R. Morrison wrote: ... (3) check to make sure that the things you are committing comply with fink's various policies. fink validate foo.info and fink validate foo.dev are very handy tools for this. what is foo.dev? i've never heard of a .dev file...just curious. - -chris zubrzycki - - -- PGP public key: http://homepage.mac.com/beren/publickey.txt ID: 0xA2ABC070 Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070 _ This message is encoded using the Rot-26 encoding method. Unauthorized decoding of this message may result in extreme penalties under the DMCA. These penalties include, but are not limited to: US$100,000 fine, life imprisonment, castration, death, limp hair, terminal halitosis, and amputation of the extremities. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (Darwin) Comment: For info see http://www.gnupg.org iD8DBQE8r7/R+/mCMqKrwHARAnlEAJoDOO7poaJ23/dEYC3HYSiuhWawzQCfXA5Z hI24ZTZLbnpLeiFZid4M0dk= =5Uc9 -END PGP SIGNATURE- ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new perl modules
David R. Morrison [[EMAIL PROTECTED]] wrote: Any new packages that you write, or updates to packages that you maintain, are fine to check in to the unstable directory. The important things to keep in mind about CVS are: (1) nothing goes to stable until it has been throughly tested by other users, (2) except for immediately-committed bugfixes, if you make a change which will affect the .deb file, you must increase the revision number, (3) check to make sure that the things you are committing comply with fink's various policies. fink validate foo.info and fink validate foo.dev are very handy tools for this. Yeah, they all pass validate, I'm just being paranoid. =) I'll bump the version on xml-dom-pm too, the only thing that changes build-wise is the version number. I'm sure Justin won't mind. -- Benjamin Reed a.k.a. Ranger Rick ([EMAIL PROTECTED]) http://ranger.befunk.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fwd: why would this change and break?
On 7/4/02 10:42 AM, Chris Zubrzycki [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Apr 5, 2002 9:05 PM, Chris Zubrzycki mailto:[EMAIL PROTECTED]
wrote:
why would it use tmpdepfile='.deps/fifo.TPo, and then switch to
.deps/../src/, like tmpdepfile='.deps/../src/conf.TPo, where it
fails?
I don't know why the tmpdepfile is changing, but the path it is
changing to
('.deps/../src/conf.TPo') may not work--I have had trouble with
OSX10.1.2
interpreting paths with embedded ... A path with an initial ..,
such as
../foo works just fine, but a path with an embedded .. such as
foo/../bar appears not to work in some circumstances.
has anyone ever heard of this?
I was trying to see if the giFT gtk client would compile, and it keeps
failing trying to reference a non-existent file, i think.
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -Ipixmaps/ -
- -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include -
- -I/usr/X11R6/include -I/sw/include -Wall -g -Wall -c `test -f
stats.c || echo './'`stats.c
source='fifo.c' object='fifo.o' libtool=no \
depfile='.deps/fifo.Po' tmpdepfile='.deps/fifo.TPo' \
depmode=gcc /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -Ipixmaps/ -
- -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include -
- -I/usr/X11R6/include -I/sw/include -Wall -g -Wall -c `test -f
fifo.c || echo './'`fifo.c
source='../src/conf.c' object='../src/conf.o' libtool=no \
depfile='.deps/../src/conf.Po' tmpdepfile='.deps/../src/conf.TPo' \
depmode=gcc /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -Ipixmaps/ -
- -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include -
- -I/usr/X11R6/include -I/sw/include -Wall -g -Wall -c `test -f
../src/conf.c || echo './'`../src/conf.c
cpp-precomp: could not write file '.deps/../src/conf.TPo': No such file
or directory
By the way, giFT works great, I can share files and download them, with
a simple perl script or an ncurses interface. Will be in the tracker
soon.
- -chris zubrzycki
What version of giFT is this? I tried a couple of days ago to build it using
my own CVS snapshot, and it built fine, but spat out an error when starting
the giFT daemon about a certain file not being a Mach-O bundle, or something
like that... Which is why I didn't commit it.
If you're going to add it to the tracker, it might also be nice to port
across giFTcurs (if you already haven't), as I find that's quite a nice
front-end. (giftcurs.sf.net)
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fwd: why would this change and break?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
With Justin's help everything is working great, except gift-gtk. openFT,
gift-shell, and giFTcurs. I just wanted to get the gtk client working,
and submit them all at once.
On Saturday, April 6, 2002, at 10:45 PM, Jeremy Higgs wrote:
On 7/4/02 10:42 AM, Chris Zubrzycki [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Apr 5, 2002 9:05 PM, Chris Zubrzycki mailto:[EMAIL PROTECTED]
wrote:
why would it use tmpdepfile='.deps/fifo.TPo, and then switch to
.deps/../src/, like tmpdepfile='.deps/../src/conf.TPo, where it
fails?
I don't know why the tmpdepfile is changing, but the path it is
changing to
('.deps/../src/conf.TPo') may not work--I have had trouble with
OSX10.1.2
interpreting paths with embedded ... A path with an initial ..,
such as
../foo works just fine, but a path with an embedded .. such as
foo/../bar appears not to work in some circumstances.
has anyone ever heard of this?
I was trying to see if the giFT gtk client would compile, and it keeps
failing trying to reference a non-existent file, i think.
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -Ipixmaps/ -
- -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include -
- -I/usr/X11R6/include -I/sw/include -Wall -g -Wall -c `test -f
stats.c || echo './'`stats.c
source='fifo.c' object='fifo.o' libtool=no \
depfile='.deps/fifo.Po' tmpdepfile='.deps/fifo.TPo' \
depmode=gcc /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -Ipixmaps/ -
- -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include -
- -I/usr/X11R6/include -I/sw/include -Wall -g -Wall -c `test -f
fifo.c || echo './'`fifo.c
source='../src/conf.c' object='../src/conf.o' libtool=no \
depfile='.deps/../src/conf.Po' tmpdepfile='.deps/../src/conf.TPo' \
depmode=gcc /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -Ipixmaps/ -
- -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include -
- -I/usr/X11R6/include -I/sw/include -Wall -g -Wall -c `test -f
../src/conf.c || echo './'`../src/conf.c
cpp-precomp: could not write file '.deps/../src/conf.TPo': No such file
or directory
By the way, giFT works great, I can share files and download them, with
a simple perl script or an ncurses interface. Will be in the tracker
soon.
- -chris zubrzycki
What version of giFT is this? I tried a couple of days ago to build it
using
my own CVS snapshot, and it built fine, but spat out an error when
starting
the giFT daemon about a certain file not being a Mach-O bundle, or
something
like that... Which is why I didn't commit it.
If you're going to add it to the tracker, it might also be nice to port
across giFTcurs (if you already haven't), as I find that's quite a nice
front-end. (giftcurs.sf.net)
- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070
Isaac Newton understood the impact of the Apple.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (Darwin)
Comment: For info see http://www.gnupg.org
iD8DBQE8r8I5+/mCMqKrwHARAgeBAJ4mp3r7rmyScLd4I5x29FVByb9ABgCfaQl6
TaLyisIAG7B2Z4aZuf3zLUA=
=mzna
-END PGP SIGNATURE-
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
