[Haskell-cafe] Re: The Future of MissingH
Bulat Ziganshin wrote: Hi Bulat, Many thanks for the *great* comments. first, is it possible to integrate MissingH inside existing core libs, i.e. Haskell libs supported by Haskell community? i think that it will be impossible if MissingH will hold its GPL status. i think that such fundamental library as MissingH should be BSDified to allow use it both in commercial and non-commercial code As others have pointed out, the GPL is not a commercial vs. non-commercial license. That said, I am scrupulous about copyrights and licensing. I know exactly which bits of MissingH I own the copyright to, and which bits are under which license. I have, for quite some time already, maintained an LGPL branch of MissingH. This branch contains all of the code in MissingH that is: a) compatible with the LGPL b) not depending on LGPL-incompatible components That means basically the code I wrote, plus any LGPL or BSD code others wrote. It would be easy enough to figure out which bits can suitably fall under BSD license; it would be nearly the same bits as can fall under LGPL. Again, since I own copyright to most of the code, I can put it under as many different licenses as I like, so long as I respect everyone else's copyrights properly. In any case, most of the stuff that would be suitable for base was written by me anyway. if library will be BSDified, and somewhat advertized. i hope that its parts will start moving to the more specific libs of core set, say HVFS system into the Files library, logging facilities into the Unix library, so on Planning to do so. quality of code documenting in your lib, most peoples prefer to read Haddocks, which again should be made available on web Already are, and will continue to be. next, while you accept patches to the lib, this's not declared in your announces. best way is just to open darcs repository - most peoples thinks that having darcs repository and accepting patches is the same thing :) i can also propose you the idea that Pupeno, packager of Have it, but it's under-documented. That will change. See http://software.complete.org/offlineimap/ for an example of what I intend to do with MissingH as well. Streams library used - he included in the tgz files copy of darcs repository, again facilitating use of darcs and developing new patches for library That is an interesting idea, but the MissingH repo has nearly 1000 darcs patches by now. This would seriously bloat the tarball, plus it's easy enough to just download it off the 'net with darcs. and, about WindowsCompat.hs - stat() function is available on Windows and even used to implement getModificationTime :) Err, how? Is this new in ghc 6.6? Last I tried, -package unix wouldn't even work on Windows. I initially wrote it that way to make resolving dependencies easier for end users. now Cabal handles this No, it just complains when dependencies aren't resolved. People still have to go out and download/install each piece manually. -- John ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: The Future of MissingH
Neil Mitchell wrote: Could, and should, any of this be integrated into the Haskell libraries project? Yes, some should, but only after careful review and being split up. Assuming the Haskell libraries project is still something that should be continued, once Hackage is up and running suddenly the distinction becomes minimal. A few of the functions should be picked out and moved into base, where they truely are missing. Yes please! This is what I hoped would happen to MissingH eventually. Cheers, Simon ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: The Future of MissingH
Hello Benjamin, Monday, November 27, 2006, 1:46:34 AM, you wrote: I hate to be nitpicking but GPL is not only compatible with but encourages commerce in general and commercial software in particular. It is incompatible with proprietary software. There's a difference. of course, but on practice most of commercial software are closed-source. i personally use this license when i want to show code to the world but don't want that but will be used in commercial software (without paying royalties). my own program contains several general-purpose modules that is BSDified and rest of program, which is a task-specific, is GPLed -- Best regards, Bulatmailto:[EMAIL PROTECTED] ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: The Future of MissingH
Hello Max, Monday, November 27, 2006, 10:04:15 AM, you wrote: A small addition: some GPLed libraries (libstdc++ AFAIK) allow linking with proprietary software by adding clause to lisence which relaxes GPL requirements. a GPL license text is the same for any GPLed software, otherwise it cannot be called GPL :) this should be a LGPL. also there are many double-licensed libs. you can find details about this in LGPL and GPL pages of wikipedia (where i've read this) -- Best regards, Bulatmailto:[EMAIL PROTECTED] ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: The Future of MissingH
Hallo, On 11/27/06, Max Vasin [EMAIL PROTECTED] wrote: A small addition: some GPLed libraries (libstdc++ AFAIK) allow linking with proprietary software by adding clause to lisence which relaxes GPL requirements. Nope, it's LGPL with an extra binary linking permission. Cheers, -- -alex http://www.ventonegro.org/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: The Future of MissingH
Bulat == Bulat Ziganshin [EMAIL PROTECTED] writes: Bulat Hello Max, Hello, Bulat Monday, November 27, 2006, 10:04:15 AM, you wrote: A small addition: some GPLed libraries (libstdc++ AFAIK) allow linking with proprietary software by adding clause to lisence which relaxes GPL requirements. Bulat a GPL license text is the same for any GPLed software, Bulat otherwise it cannot be called GPL :) this should be a Bulat LGPL. also there are many double-licensed libs. you can Bulat find details about this in LGPL and GPL pages of wikipedia Bulat (where i've read this) from /usr/share/doc/libstdc++6/copyright: The libstdc++-v3 library is licensed under the terms of the GNU General Public License, with this special exception: As a special exception, you may use this file as part of a free software library without restriction. Specifically, if other files instantiate templates or use macros or inline functions from this file, or you compile this file and link it with other files to produce an executable, this file does not by itself cause the resulting executable to be covered by the GNU General Public License. This exception does not however invalidate any other reasons why the executable file might be covered by the GNU General Public License. -- WBR, Max Vasin. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: The Future of MissingH
Bulat Ziganshin wrote: Friday, November 24, 2006, 7:32:55 PM, you wrote: Josef Svenningsson posted a comment on my blog today that got me to thinking. He suggested that people may be intimidated by the size of MissingH, confused by the undescriptive name, and don't quite know what's in there. And I think he's right. first, is it possible to integrate MissingH inside existing core libs, i.e. Haskell libs supported by Haskell community? i think that it will be impossible if MissingH will hold its GPL status. i think that such fundamental library as MissingH should be BSDified to allow use it both in commercial and non-commercial code I hate to be nitpicking but GPL is not only compatible with but encourages commerce in general and commercial software in particular. It is incompatible with proprietary software. There's a difference. Cheers Ben ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: The Future of MissingH
Benjamin == Benjamin Franksen [EMAIL PROTECTED] writes: Benjamin Bulat Ziganshin wrote: Friday, November 24, 2006, 7:32:55 PM, you wrote: Josef Svenningsson posted a comment on my blog today that got me to thinking. He suggested that people may be intimidated by the size of MissingH, confused by the undescriptive name, and don't quite know what's in there. And I think he's right. first, is it possible to integrate MissingH inside existing core libs, i.e. Haskell libs supported by Haskell community? i think that it will be impossible if MissingH will hold its GPL status. i think that such fundamental library as MissingH should be BSDified to allow use it both in commercial and non-commercial code Benjamin I hate to be nitpicking but GPL is not only compatible Benjamin with but encourages commerce in general and commercial Benjamin software in particular. It is incompatible with Benjamin proprietary software. There's a difference. A small addition: some GPLed libraries (libstdc++ AFAIK) allow linking with proprietary software by adding clause to lisence which relaxes GPL requirements. -- WBR, Max Vasin. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: The Future of MissingH
On Fri, 24 Nov 2006 18:17:06 +, Neil Mitchell wrote: Hi How could greater community participation be encouraged, while still encouraging quality control? It also took me quite a while to find the darcs repository, and as far as I can see there is no web page on what MissingH has in it, other than a textual readme and the GNU entry. If there was a single web page which said what MissingH was and where it could be found, that would help people. Your comments about the website are right on. I have been shoving stuff at my Gopher server for quite awhile now. Ironically, I tried to switch the whole mess to trac+darcs about a month ago, but trac crashes on the MissingH darcs repo. Go figure. I talked to Lele about it but he was really short on time, and I didn't have time to learn the trac code either. The darcs repo I found was: http://darcs.complete.org/missingh/ That's the one. -- John ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
