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