"License: Restrictive" blocks fink from mirroring the source tarball. So that would be sufficient to avoid a simple licensing restriction on redistribution. However, user's fink would still download the source before requiring the user to accept the license, so that itself may still be a license problem: if user refuses to accept license, he would still have "broken the shrink-wrap" and accessed the code. That's bad. Though it's also technically silly for upstream to post a link publicly but say "don't access this link unless...".
I'm not opposed to relying on slow or flaky servers, especially if it's upstream's server and they require users to use that server. Put a DescUsage note about changing fink download method to wget, or manually downloading the file (to place in /sw/src) and who to contact upstream about the problem. If those devs *don't* hear users complaining about their crappy server, they have no reason to bother looking at a solution...I'm fine not protecting them from themselves. That brings up an alternative solution: just tell users to download the source manually, period. Have some shell-scripting that echos the upstream URL where/how to go to get it (which I assume has the licensing terms, etc.) and note that they do need to read the licensing or whatever there. The Source: field has (or could easily be enhanced to have) some ways to specify a filename without a download location. Again, I'm fine if users see a hint of how things really are when they aren't all open-source public material if that's how upstream really wants their software to be. I'm not opposed to their choice per se, just that we don't need to make any apologies for it. dan On Sun, Apr 19, 2009 at 06:34:54PM -0400, Jack Howarth wrote: > Dave, > The problem is that the ftp server in question timeouts regardless > of the timeout you pass curl. The default wget -c has absolutely no > problems with this same server. If you implement info file level > download method selection, it would also be helpful to allow the > timeout to be set as well to give full control over the process. > I think that Max thought we would store the tarballs on the > fink servers but I intended to take the same approach as ccp4 > and list no mirrors. Anyway, I would think that ccp4 has > about as restrictive license in terms of not allow casual > access to the source code. > Jack > > > On Sun, Apr 19, 2009 at 03:25:22PM -0700, David R. Morrison wrote: > > Jack, > > > > The ccp4 package is labeled "License: Commercial" rather than "License: > > Restrictive", and that may be appropriate here as well -- as Max pointed > > out to you, this package does not meet anybody's definition of open > > source. > > > > As far as circumventing the usual fink tools for downloading goes, I am > > not in favor of allowing this. It would be better to ask us to > > implement a per-package choice of download method within fink itself. I > > didn't follow this thread in complete detail, but can you explain the > > point? You want wget instead of curl because it behaves better with > > respect to timeouts? > > > > -- Dave > > > > > > On Apr 19, 2009, at 2:26 PM, Jack Howarth wrote: > > > >> How about the following revision. It contains Source: none so nothing > >> is > >> saved on any servers and it keeps the source tarball in the build > >> directory > >> and destroys it at the end of the build. This places us as in the same > >> situation as ccp4 where one assumes that the agreement to the license > >> will > >> be honored. > >> Jack > >> > >> Package: procheck > >> Version: 3.5.4 > >> Revision: 1 > >> Maintainer: Jack Howarth <howa...@bromo.med.uc.edu> > >> Source: none > >> BuildDepends: gcc44, wget, fink (>= 0.24.12) > >> Depends: gcc44-shlibs > >> PatchFile: %n.patch > >> PatchFile-MD5: 5e98af9efdd4006db383498dcdd884da > >> PatchScript: << > >> #!/bin/bash -ev > >> wget -c ftp://ftp.biochem.ucl.ac.uk/pub/procheck/confid.doc > >> agreed=no > >> ans=n > >> if test $agreed = "no"; then > >> > >> echo ; echo ; > >> > >> if test -r confid.doc ; then > >> echo ; echo ; echo "Please read the following"; echo ; > >> more confid.doc; > >> echo ; > >> echo -n "Do you agree to these terms y/n [n] ?:"; > >> > >> read ans ; > >> if test x$ans = x; then > >> ans="n" > >> fi > >> if test $ans = "y" || test $ans = "Y"; then > >> wget -c ftp://ftp.biochem.ucl.ac.uk/pub/procheck/tar3_5/ > >> procheck.tar.Z > >> tar -zxvf procheck.tar.Z > >> cd procheck > >> sed 's|@PREFIX@|%p|g' < %{PatchFile} | patch -p1 > >> else > >> echo "You must agree to the confidentiality terms to install > >> this software"; > >> fi > >> fi > >> fi > >> << > >> CompileScript: << > >> #!/bin/sh -ev > >> cd procheck > >> make all > >> << > >> InstallScript: << > >> #!/bin/sh -ev > >> cd procheck > >> mkdir -p %i/share/procheck > >> mkdir -p %i/etc/profile.d > >> rm *.f *.c *.inc *.o Makefile > >> cp * %i/share/procheck > >> cp setup.scr %i/etc/profile.d/procheck.csh > >> cp setup.sh %i/etc/profile.d/procheck.sh > >> chmod 755 %i/share/procheck/setup.sh > >> chmod 755 %i/etc/profile.d/procheck.csh > >> chmod 755 %i/etc/profile.d/procheck.sh > >> cd .. > >> rm -fr procheck procheck.tar.Z > >> << > >> Description: Protein Structure Validation Suite > >> DescPackaging: << > >> Since source code is restricted so that it can't be mirrored > >> and the ftp server timeouts on curl even at 300 seconds, > >> use wget to manually download the source tarball. Treat the > >> general case and --build-as-nobody differently. > >> Users must agree to terms of the displayed confidentiality > >> and must not distribute the resulting binaries. > >> << > >> PostInstScript: << > >> # Make the user read the license conditions > >> more %p/share/procheck/confid.doc > >> echo "You are prohibited from distributing these binaries!" > >> << > >> License: Restrictive > >> Homepage: http://www.biochem.ucl.ac.uk/~roman/procheck/procheck.html > >> > >> ---------------------------------------------------------------------- > >> -------- > >> Stay on top of everything new and different, both inside and > >> around Java (TM) technology - register by April 22, and save > >> $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. > >> 300 plus technical and hands-on sessions. Register today. > >> Use priority code J9JMT32. http://p.sf.net/sfu/p > >> _______________________________________________ > >> Fink-devel mailing list > >> Fink-devel@lists.sourceforge.net > >> http://news.gmane.org/gmane.os.apple.fink.devel -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks ------------------------------------------------------------------------------ Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
