[R-pkg-devel] r-release-osx-x86_64-mavericks - CRAN Package Check Results - ERROR

2016-06-10 Thread Knut Krueger

I have an error only on the maverichs flavour:
https://cran.r-project.org/web/checks/check_results_Dominance.html
as I have no Mac I do not know how I could fix it:


 Invalid MIT-MAGIC-COOKIE-1 keyWarning in fun(libname, pkgname) : couldn't connect to 
display ":0"
Error in structure(.External(.C_dotTclObjv, objv), class = "tclObj") :
[tcl] invalid command name "font".
Calls: Sociogram ... .tkplot.convert.font ->  -> tcl -> .Tcl.objv -> 
structure
Execution halted


Knut

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


[R-pkg-devel] Roxygen and Namespace

2016-06-10 Thread Knut Krueger

how can I tell Roxygen to write the namespace like

exportPattern("^[[:alpha:]]+")
import(igraph,chron,gdata,XLConnect)
  importFrom("grDevices", "dev.off", "heat.colors", "postscript",
 "rainbow")
importFrom("graphics", "arrows", "lines", "par", "plot", "text",
 "title")
importFrom("stats", "na.omit")




by the way what does exportPattern("^[[:alpha:]]+") means?


Knut

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


[R-pkg-devel] Roxygen and Template

2016-06-13 Thread Knut Krueger

I found in packgae ply - file adply.r:

#' @template ply
#' @template a-
#' @template -d

but no documentation about the template functionality, especially how to 
create the template file. (I tried to find it with google - of course)


Is there any complete documentation about roxgen?


Knut

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


[R-pkg-devel] Roxygen: function documentation to get \item{...} in .rd file

2018-03-12 Thread Knut Krueger

I am  converting a package from creating the .rd files manually to  roxygen.

I do not know how to add the additional parameters to the function 
description, so that the  \item{...}{ some parameters } will be created 
in the .rd file


Kind regards Knut

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


[R-pkg-devel] library dlstats -> cran_stats()

2018-03-16 Thread Knut Krueger


Dear all,

Does anybody know whether the statistics are counting also  updates?
And if yes is it possible to get only the count of new installations?

Kind regards Knut


I

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


Re: [R-pkg-devel] Roxygen: function documentation to get \item{...} in .rd file

2018-03-16 Thread Knut Krueger

Am 12.03.2018 um 20:58 schrieb Joris Meys:

Hi Knut,

on a sidenote: did you try the Rd2roxygen package? That could also make 
your work a lot easier.


https://cran.r-project.org/web/packages/Rd2roxygen/index.html
Cheers
Joris


Hi Joris,
thank's a lot.
Rd2roxygen is very helpful

Knut

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


Re: [R-pkg-devel] library dlstats -> cran_stats()

2018-03-16 Thread Knut Krueger

Am 16.03.2018 um 13:44 schrieb Spencer Graves:



On 2018-03-16 06:53, Mark van der Loo wrote:

Knut

AFAIR the download statistics are limited to downloads from RStudio's 
cloud


are there any other statistics from cran available?

Kind regards Knut

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


[R-pkg-devel] Used package not updated - needs java < V 11

2020-12-15 Thread Knut Krueger
I am using in my Package XlConnect. If the Computer is using Java < 11 
all is working. But if not, the package can not be used.



inside teh functions tehre is an ' @importFrom XLConnect createSheet 
writeWorksheet saveWorkbook


but only used for additional comfort to use excel sheets

The package is usable without XlConnect if I change

Imports:  igraph,chron,gdata, XLConnect
to
Imports:
igraph,chron,gdata
Suggests:XLConnect

but then I get the error

checking package dependencies ... ERROR
  Namespace dependency not required: ‘XLConnect’

Just now the new version is on my private repository and working with or 
without Xlconnect depending on the java version



How can I submit the package to cran  until XlConnect is working with 
java > 11


REgards Knut

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


Re: [R-pkg-devel] Used package not updated - needs java < V 11

2020-12-16 Thread Knut Krueger

Thank you for your answer,

I tested  WriteXLS and openxlsx ... but it is perl based and most of the 
Windows user do not have perl installed.
Therefore I would change the missing XlConnect with missing Perl 
library. And that is more complicated, because the user has to add 
something on operating system level. No chance f.e on University cip 
pools and users unfamiliar with operating systems at all


-> gdata - I will check how to change it

Thank you Knut

Am 15.12.20 um 15:43 schrieb Spencer Graves:
  I suggest NOT using "XLConnect".  "sos" now uses WriteXLS.  
"Ecfun" now uses "openxlsx".



   Also, I received an email from CRAN maintainers months ago saying 
that "gdata" was being obsoleted.  It's still on CRAN with a date of 
2017-06-06 and a huge number of reverse dependencies.  The CRAN 
maintainers may have gotten someone to agree to take it over who just 
hasn't finished fixing whatever deficiencies it has.  However, you might 
see how difficult it might be to do without "gdata" as well.



   Spencer Graves




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


Re: [R-pkg-devel] Used package not updated - needs java < V 11

2020-12-16 Thread Knut Krueger

Am 15.12.20 um 14:37 schrieb Duncan Murdoch:

thank you for your answer


You should not have

@importFrom XLConnect createSheet writeWorksheet saveWorkbook

in your ROxygen comments; that results in an unconditional import. 
Instead, you should use fully qualified calls each time, i.e.


XLConnect::createSheet, XLConnect::writeWorksheet, XLConnect::saveWorkbook



#' @importFrom XLConnect::createSheet, XLConnect::writeWorksheet, 
XLConnect::saveWorkbook


This causes the error "there is no package called ‘XLConnect::createSheet,’"

Regards Knut

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


Re: [R-pkg-devel] Used package not updated - needs java < V 11

2020-12-17 Thread Knut Krueger





   Also, I received an email from CRAN maintainers months ago saying 
that "gdata" was being obsoleted.  It's still on CRAN with a date of 
2017-06-06 and a huge number of reverse dependencies.  The CRAN 
maintainers may have gotten someone to agree to take it over who just 
hasn't finished fixing whatever deficiencies it has.  However, you might 
see how difficult it might be to do without "gdata" as well.



   Spencer Graves



   Is it permissible to copy the code from rename.vars (gdata) inside 
my package with an hint:


"  Function rename.vars Source code from gdata as gdata is unmaintained 
since 2017-06-06 Rename variables in a dataframe

Author(s)
Don MacQueen (package gdata), macq\@llnl.gov."

it is the only function I am using from gdata.


Knut

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


Re: [R-pkg-devel] Used package not updated - needs java < V 11

2020-12-17 Thread Knut Krueger

Am 16.12.20 um 16:57 schrieb Duncan Murdoch:

> No, you should drop the @importFrom comment completely, and in your R
> code use those fully qualified forms.
>
> Duncan Murdoch
Sorry I did not read carefully

Knut

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


[R-pkg-devel] How to manage using different packages if available (suggests - imports)

2021-02-18 Thread Knut Krueger

The following problem:

there are three packages foo1, foo2 and foo3 to use with the update of a 
package. The availability depends on the configuration of the host 
system. f.e java version


If I write in the Description

...
Suggests: foo1, foo2, foo3


inside of functions if have:

functionfoo <- function(data,usingpackage {
.
foo1, foo2 and foo3
 if (usingpackage == "foo1") {
 do_something
}

.

if (usingpackage == "foo2") {
 do_something
}

if (usingpackage == "foo3") {
 do_something
}


}

But of course it is not possible to get a positive check result.
It starts either with the missing package at suggest statement
or if I remove the suggest statement there is an error
  '::' or ':::' imports not declared from:
 ‘foo1’ ‘foo2’ ‘foo3’
   'loadNamespace' or 'requireNamespace' calls not declared from:
 ‘foo1’ ‘foo2’ ‘foo3’

Any hints to solve this issue?

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


Re: [R-pkg-devel] How to manage using different packages if available (suggests - imports)

2021-02-18 Thread Knut Krueger

Am 18.02.21 um 16:52 schrieb Duncan Murdoch:

you can suppress them using by having environment variable 
_R_CHECK_FORCE_SUGGESTS_ set to "FALSE".  If you are worried about a 
CRAN submission, explain to them in your submission message why they 
can't have all your suggested packages.


Yes this is my major problem.
Thank you for your help

Knut


Duncan Murdoch

On 18/02/2021 10:36 a.m., Knut Krueger wrote:

The following problem:

there are three packages foo1, foo2 and foo3 to use with the update of a
package. The availability depends on the configuration of the host
system. f.e java version

If I write in the Description

...
Suggests: foo1, foo2, foo3


inside of functions if have:

functionfoo <- function(data,usingpackage {
.
foo1, foo2 and foo3
   if (usingpackage == "foo1") {
   do_something
}

.

if (usingpackage == "foo2") {
   do_something
}

if (usingpackage == "foo3") {
   do_something
}


}

But of course it is not possible to get a positive check result.
It starts either with the missing package at suggest statement
or if I remove the suggest statement there is an error
    '::' or ':::' imports not declared from:
   ‘foo1’ ‘foo2’ ‘foo3’
 'loadNamespace' or 'requireNamespace' calls not declared from:
   ‘foo1’ ‘foo2’ ‘foo3’

Any hints to solve this issue?

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





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


[R-pkg-devel] Citation in DESCRIPTION file

2021-02-22 Thread Knut Krueger
I was suggested: "A citation in the Description file is typically a good 
idea because people can think  whether your package is appropriate 
before reading all docs and installing the package, just from reading 
the CRAN overview page."


but I do not find hints how to implement the doi and the references in 
the DESCRIPTION file


Thank's in advance Knut

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


Re: [R-pkg-devel] Citation in DESCRIPTION file

2021-02-22 Thread Knut Krueger

Am 22.02.21 um 12:07 schrieb Sebastian Meyer:


Example: Einstein et al. (1935) .


What is the syntax if  I have multiple references f.e

For function foo1:
 Autor1 (2000) >doi:23837454235r2354.45764>
 Autor2 (2003) >doi:d73234k458f83.38358235>
For function foo2:
 Autor3 (2013) 

Regards Knut



Best regards,

Sebastian Meyer

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



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


[R-pkg-devel] Unfixed error on cran submission: r-oldrel-macos-x86_64 ERROR

2021-02-22 Thread Knut Krueger



I clicked yes that I have fixed all errors, because I have no idea to 
fix Mac errors:


  No protocol specified
No protocol specified
Warning in fun(libname, pkgname) : couldn't connect to display ":0"
Error in structure(.External(.C_dotTclObjv, objv), class = "tclObj") :
 [tcl] invalid command name "font".
Calls: foo ... .tkplot.convert.font ->  -> tcl -> 
.Tcl.objv -> structure

Execution halted
Flavor: r-oldrel-macos-x86_64


What can I do with errors at unknown operating systems ...
I can fix windows and linux but not mac


Regards Knut

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


Re: [R-pkg-devel] Citation in DESCRIPTION file

2021-02-24 Thread Knut Krueger

Am 22.02.21 um 14:58 schrieb Uwe Ligges:


Write it inline as in:

See Author 1 (2021)  and Author 2 (2004) .


I see at the downloaded package that the urls are not usable by clicking.
means the doi   has not been converted to 
https://doi.org/xyz/1234567

Any chance to fix this in the description file?


Regards Knut

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


Re: [R-pkg-devel] Citation in DESCRIPTION file

2021-02-24 Thread Knut Krueger

Am 24.02.21 um 10:05 schrieb Sebastian Meyer:

Yes I realized  that it is a problem in various packages
The question was, whether there is a mistake or a limitation.
I was wondering because the CRAN PDF also is not formatting the doi in 
HTTP:\\... , but the URL


Regards Knut

I think you need to be more specific. Which "downloaded package"? Which
viewer? As the list info says: "We can't help if we don't know what the
problem is."

FWIW, this format is used by many packages that I have installed on my
machine and is rendered as a link on the CRAN package website, see
https://CRAN.R-project.org/package=colorspace, for example.

I can confirm that this format is not recognized in all HTML versions of
package descriptions out there, maybe most prominently at
https://rdrr.io/cran/colorspace/ and
https://www.r-pkg.org/pkg/colorspace . The former does not even convert
full URLs in the description text (such as the R-Forge URL).

However, the lack of clickable DOIs seems to be a limitation of these
websites not of your package description or the CRAN policy. The
required  format is officially documented at
https://www.doi.org/doi_handbook/2_Numbering.html#2.6.1

Finally, again citing the list info: "Please note that while
R-package-devel contributors will do their best to provide you accurate
and authoritative information, the final arbiters of CRAN submission is
the CRAN team." ;)

Best regards,

Sebastian Meyer


Am 24.02.21 um 09:25 schrieb Knut Krueger:

Am 22.02.21 um 14:58 schrieb Uwe Ligges:


Write it inline as in:

See Author 1 (2021)  and Author 2 (2004) .


I see at the downloaded package that the urls are not usable by clicking.
means the doi   has not been converted to
https://doi.org/xyz/1234567
Any chance to fix this in the description file?


Regards Knut

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


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



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