[Pkg-javascript-devel] Embedded modules more than once

[Jonas Smedegaard]

Quoting Andrius Merkys (2020-09-03 15:54:30)
> On 2020-09-03 16:23, Jonas Smedegaard wrote:
> > Quoting Andrius Merkys (2020-09-03 14:59:38)
> >> On 2020-09-03 15:54, Xavier wrote:
> >>> buffer-equal:
> >>>       - node-buffer-equal (1.0.0)
> >>>       - node-vinyl-fs (1.0.0)
> >> Does this (and the like) mean that <module> is now packaged as
> >> node-<module>? If so, such embedded modules might be removed.
> > Why only "might"?
> > 
> > I fail to see *any* reason for embedded code to continue exist when 
> > available non-embedded.  Please enlighten me, anyone...
> > 
> > ...or if not, then let us treat such cases as release-critical bugs!
> 
> I could not agree more. However, embedded copies sometimes are several 
> major releases behind, and their replacement requires extensive 
> patching.

Hence "when available non-embedded" ;-)

In my opinion we as a team should consider RC buggy packages that embed 
code which is available elsewhere in Debian.  By that I mean *same* 
code, not some other version from same upstream _project_ - and I mean 
available *anywhere* else in Debian - i.e. if some Ruby package ships 
same code as well then that's an RC bug (which might belong to the Ruby 
package rather than the JavaScript package).

In my opinion we as a team should consider non-RC buggy packages that 
embed code without clearly documenting it.  Would be good to document 
how exactly we consider it most sensible to clearly document each type 
of embedding, but until that is refined let's simply require _any_ form 
of "clearly documenting it".


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-javascript-devel/attachments/20200903/bf4394bf/attachment.sig>