Re: [Fink-devel] /usr/bin/login
I was lurking on the list, and read these mails: Robert T Wyatt wondered why the terminal login produced this line: -bash: alias: aqua: not found Benjamin Reed observed: It looks like you've got something setting a bad alias in ~/.profile or ~/.bashrc (or there's a fink package doing so, in /sw/etc/profile.d) I concur. It seems like a bad alias. The alternative that the alias command is not available seems less likely, since the error would probably have been bash: alias: command not found: in that case. So, it is probably a bad alias line, like this: alias test= aqua This is bad, because unlike the tcsh shell, the bash shell does not allow a space before or behind the =. Indeed, the above line produces this error in my bash shell: bash: alias: aqua: not found Now, the .profile Robert quoted does not contain such a line, so it must be included in an other file. The default files bash parses are: /etc/profile ~/.bash_profile or ~/.bash_login or ~/.profile (This is where environment variables are defined) ~/.bashrc (This is where aliases and options are defined) $BASH_ENV (This file is run if $BASH_ENV is set) we can exclude .profile and .bashrc, so the other options are /etc/profile and the files fink includes. Robert, can you run this command and see what comes back? $ grep aqua /etc/profile /sw/bin/init.sh /sw/etc/profile.d/* If one of these files contains a line like alias test= aqua Then change it to alias test=aqua If the file is somewhere in the /sw directory, please report back to the list, so that it can be fixed in fink. Regards, Freek --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] pdb.finkproject.org seems unreachable
Hi, The Packages page as linked on fink.sf.net, points to http://pdb.finkproject.org/pdb/index.php?phpLang=en But that URL is unreachable for me. A short investigation showed that none of it's name servers (ns1.middle--earth.org. and ns2.middle--earth.org.) seem to respond. Regards, Freek --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] pdb.finkproject.org seems unreachable
http://pdb.finkproject.org/pdb/index.php?phpLang=en But that URL is unreachable for me. A short investigation showed that none of it's name servers (ns1.middle--earth.org. and ns2.middle--earth.org.) seem to respond. Works (at least right now) for me. traceroute fails for both name servers from my location (Dutch academic network). Oddly enough in different domains. (resp. at a comcast.net and a xo.net router). Nothing you can do about it. Let's hope it gets fixed soon. Regards, Freek --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] the gpl and openssl
Lars Rosengreen wrote: To me the solution seems fairly simple: if a package has gpl (or lgpl) in its license field and has a builddep on fink's openssl, then it should no longer be included in the binary distribution, unless someone can establish that the upstream authors permit linking against openssl. Only for GPL. There is absolutely no problem to distribute a LGPL-licensed package which is linked to OpenSSL. The LGPL is more like the X11-licende (aka modified BSD-license), which is also non-restrictive. rantIf you read the FSF website, you will see a lot of push towards the GPL rather then the LGPL. That's pure politics. The GPL is actually very restrictive, and the FSF want it to be that way: they like that everything to use the GPL, in order to push free software, which can never be used in a commercial product. That other free licenses suffer from that is collateral damage to the FSF./rant Regards, Freek --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] the gpl and openssl
Hi, Sorry to jump in to this topic a bit late (I'm a loyal list-lurker). About a year ago, I got annoyed by the fact that netatalk (a tool to provide AFP support) was not compiled with OpenSSL in the Debian distribution, meaning that passwords were not encrypted. I engaged in a lenghty discussion on the debian-legal mailing list, and also asked the authors of the package about their opinion. Some things I recall about that discussion: - You, as a person may link a GNU licensed application against OpenSSL (or visa versa, compile a non-GNU compatible app against a GNU library). - However, you may not distribute the resulting binary, since that would be coverd by a single licence according to the FSF, and doing so would violate either the GPL or the OpenSSL licence. - This also applies to dynamic linking, even though the resulting binary does not contain any bit of OpenSSL produced code (!). - This previous statement is a controversial, and not everyone agrees with it. However, so far no-one is willing to go into legal battle over this with the FSF since if they loose, that would mean commercial application can easily incorporate GPL libraries, something the FSF sees as damaging to the open source community. - OpenSSL is not considered 'part of the system libraries', and thus does not fall under that excemption in the GPL. - The exception mentioned (like the one valknut-ssl has) is a good solution. - However, such an exception to the GPL is very, very hard to later add. For example, the netatalk authors were most willing to add it, but felt they could not: they used sources from other GPL-based packages, and did not know anymore who contributed to that. Officialy, they would have to ask each and every contributer to agree with the change in licencing (adding the excempt). This is not practical. - The FSF GPL seems to argue (in their GPL FAQ) that if a (GPL licenced) application has specific code to interface with a non-GPL package, then you may assume that such an exception is implied by the authors of the code. I would then logically conclude, that would imply those authors were at fault by just distributing that specific code interfacing with OpenSSL. However, I am not a lawyer, but had the impression that the legal people did not agree with my logic here. So I gave up. - You can try to compile a package against GnuTLS instead of OpenSSL if you distribute it as a binary. (Note: GnuTLS is a package to mimick OpenSSL, but only under a different, GPL, licence. sarcasmSo much for the argument that Open Source prevents people from writing the same code twice/sarcasm). - There is no problem if you distribute OpenSSL and a GNU-licenced application as source, and let the user compile it. Kind regards, Freek Dijkstra --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Package database webpage layout
On 19-8-2004 19:29, Michèle Garoche [EMAIL PROTECTED] wrote: Then I'm not sure colors may be suitable for color-blind people, though I'm in this category and have no problem with them, but there are many different way of being color-blind. If you want to know: find out! I always love the visibone remarks on web layout. And in this case, one www.visibone.com/colorblind they link to this site: http://www.vischeck.com/vischeck/vischeckURL.php As you can see, the colours are suitable. Regards, Freek --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Package database webpage layout
I would recommend the following headings for end-users: System Binary distribution: Fink version; package version (Now: Point Distribution: bindist; Package) Source distribution: Stable version; Unstable version (Now: Current: Stable package; unstable package) I don't think the terms point and bindist are very well known. Furthermore, the term package is a bit redundant. After all, the table lists a version number, not a package name. Also, it may be a good idea to make the distinction between heading (e.g. Binary Distribution) and subheading (e.g. fink version) more clear. Either visually (add a horizontal line between them) or layout (use different font size or font weight). I accidentially read the headings as Point bindist and Distribution package. Regards, Freek --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Fink init.csh broke classpath
http://lists.apple.com/mhonarc/java-dev/msg43140.html ( user archives pwd archives ) On 9-8-2004 21:56, Daniel Macks [EMAIL PROTECTED] wrote: I just committed a patch to the template for /sw/bin/init.csh: -setenv CLASSPATH `cat BASEPATH/share/java/classpath` +setenv CLASSPATH `cat BASEPATH/share/java/classpath`:. Could you please try that on your systems (with removal of other CLASSPATH hacking in your .cshrc aimed at solving this problem)? If that solves the problem, we can get this patched version released in a day or two. Or if this solution is deficient, please let me know so we can get it fixed. As I understood the java-dev thread, the problem to be solved was that calling init.csh was setting CLASSPATH when it was initially unset, and so classes/jars in . were not being found. Yes it seems to be. I got a little more time this morning. I tested a bit. Indeed if the environment variable CLASSPATH is unset, it has the same effect as if it set to .. This is distinctively different from having it set to . By examining your patch, this does indeed solve exactly this. You correctly fixed this line only. Also, I found that if share/java/classpath is empty, this is not a problem. Having the CLASSPATH set to :. is the same as having it set to .. Your patch is correct. Thank you! I have not been able to test the file completely, since I was not able to find which package installs the BASEPATH/share/java/classpath file. Sorry if I added some confusion by stating it didn't work for me. I had little time to investigate, and barely realised it was because I didn't have a problem in the first place. (I'm only the messenger here). You are correct not to include /Library/Java/Extensions. This was just an example to the poster on the java-dev list, not suggested as a fix for fink. Regards, Freek -- Never ask a man what kind of computer he owns. If it's a Mac, he'll tell you. If not, why embarrass him? --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Fink init.csh broke classpath
On 06-08-2004 11:34, Luca Lutterotti wrote to [EMAIL PROTECTED]: I search in the archives not finding anything on the subject. So my problem is the following: - I have fink installed - I use the c-shell, so I have a .cshrc in my home in which fink put the source /sw/bin/init.csh - With this configuration if I run a java program from the command line (or launching it as a shell script that uses the terminal app) I always get a java.lang.NoClassDefFoundError; java does not find my jars/classes. (But if I run them as a packaged App, no problems). - If I remove from the .cshrc the infamous source /sw/bin/init.csh line everything is ok and java programs launch correctly. [...] if I remember correctly the java classpath on Mac is setup on the fly when you ran java [...] As Dan suggested, You can either unset the $CLASSPATH variable just after the source /sw/bin/init.csh line. Alternatively, you can manually set the $CLASSPATH just before that line to whatever Apple uses. Personally, I have set it to .:/Library/Java/Extensions. Regardless of what you do, I strongly suggest to mail this issue to the fink-devel mailing list, [EMAIL PROTECTED] At least, it may be something which can be benefitial if it is put in their FAQ: Note that you can refer to your original message with this URL: http://lists.apple.com/mhonarc/java-dev/msg43140.html The archives can be accessed by using user archives pwd archives. Regards, Freek Dijkstra --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Point release: CURRENT-FINK
Hi, Is there a specific reason that http://fink.sourceforge.net/CURRENT-FINK contains 0.5.4, while the latest release according to the site is 0.6.2? I recently wanted to update a fink version which was not using CVS or rsync, but just point releases, and got this: % fink --version Package manager version: 0.12.1 Distribution version: 0.5.2 [...] % fink selfupdate (1) Delete it and download again (2) Assume it is a partial download and try to continue (3) Don't download, use existing file The file CURRENT-FINK already exists, how do you want to proceed? [1] rm -f CURRENT-FINK curl -f -L -O http://fink.sourceforge.net/CURRENT-FINK [...] You already have the package descriptions from the latest Fink point release. (installed:0.5.2 available:0.5.4) Huh: the last note surprised me: why does it say that I have the latest Fink point release, even though a newer version is available? Does this mean that common end-users also need to use selfupdate-rsync? Regards, Freek --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Recode 3.6-6 not build correctly
Hi, Recode 3.6-6 does not have a maintainer, so I sent this to the list. It seems that recode 3.6-6 is not linked correctly, and if you want to link against it (-lrecode), you will get the message: ld: Undefined symbols: _error Apparently, this symbol is in libreco.a, which is created (but not installed) during the built of recode 3.6 There is a fix for this problem, albeit for FreeBSD (not Mac OS X), which patched the recode library: http://people.freebsd.org/~mbr/patches/committed/patch-php+recode.diff (URL found in PHP bug report http://bugs.php.net/bug.php?id=13636 ) I think this bug will have caused the error, mailed to this list in august 2002 (http://sourceforge.net/mailarchive/message.php?msg_id=1915695); note that I have come across more problems with recode 3.6-6 on fink-users and fink-devel. Maybe it should go to unstable? Here is a short test program for recode, taken from the PHP configure script: /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char recode_format_table(); int main() { recode_format_table() ; return 0; } Try to compile with: gcc -o recodetest -g -no-cpp-precomp -L/sw/lib recodetest.c -lintl -lrecode With kind regards, Freek Dijkstra --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel