close 577427 close 577429 close 577433 close 577434 quit This time even with correct syntax <sigh>
Dirk | | On 12 April 2010 at 12:01, Ansgar Burchardt wrote: | | 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 | | There are no such plans for migration. There are longer-term plans to replace | all non-R scripts with R scripts. If and when that happens remains to be | seen. | | In the meantime, we are talking about miniscule amounts of non-core libraries | making this a distracting non-issue. So I will close this. | | R itself, under the configuration I have been providing for years, makes uses | of all available _binary_ libraries in Debian (see below). | | This is available via configure; swapping out minor Perl libraries is not | option and I am not in favour of forking this. | | Dirk | | ~> apt-cache show r-base-core | Package: r-base-core | Priority: optional | Section: gnu-r | Installed-Size: 26512 | Maintainer: Dirk Eddelbuettel <e...@debian.org> | Architecture: i386 | Source: r-base | Version: 2.11.0~20100419-1 | Replaces: r-base (<= 1.4.1-1), r-base-latex (<= 2.9.2-4), r-cran-rcompgen (<= 0.1-17-1), r-gnome (<= 2.3.1), r-recommended (<< 1.9.0) | Provides: r-base-latex, r-cran-rcompgen, r-gnome | Depends: perl, zip, unzip, libpaper-utils, xdg-utils, libblas3gf | libblas.so.3gf | libatlas3gf-base, libbz2-1.0, libc6 (>= 2.3.6-6~), libcairo2 (>= 1.2.4), libgfortran3 (>= 4.3), libglib2.0-0 (>= 2.12.0), libice6 (>= 1:1.0.0), libjpeg62, liblapack3gf | liblapack.so.3gf | libatlas3gf-base, libpango1.0-0 (>= 1.14.0), libpcre3 (>= 7.7), libpng12-0 (>= 1.2.13-4), libreadline6 (>= 6.0), libsm6, libtiff4, libx11-6 (>= 0), libxext6, libxss1, libxt6, tcl8.5 (>= 8.5.0), tk8.5 (>= 8.5.0), zlib1g (>= 1:1.2.3.3.dfsg), ucf (>= 3.0) | [...] | | | | 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> | | | | | | -- | Regards, Dirk -- Regards, Dirk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
