Re: [Rd] ubuntu software updater clash with with cloud.r-project

2018-09-04 Thread Göran Broström




On 2018-09-03 16:29, David Shera wrote:

This seems the most appropriate place to report this.


Not to me: You should try r-sig-debian.

Göran



I just updated my ubuntu to 18.04.  And installed R by adding the line to 
/etc/apt/source.list:   deb ... cloud.r-project ... bionic-cran35/
R installed just fine.
However, my ubuntu software update would not finish correctly any more.  Failed 
to access ... check internet connection   (internet connection was just fine.)

Commented out the line in sources.list and software update runs just fine now.

So if I want to use apt to get packages, I'll have to uncomment the line, get 
the packages, and then comment it out again?  Seems like a bug, but not part of 
any R package.


Thanks.
-David



[[alternative HTML version deleted]]

__
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


[Rd] How do I prevent macOS from attempting to build my package?

2018-09-04 Thread Dirk Eddelbuettel


[ Initially posted in r-package-devel, now reposting here by request from
  Uwe; my apologies for the cross-post. ]

Package status reports come in three different severities: NOTE, WARNING, and
ERROR. Motivated by Brodie's nice (dependency-free) accessor function for
per-maintainer status [1],  I have looked into reducing the number of ERRORs.

I hit a road block. Several of my packages depend on external libraries that
must be present. I test for these in configure, but their absence is still an
ERROR.  This makes the situation on macOS a little delicate. Simon, who is
doing, and always done, a metric ton of work around R and OS X / maxOS is the
only one who could change this but I cannot realistically ask him to keep a
number of (in some cases more difficult or esoteric) libraries afloat. And
some of these have now been missing on his platform for several years.

And in one case (RcppAPT, requiring libapt-dev) the build is even
imppossible.  Now, the Fedora maintainer knows this and has the build
blacklisted.

Hence:

  R> source("checkCRAN.R")
 Package ERROR WARN NOTE OK
  [...]
  23 RcppAPT 24
  [...]

No failures from Fedora.  But two from macOS which I can never ever get rid
off (unless I do silly code acrobatics by #ifdef'ing all real code away).

So here is my question:  Can we we please refine

  OS_type: unix

a little more, and/or maybe allow other blacklists in the package upload?

Thoughts or comments most welcome.

Thanks,  Dirk



[1] 
https://gist.github.com/brodieG/e60c94d4036f45018530ea504258bcf3#file-cran-check-r

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] Argument 'dim' misspelled in error message

2018-09-04 Thread Hervé Pagès

Thanks!

On 09/01/2018 05:42 AM, Kurt Hornik wrote:

Hervé Pagès writes:


Thanks: fixed in the trunk with c75223.

Best
-k


Hi,
The following error message misspells the name of
the 'dim' argument:



array(integer(0), dim=integer(0))

Error in array(integer(0), dim = integer(0)) :
  'dims' cannot be of length 0



The name of the argument is 'dim' not 'dims':



args(array)

function (data = NA, dim = length(data), dimnames = NULL)
NULL



Cheers,
H.



--
Hervé Pagès



Program in Computational Biology
Division of Public Health Sciences
Fred Hutchinson Cancer Research Center
1100 Fairview Ave. N, M1-B514
P.O. Box 19024
Seattle, WA 98109-1024



E-mail: hpa...@fredhutch.org
Phone:  (206) 667-5791
Fax:(206) 667-1319



__
R-devel@r-project.org mailing list
https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz.ch_mailman_listinfo_r-2Ddevel&d=DwIFAw&c=eRAMFD45gAfqt84VtBcfhQ&r=BK7q3XeAvimeWdGbWY_wJYbW0WYiZvSXAJJKaaPhzWA&m=SzMRc3M_TJEtaAqp-2nqiquGAjCH605Ocf2-jkPG_1E&s=1PeobGV2Ld7gOtIS5coLotgg3VLknDQyCXVjO08DbX4&e=


--
Hervé Pagès

Program in Computational Biology
Division of Public Health Sciences
Fred Hutchinson Cancer Research Center
1100 Fairview Ave. N, M1-B514
P.O. Box 19024
Seattle, WA 98109-1024

E-mail: hpa...@fredhutch.org
Phone:  (206) 667-5791
Fax:(206) 667-1319

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] [FORGED] Re: plotmath degree symbol

2018-09-04 Thread Paul Murrell

Hi

Thanks for that, but I still cannot confirm on ...

sudo docker run -v $(pwd):/home/work/ -w /home/work --rm -ti 
rocker/r-ver:3.5.1


Could you please read the comments within the "Cairo Fonts" section of 
the ?X11 help page, in case that offers some explanation.


Paul


On 29/08/18 02:15, Martin Møller Skarbiniks Pedersen wrote:

On Fri, 24 Aug 2018 at 19:53, Edzer Pebesma
 wrote:


In plotmath expressions, R's degree symbol, e.g. shown by

plot(1, main = parse(text = "1*degree*C"))

has sunk to halfway the text line, instead of touching its top. In older
R versions this looked much better.


I can confirm this problem.

R version 3.5.1 (2018-07-02)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Ubuntu 18.04.1 LTS

Matrix products: default
BLAS: /usr/lib/x86_64-linux-gnu/blas/libblas.so.3.7.1
LAPACK: /usr/lib/x86_64-linux-gnu/lapack/liblapack.so.3.7.1

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

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

loaded via a namespace (and not attached):
[1] compiler_3.5.1

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel



--
Dr Paul Murrell
Department of Statistics
The University of Auckland
Private Bag 92019
Auckland
New Zealand
64 9 3737599 x85392
p...@stat.auckland.ac.nz
http://www.stat.auckland.ac.nz/~paul/

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel