reopen 577427
tags   577427 + wontfix
reopen 577434
tags   577434 + wontfix
reopen 577429
tags   577429 + wontfix
reopen 577433
tags   577433 + wontfix
thanks

> So in this case, among the 26mb (installed) of the base R we do fine
> two doubled-up Perl packages -- which I find entirely acceptable given
> that there is no configure infrastructure to test for them. Plus, more
> and more of the R infrastructure itself is move from Perl to R itself
> (as has already happened for the help parser) so this may well be on
> its way out.

I just noticed that R includes the modules when I was looking for them
myself.  As several packages already bundled Perl modules that were not
available in a separate package and Debian tries to avoid code copies,
I sent this report.

Still I think this bug should be kept open as long as the code copies
remain.  If you do not plan to remove them and there are long-term plans
upstream to eventually remove them, marking them as wontfix for now
should be fine.  The secure testing team also maintains a list of
embedded code copies [1] that refer to these bugs.  Keeping them open
should make it easier for them to track this.

Regards,
Ansgar

[1] <http://wiki.debian.org/EmbeddedCodeCopies>



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to