2014-04-25 01:07 Gunnar Wolf:
And even having a pointer to the upstream project is not enough: We
have to ship full sources, both for (part of) our licenses'
requirements, and to be able to properly support our projects in the
future. If http://some.developer.net/projects/JS-Foo disappears from
the Internet, then libjs-foo (which only ships foo.min.js) will no
longer be maintainable.
BTW, I don't know JS (other than for similarity with other languages), but out
of curiosity I tried this from node-uglify package and it looks prettier and
more readable than some Python code (not to speak about Fortran) that I see
everyday, or 30K line 'configure' scripts. Basically it's missing comments and
most original object/variable names, but member/method names of common libraries
make the code more or less easy to follow -- if you somehow cannot go to grab
the unminified jquery version for whatever reason.
If it's missing function and variable names, a skilled developer will
have some head-scratching time trying to figure out what a simple
function does. And if you suggest minifying a "trivial" file such as
query.js... Well, that will ensure everybody you have been away from
JS development ;-)
To both things above, I don't think that this is different to my example of
'configure' script without corresponding .ac/.in; and I don't think that anybody
is thinking about adding lintian errors for that or considering those scripts
non-free (??).
And yes, honestly, I still prefer that JQuery code than configure scripts :-)
And just to be clear, my idea was to avoid repacking with e.g. JQuery or other
very well known libraries, for which we have the sources in other Debian package
present in every release, and for which we can link the binaries to it (and
dpkg-source removing those files, for example).
Just doing this for JQuery means to not have to repack hundreds or thousands of
packages.
Cheers.
--
Manuel
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140425002702.gb9...@lugh.itsari.org
