R devel - Jul 2015 - update.packages(checkBuilt=TRUE, ask=FALSE): possible bug

On 7/19/2015 3:50 AM, peter dalgaard wrote:
>> For some, but not allI repositories I get the error message below:
>> >Error in install.packages(update[instlib == l,
"Package"], l, contriburl >> >contriburl,  :
>> >  specifying 'contriburl' or 'available' requires a
single type, not type >> >"both"
>> >
>> >Is it a bug?
I think that what Jose is referring to is this error message from 
install.packages(), even though he set
options(pkgType='binary')
Isn't that a bug?

Moreover, in a fresh R 3.2.1 session [Platform: x86_64-w64-mingw32/x64 
(64-bit)], I see
 > getOption("pkgType")
[1] "both"

I think this is somehow related to the fact that install.packages() will 
now tell you if a more current source package exists and ask if you want 
to install from source.  But this would require RTools to
be installed to work.

IMHO, I consider this a major infelicity or design flaw, that will cause 
problems for naive and even experienced users. 
install.packages("foo")
should always work unless package "foo" cannot
cannot be found in getOption("repos")

-Michael

On 29/07/2015 12:55 PM, Michael Friendly wrote:
> On 7/19/2015 3:50 AM, peter dalgaard wrote:
> >> For some, but not allI repositories I get the error message below:
> >> >Error in install.packages(update[instlib == l,
"Package"], l, contriburl > >> >contriburl,  :
> >> >  specifying 'contriburl' or 'available'
requires a single type, not type > >> >"both"
> >> >
> >> >Is it a bug?
>
> I think that what Jose is referring to is this error message from
> install.packages(), even though he set
> options(pkgType='binary')
> Isn't that a bug?
>
> Moreover, in a fresh R 3.2.1 session [Platform: x86_64-w64-mingw32/x64
> (64-bit)], I see
>   > getOption("pkgType")
> [1] "both"
>
> I think this is somehow related to the fact that install.packages() will
> now tell you if a more current source package exists and ask if you want
> to install from source.  But this would require RTools to
> be installed to work.
>
> IMHO, I consider this a major infelicity or design flaw, that will cause
> problems for naive and even experienced users. 
install.packages("foo")
> should always work unless package "foo" cannot
> cannot be found in getOption("repos")
I'd like to see a reproducible example before I declared it to be a bug 
that needs fixing.

Do note the news item in R-patched (soon to be R 3.2.2):

| - download.packages()| failed for |type| equal to either |"both"| or
|"binary"|. (Reported by Dan Tenenbaum.)

install.packages() can call download.packages(), so this might have been 
fixed now.

Duncan Murdoch

>
> I'd like to see a reproducible example before I declared it to be a bug
> that needs fixing.
>
> Do note the news item in R-patched (soon to be R 3.2.2):
>
> | - download.packages()| failed for |type| equal to either
|"both"| or
> |"binary"|. (Reported by Dan Tenenbaum.)
>
> install.packages() can call download.packages(), so this might have been
> fixed now.
>
> Duncan Murdoch
>
The bug described is occurring with all recent distributions available!

I discovery today, after install R version 3.2.2 beta (2015-08-04 r68843),
that the bug happens when I copy my packages from old distribution to the
library folder (being careful not to overwrite the newer ones that comes
with the distribution). I've been doing this for a long time.

As are many, it would be labor-intensive (but not impossible) to find those
responsible for the bug. If you decide that it is necessary I can go
testing package by package.

Best,
///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Jose Claudio Faria
Estatistica
UESC/DCET/Brasil
joseclaudio.faria at gmail.com
Telefones:
55(73)3680.5545 - UESC
55(73)9966.9100 - VIVO
55(73)9100.7351 - TIM
55(73)8817.6159 - OI
55(73)8129.9942 - CLARO
///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\

	[[alternative HTML version deleted]]