Hi Ross,
On 28 February 2006 at 16:37, Ross Boylan wrote:
| Package: r-base-core
| Version: 2.2.1-6
| Severity: normal
|
| For example,
| $ R CMD config --cppflags
| -I/usr/lib/R/include
I'd argue that is indeed an upstream bug as I called configure via
--datadir=/usr/share/R/share \
--includedir=/usr/share/R/include \
In fact, I raised the exact same issue on Feb 20 on r-devel.
Brian Ripley responded, acknowledged the issue (and a bit more) and said it
is fixed upstream.
We could downgrade this and keep it open til 2.3.0 comes out, or fix it now.
| $ ls /usr/lib/R
| AUTHORS COPYING.LIB FAQ RESOURCES THANKS etc library share
| COPYING COPYRIGHTS NEWS SVN-REVISION bin lib modules site-library
|
| The file has moved to /usr/share/R/include.
|
| It seems possible other configuration information is also behind the
| times. I'm a little surprised the build info wasn't automatically
| reflected; I suppose all the games with paths during the build (i.e,
| Debian builds in subdirectory and the relocates) account for that.
Rest assurred that we have built dozens of R / CRAN packages for Debian in
unattended pbuilder session, and that I have added or updated > 100 CRAN /
BioC package during recent Quantian upgrades.
IMHO that proves that the issue you report does not affect R. In fact:
[EMAIL PROTECTED]:~> grep -i include /etc/R/Makeconf
include $(R_SHARE_DIR)/make/vars.mk
TCLTK_CPPFLAGS = -I/usr/include/tcl8.4 -I/usr/include/tcl8.4
-I/usr/X11R6/include
R_XTRA_CPPFLAGS = -I$(R_INCLUDE_DIR)
Makeconf nows about R_INCLUDE_DIR and that is what mattered, hence to absence
of build failures (with the exception of maybe two packages I reported on
r-devel, as well as small issues with `third party' code from places like the
RoSuDa archive).
| A symlink should provide a temporary work-around.
Probably. On the other hand, if code fails because it assumes
includedir == $R_HOME/include
then this needs to be fixed _in that code_ as R no longer guarantees this.
With the symlink we never find it ...
So still no bug in Debian's R in my book.
| This is somewhat like 349637. With this kind of problem, I would
| expect builds or R packages from source would not work. It is not
| perl-specific.
Not really -- no relation other than they both appeared after the relocation
of include/, doc/ and share/ to /usr/share/R.
Let me know what you think.
Regards, Dirk
| -- System Information:
| Debian Release: testing/unstable
| APT prefers testing
| APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (40,
'experimental')
| Architecture: i386 (i686)
| Shell: /bin/sh linked to /bin/bash
| Kernel: Linux 2.4.27adnvcd
| Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
|
| Versions of packages r-base-core depends on:
| ii atlas3-base [libblas.so.3 3.6.0-19 Automatically Tuned Linear
Algebra
| ii libbz2-1.0 1.0.3-2 high-quality block-sorting file
co
| ii libc6 2.3.5-13 GNU C Library: Shared libraries
an
| ii libg2c0 1:3.4.5-2 Runtime library for GNU Fortran
77
| ii libgcc1 1:4.0.2-9 GCC support library
| ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library
| ii libjpeg62 6b-11 The Independent JPEG Group's
JPEG
| ii libpaper-utils 1.1.14-5 Library for handling paper
charact
| ii libpcre3 6.4-1.1 Perl 5 Compatible Regular
Expressi
| ii libpng12-0 1.2.8rel-5 PNG library - runtime
| ii libreadline5 5.1-6 GNU readline and history
libraries
| ii libsm6 6.9.0.dfsg.1-4 X Window System Session
Management
| ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client
li
| ii perl 5.8.8-2 Larry Wall's Practical
Extraction
| ii refblas3 [libblas.so.3] 1.2-8 Basic Linear Algebra Subroutines
3
| ii tcl8.4 8.4.12-1 Tcl (the Tool Command Language)
v8
| ii tk8.4 8.4.12-1 Tk toolkit for Tcl and X11, v8.4
-
| ii zlib-bin 1:1.2.3-9 compression library - sample
progr
| ii zlib1g 1:1.2.3-9 compression library - runtime
|
| Versions of packages r-base-core recommends:
| ii r-base-dev 2.2.1-6 GNU R installation of auxiliary
GN
| ii r-recommended 2.2.1-6 GNU R collection of recommended
pa
|
| -- no debconf information
|
--
Hell, there are no rules here - we're trying to accomplish something.
-- Thomas A. Edison
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
