Re: [Fink-devel] the gpl and openssl
On Mon, Mar 14, 2005 at 04:15:21PM -0500, Benjamin Reed wrote: To me, it would seem kind of arbitrary for openssl 0.9.6 to be allowed, but 0.9.7 to not be just because we're building our own copy of it. When Apple releases some future OS release with 0.9.7 on it, is it magically OK suddenly? Yes. Section 3 of the GPL: However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable. And it doesn't really matter what the OpenSSL intent is. They use code that is already licensed under a license with the advertising clause. The original authors are not willing to weaken that requirement, so it is, and probably always will be incompatible with the GPL. Dave --- 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] /usr/bin/test ?
On Wed, Oct 27, 2004 at 05:23:47PM -0400, Koen van der Drift wrote: A package I am working on uses /usr/bin/test during compiling. I don't have that on my Mac (10.3.5). Anyone have a suggestion what I should do in this case? Is there maybe a fink package that installs /sw/bin/test? It's in /bin/test. Any idea why the path is hardcoded into the test? Dave --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588alloc_id=12065op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: /sw/bin/perl
On Thu, Jun 24, 2004 at 12:18:51AM +0200, jfm wrote: More accurately probably, #! `which perl` #! /usr/bin/env perl which will actually work. There are a lot of strange restrictions on that line. Dave Brown --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Nonstandard license (attn: drm)
On Mon, Jan 05, 2004 at 04:05:49PM -0500, Jeremy Erwin wrote: It's just like GNU except that a) Mainline has the right to make modifications to the software that are substantially similar to user modifications, but need not release it's modifications under an open-source license. Technically, the FSF has the right to release gcc in closed source form (as it owns the copyright to all modifications, as well as to the original work. However, it's not likely that they would exercise such a right. This is very different than the GPL. The FSF requires (for most projects) that copyright be assigned to them before inclusion. This nonstandard license states that they can own work that you make to their code. It doesn't stop the license from being free, but it isn't very fair. b) the license states numerous times that modifications to the source code (including such modifications as required by the fink package) shall be clearly labeled as modifications, and that the version number should reflect the fact that it has been modified. The GPL requires that modifications be clearly stated. Specifically: 2a) You must cause the modified files to carry prominent notices stating that you changed the files and the date of any change. The GPL doesn't specify a version number change, however. Fink distributes its changes as patches, which automatically qualify under this term (the patch itself is essentially a prominent notice of which files, when, and what is changed). The only additional requirement is the the version number reflect it as a non-standard version. Perhaps n.n-fink-1 or something like that? c) you cannot use Mainline in advertising literature. (reverse of the BSD advertising clause?) This is common in many of the free licenses. It is not an advertising clause, and does not affect the freeness of the code. Have you investigated whether or not Debian has packaged this software? If so, debian-legal probably has a fairly long discussion of the license in their archives. (Also, if they decided that they couldn't package it). Dave Brown --- 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] Mirrors.
Do I have to do anything to get my package to get copied to the mirrors (ocaml)? It builds fine, but you have to explicitly tell it to go to the original source URL. Thanks, Dave --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] unlimit stack
On Fri, Oct 31, 2003 at 08:40:10PM -0500, Koen van der Drift wrote: Well, I figured out why the program is crashing. The code is assigning some very large arrays as a static variables, which are created before main() is called. They use all available stack, which causes the crash. If I decrease the size of the array, the program starts up, but I'm not sure if the smaller array will cause some harm later on. Someone on a newsgroup suggested to use compiler/linker settings that either move the static variables to their own memory segment or increase the stack size. Static variables should be on the stack. What do you mean by assigning large arrays? Are they declared at the top level in the C file? These should go into the data segment, and should even be allocated by the executable itself. Have you tried running gdb on the program to see if you can catch the problem? Gdb does break on main, so if it is truly happening before that, you won't be able to catch it. Another useful thing, run 'size progname' should give you info about the sizes of the various segments the program is using. Static variables should show up here. Dave --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] unlimit stack
Static variables should be on the stack. What do you mean by assigning I meant: Static variables should _not_ be on the stack. Dave --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] unlimit stack
On Fri, Oct 31, 2003 at 09:53:38PM -0500, Koen van der Drift wrote: Yes, here is a snippet: static int myarray[20][1] static int anotherarray[20][1] int main (int argc char** argv) { int labels[20]; int names[1]; float num[1]; These variables in main are probably the cause of the overflow, not the static ones. You might just try declaring 'names' and 'num' to be static, but I wouldn't expect the sizes given to overflow the stack. If I try a program similar to what you've given, it doesn't cause any overflows. Dave --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] #fink Channel (was: Re: dists-0.6.0 Problem)
On Thu, Oct 30, 2003 at 02:25:35PM -0800, Michael G Schwern wrote: On Thu, Oct 30, 2003 at 02:00:05PM +0100, Julien Salort wrote: Alexander [EMAIL PROTECTED] wrote: I was told in the #fink channel that I should tell you :) I just wonder, why doesn't the fink community use iChat ? Probably because the fink developers, coming from a Unix background, are more comfortable with IRC and probably have been using it for years. And, probably because it actually has things like channels, and moderators, and other things. The modern chat clients (AIM, iChat) are really, very primitive. Dave Brown --- 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