On Mon, Jul 16, 2012 at 08:27:50PM +, Adam Conrad wrote:
PS: (FWIW, the original patch was mine, not Luca's, it seems to have
gotten mis/re-attributed along the way...)
Disregard this bit, BTW. Luca told me on IRC that we arrived at our
shockingly similar workarounds independently.
So, a few things about this bug. It's almost certainly not a glibc
bug, but rather a bug in the bundled library that gets (ab)used to
handle POSIX extended regexes in non-UTF-8 locales. The substing
failure doesn't show when either using PCRE and a C locale, or using
any combination of flags in
Now that we have a new r-base package (with the arm* fix thanks to Luca),
what is the best way to rebuild the various r-cran-* packages on armel that
need a rebuild?
And does one of you know / have a sql query against a Debian db to find
these? I can poke around my rendered page at
reopen 679180
notfixed 679180 2.15.1-2
thanks
Unfortunately, the patch didn't work as expected for two reasons:
* PCRE engine is used when arm* architecture is not found, we wanted
the other way round.
* perl = TRUE option has to be passed to sub() function, not grep() one.
I'm attaching a patch
Processing commands for cont...@bugs.debian.org:
reopen 679180
Bug #679180 {Done: Dirk Eddelbuettel e...@debian.org} [r-base-core] arm*
builds fail: SHLIB_LIBADD: No such file or directory
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be
reopen 679180
notfixed 679180 2.15.1-3
thanks
Fix provided in 2.15.1-3 is still half-way, as perl = TRUE parameter
is passed to grep() function in the second hunk :(
Answering your previous question, I isolated a list of packages to be
given-back, and submitted it to w-b team for processing:
Processing commands for cont...@bugs.debian.org:
reopen 679180
Bug #679180 {Done: Dirk Eddelbuettel e...@debian.org} [r-base-core] arm*
builds fail: SHLIB_LIBADD: No such file or directory
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be
On 16 July 2012 at 00:46, Luca Falavigna wrote:
| reopen 679180
| notfixed 679180 2.15.1-3
| thanks
|
|
| Fix provided in 2.15.1-3 is still half-way, as perl = TRUE parameter
| is passed to grep() function in the second hunk :(
Yeebus. My bad.
-4 will be comming shortly.
Dirk
| Answering
reassign 679180 r-base-core
retitle 679180 arm* builds fail: SHLIB_LIBADD: No such file or directory
found 679180 2.15.1-1
thanks
I've narrowed the problem to the following snippet in
src/library/tools/R/install.R:
mconf - readLines(file.path(R.home(),
paste0(etc,
Processing commands for cont...@bugs.debian.org:
reassign 679180 r-base-core
Bug #679180 [src:raschsampler] FTBFS on arm*: SHLIB_LIBADD: No such file or
directory
Bug reassigned from package 'src:raschsampler' to 'r-base-core'.
No longer marked as found in versions raschsampler/0.8-5-1.
tags 679180 + patch
thanks
Passing perl = TRUE parameter to sub function seems enough to fix the problem:
mconf - readLines(file.path(R.home(),
+ paste0(etc, Sys.getenv(R_ARCH)),
+ Makeconf))
SHLIB_EXT - sub(.*= , ,
Processing commands for cont...@bugs.debian.org:
tags 679180 + patch
Bug #679180 [r-base-core] arm* builds fail: SHLIB_LIBADD: No such file or
directory
Added tag(s) patch.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
679180:
Luca,
On 14 July 2012 at 11:48, Luca Falavigna wrote:
| tags 679180 + patch
| thanks
|
|
| Passing perl = TRUE parameter to sub function seems enough to fix the
problem:
Thank you __so much__ for digging through this!
R comes with three regexp engines (three, as the count goes: old
2012/7/14 Dirk Eddelbuettel e...@debian.org:
We could also use substr(..., 1, 3) as in
R substr( Sys.info()[machine], 1, 3)
machine
x86
R substr( Sys.info()[machine], 1, 3) == arm
machine
FALSE
R
I got this on the failing machine, so at least this simple match is performed:
substr(
On Sat, Jul 14, 2012 at 08:11:20 -0500, Dirk Eddelbuettel wrote:
We could try
R Sys.info()[machine] %in% c(armv7l, armv5tel)
[1] FALSE
There's more possible values for uname -m, please don't make it too
specific.
Cheers,
Julien
signature.asc
Description: Digital signature
On 14 July 2012 at 15:48, Julien Cristau wrote:
| On Sat, Jul 14, 2012 at 08:11:20 -0500, Dirk Eddelbuettel wrote:
|
| We could try
|
| R Sys.info()[machine] %in% c(armv7l, armv5tel)
| [1] FALSE
|
| There's more possible values for uname -m, please don't make it too
| specific.
On Tue, Jun 26, 2012 at 11:27:09PM +0200, Luca Falavigna wrote:
Source: raschsampler
Version: 0.8-5-1
Severity: serious
Justification: fails to build from source
raschsampler fails to build from source on arm*, but built in the past:
fi
* installing *source* package 'RaschSampler' ...
2012/6/27 Julian Gilbey jul...@d-and-j.net:
Are you seeing this problems with other R packages or is it unique to
this one?
I noticed there are a lot of this failures, but I have realized that
after I sent this bug.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
On Wed, Jun 27, 2012 at 12:10:29PM +0200, Luca Falavigna wrote:
2012/6/27 Julian Gilbey jul...@d-and-j.net:
Are you seeing this problems with other R packages or is it unique to
this one?
I noticed there are a lot of this failures, but I have realized that
after I sent this bug.
No
Source: raschsampler
Version: 0.8-5-1
Severity: serious
Justification: fails to build from source
raschsampler fails to build from source on arm*, but built in the past:
fi
* installing *source* package 'RaschSampler' ...
** package 'RaschSampler' successfully unpacked and MD5 sums checked
**
20 matches
Mail list logo