Quoting Andreas Noteng (2015-04-14 21:05:54) > Den 13. april 2015 14:05, skrev Wookey: >> +++ Ben Finney [2015-04-13 14:59 +1000]: >>> Paul Wise <pabs@debian.org> writes: >>> >>>> On Mon, Apr 13, 2015 at 11:37 AM, Ben Finney wrote: >>>> >>>>> Can we agree, in the context of the original post of this thread: >>>>> >>>>> Rebuilding from source *is* a reasonable requirement, attainable >>>>> with what we have today in Debian, for JavaScript works. >> >>> Right, I wasn't clear enough: I'm saying that despite all the other >>> non-JavaScript cases brought up later in the thread, the requirement >>> (build from source form, with only build dependencies also in >>> Debian) applies just fine to JavaScript libraries. >>> >>> Can we agree on that? >> >> That seems eminently reasonable to me, yes. >> >> Wookey >> > Well then my question would be: Would the concatenated but un-minified > javascript files be approved as source code? No. See below... > What I have done so far in my package is to include the concatenated > but unminified js from the upstream (that would be my upstream's > upstream) source tarball in debian/missing-sources. During package > build i use uglifyjs (which is already in Debian) to place minified > copies where the app I'm building expects them to be. > As mentioned above, what constitutes preferred form of modification > really is a question of who is doing the modification. Upstream uses > the un-concatenated files, but personally, I would find it easier to > modify one big file, at least for something interpreted like > javascript. What counts is the form preferred by the authors of the code. One reason that makes sense is to make it simplest possible to pass changes upstream. A subset of above reason is that security bugfixes can most easily be discussed with upstream authors. In some cases it is a licensing requirement, but makes sense regardless. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private
Attachment:
signature.asc
Description: signature