Hi,
Package authors can specify the minimum required version of a
dependency using:
Depends: somePackage (>= 1.2.3)
Is there a way to demand a minimum version when importing a
dependency? Version specifiers in the Imports field are currently
ignored AFAICT.
+ seth
--
Seth Falcon | Computa
Thank you Prof. Ripley for identifying the potential cause of the
warnings. From what Kurt says in his email, I can wait a little while
and see if the warnings for r-prerel go away in the future.
On Tue, 2007-04-10 at 21:58 +0200, Kurt Hornik wrote:
> > Prof Brian Ripley writes:
>
> > I only
On Apr 10, 2007, at 3:58 PM, Kurt Hornik wrote:
>> Prof Brian Ripley writes:
>
>> I only see analogue (sic), but is this not related to the
>> Encoding: UTF-8
>
>> ? Debian is very fond of subdividing packages, and I suspect it is
>> the standard glibc UTF-8 locale ("en_US.utf8") that is mis
Peter Dalgaard wrote:
> Paul Gilbert wrote:
>
>> Here is the example. Pehaps others could check on other platforms. It
>> is only the first eigenvalue that is different. I am relatively sure
>> the old values are correct, since I compare with an alternate
>> calculation using the expansion o
Paul Gilbert wrote:
> Here is the example. Pehaps others could check on other platforms. It is
> only the first eigenvalue that is different. I am relatively sure the
> old values are correct, since I compare with an alternate calculation
> using the expansion of a polynomial determinant.
>
>
>
> Prof Brian Ripley writes:
> I only see analogue (sic), but is this not related to the
> Encoding: UTF-8
> ? Debian is very fond of subdividing packages, and I suspect it is
> the standard glibc UTF-8 locale ("en_US.utf8") that is missing. There
> is an override for such people, to set R_E
Here is another check that R-2.4.1 is right. This should give 1.
prod(eigen(z, symmetric = FALSE, only.values = TRUE)$values ) *
prod(eigen(solve(z), symmetric = FALSE, only.values = TRUE)$values )
R-2.4.1 gives
[1] 1+0i
R-2.5.0 gives
[1] 1.01677-0i
Paul
Paul Gilbert wrote:
> Here is the exa
Ny understanding was that Insightful had been asked to provide patches fo
this.
We look forward to receiving them.
On Tue, 10 Apr 2007, [EMAIL PROTECTED] wrote:
> I've created a .Rd file (below), then converted that to .sgml using
> R CMD Rdconv --type=Ssgm combn.Rd > combn.sgml
> The ou
Here is the example. Pehaps others could check on other platforms. It is
only the first eigenvalue that is different. I am relatively sure the
old values are correct, since I compare with an alternate calculation
using the expansion of a polynomial determinant.
z <- t(matrix(c(
0, 0, 0, 0, 0
I've created a .Rd file (below), then converted that to .sgml using
R CMD Rdconv --type=Ssgm combn.Rd > combn.sgml
The output (shown below) is missing some of the sections:
arguments
seealso
examples
If instead I convert to .d (below), the same sections are missing
We are only aware of better behaviour from LAPACK 3.1 (which is what I
suppose you are talking about, that is R compiled with its internal
LAPACK).
But in at least one case that means finding a complex set of eigenvalues
where previously a real one was found.
On Tue, 10 Apr 2007, Paul Gilber
I am having some trouble with a case where eigen in R-beta gives a
different largest value than in previous versions of R. Other values
seem to be the same. Before I spend too much time, is anyone aware of a
problem (symmetric = FALSE, only.values = TRUE).
Paul Gilbert
==
"hadley wickham" <[EMAIL PROTECTED]> writes:
> That's rather a contrived example. In practice, you would create a
> list containing the same type of objects. eg:
Yes, great. But when you have code that is expecting a matrix
argument, you can't know what you are going to get. I suspect there
is
I only see analogue (sic), but is this not related to the
Encoding: UTF-8
? Debian is very fond of subdividing packages, and I suspect it is the
standard glibc UTF-8 locale ("en_US.utf8") that is missing. There is an
override for such people, to set R_ENCODING_LOCALES, and looks like they
ha
On 4/10/07, Seth Falcon <[EMAIL PROTECTED]> wrote:
> "hadley wickham" <[EMAIL PROTECTED]> writes:
>
> > On 4/10/07, Tony Plate <[EMAIL PROTECTED]> wrote:
> >> Aren't you just seeing the effect of drop=TRUE? (at least with the
> >> examples you give below -- they all pick out a submatrix with extent
On 4/10/07, hadley wickham <[EMAIL PROTECTED]> wrote:
> On 4/10/07, Tony Plate <[EMAIL PROTECTED]> wrote:
> > Aren't you just seeing the effect of drop=TRUE? (at least with the
> > examples you give below -- they all pick out a submatrix with extent one
> > on some dimension)
> >
> > AFAICT, matric
On Sat, 2007-04-07 at 08:40 +0200, Kurt Hornik wrote:
> Dear maintainers of CRAN packages,
>
> This concerns the packages
>
> And now keep the updates rolling in ...
Dear R Developers,
I was recently emailed by the CRAN maintainers about warnings for my two
packages, analog and cocorresp, that
"hadley wickham" <[EMAIL PROTECTED]> writes:
> On 4/10/07, Tony Plate <[EMAIL PROTECTED]> wrote:
>> Aren't you just seeing the effect of drop=TRUE? (at least with the
>> examples you give below -- they all pick out a submatrix with extent one
>> on some dimension)
>>
>> AFAICT, matrices with a lis
hadley wickham wrote:
> On 4/10/07, Tony Plate <[EMAIL PROTECTED]> wrote:
>> Aren't you just seeing the effect of drop=TRUE? (at least with the
>> examples you give below -- they all pick out a submatrix with extent one
>> on some dimension)
>>
>> AFAICT, matrices with a list as the underlying data
On 4/10/07, Tony Plate <[EMAIL PROTECTED]> wrote:
> Aren't you just seeing the effect of drop=TRUE? (at least with the
> examples you give below -- they all pick out a submatrix with extent one
> on some dimension)
>
> AFAICT, matrices with a list as the underlying data work properly, e.g.:
>
> >
Aren't you just seeing the effect of drop=TRUE? (at least with the
examples you give below -- they all pick out a submatrix with extent one
on some dimension)
AFAICT, matrices with a list as the underlying data work properly, e.g.:
> vv <- array(as.list(1:12), 3:4)
> vv
[,1] [,2] [,3] [
Hi all,
If dimensions are added to a list, it will become a matrix-like hybrid
that calls itself a matrix, but returns lists for subset operations.
This was brought to my attention by a user that encountered such an
object and was quite confused by its behavior. Although I have not
found the cod
Henrik Bengtsson wrote:
> Hi,
>
> thanks for working on this and offering us this service. One thing I
> wonder is about backup. What kind of backup do you use or plan to
> use?
We plan to daily backup the svn repositories and the database (which
contains R-Forge specific data). The files are st
23 matches
Mail list logo
