Re: [Fink-devel] net-snmp on Tiger
Thanks, Cian! I was looking around the other day, and I got the impression that the patches for 5.2 were available with the Darwin source. Assuming not much has changed between 5.2 and 5.2.1, they'll probably be quite useful. I guess it also depends on when 10.4.2 is out! Jeremy. On 23/06/2005, at 18:00, Cian Hughes wrote: Yes, I'll take care of maintaining net-snmp, as soon as apple release their patches for 5.2.1 (which they should do at the same time as 10.4.2) I'll work on adapting it to compile without the private headers. Regards, Cian Hughes [EMAIL PROTECTED] On 23 Meith 2005, at 01:03, Jeremy Higgs wrote: OK, I guess we keep the package, then! Would anyone be prepared to take over the maintainership (?) for net-snmp, in that case? As evidenced by my lack of activity in Fink, I haven't (and still don't have) a great deal of spare time. If there's someone who could maintain net-snmp a better better than I have, then I'm sure Fink and the users of the package will benefit. Otherwise, I'll have a go at getting 5.2.1 to work in the near future. Thanks, Jeremy. On 22/06/2005, at 22:46, TheSin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I gotta be honest I don't like the idea of depending on apple for this either. - --- TS http://southofheaven.org/ Chaos is the beginning and end, try dealing with the rest. On 22-Jun-05, at 4:21 AM, Cian Hughes wrote: Just thought I'd point out that the system version is broken, it crashes on some queries, apple have acknowledged this and it will apparently be fixed with 10.4.2, there is potential here that we may end up moving people from a working net-snmp (but old) to a half broken new version. Regards, Cian Hughes On 21 Jun 2005, at 16:20, TheSin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 php4 and php5 both depend on it, let me rework to link against the system version and provide a good upgrade path. - --- TS http://southofheaven.org/ Chaos is the beginning and end, try dealing with the rest. On 21-Jun-05, at 1:07 AM, Jeremy Higgs wrote: On 20/06/2005, at 3:04, Martin Costabel wrote: Jeremy Higgs wrote: Hi everyone, I've been trying to get a lot of my packages working on Tiger, and have finally gotten around to net-snmp. I noticed (from discussions on the list, and a bit of playing around) that net-snmp 5.2 is actually included in the base system. Given this, is there really a need for a net-snmp package? Perhaps if someone wants an OpenSSL- enabled version... On that note, there are some patches in the Darwin source. (http:// darwinsource.opendarwin.org/10.4.1/net_snmp-16/ patches/) Does anyone know what the license is for these? I was hoping to use these for the Fink package... According to the license file on the server http:// www.opensource.apple.com/darwinsource/10.4.1/net_snmp-16/ net_snmp.txt, the package has a BSD license. I would assume that this covers the patches, too. OTOH, it is perhaps a good idea to get rid of the package altogether. On Panther already fink's version was older than the system one. Would anyone have any objections to this? I would tend to agree with Martin, since it's included with the system now, and isn't a terribly important package. If there are no dependencies and no objections, I'll remove it from the 10.4-transitional and 10.3 trees in the near future... Thanks, Jeremy. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Darwin) iD8DBQFCuDBI6wPs8J05MxMRApENAJ4g4dxjFJoo6GArVafbE/lJLJu8PgCdH+3o icA1ERYOre7SiUY/ZXwyQuc= =lCHz -END PGP SIGNATURE- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/? ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Darwin) iD8DBQFCuV2a6wPs8J05MxMRAqpVAJ9064NEmeSAJn8ev47BuNGUAFnpLgCdFw7P 7rco/kFCd5N7iGvb4KDHJVg= =4RJz -END PGP SIGNATURE- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel --- SF.Net email is sponsored by: Discover
Re: [Fink-devel] net-snmp on Tiger
OK, I guess we keep the package, then! Would anyone be prepared to take over the maintainership (?) for net- snmp, in that case? As evidenced by my lack of activity in Fink, I haven't (and still don't have) a great deal of spare time. If there's someone who could maintain net-snmp a better better than I have, then I'm sure Fink and the users of the package will benefit. Otherwise, I'll have a go at getting 5.2.1 to work in the near future. Thanks, Jeremy. On 22/06/2005, at 22:46, TheSin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I gotta be honest I don't like the idea of depending on apple for this either. - --- TS http://southofheaven.org/ Chaos is the beginning and end, try dealing with the rest. On 22-Jun-05, at 4:21 AM, Cian Hughes wrote: Just thought I'd point out that the system version is broken, it crashes on some queries, apple have acknowledged this and it will apparently be fixed with 10.4.2, there is potential here that we may end up moving people from a working net-snmp (but old) to a half broken new version. Regards, Cian Hughes On 21 Jun 2005, at 16:20, TheSin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 php4 and php5 both depend on it, let me rework to link against the system version and provide a good upgrade path. - --- TS http://southofheaven.org/ Chaos is the beginning and end, try dealing with the rest. On 21-Jun-05, at 1:07 AM, Jeremy Higgs wrote: On 20/06/2005, at 3:04, Martin Costabel wrote: Jeremy Higgs wrote: Hi everyone, I've been trying to get a lot of my packages working on Tiger, and have finally gotten around to net-snmp. I noticed (from discussions on the list, and a bit of playing around) that net-snmp 5.2 is actually included in the base system. Given this, is there really a need for a net-snmp package? Perhaps if someone wants an OpenSSL- enabled version... On that note, there are some patches in the Darwin source. (http:// darwinsource.opendarwin.org/10.4.1/net_snmp-16/ patches/) Does anyone know what the license is for these? I was hoping to use these for the Fink package... According to the license file on the server http:// www.opensource.apple.com/darwinsource/10.4.1/net_snmp-16/ net_snmp.txt, the package has a BSD license. I would assume that this covers the patches, too. OTOH, it is perhaps a good idea to get rid of the package altogether. On Panther already fink's version was older than the system one. Would anyone have any objections to this? I would tend to agree with Martin, since it's included with the system now, and isn't a terribly important package. If there are no dependencies and no objections, I'll remove it from the 10.4-transitional and 10.3 trees in the near future... Thanks, Jeremy. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Darwin) iD8DBQFCuDBI6wPs8J05MxMRApENAJ4g4dxjFJoo6GArVafbE/lJLJu8PgCdH+3o icA1ERYOre7SiUY/ZXwyQuc= =lCHz -END PGP SIGNATURE- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Darwin) iD8DBQFCuV2a6wPs8J05MxMRAqpVAJ9064NEmeSAJn8ev47BuNGUAFnpLgCdFw7P 7rco/kFCd5N7iGvb4KDHJVg= =4RJz -END PGP SIGNATURE- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] net-snmp on Tiger
On 20/06/2005, at 3:04, Martin Costabel wrote:Jeremy Higgs wrote: Hi everyone,I've been trying to get a lot of my packages working on Tiger, and have finally gotten around to net-snmp. I noticed (from discussions on the list, and a bit of playing around) that net-snmp 5.2 is actually included in the base system. Given this, is there really a need for a net-snmp package? Perhaps if someone wants an OpenSSL- enabled version...On that note, there are some patches in the Darwin source. (http:// darwinsource.opendarwin.org/10.4.1/net_snmp-16/patches/) Does anyone know what the license is for these? I was hoping to use these for the Fink package... According to the license file on the server http://www.opensource.apple.com/darwinsource/10.4.1/net_snmp-16/net_snmp.txt, the package has a BSD license. I would assume that this covers the patches, too.OTOH, it is perhaps a good idea to get rid of the package altogether. On Panther already fink's version was older than the system one.Would anyone have any objections to this? I would tend to agree with Martin, since it's included with the system now, and isn't a terribly important package.If there are no dependencies and no objections, I'll remove it from the 10.4-transitional and 10.3 trees in the near future...Thanks,Jeremy.
[Fink-devel] net-snmp on Tiger
Hi everyone, I've been trying to get a lot of my packages working on Tiger, and have finally gotten around to net-snmp. I noticed (from discussions on the list, and a bit of playing around) that net-snmp 5.2 is actually included in the base system. Given this, is there really a need for a net-snmp package? Perhaps if someone wants an OpenSSL- enabled version... On that note, there are some patches in the Darwin source. (http:// darwinsource.opendarwin.org/10.4.1/net_snmp-16/patches/) Does anyone know what the license is for these? I was hoping to use these for the Fink package... Thanks! Jeremy. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: [Fink-users] Re: gnome-python2-py23
Thanks a lot for that! On 29 Mar 2005, at 2:01, Jean-François Mertens wrote: On 28 Mar 2005, at 04:36, Jeremy Higgs wrote: The next package is gnome-python (2.4.2), which, because it depends on GNOME, has a mass of dependencies. I've been trying to make some sense out of them, but haven't figured out what dependencies should be included, and what versions. Are there any sort of guidelines for what dependencies should be included for a package relying on GNOME (or any part thereof)? For runtime deps, I use the following: /sw/var/logs# cat ~/bin/otool_deps #!/sw/bin/bash # otool_deps pkgs yields a comma separated list (possibly empty) (followed by a \n) of the packages # on which the given (installed) pkgs depend according to otool _ excluding the given pkgs themselves. dpkg -L $@ | xargs file | grep 'Mach\-O' | cut -f 1 -d ':' | xargs -r otool -L 2/dev/null | grep -v ':$' \ | sed -r 's|^[[:space:]]*||g' | cut -f1 -d' ' | sort -u | xargs -r dpkg -S 2/dev/null | cut -f1 -d':' \ | sort -u | grep -vxF `tr ' ' '\n'$*` | xargs | sed 's| |, |g' The output has then still to be completed by the dependencies of all scripts, python-stuff in your case, etc. (Is there nothing available that would list all commands a given _ shell-, or perl- _ script can possibly be called to execute ? ) For BuildDepends, a frequent bet is that a priori one can safely add any -dev pkg whose shlibs are runtime deps. I is also useful to look at at your log-file to know what commands are executed, and what the configure script tests. Then, in the info files of those pkgs, look for comments like Any pkg that BuildDepends on this one must also.. JF PGP.sig Description: This is a digitally signed message part
[Fink-devel] Re: [Fink-users] Re: gnome-python2-py23
Sorry... I probably should have moved this over to fink-devel a while ago. I've made a package for PyGTK 2.4.1, which seems to work fine. I'm not sure if I've got all of the dependencies, though (and haven't found a way to discover them). Any suggestions? There's a newer version of PyGTK available (2.6.1), but it requires glib and gtk+ versions = 2.6.0, which Fink doesn't seem to have. So... I guess the version I'll put into CVS will be 2.4.1. The next package is gnome-python (2.4.2), which, because it depends on GNOME, has a mass of dependencies. I've been trying to make some sense out of them, but haven't figured out what dependencies should be included, and what versions. Are there any sort of guidelines for what dependencies should be included for a package relying on GNOME (or any part thereof)? Thanks! On 26 Mar 2005, at 7:19, David R. Morrison wrote: On Mar 25, 2005, at 6:43 AM, Jeremy Higgs wrote: Oops... My bad. Make that GNOME 2.4. Actually, we're up to gnome 2.6 in fink now. (Just went to stable yesterday). -- Dave PGP.sig Description: This is a digitally signed message part
dists/10.3/unstable/main/finkinfo/net nmap.info,1.9,1.10 nmap.patch,1.1,NONE
Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/net
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv12064
Modified Files:
nmap.info
Removed Files:
nmap.patch
Log Message:
Whoops. Nmap-nox now works. Removed obsolete patch
Index: nmap.info
===
RCS file: /cvsroot/fink/dists/10.3/unstable/main/finkinfo/net/nmap.info,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -d -r1.9 -r1.10
--- nmap.info 2 Dec 2004 10:29:40 - 1.9
+++ nmap.info 3 Dec 2004 05:11:45 - 1.10
@@ -1,7 +1,7 @@
Info2:
Package: nmap%type_pkg[-nox]
Version: 3.75
-Revision: 1
+Revision: 2
Maintainer: Jeremy Higgs [EMAIL PROTECTED]
Type: -nox (boolean)
BuildDepends:
@@ -22,13 +22,17 @@
Source: http://download.insecure.org/%{Ni}/dist/%{Ni}-%v.tar.bz2
Source-MD5: 1b54c0608b36f6b3ac92d7d1b910738f
SourceDirectory: %{Ni}-%v
-PatchScript:
+ConfigureParams: --mandir='$(prefix)/share/man' --with-libpcap=%p
+CompileScript:
#!/bin/bash -ev
if [ %type_raw[-nox] == -nox ]; then
- patch -p1 %a/%{Ni}.patch
+ ./configure %c --without-nmapfe
+ else
+ ./configure %c
fi
+
+ make
-ConfigureParams: --mandir='$(prefix)/share/man' --with-libpcap=%p
DocFiles: CHANGELOG COPYING HACKING docs/README docs/*.html docs/*.txt
SetCPPFLAGS: -no-cpp-precomp
Description: Network exploration utility
--- nmap.patch DELETED ---
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
___
Fink-commits mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-commits
Re: [Fink-devel] Question about a licence classification
OK, thanks for the clarification. What do you suggest I list it as in the package description? Thanks! On 23 Nov 2004, at 13:35, David R. Morrison wrote: BSD-type licenses generally don't identify themselves as BSD. The MIT X-license also counts as a BSD-type license, for example. -- Dave On Nov 21, 2004, at 8:57 PM, Jeremy Higgs wrote: On 22 Nov 2004, at 2:03, Benjamin Reed wrote: Jeremy Higgs wrote: Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. 3. The name of the author may not be used to endorse or promote products derived from this software without specific prior written permission. this sounds a lot like the BSD license to me Thanks, Ben! So even though it doesn't mention the BSD license in the license itself, it's alright to classify it as BSD? PGP.sig Description: This is a digitally signed message part
[Fink-devel] Question about a licence classification
Hi everyone, I've created a package for the SilverCity, which is used to provide syntax highlighting for Trac (which I've made packages for... and have yet to commit). However, I'm not sure how to classify the licence. The licence is as follows: SilverCity Library License -- Copyright (C) 2002 by Brian Quinlan. All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. 3. The name of the author may not be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. Portions of SilverCity are based on Scintilla. The Scintilla license follows: License for Scintilla and SciTE Copyright 1998-2002 by Neil Hodgson [EMAIL PROTECTED] All Rights Reserved Permission to use, copy, modify, and distribute this software and its documentation for any purpose and without fee is hereby granted, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in supporting documentation. NEIL HODGSON DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO EVENT SHALL NEIL HODGSON BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. --- Can anyone suggest what licence category this would fit into? Thanks a lot! Jeremy. PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] Question about a licence classification
On 22 Nov 2004, at 2:03, Benjamin Reed wrote: Jeremy Higgs wrote: Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. 3. The name of the author may not be used to endorse or promote products derived from this software without specific prior written permission. this sounds a lot like the BSD license to me Thanks, Ben! So even though it doesn't mention the BSD license in the license itself, it's alright to classify it as BSD? PGP.sig Description: This is a digitally signed message part
[Fink-devel] mod_python on MacOS X?
Hi everyone,
I'm trying to make a package for Trac (a project management front-end
to Subversion) and it's dependencies (pysqlite, clearsilver), as well
as mod_python to enable support for multiple projects.
However, I've run into some problems with actually setting up
mod_python. It compiles fine, but when trying to access a page handled
by mod_python, a 500 Internal Error is returned. I've talked it over
with some people on the Trac mailing list, and have followed the
configuration examples perfectly, but with no success. One person
mentioned that he had those errors, and that by installing Python 2.3
with threads support disabled, it seemed to solve the problem (he was
using DarwinPorts).
So... has anyone been able to get mod_python working on MacOS X? What
settings or patches did you use?
I'm currently using these ConfigureParams:
--with-axps=%p/bin/axps --with-python=%p/bin/python2.3 --enable-so
and this patch (which is based on the patch made for the DarwinPorts
package):
diff -ru mod_python-3.1.3/src/requestobject.c
mod_python-3.1.3-new/src/requestob
ject.c
--- mod_python-3.1.3/src/requestobject.cTue Feb 17 06:47:27 2004
+++ mod_python-3.1.3-new/src/requestobject.cFri Nov 19 11:43:33 2004
@@ -1118,8 +1118,8 @@
{
PyMemberDef *md = find_memberdef(request_rec_mbrs, name);
char *addr = (char *)self-request_rec + md-offset;
-if (sizeof(apr_off_t) == sizeof(LONG_LONG)) {
-LONG_LONG l = *(LONG_LONG*)addr;
+if (sizeof(apr_off_t) == sizeof(long long)) {
+long long l = *(long long*)addr;
return PyLong_FromLongLong(l);
}
else {
---
I also copied the python23 package and disabled threads in it, but that
hasn't solved the problem. I might be doing something wrong, somewhere,
though.
Does anyone have any suggestions?
Thanks a lot!
Jeremy.
PGP.sig
Description: This is a digitally signed message part
Re: [Fink-devel] A question about variants
On 23 Sep 2004, at 2:31, Daniel Macks wrote: On Wed, Sep 22, 2004 at 11:00:39PM +1000, Jeremy Higgs wrote: I'm trying to update some of my packages to use variants, and one of these is pygtk. As it exists now, there is a -py22 version and a -py23 version, for the respective versions of Python. There's also a placeholder pygtk package that depends on either the -py22 version or the -py23 version. (It's of type: bundle.) I'm trying to combine this all into one package... Is there a way to only offer the pygtk-py22 and pygtk-py23 variants, and not a base pygtk package? That's probably the best approach. There are very few times when having an language-unversioned bundle for a library is useful. OTOH, if you're going to abolish a package, look through the current dists for anything that depends on it, as all of these will need to be updated. This also givs you an opportunity to see if the thing really is needed...maybe someone uses it when an actual -pyXX variant would be more correct, so you wind up improving other pkgs along the way. Alrighty. Thanks for the help, David and Dan. I don't think I made it clear in my original email, but what I was attempting to also ask is if I can provide the pygtk-py23 and pygtk-py22 variants from the same package description file, but not allow the straight pygtk package to be installed? (i.e. pygtk-py22 and pygtk-py23 are valid packages, but pygtk isn't *actually* an available package)... if that makes any sense. Thanks! PGP.sig Description: This is a digitally signed message part
[Fink-devel] Re: [EMAIL PROTECTED] (Randal L. Schwartz)] Re: ettercap? [and -ssl variants]
Hi, Sorry for the delayed reply... I've been pretty busy with Uni. I've run into that problem before. It has to do with the /sw/share/ettercap directory existing before ettercap is installed, which results in the symlink (contained in the package) not working. I've made a change to the packages to add a PreInst script, which will check if the /sw/share/ettercap directory exists, and if it does, remove it, which should clear the way for the package... I haven't committed it yet, because I'm working on adding in variants support so I can combine the ettercap and ettercap-gtk packages. On a side note, is there any problem with having one ettercap info file that supports the -ssl and -gtk variants? I was under the impression that SSL stuff had to be kept under the crypto section, but haven't been following development for quite a while, so I don't know if the situation has changed. Can anyone shed some light on that? It would be nice to just have one package description file for all four variants... Thanks! On 17 Sep 2004, at 2:27, Randal L. Schwartz wrote: Start of forwarded message To: [EMAIL PROTECTED] Subject: Re: ettercap? References: [EMAIL PROTECTED] From: [EMAIL PROTECTED] (Randal L. Schwartz) Date: 07 Sep 2004 12:49:06 -0700 In-Reply-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 Lines: 40 Xref: blue.stonehenge.com outbox:35562 I didn't see any reply on this... no comment? Randal == Randal L Schwartz [EMAIL PROTECTED] writes: Randal The most recent ettercap seems to be broken. Is it just me? Randal Trying even the first example of the manpage: Randal localhost:~ % sudo ettercap -Tp Randal ettercap NG-0.7.0 copyright 2001-2004 ALoR NaGA Randal Dissector ssh not supported (etter.conf line 66) Randal Listening on en1... (Ethernet) Randalen1 - 00:0D:93:8A:18:C8 172.16.70.100 255.255.255.0 Randal Privileges dropped to UID 65534 GID 65534... Randal Cannot open etter.dnsplugin ec_dns_spoof.so cannot be loaded... Randal 25 plugins Randal 39 protocol dissectors Randal 53 ports monitored Randal ERROR : 2, No such file or directory Randal [ec_manuf.c:manuf_init:126] Randal Cannot open etter.finger.mac Randal That looks like some major missing install stuff. But is it just me? Randal Should I retry building other stuff? I just did another rebuild, and it still does the same thing. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL: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! End of forwarded message -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL: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! PGP.sig Description: This is a digitally signed message part
[Fink-devel] Re: [EMAIL PROTECTED] (Randal L. Schwartz)] Re: ettercap? [and -ssl variants]
On 18 Sep 2004, at 22:42, Darian Lanx wrote: Jeremy Higgs wrote: snip On a side note, is there any problem with having one ettercap info file that supports the -ssl and -gtk variants? I was under the impression that SSL stuff had to be kept under the crypto section, but haven't been following development for quite a while, so I don't know if the situation has changed. Can anyone shed some light on that? It would be nice to just have one package description file for all four variants... snip Yes. The -ssl variant _cannot_ be packaged in a single file unless your file will always live in the crypto tree. A good example would be my msmtp package. Which builds either with openssl as msmtp-ssl or with gnutls. Both Variants require the file to be in the crypto tree thus it is ok. IN you case you have a blah-ssl file which lives in the crypto tree and a blah.info whith all the variants you need/want that lives in the normal tree. -d Rightio. I figured as much! Thanks for the clarification! PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] binary release plans
OK... How come they aren't compliant? Sorry I haven't been keeping up... I've started full-time work experience, and have uni starting next week on top of that, so I've been very pre-occupied! Since gramps seems to work fine, I can move gnome-python2 to stable... But I still don't get the issue with gnome-python? There are already -py22 and -py23 packages for it... On 28 Feb 2004, at 13:08, Ben Hines wrote: gnome-python and hence, gramps need to be removed from stable since they aren't compliant with the python policy. The versions in unstable; gramps, gnome-python2, pytgtk2-py23, pygtk2-py22 need to be moved to stable. I have good reports from gramps users which depends heavily on the pygtk and gnome-python2, but no response from maintainers at all. -Ben On Feb 27, 2004, at 6:47 AM, David R. Morrison wrote: I plan to start creating a binary release for 10.3 in about a week. If you are aware of any of your packages in the 10.3/stable tree which are *not* suitable for binary release, please either fix them or remove them from that tree. Thanks, Dave --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] binary release plans
On 29 Feb 2004, at 9:29, David R. Morrison wrote: Jeremy Higgs [EMAIL PROTECTED] wrote: OK... How come they aren't compliant? Sorry I haven't been keeping up... I've started full-time work experience, and have uni starting next week on top of that, so I've been very pre-occupied! Since gramps seems to work fine, I can move gnome-python2 to stable... But I still don't get the issue with gnome-python? There are already -py22 and -py23 packages for it... We seem to have the following packages at present: gnome-python (stable in both 10.2-gcc3.3 and 10.3) gnome-python-py22 (only present in 10.2-gcc3.3/unstable) gnome-python-py23 (only present in 10.2-gcc3.3/unstable) gnome-python2-py23 (only present in 10.3/unstable) I think Ben's point was that the gnome-python package needs to be removed, but this cannot be done until the gnome-python-py2x packages go to stable. Moving gnome-python2-py23 to stable, if it's ready, sounds good to me. Can the other -py2x packages go to stable as well? And do they work on 10.3? -- Dave Ahhh OK. What happened to the gnome-python-py2* packages ibn 10.3/unstable? I was certain there were some in there... --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Attn : Jeremy Higgs (maintainer of libnet)
Hi Mathieu, I changed my email a couple of weeks ago, and that was updated in all of my fink packages... I also updated it on SourceForge, so I don't know what's happening there... I'll take a look at the updated package tonight. Thanks! On 02/12/2003, at 8:12 PM, Mathieu Masseboeuf - NewSports wrote: Hi, Submitted an updated libnet package (1.1.1 which was released last week) to the fink sourceforge - because your mail address is no more correct in the package info file. The update got rejected with the following message : The maintainer had to change email. Contact fink-devel ATTENTION him in the subject. So (if you are still here) please check that updated info file and if possible update your mail address on the packages you maintain :) The strange thing is that I sent an update for Bison, which got accepted despite the maintainer being unreachable ... Maybe the libnet one didn't went through cuz you are known here ? (sorry if I'm not aware, i'm pretty new here) -- Mathieu Masseboeuf --- 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 PGP.sig Description: This is a digitally signed message part
[Fink-devel] Script to change emails
Hi everyone! Does anyone have a script that would allow me to change the email listed in each of the .info files for packages I maintain? I've done a little bit of simple shell scripting, so I was going to do it that way using a whole lot of for loops, but I'm not sure how to do it completely. If anyone has a script already (I remember some developers changing emails before) that I could look at, that would be great! I've got this so far, but I'm not sure if it will work (and it's not finished yet, obviously): #!/bin/sh DIR = 10.2 10.2-gcc3.3 10.3 for dist in $DIR do for tree in dist do for branch in tree do cd finkinfo; if (tree == local) then for file in `ls -1 *.info` do insert sed command here done else for folder in `ls -1 .` do insert sed command here done done done done Can anyone help me out? Thanks a lot! --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Script to change emails
Thanks! That worked a treat! Much easier than shell scripting. :) On 08/11/2003, at 6:23 PM, Remi Mommsen wrote: Hi, I'd try it with the rpl (RePLace) command available from fink package rpl. See 'man rpl' for details. HTH, Remi On Friday, November 7, 2003, at 11:04 PM, Jeremy Higgs wrote: Hi everyone! Does anyone have a script that would allow me to change the email listed in each of the .info files for packages I maintain? I've done a little bit of simple shell scripting, so I was going to do it that way using a whole lot of for loops, but I'm not sure how to do it completely. If anyone has a script already (I remember some developers changing emails before) that I could look at, that would be great! I've got this so far, but I'm not sure if it will work (and it's not finished yet, obviously): #!/bin/sh DIR = 10.2 10.2-gcc3.3 10.3 for dist in $DIR do for tree in dist do for branch in tree do cd finkinfo; if (tree == local) then for file in `ls -1 *.info` do insert sed command here done else for folder in `ls -1 .` do insert sed command here done done done done Can anyone help me out? Thanks a lot! --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel - Failure is not an option. It comes bundled with your Microsoft product. (Ferenc Mantfeld) * 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 sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Change of email address
Hi! For those that are interested, I have changed my email for Fink-related matters to [EMAIL PROTECTED] . I should still be contactable at [EMAIL PROTECTED] for a little bit longer, but I don't know how long exactly. I'll be changing the emails listed in my packages as soon as I can, as well as my subscription to the fink mailing lists, so any correspondence should go to the new address. Thanks! --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Changing an email address
Hi guys, Due to some circumstances, I'm going to have to change my current email address, and will no longer be reachable at the old address. What is the process in dealing with this? I can write a script to just change my email in all of the packages I manage. Is that all I have to do? Thanks! PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] Some issues trying to compile qcad-2.0.0.8
Thanks guys, I managed to comment out the lines previously mentioned, and it compiled OK. I just have to figure out what files to install now! (No install script... :( ) On 07/10/2003, at 9:22 PM, kinako wrote: Hi, On 2003.10.7, at 20:12 Asia/Tokyo, Benjamin Reed wrote: Do you have Qt/Mac installed somewhere (like, /usr/local?). I can't think of any reason our Qt would be looking for that header unless it was finding Qt/Mac somewhere. It is main.cpp in qcad that calls qmacstyle_mac.h. kinako at mac.com --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ 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. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Some issues trying to compile qcad-2.0.0.8
Hi,
I'm trying to update the qcad package to 2.0.0.8, but I've run into a
problem while trying to compile it:
c++ -c -pipe -fno-common -fPIC -Wall -W -Os -D__DARWIN_X11__
-DQT_NO_DEBUG -DQT_SHARED -DQT_THREAD_SUPPORT
-I/sw/share/qt3/mkspecs/darwin-g++ -I. -I../../fparser/include
-I../../qcadcmd/include -I../../fparser/include -I../../dxflib/include
-I../../qcadlib/include -I../../qcadcmd/include
-I../../qcadactions/include -I../../qcadguiqt/include
-I../../../../../include/qt -I/sw/include -Imoc/ -o obj/main.o main.cpp
main.cpp:33:27: qmacstyle_mac.h: No such file or directory
main.cpp: In function `int main(int, char**)':
main.cpp:113: parse error before `(' token
make[1]: *** [obj/main.o] Error 1
make: *** [qcad] Error 2
Building qcad binary failed
So obviously the qmacstyle_mac.h file is missing. I have qt3,
qt3-shlibs and qt3-dev installed, and can't find that file. Does anyone
know where it is? Alternatively, how I may go about getting this to
compile without it?
Thanks a lot!
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Building/bootstrapping GHC on MacOS X
Hi everyone, I'm trying to create a Fink package for GHC (Glasgow Haskell Compiler), which I require for my Computing course at Uni, and I was just wondering how to go about doing it... From what I've looked at, it actually requires a version of GHC or a haskell compiler already installed to actually compile GHC itself, which poses a bit of a problem. There's a .dmg version of it available, put out by Wolfgang Thaller, but weighs in at 20Mb... which is pretty hefty. I spoke to him about it, and he said that bootstrapping GHC without a pre-existing installation is very time-consuming and complicated, and strongly suggested I grab a binary of another version and go from there... The only problems are, where do I get the binaries, and licensing issues. Firstly, the only place I can think of that would have the binaries is the .dmg file, which is too big to download by itself. Alternatively, I could take the binary from the installed package and tar it up to be put onto the Fink servers. However, this poses another problem... would this be disobeying the license that GHC is distributed under? It's located here: http://www.haskell.org/ghc/license.html I'm not quite sure how to go about doing this... If it's legal, could I take the binary, repackage it into another archive and then create a package for that, in order to bootstrap the GHC compiler itself? Of course, the binary could always be repackaged as a Fink package, but it wouldn't take advantage of the dependencies, and wouldn't be compiled on the computer itself. Can anyone offer any suggestions? Thanks a lot! --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problems compiling tcptraceroute 1.2/1.4
I had a look at the tcptraceroute.c file, and it doesn't actually 'include' libnet-headers.h, only libnet.h: #include libnet.h I'll try adding the DEFINE lines you mentioned, to see if that works. Perhaps also including libnet-headers.h will work too. Thanks! On Tuesday, January 28, 2003, at 05:51 PM, Carsten Klapp wrote: Hi Jeremy, Nevermind my previous answer... I just noticed /sw/include/libnet/libnet-headers.h declares specifically LIBNET_IPV4_H and LIBNET_ICMPV4_H instead of LIBNET_IP_H and LIBNET_ICMP_H. Try patching in this at some point in the code after the #include libnet/libnet-headers.h line: #define LIBNET_IP_H LIBNET_IPV4_H #define LIBNET_ICMP_H LIBNET_ICMPV4_H The other errors should probably go away then too. As for the PRu16 error I have no clue, sorry. Carsten --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problems compiling tcptraceroute 1.2/1.4
Hmmm... OK. Now I've added the include line for libnet/libnet-headers.h and the defines lines you mentioned, but I get this (notice the define errors have gone): patch -p1 /sw/fink/dists/local/main/finkinfo/tcptraceroute-1.4-1.patch patching file tcptraceroute.c echo No configure script. No configure script. # (cc -Wall -I/sw/include `libnet-config --defines` -o tcptraceroute tcptraceroute.c `libnet-config --libs` -L/sw/lib -lpcap) make tcptraceroute CFLAGS=-I/sw/include gcc -I/sw/include `libnet-config --defines` \ -o tcptraceroute tcptraceroute.c \ `libnet-config --libs` -lpcap tcptraceroute.c:397: warning: ANSI C forbids newline in string constant tcptraceroute.c:1188: warning: ANSI C forbids newline in string constant tcptraceroute.c:400:1: warning: multi-line string literals are deprecated tcptraceroute.c: In function `iptohost': tcptraceroute.c:602: warning: return makes pointer from integer without a cast tcptraceroute.c: In function `allocateid': tcptraceroute.c:891: `PRu16' undeclared (first use in this function) tcptraceroute.c:891: (Each undeclared identifier is reported only once tcptraceroute.c:891: for each function it appears in.) tcptraceroute.c: In function `defaults': tcptraceroute.c:1151: too few arguments to function `libnet_seed_prand' tcptraceroute.c:1193:1: warning: multi-line string literals are deprecated tcptraceroute.c: In function `probe': tcptraceroute.c:1306: warning: passing arg 8 of `libnet_build_tcp' makes integer from pointer without a cast tcptraceroute.c:1306: too few arguments to function `libnet_build_tcp' tcptraceroute.c:1308: warning: passing arg 1 of `libnet_do_checksum' from incompatible pointer type tcptraceroute.c:1308: warning: passing arg 2 of `libnet_do_checksum' makes pointer from integer without a cast tcptraceroute.c:1308: too few arguments to function `libnet_do_checksum' tcptraceroute.c: In function `capture': tcptraceroute.c:1429: dereferencing pointer to incomplete type tcptraceroute.c:1435: dereferencing pointer to incomplete type tcptraceroute.c:1441: dereferencing pointer to incomplete type tcptraceroute.c:1444: dereferencing pointer to incomplete type tcptraceroute.c:1454: dereferencing pointer to incomplete type tcptraceroute.c:1492: dereferencing pointer to incomplete type tcptraceroute.c:1498: dereferencing pointer to incomplete type tcptraceroute.c:1504: dereferencing pointer to incomplete type tcptraceroute.c:1507: dereferencing pointer to incomplete type tcptraceroute.c:1511: dereferencing pointer to incomplete type tcptraceroute.c:1514: dereferencing pointer to incomplete type tcptraceroute.c:1519: dereferencing pointer to incomplete type tcptraceroute.c:1526: dereferencing pointer to incomplete type tcptraceroute.c:1540: dereferencing pointer to incomplete type tcptraceroute.c:1544: dereferencing pointer to incomplete type tcptraceroute.c:1585: dereferencing pointer to incomplete type tcptraceroute.c:1589: dereferencing pointer to incomplete type tcptraceroute.c:1594: dereferencing pointer to incomplete type tcptraceroute.c:1597: dereferencing pointer to incomplete type tcptraceroute.c:1602: dereferencing pointer to incomplete type tcptraceroute.c:1603: dereferencing pointer to incomplete type tcptraceroute.c:1606: dereferencing pointer to incomplete type tcptraceroute.c:1614: dereferencing pointer to incomplete type tcptraceroute.c:1618: dereferencing pointer to incomplete type tcptraceroute.c:1621: dereferencing pointer to incomplete type tcptraceroute.c:1634: dereferencing pointer to incomplete type tcptraceroute.c:1635: dereferencing pointer to incomplete type tcptraceroute.c:1678: dereferencing pointer to incomplete type make: *** [tcptraceroute] Error 1 ### execution of failed, exit code 2 Failed: compiling tcptraceroute-1.4-1 failed But it's still essentially the same error. Any ideas? Thanks a lot! On Tuesday, January 28, 2003, at 05:51 PM, Carsten Klapp wrote: Hi Jeremy, Nevermind my previous answer... I just noticed /sw/include/libnet/libnet-headers.h declares specifically LIBNET_IPV4_H and LIBNET_ICMPV4_H instead of LIBNET_IP_H and LIBNET_ICMP_H. Try patching in this at some point in the code after the #include libnet/libnet-headers.h line: #define LIBNET_IP_H LIBNET_IPV4_H #define LIBNET_ICMP_H LIBNET_ICMPV4_H The other errors should probably go away then too. As for the PRu16 error I have no clue, sorry. Carsten --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Problems compiling tcptraceroute 1.2/1.4
Hi everyone, I've received some reports that tcptraceroute (which depends on libnet libpcap) isn't working, getting the following error, which I can confirm occurs: make tcptraceroute CFLAGS=-I/sw/include gcc -I/sw/include `libnet-config --defines` \ -o tcptraceroute tcptraceroute.c \ `libnet-config --libs` -lpcap tcptraceroute.c:394: warning: ANSI C forbids newline in string constant tcptraceroute.c:1185: warning: ANSI C forbids newline in string constant tcptraceroute.c:397:1: warning: multi-line string literals are deprecated tcptraceroute.c: In function `iptohost': tcptraceroute.c:599: warning: return makes pointer from integer without a cast tcptraceroute.c: In function `allocateid': tcptraceroute.c:888: `PRu16' undeclared (first use in this function) tcptraceroute.c:888: (Each undeclared identifier is reported only once tcptraceroute.c:888: for each function it appears in.) tcptraceroute.c: In function `debugoptions': tcptraceroute.c:1010: `LIBNET_IP_H' undeclared (first use in this function) tcptraceroute.c:1010: `LIBNET_ICMP_H' undeclared (first use in this function) tcptraceroute.c: In function `defaults': tcptraceroute.c:1139: `LIBNET_IP_H' undeclared (first use in this function) tcptraceroute.c:1148: too few arguments to function `libnet_seed_prand' tcptraceroute.c: In function `initcapture': tcptraceroute.c:1185: `LIBNET_IP_H' undeclared (first use in this function) tcptraceroute.c:1185: `LIBNET_ICMP_H' undeclared (first use in this function) tcptraceroute.c:1190:1: warning: multi-line string literals are deprecated tcptraceroute.c: In function `probe': tcptraceroute.c:1230: `LIBNET_IP_H' undeclared (first use in this function) tcptraceroute.c:1303: warning: passing arg 8 of `libnet_build_tcp' makes integer from pointer without a cast tcptraceroute.c:1303: too few arguments to function `libnet_build_tcp' tcptraceroute.c:1305: warning: passing arg 1 of `libnet_do_checksum' from incompatible pointer type tcptraceroute.c:1305: warning: passing arg 2 of `libnet_do_checksum' makes pointer from integer without a cast tcptraceroute.c:1305: too few arguments to function `libnet_do_checksum' tcptraceroute.c: In function `capture': tcptraceroute.c:1412: `LIBNET_IP_H' undeclared (first use in this function) tcptraceroute.c:1418: `LIBNET_ICMP_H' undeclared (first use in this function) tcptraceroute.c:1426: dereferencing pointer to incomplete type tcptraceroute.c:1432: dereferencing pointer to incomplete type tcptraceroute.c:1438: dereferencing pointer to incomplete type tcptraceroute.c:1441: dereferencing pointer to incomplete type tcptraceroute.c:1451: dereferencing pointer to incomplete type tcptraceroute.c:1489: dereferencing pointer to incomplete type tcptraceroute.c:1495: dereferencing pointer to incomplete type tcptraceroute.c:1501: dereferencing pointer to incomplete type tcptraceroute.c:1504: dereferencing pointer to incomplete type tcptraceroute.c:1508: dereferencing pointer to incomplete type tcptraceroute.c:1511: dereferencing pointer to incomplete type tcptraceroute.c:1516: dereferencing pointer to incomplete type tcptraceroute.c:1523: dereferencing pointer to incomplete type tcptraceroute.c:1537: dereferencing pointer to incomplete type tcptraceroute.c:1541: dereferencing pointer to incomplete type tcptraceroute.c:1582: dereferencing pointer to incomplete type tcptraceroute.c:1586: dereferencing pointer to incomplete type tcptraceroute.c:1591: dereferencing pointer to incomplete type tcptraceroute.c:1594: dereferencing pointer to incomplete type tcptraceroute.c:1599: dereferencing pointer to incomplete type tcptraceroute.c:1600: dereferencing pointer to incomplete type tcptraceroute.c:1603: dereferencing pointer to incomplete type tcptraceroute.c:1611: dereferencing pointer to incomplete type tcptraceroute.c:1615: dereferencing pointer to incomplete type tcptraceroute.c:1618: dereferencing pointer to incomplete type tcptraceroute.c:1631: dereferencing pointer to incomplete type tcptraceroute.c:1632: dereferencing pointer to incomplete type tcptraceroute.c:1675: dereferencing pointer to incomplete type tcptraceroute.c: In function `trace': tcptraceroute.c:1693: `LIBNET_IP_H' undeclared (first use in this function) make: *** [tcptraceroute] Error 1 ### execution of failed, exit code 2 Failed: compiling tcptraceroute-1.4-1 failed I did a grep and tried to search for LIBNET_IP_H in the library files, but couldn't find it... Does anyone have any suggestions? Thanks a lot! --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Query about Conflicts/Replaces fields
Hi everyone, I'm trying to create a new package for libnet 1.1.x, called libnet1.1, as well as re-introduce the old package, libnet-1.0.2a, but I'm not sure what to do with the Conflicts and Replaces fields. The current version of the libnet package is 1.1.0, but I plan to move that to the libnet1.1 package (as I mentioned above), and replace the libnet-1.1.0 package with libnet-1.0.2a... What would be the best way to do this? I don't think many packages (if any?) depend on libnet, so it shouldn't be too much of a hassle to change this. I know that libnet and libnet1.1 will have to conflict/replace each other, however, how would I provide some sort of a transition for someone with the libnet-1.1.0 package installed to the libnet1.1 package? Otherwise their libnet installation will stay the same, I presume, as the installed package will be newer than the available one. Can anyone suggest a solution? Thanks a lot! --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] (Still) Problems with net-snmp and netinet headers in 10.2.3
Hi everyone, I'm trying to compile the newest version of net-snmp (5.0.7) for MacOS X 10.2.3, but am having the same problem as with the previous version: gcc -I../../include -I../../include -I. -I../.. -I. -I./../.. -I./../../snmplib -I./.. -I.. -no-cpp-precomp -I/sw/include -g -O2 -Ddarwin6 -c mibII/tcp.c -fno-common -DPIC -o mibII/.libs/tcp.lo In file included from mibII/tcp.c:104: /usr/include/netinet/tcpip.h:66: field `ti_i' has incomplete type mibII/tcp.c:278: warning: `struct tcpstat' declared inside parameter list mibII/tcp.c:278: warning: its scope is only this definition or declaration, which is probably not what you want mibII/tcp.c: In function `var_tcp': mibII/tcp.c:287: storage size of `tcpstat' isn't known mibII/tcp.c:287: storage size of `tcpstat' isn't known mibII/tcp.c: At top level: mibII/tcp.c:464: warning: `struct tcpstat' declared inside parameter list mibII/tcp.c:465: conflicting types for `read_tcp_stat' mibII/tcp.c:278: previous declaration of `read_tcp_stat' mibII/tcp.c: In function `read_tcp_stat': mibII/tcp.c:586: dereferencing pointer to incomplete type make[2]: *** [mibII/tcp.lo] Error 1 make[1]: *** [subdirs] Error 1 make: *** [subdirs] Error 1 ### execution of make failed, exit code 2 Failed: compiling net-snmp-5.0.7-1 failed So obviously there's a problem with the tcpip.h header provided by Apple... Can anyone offer any solutions? I'm not quite sure how to tackle this... Thanks! --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gnome2
Well... as a precaution, it might be worthwhile compiling a database of alternate email addresses and phone numbers for the Fink developers (keeping it all private, of course), as long as they're OK with that. That way, if a developer does 'vanish', other developers (Max, David Morrison, etc etc) will be able to contact the person after a certain time without fishing around google and the web, saving a lot of hassle and time. It's only a suggestion, though. On Friday, January 17, 2003, at 02:34 PM, Max Horn wrote: Indeed. Including a time limit before we start taking action. Next step should be specifiying what all will be done to try and reach the mainainer (like, if email fails, trying to get a phone number if need be, and call him). --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Problems with net-snmp and netinet headers in 10.2.3
Hi everyone, Justin Hallett alerted me to the fact that many of the headers (all?) that were missing in 10.2 have been added to 10.2.3, so that the jaguar-missing-headers package is no longer needed. I tried recompiling net-snmp, one of the packages of mine that requires the missing headers (but is not in unstable, as there were other missing headers), and got this error: gcc -g -O2 -Ddarwin6 -I../../include -I../../include -I. -I../.. -I. -I./../.. -I./../../snmplib -I./.. -I.. -no-cpp-precomp -I/sw/include -c mibII/tcp.c -fno-common -DPIC -o mibII/.libs/tcp.lo In file included from mibII/tcp.c:104: /usr/include/netinet/tcpip.h:66: field `ti_i' has incomplete type mibII/tcp.c:278: warning: `struct tcpstat' declared inside parameter list mibII/tcp.c:278: warning: its scope is only this definition or declaration, which is probably not what you want mibII/tcp.c: In function `var_tcp': mibII/tcp.c:287: storage size of `tcpstat' isn't known mibII/tcp.c:287: storage size of `tcpstat' isn't known mibII/tcp.c: At top level: mibII/tcp.c:464: warning: `struct tcpstat' declared inside parameter list mibII/tcp.c:465: conflicting types for `read_tcp_stat' mibII/tcp.c:278: previous declaration of `read_tcp_stat' mibII/tcp.c: In function `read_tcp_stat': mibII/tcp.c:586: dereferencing pointer to incomplete type make[2]: *** [mibII/tcp.lo] Error 1 make[1]: *** [subdirs] Error 1 make: *** [subdirs] Error 1 ### execution of make failed, exit code 2 Failed: compiling net-snmp-5.0.6-1 failed This didn't happen with the jaguar-missing-headers headers, so I'm not sure... Any ideas how to fix it? Thanks! --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Going on holidays
Hello everyone, Just thought I'd mention that I am going on holidays up the coast for the next week, so won't be able to respond to bug reports/requests/etc for the packages I maintain. If anyone has problems or positive feedback, etc, for my packages, please email me, but understand that I won't be able to reply until next Saturday at the earliest. Thanks! --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Problems with aria
Hi everyone! I'm trying to compile aria (0.10.0 and 0.10.2test7) on 10.2.2, and I'm getting this: g++ -DHAVE_CONFIG_H -I. -I. -I.. -isystem /sw/include -O2 -Wall -DLOCALEDIR=\/sw/share/locale\ -DDATADIR=\/sw/share\ -I../intl -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include -I/usr/X11R6/include -c main.cc In file included from main.cc:32: getopt.h:104: declaration of C function `int getopt()' conflicts with /usr/include/unistd.h:142: previous declaration `int getopt(int, char* const*, const char*)' here make[3]: *** [main.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 ### execution of make failed, exit code 2 Failed: compiling aria-0.10.2test7-1 failed Anyone know what's wrong? Would commenting out the offending line in main.cc help...? I'm not sure. Thanks! --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Problems with starplot
Hi everyone, I'm trying to get starplot to work on 10.2, but I'm having troubles... : c++ -c menuops.cc `gtk-config --cflags` -Wall -pedantic -O2 -no-cpp-precomp \ -DDATADIR=\/sw/share/starplot\ -DDOCDIR=\/sw/share/doc/starplot\ In file included from /sw/include/gtk-1.2/gdk/gdktypes.h:33, from /sw/include/gtk-1.2/gdk/gdk.h:31, from /sw/include/gtk-1.2/gtk/gtk.h:31, from menuops.cc:25: /sw/include/glib-1.2/glib.h:1308:23: warning: ISO C does not permit named variadic macros /sw/include/glib-1.2/glib.h:1311:25: warning: ISO C does not permit named variadic macros /sw/include/glib-1.2/glib.h:1314:26: warning: ISO C does not permit named variadic macros /sw/include/glib-1.2/glib.h:1317:25: warning: ISO C does not permit named variadic macros menuops.cc: In function `void abouthelp()': menuops.cc:501: warning: invalid conversion from `void*' to `GtkWidget**' menuops.cc:501: warning: invalid conversion from `void*' to `GtkWidget**' menuops.cc:502: warning: invalid conversion from `void*' to `GtkWidget*' menuops.cc:502: warning: invalid conversion from `void*' to `GtkWidget*' menuops.cc: In function `void helpdocs()': menuops.cc:523: warning: invalid conversion from `void*' to `char*' menuops.cc:541: warning: invalid conversion from `void*' to `int*' c++ -c filedialogs.cc `gtk-config --cflags` -Wall -pedantic -O2 -no-cpp-precomp -DDATADIR=\/sw/share/starplot\ In file included from /sw/include/gtk-1.2/gdk/gdktypes.h:33, from /sw/include/gtk-1.2/gdk/gdk.h:31, from /sw/include/gtk-1.2/gtk/gtk.h:31, from filedialogs.cc:25: /sw/include/glib-1.2/glib.h:1308:23: warning: ISO C does not permit named variadic macros /sw/include/glib-1.2/glib.h:1311:25: warning: ISO C does not permit named variadic macros /sw/include/glib-1.2/glib.h:1314:26: warning: ISO C does not permit named variadic macros /sw/include/glib-1.2/glib.h:1317:25: warning: ISO C does not permit named variadic macros /usr/include/gcc/darwin/3.1/g++-v3/fstream: In constructor `std::basic_ifstream_CharT, _Traits::basic_ifstream() [with _CharT = char, _Traits = std::char_traitschar]': filedialogs.cc:188: instantiated from here /usr/include/gcc/darwin/3.1/g++-v3/fstream:269: no matching function for call to `std::basic_istreamchar, std::char_traitschar ::basic_istream(void*)' /usr/include/gcc/darwin/3.1/g++-v3/iosfwd:58: candidates are: std::basic_istreamchar, std::char_traitschar ::basic_istream(const std::basic_istreamchar, std::char_traitschar ) /usr/include/gcc/darwin/3.1/g++-v3/istream:77: std::basic_istream_CharT, _Traits::basic_istream(std::basic_streambuf_CharT, _Traits*) [with _CharT = char, _Traits = std::char_traitschar] near match /usr/include/gcc/darwin/3.1/g++-v3/fstream: In constructor `std::basic_ofstream_CharT, _Traits::basic_ofstream() [with _CharT = char, _Traits = std::char_traitschar]': filedialogs.cc:282: instantiated from here /usr/include/gcc/darwin/3.1/g++-v3/fstream:346: no matching function for call to `std::basic_ostreamchar, std::char_traitschar ::basic_ostream(void*)' /usr/include/gcc/darwin/3.1/g++-v3/iosfwd:61: candidates are: std::basic_ostreamchar, std::char_traitschar ::basic_ostream(const std::basic_ostreamchar, std::char_traitschar ) /usr/include/gcc/darwin/3.1/g++-v3/ostream:72: std::basic_ostream_CharT, _Traits::basic_ostream(std::basic_streambuf_CharT, _Traits*) [with _CharT = char, _Traits = std::char_traitschar] near match make[1]: *** [filedialogs.o] Error 1 make: *** [object-files] Error 2 ### execution of make failed, exit code 2 Failed: compiling starplot-0.92.3-1 failed Any ideas? I remember someone (I think it might have been Ben Hines) having a page about problems with gcc3, but I've lost the URL... Thanks! --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] error.h header file
On Sunday, November 10, 2002, at 10:19 PM, Max Horn wrote: At 15:26 Uhr +1100 10.11.2002, Jeremy Higgs wrote: Hi everyone, I'm trying to update the deskmenu package, but I'm getting this error: gcc -DHAVE_CONFIG_H -I. -I. -I. -I/sw/include -O2 -g -I/usr/X11R6/include `pkg-config gtk+-2.0 --cflags` -c xmalloc.c xmalloc.c:47: header file 'error.h' not found cpp-precomp: warning: errors during smart preprocessing, retrying in basic mode make[1]: *** [xmalloc.o] Error 1 make: *** [all-recursive] Error 1 I had a look around for 'error.h' files, and there are some provided by other packages, as well as ones under /usr/include/mach and /usr/include/objc ... But I don't know if either of them will be of use (most likely not). Does anyone know what I could do to work around (or fix) this? So did you check that error.h is not part of deskmenu already? :-) I.e. is it really assumed to be a system header file? What is the exact #include line for it? The exact include line was: # include error.h I fixed it... A person on a newsgroup suggested looking at CVS, and I saw in a diff that the author had removed it, so I just removed the lines he did, and it now works. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] error.h header file
Thanks, I now get this: gcc -O2 -g -I/usr/X11R6/include `pkg-config gtk+-2.0 --cflags` -L/sw/lib -o deskmenu deskmenu.o popup.o windows.o workspaces.o keyboard.o xmalloc.o getopt.o getopt1.o -lX11 -lXext -lX11 -L/usr/X11R6/lib `pkg-config gtk+-2.0 --libs` ld: warning multiple definitions of symbol _locale_charset /sw/lib/libiconv.dylib(localcharset.lo) definition of _locale_charset /sw/lib/libintl.dylib(localcharset.lo) definition of _locale_charset ld: warning suggest use of -bind_at_load, as lazy binding may result in errors or different symbols being used symbol _locale_charset used from dynamic library /sw/lib/libiconv.dylib(localcharset.lo) not from earlier dynamic library /sw/lib/libintl.1.dylib(localcharset.lo) symbol _FT_Done_FreeType used from dynamic library /usr/X11R6/lib/libfreetype.6.dylib(ftinit.o) not from earlier dynamic library /sw/lib/libfreetype.6.dylib(ftinit.lo) ... symbol _FT_Glyph_Transform used from dynamic library /usr/X11R6/lib/libfreetype.6.dylib(ftglyph.o) not from earlier dynamic library /sw/lib/libfreetype.6.dylib(ftglyph.lo) ld: Undefined symbols: _error make[1]: *** [deskmenu] Error 1 make: *** [all-recursive] Error 1 ### execution of make failed, exit code 2 I'm not quite sure how to fix it... On Sunday, November 10, 2002, at 04:18 PM, Alexander Strange wrote: Try taking the #include for it out and seeing what undefined symbols you get. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problems compiling net-snmp 5.0.6
On Sunday, November 10, 2002, at 02:30 PM, Ben Hines wrote: On Saturday, November 9, 2002, at 07:15 PM, Jeremy Higgs wrote: Any ideas on how to fix this...? Could it have anything to do with some of the headers removed in 10.2? (I would expect a file not found error to have come up, though...) It is one of the missing headers, but is missing from the missing-headers package. I'll get RR to add it. :) #include netinet/tcp_var.h -Ben Thanks, I've updated to the newest version of the package, but now I get this: gcc -g -O2 -Ddarwin6 -I../../include -I../../include -I. -I../.. -I. -I./../.. -I./../../snmplib -I./.. -I.. -no-cpp-precomp -I/sw/include -c mibII/icmp.c -fno-common -DPIC -o mibII/.libs/icmp.lo mibII/icmp.c:224: warning: `struct icmpstat' declared inside parameter list mibII/icmp.c:224: warning: its scope is only this definition or declaration, which is probably not what you want mibII/icmp.c: In function `var_icmp': mibII/icmp.c:233: storage size of `icmpstat' isn't known mibII/icmp.c:233: storage size of `icmpstat' isn't known mibII/icmp.c: At top level: mibII/icmp.c:484: warning: `struct icmpstat' declared inside parameter list mibII/icmp.c:485: conflicting types for `read_icmp_stat' mibII/icmp.c:224: previous declaration of `read_icmp_stat' mibII/icmp.c: In function `read_icmp_stat': mibII/icmp.c:630: dereferencing pointer to incomplete type make[2]: *** [mibII/icmp.lo] Error 1 make[1]: *** [subdirs] Error 1 make: *** [subdirs] Error 1 ### execution of make failed, exit code 2 Failed: compiling net-snmp-5.0.6-1 failed I guess it's another missing header...? :( --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problems compiling net-snmp 5.0.6
On Sunday, November 10, 2002, at 05:11 PM, Benjamin Reed wrote:
Yup. :P
[g4:~/cvs/darwin-kde] ranger% grep -r icmpstat
/Volumes/Puma/usr/include/
/Volumes/Puma/usr/include/netinet/icmp_var.h:struct icmpstat {
...looks like we've gotta add that too.
These are all the files that were removed between Puma and Jaguar:
icmp_var.h
if_atm.h
if_fddi.h
igmp_var.h
in_gif.h
in_hostcache.h
in_var.h
ip_compat.h
ip_dummynet.h
ip_ecn.h
ip_encap.h
ip_flow.h
ip_var.h
ipl.h
tcp_var.h
udp_var.h
...anyone have any ideas what else might end up being needed?
gcc -g -O2 -Ddarwin6 -I../../include -I../../include -I. -I../.. -I.
-I./../.. -I./../../snmplib -I./.. -I.. -no-cpp-precomp -I/sw/include
-c mibII/udp.c -fno-common -DPIC -o mibII/.libs/udp.lo
mibII/udp.c:226: warning: `struct udpstat' declared inside parameter
list
mibII/udp.c:226: warning: its scope is only this definition or
declaration, which is probably not what you want
mibII/udp.c: In function `var_udp':
mibII/udp.c:234: storage size of `udpstat' isn't known
mibII/udp.c:234: storage size of `udpstat' isn't known
mibII/udp.c: At top level:
mibII/udp.c:339: warning: `struct udpstat' declared inside parameter
list
mibII/udp.c:340: conflicting types for `read_udp_stat'
mibII/udp.c:226: previous declaration of `read_udp_stat'
mibII/udp.c: In function `read_udp_stat':
mibII/udp.c:431: dereferencing pointer to incomplete type
make[2]: *** [mibII/udp.lo] Error 1
make[1]: *** [subdirs] Error 1
make: *** [subdirs] Error 1
### execution of make failed, exit code 2
Failed: compiling net-snmp-5.0.6-1 failed
It seems something else is needed. (I added the icmp_var.h file to
/sw/include/netinet) However, ud_var.h is already included in the
package, so I wonder what else it could be?
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gnomemm-1.2.2-3 build error
On 27/6/02 12:54 AM, Alexander Hansen [EMAIL PROTECTED] wrote: I can confirm this on my system as well. Same fink, OS, Dev Tools, and most of the same related packages. On Wednesday 26 June 2002 10:28, Benjamin Reed wrote: Just an FYI, I can't build gnomemm on an otherwise up-to-date system (trying to build gabber-ssl). Here's the error: procbar.cc: In method `Gnome::ProcBar::ProcBar(const Gtk::Label , const vectorGdk_Color *,allocatorGdk_Color * , gint (*)())': procbar.cc:23: passing `gint (*)()' as argument 5 of `gnome_proc_bar_construct(GnomeProcBar *, GtkWidget *, int, GdkColor *, gint (*)(void *))' fink version: 0.9.12-1 OS: MacOSX 10.1.5 Tools:December related packages that are installed: ii glib 1.2.10-8 Common C routines used by Gtk+ and other libs ii glib-shlibs 1.2.10-8 Common C routines used by Gtk+ and other libs ii glib2 2.0.4-1 Handy library of utility functions ii glib2-dev 2.0.4-1 Handy library of utility functions ii glib2-shlibs 2.0.4-1 Handy library of utility functions ii gnome-libs1.4.1.7-1 Base libraries for GNOME ii gnome-libs-dev 1.4.1.7-1 Base libraries for GNOME ii gnome-libs-shlibs 1.4.1.7-1 Base libraries for GNOME ii gtk+ 1.2.10-12 The Gimp Toolkit ii gtk+-data 1.2.10-12 The Gimp Toolkit ii gtk+-shlibs 1.2.10-12 The Gimp Toolkit ii gtkmm 1.2.8-2 C++ interface for the gtk+ library ii gtkmm-shlibs 1.2.8-2 C++ interface for the gtk+ library Thanks guys... Unfortunately, I have no idea how to fix it! Can you post the preceding errors...? (The actual 'cc' command, really) Has anyone else seen this kind of error before? Thanks! --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Problem with mirror:sourceforge
Hi everyone! I was trying to add some Source-MD5 fields to some of my packages, and added the mirror:sourceforge line to some of them too, while I was at it. However, when I tried to fetch one of the tarballs, I got this: wget --verbose 2002-05-05/net-snmp/net-snmp-5.0.tar.gz --22:20:43-- http://2002-05-05/net-snmp/net-snmp-5.0.tar.gz = `net-snmp-5.0.tar.gz' Connecting to 192.168.0.1:3128... connected. Proxy request sent, awaiting response... 503 Service Unavailable 22:20:43 ERROR 503: Service Unavailable. ### wget failed, exit code 1 Downloading the file net-snmp-5.0.tar.gz failed. (1) Give up (2) Retry the same mirror (3) Retry another mirror The problem seems to stem from /sw/lib/fink/mirror/sourceforge and the line: Timestamp: 2002-05-05 However... The other files seem to have that line too, so I don't know what's causing that problem. Thanks! ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] QT2 package
Hi everyone! I was wondering if it would be possible for a qt2 package to be created, that would conflict with and replace the qt3 package. I currently have some packages (qcad, bbkeysconf) that do not work with qt3 (they have yet to be updated), and there doesn't seem any way for me to be able to enforce the dependency on qt-2.3.1-1 (I have tried ( 3.0.0-1), but that doesn't install the qt-2.3.1-1 package.)... So... Would it be possible for a qt2 package to be created? (If there is enough demand for it... I don't know if anyone else would require it.) Thanks! ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problems compiling graphviz
On 30/4/02 9:58 PM, Ben Hines [EMAIL PROTECTED] wrote: At 9:07 PM +1000 4/30/02, Jeremy Higgs wrote: Hi everyone! I'm trying to package graphviz, and I'm getting the following error: cc -dynamiclib -flat_namespace -undefined suppress -o .libs/libgdtclft.0.0.0.dylib gdtclft.lo -all_load ../tclhandle/.libs/libtclhandle.al ../gd/.libs/libgd.al ../tclstubs/.libs/libtclstubs.al -L/sw/lib Did you perform any libtool patches? This looks like it might be the convenience library bug. http://fink.sourceforge.net/doc/porting/libtool.php -Ben I only added the '-flat_namespace' to the configure script. Thanks for that, I'll try it out!
[Fink-devel] Problems compiling graphviz
Hi everyone! I'm trying to package graphviz, and I'm getting the following error: cc -dynamiclib -flat_namespace -undefined suppress -o .libs/libgdtclft.0.0.0.dylib gdtclft.lo -all_load ../tclhandle/.libs/libtclhandle.al ../gd/.libs/libgd.al ../tclstubs/.libs/libtclstubs.al -L/sw/lib ../tclhandle/.libs/libtclhandle.al ../gd/.libs/libgd.al -liconv -lm ../tclstubs/.libs/libtclstubs.al -lfreetype -lpng -ljpeg -lz -lc -lc -install_name /sw/lib/graphviz/libgdtclft.0.dylib -compatibility_version 1 -current_version 1.0 ld: multiple definitions of symbol _tclhandleAlloc ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleAlloc in section (__TEXT,__text) ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleAlloc in section (__TEXT,__text) ld: multiple definitions of symbol _tclhandleDestroy ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleDestroy in section (__TEXT,__text) ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleDestroy in section (__TEXT,__text) ld: multiple definitions of symbol _tclhandleFree ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleFree in section (__TEXT,__text) ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleFree in section (__TEXT,__text) ld: multiple definitions of symbol _tclhandleFreeIndex ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleFreeIndex in section (__TEXT,__text) ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleFreeIndex in section (__TEXT,__text) ld: multiple definitions of symbol _tclhandleIndex ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleIndex in section (__TEXT,__text) ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleIndex in section (__TEXT,__text) ld: multiple definitions of symbol _tclhandleInit ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleInit in section (__TEXT,__text) ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleInit in section (__TEXT,__text) ld: multiple definitions of symbol _tclhandleReset ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleReset in section (__TEXT,__text) ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleReset in section (__TEXT,__text) ld: multiple definitions of symbol _tclhandleString ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleString in section (__TEXT,__text) ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleString in section (__TEXT,__text) ld: multiple definitions of symbol _tclhandleXlate ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleXlate in section (__TEXT,__text) ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleXlate in section (__TEXT,__text) ld: multiple definitions of symbol _tclhandleXlateIndex ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleXlateIndex in section (__TEXT,__text) ../tclhandle/.libs/libtclhandle.al(tclhandle.lo) definition of _tclhandleXlateIndex in section (__TEXT,__text) ld: multiple definitions of symbol _gdAlphaBlend ../gd/.libs/libgd.al(gd.lo) definition of _gdAlphaBlend in section (__TEXT,__text) ../gd/.libs/libgd.al(gd.lo) definition of _gdAlphaBlend in section (__TEXT,__text) ld: multiple definitions of symbol _gdCompareInt ../gd/.libs/libgd.al(gd.lo) definition of _gdCompareInt in section (__TEXT,__text) ../gd/.libs/libgd.al(gd.lo) definition of _gdCompareInt in section (__TEXT,__text) ld: multiple definitions of symbol _gdImageAlphaBlending ../gd/.libs/libgd.al(gd.lo) definition of _gdImageAlphaBlending in section (__TEXT,__text) ../gd/.libs/libgd.al(gd.lo) definition of _gdImageAlphaBlending in section (__TEXT,__text) ld: multiple definitions of symbol _gdImageArc ../gd/.libs/libgd.al(gd.lo) definition of _gdImageArc in section (__TEXT,__text) ../gd/.libs/libgd.al(gd.lo) definition of _gdImageArc in section (__TEXT,__text) ld: multiple definitions of symbol _gdImageBoundsSafe ../gd/.libs/libgd.al(gd.lo) definition of _gdImageBoundsSafe in section (__TEXT,__text) ../gd/.libs/libgd.al(gd.lo) definition of _gdImageBoundsSafe in section (__TEXT,__text) ld: multiple definitions of symbol _gdImageChar ../gd/.libs/libgd.al(gd.lo) definition of _gdImageChar in section (__TEXT,__text) ../gd/.libs/libgd.al(gd.lo) definition of _gdImageChar in section (__TEXT,__text) ld: multiple definitions of symbol _gdImageCharUp ../gd/.libs/libgd.al(gd.lo) definition of _gdImageCharUp in section (__TEXT,__text) ../gd/.libs/libgd.al(gd.lo) definition of _gdImageCharUp in section (__TEXT,__text) ld: multiple definitions of symbol _gdImageColorAllocate ../gd/.libs/libgd.al(gd.lo) definition of _gdImageColorAllocate in section (__TEXT,__text) ../gd/.libs/libgd.al(gd.lo) definition of _gdImageColorAllocate in section (__TEXT,__text) ld: multiple definitions of symbol
[Fink-devel] Problems getting a configure script to recognise libiconv
Hi everyone!
I'm trying to package graphviz and doxygen (requested a long time ago, and I
wasn't able to get them to work properly, but I'm trying again now), and I
noticed this in the output of the configure script for graphviz:
checking for iconv... No
This is the relevant part from config.log:
configure:7849: checking for iconv
configure:7877: cc -o conftest -g -O2 -Wall -Wno-unknown-pragmas
-I/sw/include -
L/sw/lib conftest.c -lm 15
/usr/bin/ld: Undefined symbols:
_iconv
configure: failed program was:
#line 7854 configure
#include confdefs.h
/* System header to define __stub macros and hopefully few prototypes,
which can conflict with char iconv(); below. */
#include assert.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char iconv();
int main() {
/* The GNU C library defines this for functions which it implements
to always fail with ENOSYS. Some functions are actually named
something starting with __ and the normal name is an alias. */
#if defined (__stub_iconv) || defined (__stub___iconv)
choke me
#else
iconv();
#endif
; return 0; }
Anyone know how to fix this? I remember having to fix this with the stuphead
package (Max provided the solution), but I don't know if it's applicable
here.
Thanks!
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problems getting a configure script to recogniselibiconv
On 30/4/02 11:14 AM, Justin Hallett [EMAIL PROTECTED] wrote: now there has to be a reason why, but it's missing -liconv [EMAIL PROTECTED] writes: configure:7877: cc -o conftest -g -O2 -Wall -Wno-unknown-pragmas -I/sw/include - L/sw/lib conftest.c -lm 15 /usr/bin/ld: Undefined symbols: _iconv ¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., Justin F. Hallett - Systems Analyst Phone: (780)-408-3094 Fax: (780)-454-3200 E-Mail: [EMAIL PROTECTED] .·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., You're right... Hrmmm... Weird indeed! I'll see if adding '-liconv' to the LDFLAGS helps... Thanks! ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problems getting a configure script to recogniselibiconv
On 30/4/02 11:14 AM, Justin Hallett [EMAIL PROTECTED] wrote: now there has to be a reason why, but it's missing -liconv [EMAIL PROTECTED] writes: configure:7877: cc -o conftest -g -O2 -Wall -Wno-unknown-pragmas -I/sw/include - L/sw/lib conftest.c -lm 15 /usr/bin/ld: Undefined symbols: _iconv ¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., Justin F. Hallett - Systems Analyst Phone: (780)-408-3094 Fax: (780)-454-3200 E-Mail: [EMAIL PROTECTED] .·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel I updated the package to a newer upstream version, and it seems to be (at least partially) working now... ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] -undefined error must be used when -twolevel_namespace is ineffect?
Hi everyone! I'm getting this error while compiling net-snmp 5.0 (will be added when it's fixed): cc -dynamiclib -undefined suppress -o .libs/libnetsnmp.5.0.0.dylib snmp_client.lo mib.lo parse.lo snmp_api.lo snmp.lo snmp_auth.lo asn1.lo md5.lo snmp_parse_args.lo system.lo vacm.lo int64.lo read_config.lo snmp_debug.lo tools.lo snmp_logging.lo snmpv3.lo lcd_time.lo keytools.lo scapi.lo callback.lo default_store.lo snmp_alarm.lo data_list.lo oid_array.lo oid_stash.lo mt_support.lo snmp_enum.lo snmp-tc.lo snprintf.lo strtol.lo strtoul.lo snmp_transport.lo snmpUDPDomain.lo snmpTCPDomain.lo snmpUnixDomain.lo snmpCallbackDomain.lo snmp_secmod.lo snmpusm.lo snmp_version.lo cmu_compat.lo ucd_compat.lo -lc -install_name /sw/src/root-net-snmp-5.0-1/sw/lib/libnetsnmp.5.dylib -compatibility_version 6 -current_version 6.0 ld: -undefined error must be used when -twolevel_namespace is in effect /usr/bin/libtool: internal link edit command failed make[1]: *** [libnetsnmp.la] Error 1 This didn't happen before I enabled shared libraries, and it causes one of the targets to fail... Anyone know how to fix it? Thanks! ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Move aggressive
On 22/4/02 8:00 PM, Max Horn [EMAIL PROTECTED] wrote: I think we should start to much more aggressively move things to stable-cvs. Reason: many people use unstable only because stable is far to outdated for them. Thus we get a lot user complaints about breakake in unstable, even though this is normal to happen at times (it shouldn't but can happen). If OTOH the majority of users still uses stable and never gives feedback therefore. snip I agree... I also would like to know if anybody here has built run any of these so I can move: pan-0.11.3-1 gaim-0.56-3 sdl-1.2.4-1 I have used pan with no problems... ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] holding back package upgrade (was: Callingmozilla)
On 17/4/02 5:35 PM, Max Horn [EMAIL PROTECTED] wrote: At 2:58 Uhr +0200 17.04.2002, Kilian Koepsell wrote: On Tue, Apr 16, 2002 at 05:30:55PM -0400, Chris Devers wrote: [...] Type: bundle Depends: xfree86-base (= 4.2.0-4), xfree86-rootless (= 4.2.0-2) Description: Prevents automatic update... It's an interesting strategy, but still kind of a pain. I like the earlier thought about --no-update=mozilla, except that it's stateless (have to remember to do it every time) and it seems like feeding it a list (gtk, qt, mozilla, etc other long ones like that) would be stretching what a flag like that should really be accomodating. Maybe a stub file, or a stub field in fink.conf, can have packages to exclude from updates, being a wrapper around a hack like the one JFM suggests [1] of creating a dummy package descriptor, and maybe a new fink exclude ... sub-command can be used to create the list in the first place. hi, i like that idea. what about a command like fink hold mozilla Maybe we do this which checks for the latest mozilla version, say 0.9.9-4, then creates a new file hold-mozilla-0.9.9-4.info containing the above mentioned few lines and installs the package hold-mozilla-0.9.9-4. ... but certainly not this way! That's a hack, and has all sorts of problem (I am not going to list them all here now, I have to go to university). The proper way is to add a seperate file/DB for this to Fink where it keeps track of this information. Also we'd need a reverse release or so command. There are many better ways to do this than to introduce fake packages. Still this doesn't mean I say it'll be added like this. Submit a feature request if you like. Max I'm pretty sure dpkg (or it might be apt) does this. Through dselect, at least, you can 'hold' a package, and it is simply not upgraded (version or revision) until you 'unhold' it. [ Actually... It's dpkg. Presumably something like 'dpkg --hold package' would do the trick... ] HTH! ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool hacker needed...
On 11/4/02 10:47 AM, Justin Hallett [EMAIL PROTECTED] wrote: I'm sorry I don't remember there being an issue, as a matter a fact I thought giftcurs worked fine?? GiFTcurs works fine, and so does the giFT daemon, but the GTK+ front-end doesn't (it is obsolete anyway, I believe... GiFTcurs is better, anyway). ___ 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] Ethereal
On 5/4/02 6:45 PM, Max Horn [EMAIL PROTECTED] wrote: At 16:03 Uhr +1000 05.04.2002, Jeremy Higgs wrote: On 4/4/02 11:07 PM, Max Horn [EMAIL PROTECTED] wrote: Right now there is no support for snmp in ethereal, since I figured not everybody wants to have to install snmp just to get ethereal. I guess I could make an ethereal-snmp package if there is enough demand. Max This is slightly from left-field, but still relevant I think... What about implementing the other form of Splitoffs that was proposed a while back? Instead of having 'ethereal' and 'ethereal-snmp', for example, as separate .info files, there would be only one 'ethereal' .info file which specified the options, etc, for a different build of the package... This could certainly be in handy here, but if it's possible, should probably occur after the next distro release, and before Fink (package manager) 1.0, I think... YOu are talking about variants here, not splitoffs. Those are an entierly different beast, and carry a big tail of their own problems with them. Not something we want to even attempt before 0.4.0 is out. And even after that, we need some more discussion before we can work on it, I think. Max Yep, that's right! Sorry bout that... Yeah, it's pretty big, not something before 0.4.0, but probably should be considered in the near future. ___ 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 4/4/02 10:32 PM, Max Horn [EMAIL PROTECTED] wrote: At 13:34 Uhr +0200 03.04.2002, Max Horn wrote: [...] I propose our next release be on Saturday, 13th April. (This gives us enough time to follow the procedure outlined below; also it means that in case of screw up, I have the sunday to fix up; feel free to suggest other dates, but make sure to include proper reasons as to why you think that date is better Plans have to change I fear. I have to work out of town the whole next week, returning on Friday, with no CVS access during that time. OTOH I have some free days following that weekend. Hence my proposal to release on Monday, 15th. Full plan: * stable freeze next Monday 8th (12 AM UTC) * deep freeze Saturday 13th (12 AM UTC) * Releaes on Monday 15th (no time set, it'll happen when it does). Please voice any concerns you have with this plan, and do so as early as possible. It's not yet set in stone :-) Cheers, Max Sounds good to me... Perhaps we should send out emails to Fink-Users and Fink-Beginners (perhaps even Fink-Announce?) to say that if they want a certain package to be in the stable distribution for the next release, to email the maintainer and give feedback on the packages they have tried... ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Ethereal
On 4/4/02 11:07 PM, Max Horn [EMAIL PROTECTED] wrote: Right now there is no support for snmp in ethereal, since I figured not everybody wants to have to install snmp just to get ethereal. I guess I could make an ethereal-snmp package if there is enough demand. Max This is slightly from left-field, but still relevant I think... What about implementing the other form of Splitoffs that was proposed a while back? Instead of having 'ethereal' and 'ethereal-snmp', for example, as separate .info files, there would be only one 'ethereal' .info file which specified the options, etc, for a different build of the package... This could certainly be in handy here, but if it's possible, should probably occur after the next distro release, and before Fink (package manager) 1.0, I think... ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] xemacs, xpdf, ircii, mutt, frotz, oroborus:source not available
On 5/4/02 11:33 AM, David R. Morrison [EMAIL PROTECTED] wrote: I've just run fink fetch-all on a new system, and discovered that a number of source files are no longer available where fink expects to find them. Some of these may be stashed in the source part of our bindist, I haven't checked that; but anybody trying to install these packages anew will be frustrated. Should be addressed before the end of next week, if at all possible. Extract from log appended below. -- Dave snip curl: (22) The requested file was not found file download failed for oroborus-1.14.0.tar.gz of package oroborus-1.14.0-4 Thanks for that! Unfortunately, the homepage for Oroborus seems to have disappeared. I was alerted previously to a mirror of the tarball for oroborus 2.0.4, and that has been updated in the .info file in unstable, but I cannot seem to find one for oroborus 1.1.4. (I have two versions because oroborus 2.0.4 was under development, although that seems to have stopped.) If anyone could point me to a mirror or has a copy of the tarball, that would be great, as I don't. (I do have the oroborus 2.0.4 tarball, though.) Thanks! ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Doxygen and Graphviz
On 30/3/02 7:30 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: can those two be separated ? On the requested packages list they are listed together, but Doxygen can run without Graphviz, and Graphviz without Doxygen. the Doxygen can have the Graphviz in dependency, because than it can produce nicer graphs. The general question is can the requests be separated? Jan They can be, however I had problems when trying to port it over. Feel free to download the tarball from the tracker item if you want, as I don't know how to fix the problems with it... ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fun fun fun! minicom is done!
On 29/3/02 12:26 AM, Chris Zubrzycki [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday, March 28, 2002, at 06:40 AM, Max Horn wrote: At 23:01 Uhr -0500 27.03.2002, Chris Zubrzycki wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ok, minicom is in the tracker, as well as lrzsz, which is a set of x,y,and zmodem programs which minicom can use. I believe there is already a lrzsz-0.12.20-1.info in CVS. Did you check that? oops... :-) o well, it was a good learning experience. The one in unstable is missing a build depends (gettext), and I added more docs, but yes, they are the same. It'd be handy in the future if you contacted the maintainer of such a package if you find problems... In this case, me. :) Gettext is an essential package, so every Fink installation has it, so it isn't really needed as a BuildDepends (but I wasn't aware that it needed gettext, so thanks!) ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: 3rd Party
On 29/3/02 8:24 AM, Max Horn [EMAIL PROTECTED] wrote: At 16:09 Uhr -0500 28.03.2002, [EMAIL PROTECTED] wrote: Max, I can understand your position and respect the desire not to dilute the Fink policy unless absolutely positively necessary, even if-- in this one case-- I disagree. And I *fully* support your proposal regarding a third party section. I actually have a few Fink packages I have put together that will never be accepted because they completely violate policy; the most notable being the Jode package (as it installs a binary). It would be nice if there was a mechanism for injecting a hunk of .info files into fink; ones that are completely unsupported or totally local. Prolly, yeah. One idea would be to use yet another tree for it, say thirdparty or so. Writing some inject scripts wouldn't be hard, and we could also write a tool to add this to fink.conf (if you think it's not enough to explain to users how to make that change). Max How about 'contrib'? That's what Debian uses, although I'm not sure if it's for the same purposes... ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] FinkCommander now available by CVS at SourceForge
On 22/3/02 3:47 PM, Steven Burr [EMAIL PROTECTED] wrote: On Thursday, March 21, 2002, at 07:38 AM, Max Horn wrote: Seems as if Preferences.nib is missing from CVS, I can't compile it without that. Sorry. I ran into the same problem when I did a test run on my kids' Mac and thought I had fixed it. I think the repository is in good shape now. I committed the Preferences.nib contents, deleted the old version of FC from the other Mac and did another test run with anonymous cvs. FC compiled and ran several commands, including selfupdate-cvs.As I write this on my iBook, FC is running update-all without any problem (so far). SourceForge has already removed the build directory. I took Finlay's advice and selected an alternative local directory for the build and build intermediates in PB preferences. Thanks for all the help. I had a look at FinkCommander, and it looks very promising! One suggestion that I have, though... Perhaps when you click on the name of a package, the program should show the information immediately, instead of having to go to 'Source - Describe'. This may take some tweaking on Fink's behalf, though... As it sometimes takes a while for Fink to retrieve the information. Perhaps parsing the info returned by 'fink describe package' would also be useful. Some users probably don't want to view the information in DescPort, DescPackaging and DescUsage, so maybe there should be an option to somehow only include the DescDetail field in the bottom pane. (I'm not sure how this would be done, though... Fink doesn't label the fields in its output...) You could then have an option somewhere to increase or descrease the amount of information given for packages (like you can do with dselect... Press 'I' with a package selected and it will switch between different levels of information.) One thing that might also be nice is to display the dependencies of a package. (Again, not by default... Perhaps on a different 'level'), but as Fink currently doesn't output this information in 'fink describe', that would be a bit difficult... [Turned out to be a bit more than one suggestion... Oh well! :) ] Hope this helps! Thanks! ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP undeclared error
Hi everyone, I'm trying to port aptitude over for use with MacOS X and Fink, but I'm getting this error: c++ -DLOCALEDIR=\/sw/share/locale\ -DHAVE_CONFIG_H -Wall -Werror -I.. -I. -I../../lib -I../../intl -I/sw/include -g -O2 -I/sw/lib/sigc++-1.0/include -I/sw/include/sigc++-1.0 -D_REENTRANT -c vscreen.cc vscreen.cc:53: `PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP' was not declared in this scope make[4]: *** [vscreen.o] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 ### make failed, exit code 2 Failed: compiling aptitude-0.2.10-1 failed I had a grep in /sw/include and found this: #define DEFINE_LOCK(x) pthread_mutex_t x##_lock = PTHREAD_RECURSIVE_MUTEX_INITIA LIZER_NP (from /sw/include/orbit-1.0/ORBitutil/thread-safety.h) Is there any way I could declare PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP? What would I declare it as? Any help would be appreciated, Thanks! ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: [Fink-users] feature request (was: upgrade from 0.3.1 to0.3.2a)
On 20/3/02 4:18 PM, Rich Ramos [EMAIL PROTECTED] wrote: Sorry if this wasn't particularly clear. If you haven't already, it may be an idea to read the Documentation and FAQ, and if you have already, maybe this sort of information should be included in it! :) Trust me, I have read every word of the FAQ and the Documentation. This whole using-the-cvs-thing has lead to a lot of confusion (I'm sure it's been lost in the thread by now, but I NEVER wanted to use cvs). Anyway, I'll have to sleep on this at this point and I'l will try to put together a better response tomorrow. Thanks for the clarification. -Rich OK... When I get a chance, I'll have a look at the FAQ and docs just to check if it needs clearing up in regards to binary/stable/unstable and CVS... If that's the case, maybe we (developers) need to fix it up a bit and give Finlay a hand (share the workload, basically :) ). Updating to CVS shouldn't really affect your packages if you're using the binary distribution, as nothing on the servers has changed. If you're content with just staying with the binary distro, then you should be OK. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Last Splitoff changes in CVS - please test now!
snip Just out of interest, Max, what's the easiest way to use the split-off packages when using 'fink selfupdate-cvs'? As far as I know, the split-offs module is not checked out when using this, so should someone wishing to try out the split-off packages check the module out manually and 'inject' it? (If there's such a script.) Thanks! ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] CVS commit rules
On 15/3/02 10:52 PM, David R. Morrison [EMAIL PROTECTED] wrote: I'd like to remind all core fink developers of the most important rule when committing things to CVS: IF YOU HAVE MADE ANY CHANGE TO YOUR PACKAGE, YOU MUST INCREASE THE REVISION NUMBER. Like any good rule, there are exceptions to this: you can modify the Description field, for example, or BuildDepends, because neither of these will affect an already compiled package. The thing we want to avoid is different users compiling packages with the same revision number and getting different results -- that is a disaster for sorting things out and solving problems later on. Fink has had an excellent track record of following this rule, with a few minor deviations. Let's keep this up. -- Dave Hi David, Just to clarify things... A couple of minutes ago, I updated the download URL for qcad (in unstable), due to a report from a user that the previous URL no longer worked. I assume this is OK, as no recompilation of the package is necessary? Thanks! ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Some help needed with libsigc++/gtkmm/gnomemm packages.
Hi everyone! I'm having some troubles with gtkmm and gnomemm, in that when I update the libtool scripts in the scripts/ directory (they are version 1.3.5), I get the following error(s): c++ -dynamiclib -o .libs/libgtkmm-1.2.0.2.4.dylib wrap.lo gtk--.lo proxy.lo base.lo marshal.lo accelgroup.lo accellabel.lo adjustment.lo alignment.lo arrow.lo aspectframe.lo bin.lo box.lo button.lo buttonbox.lo calendar.lo checkbutton.lo checkmenuitem.lo clist.lo colorselection.lo combo.lo container.lo ctree.lo curve.lo data.lo dialog.lo drawingarea.lo editable.lo entry.lo eventbox.lo fileselection.lo fixed.lo fontselection.lo frame.lo handlebox.lo image.lo inputdialog.lo invisible.lo item.lo label.lo layout.lo list.lo listitem.lo main.lo menu.lo menubar.lo menuitem.lo menushell.lo misc.lo notebook.lo object.lo optionmenu.lo packer.lo paned.lo pixmap.lo plug.lo preview.lo progress.lo progressbar.lo radiobutton.lo radiomenuitem.lo range.lo ruler.lo scale.lo scrollbar.lo scrolledwindow.lo separator.lo socket.lo spinbutton.lo statusbar.lo style.lo table.lo tearoffmenuitem.lo text.lo tipsquery.lo togglebutton.lo toolbar.lo tooltips.lo tree.lo treeitem.lo viewport.lo widget.lo window.lo -L/sw/lib -L/usr/X11R6/lib -lgtk -lgdk -lgmodule -lglib -ldl -lintl -lXext -lX11 -lm -lc -install_name /sw/lib/libgtkmm-1.2.0.dylib -compatibility_version 3 -current_version 3.4 ld: warning multiple definitions of symbol _locale_charset /sw/lib/libintl.dylib(localcharset.lo) definition of _locale_charset /sw/lib/libiconv.2.dylib(localcharset.lo) definition of _locale_charset ld: Undefined symbols: __._Q24SigC8SlotNode ___Q24SigC8SlotNode _connect__Q24SigC8SlotData _insert_direct__Q24SigC9SlotList_GQ24SigC13SlotIterator_PQ24SigC8SlotNode _invalid__Q24SigC12ObjectScopedb __._Q24SigC12ObjectScoped __._Q24SigC6Object ___tfQ24SigC6Object ___tiQ24SigC6Object _reference__Q24SigC16ObjectReferenced _set_dynamic__Q24SigC16ObjectReferenced _unreference__Q24SigC16ObjectReferenced ___Q24SigC12ObjectScoped ___vt_Q24SigC6Object.Q24SigC12ObjectScoped __._10Gdk_Bitmap __._10Gdk_Pixmap __._Q34SigC6Scopes6Extend ___10Gdk_Bitmap ___10Gdk_BitmapP10_GdkWindow ___10Gdk_Pixmap ___10Gdk_PixmapP10_GdkWindow ___as__10Gdk_BitmapRCB0 ___as__10Gdk_PixmapRCB0 ___vt_Q24SigC5Scope ___vt_Q24SigC9ScopeNode ___vt_Q34SigC6Scopes6Extend _copy_callback__Q24SigC12AdaptorSlot_PQ24SigC8SlotDataPQ24SigC11AdaptorNode _set__Q34SigC6Scopes6ExtendPQ24SigC12ObjectScopedPvb ___10Gdk_BitmapRCB0 ___10Gdk_PixmapRCB0 ___8Gdk_FontP8_GdkFont ___10Gdk_WindowP10_GdkWindow _assign__9Gdk_ImageRP9_GdkImage ___vt_Q24SigC13SlotDependent ___vt_Q24SigC8SlotData ___vt_Q34SigC13SlotDependent3Dep __._Q24SigC9Reference _init__Q24SigC9ReferencePQ24SigC16ObjectReferenced __._10Gdk_Window __._9Gdk_Color __10Gdk_Pixmap.defaultPixmap ___9Gdk_ColorPC9_GdkColor _create_from_xpm__10Gdk_PixmapRC12Gdk_DrawableR10Gdk_BitmapRC9Gdk_ColorRCt12 basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i0 _create_from_xpm_d__10Gdk_PixmapRC12Gdk_DrawableR10Gdk_BitmapRC9Gdk_ColorPCP Cc _warn_about_xpm_file_problem__10Gdk_PixmapRCt12basic_string3ZcZt18string_cha r_traits1ZcZt24__default_alloc_template2b0i0 ___10Gdk_VisualP10_GdkVisual ___12Gdk_ColormapP12_GdkColormap __._8Gdk_Font ___8Gdk_Font ___8Gdk_FontRCB0 ___9Gdk_Color ___9Gdk_ColorRCB0 ___as__8Gdk_FontRCB0 ld: warning unused multiple definitions of symbol _fnmatch /sw/lib/libgtk.dylib(fnmatch.lo) definition of _fnmatch /usr/lib/libm.dylib(fnmatch.o) unused definition of _fnmatch ld: warning unused multiple definitions of symbol _dlclose /sw/lib/libdl.dylib(dlopen.o) definition of _dlclose /sw/lib/libdl.dylib(dlopen.o) unused definition of _dlclose ld: warning unused multiple definitions of symbol _dlerror /sw/lib/libdl.dylib(dlopen.o) definition of _dlerror /sw/lib/libdl.dylib(dlopen.o) unused definition of _dlerror ld: warning unused multiple definitions of symbol _dlopen /sw/lib/libdl.dylib(dlopen.o) definition of _dlopen /sw/lib/libdl.dylib(dlopen.o) unused definition of _dlopen ld: warning unused multiple definitions of symbol _dlsym /sw/lib/libdl.dylib(dlopen.o) definition of _dlsym /sw/lib/libdl.dylib(dlopen.o) unused definition of _dlsym /usr/bin/libtool: internal link edit command failed make[4]: *** [libgtkmm.la] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 ### make failed, exit code 2 I had a look around, and it appears that libsigc++ provides this... The following libaries are installed by libsigc++-1.0.4 drwxr-xr-x root/admin0 2002-01-29 11:01:20 ./sw/lib/ -rwxr-xr-x root/admin 245212 2002-01-29 11:01:20 ./sw/lib/libsigc-1.0.0.0.0.dylib -rw-r--r-- root/admin 268448 2002-01-29 11:01:20 ./sw/lib/libsigc.a -rwxr-xr-x root/admin 662 2002-01-29 11:01:20 ./sw/lib/libsigc.la lrwxr-xr-x root/admin0 2002-01-29 11:01:20 ./sw/lib/libsigc-1.0.0.dylib - libsigc-1.0.0.0.0.dylib lrwxr-xr-x root/admin0 2002-01-29
Re: [Fink-devel] I think i broke something
On 31/1/02 3:25 AM, Justin Hallett [EMAIL PROTECTED] wrote: What does this mean and how can i fix it? I changed to order in the configure script to try .dylib before .so and this happened. make cd . aclocal cd . automake --gnu --include-deps Makefile cd . autoconf ./aclocal.m4:448: error: m4_defn: undefined macro: _m4_divert_diversion aclang.m4:173: AC_LANG_RESTORE is expanded from... ./aclocal.m4:448: the top level make: *** [configure] Error 1 Whoops... Doesn't look good. Were those 'aclocal', 'automake' and 'autoconf' calls made by the Makefile, or were they added in by you? Nevertheless, that should probably be removed from the Makefile, and added to a patch, I think! Otherwise there may be compile problems across different versions of automake and autoconf. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink package manager changes in CVS - please try
On 27/1/02 8:15 AM, Max Horn [EMAIL PROTECTED] wrote: I have just commited a bunch of changes. Nothing really fundamental, mainly updated the docs/man page, and implemented the --verbose/-v --quiet/-q options. Also, --help and the man page now list explain all available options. Maybe most importanly, I greatly enhanced the package validator. Sadly, it currently reports 315 issues (in quiet mode, that means it won't report descriptions which are only slightly too long). I'll send out a list to the respective maintainers later on. If you feel like it, please give the change a try, by checking out the fink CVS module, and running ./inject.pl. Cheers, Max Max, Is there a way to do this when using fink selfupdate-cvs? As far as I can tell, the changes that were made in CVS have not been updated for me... Thanks! ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Newbie Questions: Compiling/Upgrading gdk-pixbuf libtool errors
On Sunday, January 20, 2002, at 11:09 PM, Jeremy Higgs wrote: Have a look in the source for an ltmain.sh file, and look for the version in that. If it is 1.3.5, you need to update the libtool scripts for Darwin compatibility, using UpdateLibtool: true in the .info. If the version is 1.4 or above, updating the scripts aren't necessary, as version 1.4 and above have inbuilt support for Darwin/MacOS X. The ltmain.sh is version 1.4, and the old .info for gdk-pixbuf had UpdateLibtool: true set, so I deleted that and the compile went somewhat farther. But it again errored on a libtool problem, this time with an error message I've seen more often in the message archives: cc -dynamiclib -undefined suppress -o .libs/libgdk_pixbuf.2.0.0.dylib gdk-pixbuf.lo gdk-pixbuf-animation.lo gdk-pixbuf-data.lo gdk-pixbuf-drawable.lo gdk-pixbuf-io.lo gdk-pixbuf-loader.lo gdk-pixbuf-render.lo gdk-pixbuf-scale.lo gdk-pixbuf-util.lo gdk-pixbuf-parse-color.lo -all_load pixops/.libs/libpixops.al -L/sw/lib -lgmodule -lglib -ldl -L/usr/X11R6/lib -lgtk -lgdk -lgmodule -lglib -ldl -lintl -lXext -lX11 -lm pixops/.libs/libpixops.al -lc -install_name /sw/ lib/libgdk_pixbuf.2.dylib -compatibility_version 3 -current_version 3.0 ld: -undefined error must be used when -twolevel_namespace is in effect /usr/bin/libtool: internal link edit command failed make[3]: *** [libgdk_pixbuf.la] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 ### make failed, exit code 2 Failed: compiling gdk-pixbuf-0.15.0-1 failed Now, I've seen this error in the archives but am unclear on how to fix it. I think I am supposed to change the compiler flag -undefined suppress but I'm not sure where. Steve Wall Yep... You need to add '-flat_namespace' to the undefined flags for Darwin in the configure script, and make a patch for it. That should fix the error. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] How to represent package variants
On 19/1/02 6:48 AM, Max Horn [EMAIL PROTECTED] wrote: snip Package: foo Version: 1.0 Revision: 1 ConfigureParams: --with-gargle-blaster Depends: bar DefaultOption: x11 Option: ssl Depends: openssl NotOption: ssl ConfigureParams: --without-ssl Option: x11 Depends: x11 NotOption: x11 ConfigureParams: --without-x Option: gnome ImpliesOption: x11 ConfigureParams: --with-panel Depends: gnome NotOption: gnome ConfigureParams: --without-gnome NotOption: japanese ConfigureParams: --without-japanese That looks really good, actually! Get what I mean? Note that the option gnome implies the option x11. I am not sure how much sense I make, and there are probably holes in my thoguhts, so feel free to point them out :) It seems pretty good to me, I can't think of anything else to add. Now the next step. How does a user specify options? Mabye like configure does: fink install foo --with-gnome --with-japanese Or like the current way: fink install foo-gnome-japanese Or maybe completly different fink install foo (gnome, japanese) You could do that, (1st one, ala configure scripts), but also, if a user just did fink install foo, you'd probably want a choice as to what variant you would like to install, i.e.: Please choose one of the following: [1] Default [2] SSL-enabled [3] X11-enabled [4] Gnome-enabled [5] etc On top of that, you might want to add an option in the PREFIX/fink.conf file to not have the option of choosing these variants? One thing which might also be nice is if you pressed 1 for the 'menu' above, and pressed 'tab', it should perhaps come up with a list of dependencies? And how do we map all this to dpkg names? One way would be to take the list of options, sort them alphabetically, and add concat them with the package name using -. So the above examples would result in the .deb for foo-gnome-japanese-x11 That would be good, but it might be nice to distinguish from the ACTUAL package, and the options that have been enabled, although I'm not sure how... (One way may be to capitalise the package name, but that would probably be a problem, as I've never seen a .deb file with capitals) Thanks! ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Initial 0.3.2a complete
On 17/1/02 10:29 AM, Max Horn [EMAIL PROTECTED] wrote: The version of xfce in stable is old... I have compiled the unstable version of xfce fine, and I have had successful reports, but someone complained of a bus error, I think. Bit late to move it to stable now, though, to be included in 0.3.2.a :-/ Considering that 0.3.2a is out for almost 24h, yes, it's a bit later :) Just out of interest... What's the best way to move something from unstable to stable? Also... (while I'm on the topic of CVS), if you want to 'resurrect' a file that you've removed (cvs remove), what's the command to do that? I've seen it done before... Thanks! ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
