Re: [Fink-devel] New GTK breaks Ethereal
> "Gary" == Gary Kerbaugh <[EMAIL PROTECTED]> writes: Gary> The associated symlinks, which I didn't list, are also new. I have XWindows Gary> applications that use GTK that aren't broken. However, when I ran Gary> Ethereal-0.9.14-1, it produced a large number of Gtk-WARNING and Gary> Gtk-CRITICAL messages. Ethereal then died with a bus error. Among the many Gary> errors, the following suggest a problem with the GtkObject class, but I can Gary> only guess. Oh good, I thought it was just me. I saw the same thing. I rebuilt nearly the world, and still got the same problem. Also, "tethereal" works, so it's definitely something only in the display code. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <[EMAIL PROTECTED]> http://www.stonehenge.com/merlyn/> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
RE: [Fink-devel] bin-dist made more regularely
I'm not technically a developer, but since I'm awake and on the computer, I'll throw this out 1) The "current" branch of the binary distribution contains binaries that are added to the bindist between point releases. This is usually an update (frequently for security or in response to some system change from Apple) to an existing package. 2) Not sure about this--I'm not clear on how packages graduate from stable source to binary. I get the impression that this now happens at the point releases somewhat automatically, but I may be wrong. 3+4) The problem with making an "official" unstable bindist is that all the packages would have to be tested to verify that they work and all their dependencies are right--not unlike what's done now to get packages moved to stable. I, personally would like to see a faster turnover of packages that lots of people use from unstable to stable. -- Alexander K. Hansen Levitated Dipole Experiment http://www.psfc.mit.edu/LDX -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Remi Mommsen Sent: Thursday, December 11, 2003 8:25 PM To: [EMAIL PROTECTED] Subject: [Fink-devel] bin-dist made more regularely Dear developers, I have some questions concerning the binary distributions. Please forgive me if those have been covered elsewhere, but I haven't found much information about it. 1. What is the idea to have a current and a release distribution? 2. Why does the current distribution not include all stable packages? 3. Would it be a good idea to provide binaries of the unstable packages, too? 4. I'm aware of the "unofficial" binary distribution at http://fink.opendarwin.org/bbraun. Why can't this be made official, maybe using sourceforge.net compile farm? I believe that many users would be happy to get up-to-date binaries and not to have to compile for hours. I'll be happy to invest some of my time into this issue if necessary. Cheers, Remi - "What're quantum mechanics?" "I don't know. People who repair quantums I suppose." (Rincewind, Terry Pratchett "Eric") * Remigius K. Mommsen e-mail: [EMAIL PROTECTED] University of California, Irvine URL:http://cern.ch/mommsen c/o SLAC voice:++1 (650) 926-3595 2575 Sand Hill Road #35fax:++1 (650) 926-3882 Menlo Park, CA 94025, US home:++1 (650) 233-9041 * --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New GTK breaks Ethereal
Hi Guys, I found out that the stable revision of GTK+ also installs libgtk-1.2.0.9.1.dylib, so that isn't an issue. In fact the only real differences between the stable and unstable gtk+.info files is that the stable version has a build dependency of dlcompat-dev (which I have) and that the unstable gtk+.info file has the line: SetLDFLAGS: -liconv while the stable one has no such a line. Also, I didn't know before but a CrashReporter was saved for one of the crashes. Here is that report: Command:ethereal (/sw/bin/ethereal) PID:2392 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x0024 Thread 0 Crashed: #0 0x01e651bc in gtk_ctree_set_line_style (gtkctree.c:5371) #1 0x00241bd4 in set_tree_styles (ui_util.c:276) #2 0x00241aa8 in setup_tree (ui_util.c:253) #3 0x00241a3c in ctree_new (ui_util.c:233) #4 0x0023f23c in create_tree_view (proto_draw.c:1272) #5 0x0023c5dc in create_main_window (main.c:2646) #6 0x0023ba44 in main (main.c:2152) #7 0x1abc in _start (crt.c:267) #8 0x1930 in start (start + 48) PPC Thread State: srr0: 0x01e651bc srr1: 0xf030vrsave: 0x cr: 0x42002248 xer: 0x0004 lr: 0x01e65148 ctr: 0x01f0c6d4 r0: 0x1800 r1: 0xbfffe6b0 r2: 0x r3: 0x0001 r4: 0x r5: 0x0001 r6: 0x80808080 r7: 0x0002 r8: 0x642e00f8 r9: 0x r10: 0x01f0c6e0 r11: 0x0001 r12: 0x01f0c6d4 r13: 0x0118 r14: 0x r15: 0x r16: 0x004b r17: 0x005f r18: 0x0055bf44 r19: 0x0055bf44 r20: 0x02344f00 r21: 0x0055bf44 r22: 0x005c6380 r23: 0x0055bf44 r24: 0x0055bf44 r25: 0x005d6674 r26: 0x005d6678 r27: 0x005c6380 r28: 0x005f r29: 0x r30: 0x023454b0 r31: 0x01e650e0 If nothing else, it reinforces the belief that GTK is involved. -- Gary Kerbaugh [EMAIL PROTECTED] ~~ My mind never wanders; it's too little to be out alone. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] bin-dist made more regularely
Dear developers, I have some questions concerning the binary distributions. Please forgive me if those have been covered elsewhere, but I haven't found much information about it. 1. What is the idea to have a current and a release distribution? 2. Why does the current distribution not include all stable packages? 3. Would it be a good idea to provide binaries of the unstable packages, too? 4. I'm aware of the "unofficial" binary distribution at http://fink.opendarwin.org/bbraun. Why can't this be made official, maybe using sourceforge.net compile farm? I believe that many users would be happy to get up-to-date binaries and not to have to compile for hours. I'll be happy to invest some of my time into this issue if necessary. Cheers, Remi - "What're quantum mechanics?" "I don't know. People who repair quantums I suppose." (Rincewind, Terry Pratchett "Eric") * Remigius K. Mommsen e-mail: [EMAIL PROTECTED] University of California, Irvine URL:http://cern.ch/mommsen c/o SLAC voice:++1 (650) 926-3595 2575 Sand Hill Road #35fax:++1 (650) 926-3882 Menlo Park, CA 94025, US home:++1 (650) 233-9041 * --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New GTK breaks Ethereal
on 12/11/03 4:54 PM, Alexander Strange wrote: > otool -Lv /sw/bin/ethereal Hi Alexander, Thanks for your response. Here's the output you requested. It is odd because the package is listed as gtk+-1.2.10-24 while the library installed is /sw/lib/libgtk-1.2.0.9.1.dylib. I don't understand the difference or why an old version would be installed. I see no reference to libgtk-1.2.0.9.1 in the .info file. Could the Gnome web site have the wrong source posted? Also, a friend has only the stable gtk+-1.2.10-13 and doesn't have this problem. /sw/bin/ethereal: /sw/lib/libpcap.0.dylib (compatibility version 0.6.2, current version 0.6.2) time stamp 1035608851 Sat Oct 26 01:07:31 2002 /sw/lib/libgtk-1.2.0.dylib (compatibility version 10.0.0, current version 10.1.0) time stamp 1071012676 Tue Dec 9 18:31:16 2003 /sw/lib/libgdk-1.2.0.dylib (compatibility version 10.0.0, current version 10.1.0) time stamp 1071012265 Tue Dec 9 18:24:25 2003 /sw/lib/libgmodule-1.2.0.dylib (compatibility version 1.0.0, current version 1.10.0) time stamp 1067238163 Mon Oct 27 02:02:43 2003 /sw/lib/libglib-1.2.0.dylib (compatibility version 1.0.0, current version 1.10.0) time stamp 1067238153 Mon Oct 27 02:02:33 2003 /sw/lib/libintl.1.dylib (compatibility version 2.0.0, current version 2.1.0) time stamp 1066080869 Mon Oct 13 17:34:29 2003 /sw/lib/libiconv.2.dylib (compatibility version 5.0.0, current version 5.0.0) time stamp 1066080796 Mon Oct 13 17:33:16 2003 /usr/X11R6/lib/libXext.6.dylib (compatibility version 6.4.0, current version 6.4.0) time stamp 1064388252 Wed Sep 24 03:24:12 2003 /usr/X11R6/lib/libX11.6.dylib (compatibility version 6.2.0, current version 6.2.0) time stamp 1064388250 Wed Sep 24 03:24:10 2003 /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 71.0.0) time stamp 1064354548 Tue Sep 23 18:02:28 2003 /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.0.0) time stamp 1064385339 Wed Sep 24 02:35:39 2003 I hope this proves useful in diagnosis. -- Gary Kerbaugh [EMAIL PROTECTED] ~~ Support bacteria -- it's the only culture some people have! --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New GTK breaks Ethereal
On Dec 11, 2003, at 10:25 AM, Gary Kerbaugh wrote: Hi Guys, My last update-all updated GTK and, I believe GTK2. I no longer have the scrollback so I can't provide any details of that but I know that the following libraries are new: /sw/lib/libgtk-1.2.0.9.1.dylib /sw/lib/libgtk-x11-2.0.0.200.4.dylib /sw/lib/libgtk-x11-2.0.la These two are GTK+2. /sw/lib/libgtk.a /sw/lib/libgtk.la The associated symlinks, which I didn't list, are also new. I have XWindows applications that use GTK that aren't broken. However, when I ran Ethereal-0.9.14-1, it produced a large number of Gtk-WARNING and Gtk-CRITICAL messages. Ethereal then died with a bus error. Among the many errors, the following suggest a problem with the GtkObject class, but I can only guess. What is the output of 'otool -Lv /sw/bin/ethereal'? (assuming that is the GTK+ binary). --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] New GTK breaks Ethereal
Hi Guys, My last update-all updated GTK and, I believe GTK2. I no longer have the scrollback so I can't provide any details of that but I know that the following libraries are new: /sw/lib/libgtk-1.2.0.9.1.dylib /sw/lib/libgtk-x11-2.0.0.200.4.dylib /sw/lib/libgtk-x11-2.0.la /sw/lib/libgtk.a /sw/lib/libgtk.la The associated symlinks, which I didn't list, are also new. I have XWindows applications that use GTK that aren't broken. However, when I ran Ethereal-0.9.14-1, it produced a large number of Gtk-WARNING and Gtk-CRITICAL messages. Ethereal then died with a bus error. Among the many errors, the following suggest a problem with the GtkObject class, but I can only guess. Gtk-WARNING **: gtk_arg_type_new(): argument class in "GtkCTree::tree_column" is not in the `GtkObject' ancestry Gtk-CRITICAL **: file gtksignal.c: line 433 (gtk_signal_lookup): assertion `gtk_type_is_a (object_type, GTK_TYPE_OBJECT)' failed. Gtk-CRITICAL **: file gtkbindings.c: line 451 (gtk_binding_set_by_class): assertion `GTK_IS_OBJECT_CLASS (class)' failed. Gtk-WARNING **: invalid cast from `GtkCTree' to `GtkObject' I tried rebuilding Ethereal. Aside from the usual types of errors, in assembling of the object files into .a files, (what are those called?) ld produced a large number of "multiple definitions" warnings like the following: ld: warning multiple definitions of symbol _gtk_clist_new_with_titles gtk/libui.a(gtkclist.o) definition of _gtk_clist_new_with_titles in section (__TEXT,__text) /sw/lib/libgtk.dylib(gtkclist.lo) definition of _gtk_clist_new_with_titles The compilation succeeded and Ethereal was reinstalled but the bus errors persisted. A complete list of the errors and warnings can be found at http://kerbaugh.uncfsu.edu/ethereal_errors.txt but I expect that you'll be able to reproduce them yourselves. Naturally I'll do my best to provide any further information that I can but if you can reproduce the problem, I'm sure you'll quickly know far more about it than I ever will. Still, please let me know if I can help. -- Gary Kerbaugh [EMAIL PROTECTED] ~~~ There are only 10 kinds of people in the world. Those who understand binary numbers and those who don't. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] successful port of Licq to os x
Hi all, I want to announce that I have successfully ported Licq to OS X. Below are instructions on how to do it. I am posting this message to fink-devel in the hope that someone would have commit access to post a port to fink (which would be great!) and to licq-devel, in case anyone is interested in running Licq on OS X. The porting effort was based on the latest stable release, 1.2.7. The plugin ported was the qt-gui. My porting effort was based on OS X 10.3 (panther) with Apple's X code tools and Apple's X11. My qt is the one from fink. Firstly you must setup fink. If you have panther, you must compile qt from source as that links against libz.1.1.3.dylib while other system libraries links agaihsnt libz.1.dylib. This will cause the linker to complain of redefined symbols if you don't recompile. I believe this problem probably does not exist in 10.2, but I cannot be sure. After you have setup fink, you need to download the licq source. After downloading and unpacking the source, the main licq daemon should compile quite cleanly. This is the standard ./configure; make; make install procedure. Note that configure will spit out a warning saying that you may not be able to compile this. This is because the configure script does not recognize darwin. This is harmless and may be ignored. Next, cd into the plugins/qt-gui directory. You will need to patch configure before you can compile this. For reference, you make take a look at my patch. My patch patches acinclude.m4.in however, if you just intend to directly run ./configure, you will need to patch that. (Just look at my patch on how to do this). This must be done because the qt detection in the ./configure script is incorrect. In OS X, shared libraries have the suffix .dylib, not .so, unlike most UNIX distributions. After making this modification you should be able to successfully run ./configure. You can type make after this to compile. Again, configure will spit out a warning saying you may not be able to compile this. It may be safely ignored. libtool does things incorrectly by compiling the plugin into a static library. To temporarily fix this, you should cd into plugins/qt-gui/src/.libs after a successful compile and relink it yourself. To find out what libraries you need, and what paths you need to include, take a look inside the file licq_qt-gui.la. In mine, somehow -lqt-mt is missing, you may need to add this. In relinking, remember you need to pass the following arguments to gcc: -flat_namespace -bundle -undefined suppress These are required since OS X differentiates plugins and shared libraries. In addition, if you are using Apple's X11, you may need to pass: -framework Carbon as well. This is probably not required if you intend to use XFree86. That is all. Enjoy. - g. -- geoff. --- licq-1.2.7.orig/plugins/qt-gui/acinclude.m4.in Wed Feb 26 04:11:06 2003 +++ licq-1.2.7/plugins/qt-gui/acinclude.m4.in Thu Dec 11 14:08:16 2003 @@ -1,6 +1,7 @@ ## -*- mode: m4 -*- dnl Copyright (c) 1998 N. D. Bellamy dnl Copyright (c) 2000 Dirk A. Mueller +dnl Mac OS X Fixes Geoffrey Lee AC_DEFUN(AC_PATH_QT, [ @@ -54,7 +55,7 @@ for qt_dir in $qt_library_dirs; do if test -z $ac_kde || test $kde_version -ge 3; then - if test -r "$qt_dir/libqt-mt.so"; then + if test -r "$qt_dir/libqt-mt.so" -o -r "$qt_dir/libqt-mt.dylib"; then ac_qt_libname=-lqt-mt ac_qt_libdir=$qt_dir break @@ -62,7 +63,7 @@ echo "tried $qt_dir/libqt-mt.so" >&AC_FD_CC fi - if test -r "$qt_dir/libqt-mt.so.3"; then + if test -r "$qt_dir/libqt-mt.so.3" -o -r "$qt_dir/libqt-mt.dylib"; then ac_qt_libname=-lqt-mt ac_qt_libdir=$qt_dir break @@ -71,7 +72,7 @@ fi fi -if test -r "$qt_dir/libqt.so"; then +if test -r "$qt_dir/libqt.so" -o -r "$qt_dir/libqt.dylib"; then ac_qt_libname=-lqt ac_qt_libdir=$qt_dir break
[Fink-devel] The perl modules situation
Ben Hines has again raised the issue of how we handle perl modules which are provided by newer versions of perl, but were not provided by older versions of perl. This has been brought up before by JF Mertens. Each release of perl incorporates some new perl modules into the release, and in addition updates the versions of some of the existing modules. On the other hand, many of those modules continue to be under active development, and someone may need a more recent version of the module than was provided by the most recent release of perl. The obvious solution to this problem would be to use versioned Provides statements. That is, if you installed perl581 (or the virtual system-perl581), you would get Provides: digest-md5-pm (= 2.27-1) while if you installed perl580 you would get Provides: digest-md5-pm (= 2.20-1) and earlier versions would not provide this package at all. However, as far as I know, dpkg and apt-get do not recognize versioned Provides. So we can't use this system at the moment. Hopefully, somebody will get interested in the task of revising our tools to allow versioned Provides. (I'll comment more about why it would be bad to use non-versioned Provides at the end of this message.) What we could do for now, though, is to make some better documentation about what versions of which perl module packages are provided by the different flavors of perl. A place to start, if anybody wants to work on this, is: http://search.cpan.org/~jhi/perl-5.8.0/ and the related pages which are linked from there. -- Dave P.S. Here's why it would be bad to use non-versioned Provides. Of course, we can add "Provides: digest-md5-pm" to the perl580 and perl581 packages. Suppose package foo then needs a new feature which is contained in v.2.30 of digest-md5-pm. Then package foo will have to say "Depends: digest-md5-pm (>= 2.30-1)" which also is no problem. However, if perl583 is later released and it contains version 2.30 of digest-md5-pm, there will be no way to remove the versioned depedency from package foo. That is, you'll have to live with "Depends: perl583-core | digest-md5-pm (>= 2.30-1)" forever (even if we later get a versioned Provides implemented). Thus, using non-versioned Provides would give only a short-term solution to this problem, and it would prevent us from ever implementing the long-term solution of versioned Provides. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.2/stable/main/finkinfo/libs popt-1.7-1.info,1.3,1.4
The reason that I started trying to enforce BuildDependsOnly is to try to get our automatic Shared Libraries system (the shlibs project) working. Any package containing headers and un-numbered dylib files should be labeled BuildDependsOnly: True. As a consequence, you can't put any files into that package which are needed at runtime by any other package. If other things need the i18n files at buildtime, there is no problem. My next step in trying to enforce this will be to add a check to the validator for .deb files which, whenever you have something in /sw/include, checks to make sure that you have set BuildDependsOnly. It will warn you if not. -- Dave --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.2/stable/main/finkinfo/libs popt-1.7-1.info,1.3,1.4
Ben Hines wrote: On Dec 10, 2003, at 8:10 AM, Benjamin Reed wrote: 'popt' contains i18n data, so it can't be BuildDependsOnly I believe that lots of BuildDependsOnly (header) packages contain i18n data. Do things actually fail at runtime due to this? I suppose not, but there are a lot of packages that Depend on this type of stuff to get the i18n bits. If we're going to enforce BuildDependsOnly, we'd better implement Suggests/Recommends too, then, or people could get very confused. -- Benjamin Reed a.k.a. Ranger Rick -- http://ranger.befunk.com/ gpg: 6401 D02A A35F 55E9 D7DD 71C5 52EF A366 D3F6 65FE "Just try to imagine a world where e-mails are sent by your brain before they are written, and are ready before they arrive by people you have never even met in countries you have never even heard of!" pgp0.pgp Description: PGP signature
[Fink-devel] Re: dists/10.2/stable/main/finkinfo/libs popt-1.7-1.info,1.3,1.4
On Dec 10, 2003, at 8:10 AM, Benjamin Reed wrote: 'popt' contains i18n data, so it can't be BuildDependsOnly I believe that lots of BuildDependsOnly (header) packages contain i18n data. Do things actually fail at runtime due to this? -Ben --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] perls
Since you've removed the system-perl packages, we're going to have to add all the Provided: perl modules to fink's virtual packages system, provided by those, hard coding the perl version into fink (or, maybe just looking up the perl modules dynamically?... that'd be slick). I had already added one (test-simple-pm) to the system- package, but the removal of the system-580 breaks those packages which were using that possibly creating some broken dependencies. (or maybe just unnecessary fink depends) http://cvs.sourceforge.net/viewcvs.py/fink/dists/10.3/unstable/main/ finkinfo/languages/Attic/system-perl581.info?rev=1.1&view=markup This mime-base64-pm | perl580-core | perl581-core stuff is silly. -Ben --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
