I've already released 1.1 with _jsmin removed, and am trying to get into the next Fedora version even though it's a few days after their Alpha cutoff. So we might as well leave the rest of it in there for backward compatibility. The whats_new says:
""" *webhelpers.pylonslib.minify*: The Javascript minification code was removed due to a non-free license. **The helper now minifies Javascript only if the "jsmin" package is installed.** Otherwise it issues a warning and leaves the Javascript unchanged. CSS minification is not affected. Details are in webhelpers/pylonslib/_minify.py . """ I haven't announced 1.1 due to the pending larger change in the HTML builder in 1.2. No reason for people to upgrade twice within a month. --Mike The whats_new says: On Fri, Aug 13, 2010 at 8:39 AM, Néstor Salceda <nestor.salc...@gmail.com> wrote: > I'm not sure. > > If minify is kept, we could get a nice velocity passing to > production. But keeping it in pylons-core is a trouble with the jsmin > license. Anyway, I agree with the backward compatibility. > > I'm not sure about this, but perhaps we could maintain a page in the > wiki with some community packages that are excluded from pylons-core > but closely related to pylons. By example MinWebHelpers[0] could be > there. Or using the Pypi trove classifier for pylons (Framework :: > Pylons) > > About the other approaches, I'm pretty impressed with the Google > Closure Compiler and with YUI Compressor. Perhaps you can write a > paragraph mentioning the software available to perform the > minification. > > http://docs.fubar.si/minwebhelpers/ > > Néstor. > > On Aug 10, 6:59 pm, Mike Orr <sluggos...@gmail.com> wrote: >> So is it worth keeping minify in WebHelpers? I guess we should leave >> it there for backward compatibility in any case. If you especially >> recommend any of these other approaches, I can put a paragraph in the >> docs about it. >> >> --Mike >> >> On Tue, Aug 10, 2010 at 5:48 AM, Néstor Salceda >> >> >> >> >> >> <nestor.salc...@gmail.com> wrote: >> > Hey! >> >> > I've done some several tests with other minificators. And I would >> > like to share my thoughts: >> >> > * Javascript Minification: >> >> > I've tried with YUI Compressor[0] and Closure Compiler[1]. Finally, >> > I've chosen Closure Compiler. Because it compress more, the >> > performance is not bad and as a reference is the compressor used by >> > jQuery. >> >> > The good: Compress more than jsmin. >> > The bad: Dependency Java. >> >> > * CSS MInification >> >> > I've tried with YUI Compressor and CSSUtils. And I've chosen YUI >> > Compressor. >> >> > The good: Compress more than CSSUtils. >> > The bad: Dependency with Java. >> >> > CSSUtils has a bug, when compressing stuff like: width: 10.5% and it's >> > transformed to 1.5% And this breaks my layout. >> >> > Finally, I've to say that in my case I already have some stuff which >> > depends on Java, then the dependency doesn't matter. And if someone >> > wants a patch, I will post it :) >> >> > [0]http://developer.yahoo.com/yui/compressor/ >> > [1]http://code.google.com/closure/compiler/ >> >> > Néstor. >> >> > On Aug 10, 3:42 am, Mike Orr <sluggos...@gmail.com> wrote: >> >> I found a "jsmin" package on PyPI with the same code. (Actually more >> >> efficient code, it says, but it's derived from yours and has the same >> >> license.) I changed the helper to use the "jsmin" package if >> >> installed, otherwise to pass Javascript through unchanged and issue a >> >> warning. The CSS minification is unaffected. The "_jsmin" module now >> >> raises ImportError and has an explanation in comments. >> >> >> I released WebHelpers 1.1 with these changes because Fedora's alpha >> >> freeze was a few days ago, and they said the change was small enough >> >> it might make it past the freeze. (It doesn't have the other pending >> >> patch for cascading, because that would be an API change.) >> >> >> --Mike >> >> >> On Mon, Aug 9, 2010 at 4:09 PM, Domen Kožar <do...@dev.si> wrote: >> >> > We can make it as optional dependency and provide something else as >> >> > default minimizer. >> >> >> > I guess jokes make the world spin, literally. >> >> >> > Domen >> >> >> > On Mon, 2010-08-09 at 15:25 -0700, Mike Orr wrote: >> >> >> Crockford has spoken, so _jsmin.py will have to go. The Fedora people >> >> >> also contacted him earlier and got a similar response. I don't know >> >> >> why he's so obstinate: is a joke in a license really more important >> >> >> than giving the code to everybody who might benefit from it (which >> >> >> would seem to be the purpose of an MIT-style license). >> >> >> >> ---------- Forwarded message ---------- >> >> >> From: Douglas Crockford <doug...@crockford.com> >> >> >> Date: Mon, Aug 9, 2010 at 2:50 PM >> >> >> Subject: Re: _jsmin.py license >> >> >> To: Mike Orr <sluggos...@gmail.com> >> >> >> >> I don't care what you do so long as you respect my license. >> >> >> >> On 8/9/2010 2:39 PM, Mike Orr wrote: >> >> >> >> > Dear Douglas Crawford (and Domen Kozar and Pedro Algarvio)-- >> >> >> >> > I am the maintainer of WebHelpers (webhelpers.groovie.org), a Python >> >> >> > library that has included _jsmin.py for several years. Recently, a >> >> >> > Fedora Linux maintainer informed me that the license is not OSS >> >> >> > compatible per their definition, and so they'd have to remove the >> >> >> > module from their distribution. >> >> >> >> >http://bitbucket.org/bbangert/webhelpers/issue/39/non-free-license-of... >> >> >> >> > Complaint: "The license in _jsmin.py is not a recognized >> >> >> > OSS-compatible license and has the problematically non-libre "Good, >> >> >> > not Evil" clause." >> >> >> >> > License clause: "The Software shall be used for Good, not Evil." >> >> >> >> > I'm writing to ask permission to drop this clause from the license. >> >> >> > Or >> >> >> > even better for our users, to put the module under the WebHelpers >> >> >> > license which is a similar MIT-style license: >> >> >> >> > === >> >> >> > 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 or contributors 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. >> >> >> > === >> >> >> >> > If not, I'll have to remove _jsmin.py from WebHelpers, because we >> >> >> > want >> >> >> > it and Pylons in all Linux distributions. >> >> >> >> > Domen and Pedro-- >> >> >> >> > If _jsmin.py goes, minify.py might have to go too. It has no fallback >> >> >> > implementation for Javascript compression, and the remaining CSS >> >> >> > compression functionality might look funny all alone. As in, it would >> >> >> > raise user questions like, Why can I compress this but not that?" On >> >> >> > another note, a user has submitted a patch to minify application code >> >> >> > and external Javascript libraries (e.g., jQuery) together. Do you >> >> >> > think this patch looks like a good idea, and would you like to >> >> >> > incorporate it upstream? >> >> >> >> >http://groups.google.com/group/pylons-devel/browse_thread/thread/b08e... >> >> >> -- >> >> Mike Orr <sluggos...@gmail.com> >> >> > -- >> > You received this message because you are subscribed to the Google Groups >> > "pylons-devel" group. >> > To post to this group, send email to pylons-de...@googlegroups.com. >> > To unsubscribe from this group, send email to >> > pylons-devel+unsubscr...@googlegroups.com. >> > For more options, visit this group >> > athttp://groups.google.com/group/pylons-devel?hl=en. >> >> -- >> Mike Orr <sluggos...@gmail.com> > > -- > You received this message because you are subscribed to the Google Groups > "pylons-devel" group. > To post to this group, send email to pylons-de...@googlegroups.com. > To unsubscribe from this group, send email to > pylons-devel+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/pylons-devel?hl=en. > > -- Mike Orr <sluggos...@gmail.com> -- You received this message because you are subscribed to the Google Groups "pylons-devel" group. To post to this group, send email to pylons-de...@googlegroups.com. To unsubscribe from this group, send email to pylons-devel+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/pylons-devel?hl=en.
