[ESS-bugs] install.packages() ESS bug or feature?

[Rodney Sparapani]

On 09/19/2012 05:02 AM, Vitalie Spinu wrote:
> options(menu.graphics = FALSE)

I have been dying to try this option.  So, I got a chance today.
However, I am not sure it is any better or worse (or perhaps
unrelated to what I am seeing).  Here's what I did:

options(menu.graphics = FALSE)
options(CRAN = "http://lib.stat.cmu.edu/R/CRAN")
install.packages(available.packages()[,1])

At this point, I was asked to pick a CRAN.  Maybe this part is an R
bug since I already had specified that, right?  I have seen this kind of 
CRAN weirdness before (I am always hesitant to file an R bug report
since it may ridiculed :o).  But, instead of being
in the *R* buffer, I was suddenly thrown into the minibuffer.

I tried to type 75 for the choice "US (PA 1)", but the minibuffer
was a list of watch-a-ma-calls; completions maybe?.  So, I C-g
to get out of that and I placed the cursor after Selection:
and entered 75.  Now, the installation seemed to go as I would
expect.

But, does anyone see a bug or misfeature here?  Or is
this the way it is supposed to work?  I doesn't look right to me.

(ess-version)
"ess-version : 12.09 [rev. 5170 (2012-09-24)]"

 > sessionInfo()
R version 2.15.1 (2012-06-22)
Platform: x86_64-unknown-linux-gnu (64-bit)

locale:
  [1] LC_CTYPE=en_US.ISO8859-1       LC_NUMERIC=C
  [3] LC_TIME=en_US.ISO8859-1        LC_COLLATE=en_US.ISO8859-1
  [5] LC_MONETARY=en_US.ISO8859-1    LC_MESSAGES=en_US.ISO8859-1
  [7] LC_PAPER=C                     LC_NAME=C
  [9] LC_ADDRESS=C                   LC_TELEPHONE=C
[11] LC_MEASUREMENT=en_US.ISO8859-1 LC_IDENTIFICATION=C

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base