[Rd] more problems when using "installWithVers"
R-devel, SVN revision 35729 (this morning, euro-time)
So far, I'm having awful luck with the "installWithVers" flags.
Recent example:
I can install.packages("lattice", installWithVers=TRUE)
successfully (no errors, at least it looks like a successful install),
but can't load it:
Error in library.dynam(pkg,pkg,lib) : shared library 'lattice_0.12-7' not found
Error: .onLoad failed in 'loadNamesspace' for 'lattice_0.12-7'
Error: package/namespace load filed for 'lattice'
It's there. (note: no problems on a different installation, avoiding
the "installWithVers" flags for package installation).
best,
-tony
[EMAIL PROTECTED]
Muttenz, Switzerland.
"Commit early,commit often, and commit in a repository from which we can easily
roll-back your mistakes" (AJR, 4Jan05).
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] more problems when using "installWithVers"
Tony,
The problem is specific to your example:
> install.packages("ash")
...
> install.packages("ash", installWithVers=TRUE)
> library("ash", version="1.0-9")
> search()
[1] ".GlobalEnv""package:ash_1.0-9" "package:methods"
[4] "package:stats" "package:graphics" "package:grDevices"
[7] "package:utils" "package:datasets" "Autoloads"
[10] "package:base"
and lies in lattice's .onLoad (as the message says, and hence the Cc: to
Deepayan). That has
.onLoad <- function(lib, pkg)
{
library.dynam(pkg, pkg, lib )
lattice.options(.defaultLatticeOptions())
lattice.setStatus(.defaultLatticeStatus())
}
which is incorrect: it should be library.dynam("lattice", pkg, lib)
OTOH, 'ash' has it correctly and so works.
I am not sure BTW that lattice_0.12-7 is necessarily compatible with R
2.2.0.
Brian
On Tue, 4 Oct 2005, A.J. Rossini wrote:
> R-devel, SVN revision 35729 (this morning, euro-time)
>
> So far, I'm having awful luck with the "installWithVers" flags.
>
> Recent example:
>
> I can install.packages("lattice", installWithVers=TRUE)
> successfully (no errors, at least it looks like a successful install),
> but can't load it:
>
> Error in library.dynam(pkg,pkg,lib) : shared library 'lattice_0.12-7' not
> found
> Error: .onLoad failed in 'loadNamesspace' for 'lattice_0.12-7'
> Error: package/namespace load filed for 'lattice'
Did you really get those typos? I don't.
Error in library.dynam(pkg, pkg, lib) : shared library 'lattice_0.12-7' not
found
Error: .onLoad failed in 'loadNamespace' for 'lattice_0.12-7'
Error: package/namespace load failed for 'lattice'
> It's there. (note: no problems on a different installation, avoiding
> the "installWithVers" flags for package installation).
>
> best,
> -tony
>
> [EMAIL PROTECTED]
> Muttenz, Switzerland.
> "Commit early,commit often, and commit in a repository from which we can
> easily
> roll-back your mistakes" (AJR, 4Jan05).
--
Brian D. Ripley, [EMAIL PROTECTED]
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax: +44 1865 272595
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] more problems when using "installWithVers"
And wasn't to my last example. Since it probably is clear that I'm
retyping errors, there is a reason that I'm delaying on the next few.
On 10/4/05, Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
> Tony,
>
> The problem is specific to your example:
>
> > install.packages("ash")
> ...
> > install.packages("ash", installWithVers=TRUE)
> > library("ash", version="1.0-9")
> > search()
> [1] ".GlobalEnv""package:ash_1.0-9" "package:methods"
> [4] "package:stats" "package:graphics" "package:grDevices"
> [7] "package:utils" "package:datasets" "Autoloads"
> [10] "package:base"
>
> and lies in lattice's .onLoad (as the message says, and hence the Cc: to
> Deepayan). That has
>
> .onLoad <- function(lib, pkg)
> {
> library.dynam(pkg, pkg, lib )
> lattice.options(.defaultLatticeOptions())
> lattice.setStatus(.defaultLatticeStatus())
> }
>
> which is incorrect: it should be library.dynam("lattice", pkg, lib)
> OTOH, 'ash' has it correctly and so works.
>
> I am not sure BTW that lattice_0.12-7 is necessarily compatible with R
> 2.2.0.
>
> Brian
>
> On Tue, 4 Oct 2005, A.J. Rossini wrote:
>
> > R-devel, SVN revision 35729 (this morning, euro-time)
> >
> > So far, I'm having awful luck with the "installWithVers" flags.
> >
> > Recent example:
> >
> > I can install.packages("lattice", installWithVers=TRUE)
> > successfully (no errors, at least it looks like a successful install),
> > but can't load it:
> >
> > Error in library.dynam(pkg,pkg,lib) : shared library 'lattice_0.12-7' not
> > found
> > Error: .onLoad failed in 'loadNamesspace' for 'lattice_0.12-7'
> > Error: package/namespace load filed for 'lattice'
>
> Did you really get those typos? I don't.
>
> Error in library.dynam(pkg, pkg, lib) : shared library 'lattice_0.12-7' not
> found
> Error: .onLoad failed in 'loadNamespace' for 'lattice_0.12-7'
> Error: package/namespace load failed for 'lattice'
>
>
> > It's there. (note: no problems on a different installation, avoiding
> > the "installWithVers" flags for package installation).
> >
> > best,
> > -tony
> >
> > [EMAIL PROTECTED]
> > Muttenz, Switzerland.
> > "Commit early,commit often, and commit in a repository from which we can
> > easily
> > roll-back your mistakes" (AJR, 4Jan05).
>
> --
> Brian D. Ripley, [EMAIL PROTECTED]
> Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
> University of Oxford, Tel: +44 1865 272861 (self)
> 1 South Parks Road, +44 1865 272866 (PA)
> Oxford OX1 3TG, UKFax: +44 1865 272595
>
--
best,
-tony
[EMAIL PROTECTED]
Muttenz, Switzerland.
"Commit early,commit often, and commit in a repository from which we can easily
roll-back your mistakes" (AJR, 4Jan05).
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Option "installWithVers" seems to impact new.packages() badly?
Hard to know what you expect here. There is no recent change that I can see. I removed ash and then installed it with version. new.packages() showed it as new in both 2.1.1 and 2.2.0-beta. The issue is that installed.packages() has never been taught about versioned installs, and you might like to take that up with your BioC colleagues who added the idea. On Fri, 30 Sep 2005, A.J. Rossini wrote: > In Rdevel, SVN version built this morning around 10am central european > time, it looks like > > install.packages(new.packages(),installWithVers=TRUE) > > seem to ignore the version information -- that is, it reinstalls > current versions of packages. I believe it always did: it certainly does in 2.1.1 for me. > This did not happen before I used "installWithVers=TRUE" option, that is > I could use > > update.packages() > and > install.packages(new.packages()) > > to keep a current, platform-complete, installed base of CRAN. -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Option "installWithVers" seems to impact new.packages() badly?
I expect "new.packages()" to not report on packages which I've installed, as per documentation. best, -tony On 10/4/05, Prof Brian Ripley <[EMAIL PROTECTED]> wrote: > Hard to know what you expect here. There is no recent change that I can > see. > > I removed ash and then installed it with version. new.packages() showed > it as new in both 2.1.1 and 2.2.0-beta. > > The issue is that installed.packages() has never been taught about > versioned installs, and you might like to take that up with your BioC > colleagues who added the idea. > > On Fri, 30 Sep 2005, A.J. Rossini wrote: > > > In Rdevel, SVN version built this morning around 10am central european > > time, it looks like > > > > install.packages(new.packages(),installWithVers=TRUE) > > > > seem to ignore the version information -- that is, it reinstalls > > current versions of packages. > > I believe it always did: it certainly does in 2.1.1 for me. > > > This did not happen before I used "installWithVers=TRUE" option, that is > > I could use > > > > update.packages() > > and > > install.packages(new.packages()) > > > > to keep a current, platform-complete, installed base of CRAN. > > -- > Brian D. Ripley, [EMAIL PROTECTED] > Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ > University of Oxford, Tel: +44 1865 272861 (self) > 1 South Parks Road, +44 1865 272866 (PA) > Oxford OX1 3TG, UKFax: +44 1865 272595 > -- best, -tony [EMAIL PROTECTED] Muttenz, Switzerland. "Commit early,commit often, and commit in a repository from which we can easily roll-back your mistakes" (AJR, 4Jan05). __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Option "installWithVers" seems to impact new.packages() badly?
Also, I don't know what this has to do with BioC. This is core R, so pertinent to this list. Otherwise, perhaps it should be taken out? On 10/4/05, A.J. Rossini <[EMAIL PROTECTED]> wrote: > I expect "new.packages()" to not report on packages which I've > installed, as per documentation. > > best, > -tony > > On 10/4/05, Prof Brian Ripley <[EMAIL PROTECTED]> wrote: > > Hard to know what you expect here. There is no recent change that I can > > see. > > > > I removed ash and then installed it with version. new.packages() showed > > it as new in both 2.1.1 and 2.2.0-beta. > > > > The issue is that installed.packages() has never been taught about > > versioned installs, and you might like to take that up with your BioC > > colleagues who added the idea. > > > > On Fri, 30 Sep 2005, A.J. Rossini wrote: > > > > > In Rdevel, SVN version built this morning around 10am central european > > > time, it looks like > > > > > > install.packages(new.packages(),installWithVers=TRUE) > > > > > > seem to ignore the version information -- that is, it reinstalls > > > current versions of packages. > > > > I believe it always did: it certainly does in 2.1.1 for me. > > > > > This did not happen before I used "installWithVers=TRUE" option, that is > > > I could use > > > > > > update.packages() > > > and > > > install.packages(new.packages()) > > > > > > to keep a current, platform-complete, installed base of CRAN. > > > > -- > > Brian D. Ripley, [EMAIL PROTECTED] > > Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ > > University of Oxford, Tel: +44 1865 272861 (self) > > 1 South Parks Road, +44 1865 272866 (PA) > > Oxford OX1 3TG, UKFax: +44 1865 272595 > > > > > -- > best, > -tony > > [EMAIL PROTECTED] > Muttenz, Switzerland. > "Commit early,commit often, and commit in a repository from which we can > easily > roll-back your mistakes" (AJR, 4Jan05). > -- best, -tony [EMAIL PROTECTED] Muttenz, Switzerland. "Commit early,commit often, and commit in a repository from which we can easily roll-back your mistakes" (AJR, 4Jan05). __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Option "installWithVers" seems to impact new.packages() badly?
"A.J. Rossini" <[EMAIL PROTECTED]> writes: > Also, I don't know what this has to do with BioC. This is core R, so > pertinent to this list. Otherwise, perhaps it should be taken out? ... > > > The issue is that installed.packages() has never been taught about > > > versioned installs, and you might like to take that up with your BioC > > > colleagues who added the idea. Brian can of course speak for himself, but I think his point was just that the request for the feature came from BioC, not that the discussion was on the wrong list. -- O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~ - ([EMAIL PROTECTED]) FAX: (+45) 35327907 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] access to R parse tree for Lisp-style macros?
FWIW, the latest version of the 'gtools' package includes a slightly
enhanced version of Thomas's 'defmacro' function, as well as the 'strmacro'
function that does string-based macro processing. Feel free to take a look
at them and suggest enhancements (via patches :^)
-Greg
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Thomas Lumley
> Sent: Monday, October 03, 2005 10:22 AM
> To: Duncan Murdoch
> Cc: r-devel@r-project.org; Andrew Piskorski
> Subject: Re: [Rd] access to R parse tree for Lisp-style macros?
>
>
> On Mon, 3 Oct 2005, Duncan Murdoch wrote:
>
> > On 10/3/2005 3:25 AM, Andrew Piskorski wrote:
> >> R folks, I'm curious about possible support for Lisp-style
> macros in
> >> R. I'm aware of the "defmacro" support for S-Plus and R discussed
> >> here:
> >>
> >>
> http://www.biostat.wustl.edu/archives/html/s-news/2002-10/msg0
0064.html
>>
>> but that's really just a syntactic short-cut to the run-time use of
>> substitute() and eval(), which you could manually put into a function
>> yourself if you cared too. (AKA, not at all equivalent to Lisp
>> macros.)
Well, yes and no. It is a syntactic shortcut using functions, but what it
does is manipulate and then evaluate pieces of parse tree. It doesn't
have the efficiency under compilation that real macros would, but we don't
have compilation. It doesn't have gensyms, but again, R fails to support
these in a fairly fundamental way, so they have to be faked using
variables with weird random names.
I have a long-term plan to add real macros, but not until after Luke
Tierney's byte-code compiler is finished.
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
LEGAL NOTICE\ Unless expressly stated otherwise, this messag...{{dropped}}
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] vector labels are not permuted properly in a call to sort() (R 2.1)
Not sure if this is the correct forum for this, but I've found what I
would consider to be a potentially serious bug to the unsuspecting user.
Given a numeric vector V with class labels in R, the following calls
1.
> sort(as.matrix(V))
and
2.
>as.matrix(sort(V))
produce different ouput. The vector is sorted properly in both cases,
but only 2. produces the correct labeling of the vector. The call to
1. produces a vector with incorrect labels (not sorted).
Code:
>X<-c("A","B","C","D","E","F","G","H")
>Y<-rev(1:8)
>names(Y)<-X
> Y
A B C D E F G H
8 7 6 5 4 3 2 1
> sort(as.matrix(Y))
[,1]
A1
B2
C3
D4
E5
F6
G7
H8
> as.matrix(sort(Y))
[,1]
H1
G2
F3
E4
D5
C6
B7
A8
Cheers,
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] vector labels are not permuted properly in a call to sort() (R 2.1)
The `problem' is that sort() does not doing anything special when given
a matrix: it only treat it as a vector. After sorting, it copies
attributes of the original input to the output. Since dimnames are
attributes, they get copied as is.
Try:
> y <- matrix(8:1, 4, 2, dimnames=list(LETTERS[1:4], NULL))
> y
[,1] [,2]
A84
B73
C62
D51
> sort(y)
[,1] [,2]
A15
B26
C37
D48
Notice the row names stay the same. I'd argue that this is the correct
behavior.
Andy
> From: Greg Finak
>
> Not sure if this is the correct forum for this, but I've
> found what I
> would consider to be a potentially serious bug to the
> unsuspecting user.
> Given a numeric vector V with class labels in R, the following calls
>
> 1.
> > sort(as.matrix(V))
>
> and
>
> 2.
> >as.matrix(sort(V))
>
> produce different ouput. The vector is sorted properly in
> both cases,
> but only 2. produces the correct labeling of the vector. The call to
> 1. produces a vector with incorrect labels (not sorted).
>
> Code:
> >X<-c("A","B","C","D","E","F","G","H")
> >Y<-rev(1:8)
> >names(Y)<-X
> > Y
> A B C D E F G H
> 8 7 6 5 4 3 2 1
> > sort(as.matrix(Y))
>[,1]
> A1
> B2
> C3
> D4
> E5
> F6
> G7
> H8
> > as.matrix(sort(Y))
>[,1]
> H1
> G2
> F3
> E4
> D5
> C6
> B7
> A8
>
> Cheers,
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
>
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] more problems when using "installWithVers"
On Tuesday 04 October 2005 07:48, Prof Brian Ripley wrote:
> Tony,
>
> The problem is specific to your example:
> > install.packages("ash")
>
> ...
>
> > install.packages("ash", installWithVers=TRUE)
> > library("ash", version="1.0-9")
> > search()
>
> [1] ".GlobalEnv""package:ash_1.0-9" "package:methods"
> [4] "package:stats" "package:graphics" "package:grDevices"
> [7] "package:utils" "package:datasets" "Autoloads"
> [10] "package:base"
>
> and lies in lattice's .onLoad (as the message says, and hence the Cc: to
> Deepayan). That has
>
> .onLoad <- function(lib, pkg)
> {
> library.dynam(pkg, pkg, lib )
> lattice.options(.defaultLatticeOptions())
> lattice.setStatus(.defaultLatticeStatus())
> }
>
> which is incorrect: it should be library.dynam("lattice", pkg, lib)
> OTOH, 'ash' has it correctly and so works.
I'll upload a fixed version. There was a related discussion a while back about
having a PACKAGE= argument in .Call()'s, but I don't remember the details.
What's the current recommendation?
Deepayan
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] more problems when using "installWithVers"
On Tue, 4 Oct 2005, Deepayan Sarkar wrote:
> On Tuesday 04 October 2005 07:48, Prof Brian Ripley wrote:
>> Tony,
>>
>> The problem is specific to your example:
>>> install.packages("ash")
>>
>> ...
>>
>>> install.packages("ash", installWithVers=TRUE)
>>> library("ash", version="1.0-9")
>>> search()
>>
>> [1] ".GlobalEnv""package:ash_1.0-9" "package:methods"
>> [4] "package:stats" "package:graphics" "package:grDevices"
>> [7] "package:utils" "package:datasets" "Autoloads"
>> [10] "package:base"
>>
>> and lies in lattice's .onLoad (as the message says, and hence the Cc: to
>> Deepayan). That has
>>
>> .onLoad <- function(lib, pkg)
>> {
>> library.dynam(pkg, pkg, lib )
>> lattice.options(.defaultLatticeOptions())
>> lattice.setStatus(.defaultLatticeStatus())
>> }
>>
>> which is incorrect: it should be library.dynam("lattice", pkg, lib)
>> OTOH, 'ash' has it correctly and so works.
>
> I'll upload a fixed version. There was a related discussion a while back about
> having a PACKAGE= argument in .Call()'s, but I don't remember the details.
> What's the current recommendation?
I would recommend that you do. I think in your case you could also use
useDynlib in the NAMESPACE file (since it is called before .onLoad), and
only then is it reasonably safe to omit PACKAGE=. The issue is about if
you can load two versions simultaneously, and I don't see that as very
safe with lattice (since it is tied to a grid version).
--
Brian D. Ripley, [EMAIL PROTECTED]
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax: +44 1865 272595
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Option "installWithVers" seems to impact new.packages() badly?
On 04 Oct 2005 16:42:14 +0200, Peter Dalgaard <[EMAIL PROTECTED]> wrote: > > > > > The issue is that installed.packages() has never been taught about > > > > versioned installs, and you might like to take that up with your BioC > > > > colleagues who added the idea. > > > "A.J. Rossini" <[EMAIL PROTECTED]> writes: > > Also, I don't know what this has to do with BioC. This is core R, so > > pertinent to this list. Otherwise, perhaps it should be taken out? > > Brian can of course speak for himself, but I think his point was just > that the request for the feature came from BioC, not that the > discussion was on the wrong list. But what the heck did that have to do with anything? Should I be making comments to Brian about Peter Donnelly or Jotun Hein if I've got comments about their work just because he's at Oxford? Irrelevant network connections are irrelevant, and the comment about BioC made no sense whatsoever to me. best, -tony [EMAIL PROTECTED] Muttenz, Switzerland. "Commit early,commit often, and commit in a repository from which we can easily roll-back your mistakes" (AJR, 4Jan05). __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Option "installWithVers" seems to impact new.packages() badly?
Please don't mangle replies like this to make them unreadable. Peter's comment is spot-on. The request for versioned installs and the original code came from the BioC team via Robert Gentleman. I presume it was a deliberate choice that a versioned install of 'ash' is reported as an installation of 'ash_1.0-9', not 'ash', and I was referring you to the authors (and RG was one and will know who else was involved, as I recall at least Jeff Gentry) as to their intentions. On Tue, 4 Oct 2005, A.J. Rossini wrote: > On 04 Oct 2005 16:42:14 +0200, Peter Dalgaard <[EMAIL PROTECTED]> wrote: >> The issue is that installed.packages() has never been taught about> > > >> > versioned installs, and you might like to take that up with your BioC> >> > > > colleagues who added the idea.> >> "A.J. Rossini" <[EMAIL >> PROTECTED]> writes:> > Also, I don't know what this has to do with BioC. >> This is core R, so> > pertinent to this list. Otherwise, perhaps it >> should be taken out?>> Brian can of course speak for himself, but I >> think his point was just> that the request for the feature came from >> BioC, not that the> discussion was on the wrong list. > But what the heck did that have to do with anything? Should I bemaking > comments to Brian about Peter Donnelly or Jotun Hein if I'vegot comments > about their work just because he's at Oxford? > Irrelevant network connections are irrelevant, and the comment aboutBioC made > no sense whatsoever to me. > best,-tony > [EMAIL PROTECTED], Switzerland."Commit early,commit often, and commit in a > repository from which we can easilyroll-back your mistakes" (AJR, 4Jan05). > > -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Option "installWithVers" seems to impact new.packages() badly?
Please grow up, Brian. If you want to side track the issue, why don't you wait for Robert, etc, to answer? Are you pissed at that particular change, so that if anyone brings up a problem with it, and who might happen to have had a conversation with them once or twice, that you will jump on them? Or do you need to enlighten me on your perceptions of my failings on my part for not knowing what everyone I know is doing and whether what they are doing is correct? Gosh almightly. Right now, as has been true for nearly a year now, my time with R is strictly a hobby, as is any little time I might spend on BioC. Thankfully, Luke's ancient Common LispStat works on SBCL. Hobbys are for enjoyment, and given the berating I've just gotten on the two questions, it's almost enough to make the switch complete. If you want to report issues about ash, feel free to. That wasn't the issue I reported on. I reported on two, we've solved one, and I've had a snide clueless remark and a rather tactless remark on the other. best, -tony On 10/4/05, Prof Brian Ripley <[EMAIL PROTECTED]> wrote: > Please don't mangle replies like this to make them unreadable. > > Peter's comment is spot-on. The request for versioned installs and the > original code came from the BioC team via Robert Gentleman. I presume it > was a deliberate choice that a versioned install of 'ash' is reported as > an installation of 'ash_1.0-9', not 'ash', and I was referring you to the > authors (and RG was one and will know who else was involved, as I recall > at least Jeff Gentry) as to their intentions. > > > On Tue, 4 Oct 2005, A.J. Rossini wrote: > > > On 04 Oct 2005 16:42:14 +0200, Peter Dalgaard <[EMAIL PROTECTED]> wrote: > >> The issue is that installed.packages() has never been taught about> > > >> > > versioned installs, and you might like to take that up with your > >> BioC> > > > colleagues who added the idea.> >> "A.J. Rossini" <[EMAIL > >> PROTECTED]> writes:> > Also, I don't know what this has to do with > >> BioC. This is core R, so> > pertinent to this list. Otherwise, > >> perhaps it should be taken out?>> Brian can of course speak for > >> himself, but I think his point was just> that the request for the > >> feature came from BioC, not that the> discussion was on the wrong list. > > But what the heck did that have to do with anything? Should I bemaking > > comments to Brian about Peter Donnelly or Jotun Hein if I'vegot comments > > about their work just because he's at Oxford? > > Irrelevant network connections are irrelevant, and the comment aboutBioC > > made no sense whatsoever to me. > > best,-tony > > [EMAIL PROTECTED], Switzerland."Commit early,commit often, and commit in a > > repository from which we can easilyroll-back your mistakes" (AJR, 4Jan05). > > > > > > -- > Brian D. Ripley, [EMAIL PROTECTED] > Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ > University of Oxford, Tel: +44 1865 272861 (self) > 1 South Parks Road, +44 1865 272866 (PA) > Oxford OX1 3TG, UKFax: +44 1865 272595 > -- best, -tony [EMAIL PROTECTED] Muttenz, Switzerland. "Commit early,commit often, and commit in a repository from which we can easily roll-back your mistakes" (AJR, 4Jan05). __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] R and Java
I am a grad student and am working on a project where i need to integrate java and R. I have a front end in java and i need to call R functions and be able to dispaly the plots and graphs produced by R on my java front end. I came across some tools like SJava and rserve...but am not sure which best suits my application. Your suggestion will be really helpful. Thanks, vasu. [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
