Re: [R-pkg-devel] CRAN cannot find libraries on Windows

[Lucas Nell]

Hello Hervé,

Thanks for confirming what I was thinking. Does anyone know how long it
should take for win-builder to use the updated Rhtslib version? I just
tried it again today, and it's still using the older version.

Cheers,
Lucas


On Sun, Feb 2, 2020 at 11:34 PM Hervé Pagès  wrote:

> To me it looks like the situation on AppVeyor and on win-builder is not
> quite the same:
>
> - On AppVeyor the compiler and linker are expecting the "external
> software" to be in C:/projects/BUILD/R-source-win32/extsoft/ and no
> longer in C:/extsoft/lib/i386. This indicates that AppVeyor is using the
> latest Rhtslib (1.91.1). However the linker still cannot find libraries
> -lcurl, -lrtmp, -lssl, etc... Not sure why. Are curl.a, rtmp.a, ssl.a,
> really there? If not, this looks like a configuration issue with AppVeyor.
>
> - On win-builder the linker is still using -LC:/extsoft/lib/i386 which
> indicates that it's not using the latest Rhtslib.
>
> H.
>
>
> On 2/2/20 11:55, Lucas Nell wrote:
> >
> > Thanks everyone for your help. It's still giving me the same error on
> > the development win-builder and on AppVeyor. Truncated install logs for
> > both are below. I'm not sure that Rhtslib 1.91.1 (the one with the new
> > changes) is being used on win-builder, which is why I've included the
> > AppVeyor results—hopefully they're useful for what might happen on CRAN.
> >
> >
> > ## APPVEYOR
> >
> > * installing *source* package 'jackalope' ...
> > ** using staged installation
> > ** libs
> >
> > *** arch - i386
> > C:/Rtools/mingw_32/bin/g++  -std=gnu++11
> > -I"C:/RLibrary/zlibbioc/include" -I"c:/R/include" -DNDEBUG
> > -I../inst/include/ -D_FILE_OFFSET_BITS=64 -I'C:/RLibrary/Rcpp/include'
> > -I'C:/RLibrary/RcppArmadillo/include'
> > -I'C:/RLibrary/RcppProgress/include' -I'C:/RLibrary/Rhtslib/include'
> > -I'C:/RLibrary/zlibbioc/include'
> > -I"C:/projects/BUILD/R-source-win32/extsoft/include" -O2 -Wall
> >   -mfpmath=sse -msse2 -c RcppExports.cpp -o RcppExports.o
> > C:/Rtools/mingw_32/bin/g++  -std=gnu++11
> > -I"C:/RLibrary/zlibbioc/include" -I"c:/R/include" -DNDEBUG
> > -I../inst/include/ -D_FILE_OFFSET_BITS=64 -I'C:/RLibrary/Rcpp/include'
> > -I'C:/RLibrary/RcppArmadillo/include'
> > -I'C:/RLibrary/RcppProgress/include' -I'C:/RLibrary/Rhtslib/include'
> > -I'C:/RLibrary/zlibbioc/include'
> > -I"C:/projects/BUILD/R-source-win32/extsoft/include" -O2 -Wall
> >   -mfpmath=sse -msse2 -c alter_reference.cpp -o alter_reference.o
> >
> > [...]
> >
> > C:/Rtools/mingw_32/bin/g++ -shared -s -static-libgcc -o jackalope.dll
> > tmp.def RcppExports.o alter_reference.o create_sequences.o
> > hts_illumina.o hts_pacbio.o io_fasta.o io_ms.o io_vcf.o mutator.o
> > mutator_indels.o mutator_subs.o phylogenomics.o ref_var_access.o
> > sub_models.o util.o var_classes.o vars_ssites.o -lws2_32 -Lc:/R/bin/i386
> > -lRlapack -Lc:/R/bin/i386 -lRblas -lgfortran -lm -lquadmath
> > C:/RLibrary/Rhtslib/usrlib/i386/libhts.a
> > -LC:/projects/BUILD/R-source-win32/extsoft/lib/i386 -lcurl -lrtmp -lssl
> > -lssh2 -lcrypto -lgdi32 -lz -lws2_32 -lwldap32 -lwinmm -lidn
> > -LC:/RLibrary/zlibbioc/libs/i386 -lzlib1bioc
> > -LC:/projects/BUILD/R-source-win32/extsoft/lib/i386
> > -LC:/projects/BUILD/R-source-win32/extsoft/lib -Lc:/R/bin/i386 -lR
> >
> C:/Rtools/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
>
> > cannot find -lcurl
> >
> C:/Rtools/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
>
> > cannot find -lrtmp
> >
> C:/Rtools/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
>
> > cannot find -lssl
> >
> C:/Rtools/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
>
> > cannot find -lssh2
> >
> C:/Rtools/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
>
> > cannot find -lcrypto
> >
> C:/Rtools/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
>
> > cannot find -lidn
> > collect2.exe: error: ld returned 1 exit status
> > no DLL was created
> > ERROR: compilation failed for package 'jackalope'
> > * removing 'C:/projects/jackalope/jackalope.Rcheck/jackalope'
> >
> >
> > ## WIN-BUILDER
> > * installing *source* package 'jackalope' ...
> > ** using staged installation
> > ** libs
> >
> > *** arch - i386
> > d:/Compiler/gcc-4.9.3/mingw_32/bin/g++  -std=gnu++11
> > -I"D:/RCompile/CRANpkg/lib/4.0/zlibbioc/include"
> > -I"D:/RCompile/recent/R/include" -DNDEBUG -I../inst/include/
> > -D_FILE_OFFSET_BITS=64 -I'D:/RCompile/CRANpkg/lib/4.0/Rcpp/include'
> > -I'D:/RCompile/CRANpkg/lib/4.0/RcppArmadillo/include'
> > -I'D:/RCompile/CRANpkg/lib/4.0/RcppProgress/include'
> > -I'D:/RCompile/CRANpkg/lib/4.0/Rhtslib/include'
> > -I'D:/RCompile/CRANpkg/lib/4.0/zlibbioc/include'
> > -I"d:/Compiler/gcc-4.9.3/local330/include" -O2 -Wall  -mtune=core2
> > -c RcppExports.cpp -o RcppExports.o
> > 

Re: [R-pkg-devel] [EXTERNAL] Re: R CMD build hanging for some but not all packages

[Hong Ooi via R-package-devel]

That was it; I had a big subdirectory full of stuff I was using to test the 
package. Removing it caused the build time to drop back to 15 seconds. Thanks!

-Original Message-
From: Gábor Csárdi  
Sent: Tuesday, 11 February 2020 3:58 AM
To: Hong Ooi 
Cc: r-package-devel@r-project.org
Subject: [EXTERNAL] Re: [R-pkg-devel] R CMD build hanging for some but not all 
packages

Maybe you have large, ignored files in the package directory? R first
creates a copy of the whole directory and only applies `.Rbuildignore`
after that.

Gabor

On Mon, Feb 10, 2020 at 4:54 PM Hong Ooi via R-package-devel
 wrote:
>
> Actually, cancel that: it finished successfully, but took 3 minutes to 
> prepare the package:
>
> r$> devtools::build()
> v  checking for file 'C:\Users\hongo\Documents\GitHub\AzureStor/DESCRIPTION'
> -  preparing 'AzureStor': (3m 4s)
> v  checking DESCRIPTION meta-information ...
> -  installing the package to build vignettes
> v  creating vignettes (6.5s)
> -  checking for LF line-endings in source and make files and shell scripts 
> (13.8s)
> -  checking for empty or unneeded directories
> -  building 'AzureStor_3.1.0.9000.tar.gz'
>
> This is really weird, I'm used to the package prep step taking 10 seconds at 
> most.
>
>
> -Original Message-
> From: R-package-devel  On Behalf Of 
> Hong Ooi via R-package-devel
> Sent: Tuesday, 11 February 2020 3:50 AM
> To: r-package-devel@r-project.org
> Subject: [EXTERNAL] [R-pkg-devel] R CMD build hanging for some but not all 
> packages
>
> This is with R 3.6.2 on Windows 10 Pro 1909.
>
> In the last couple of weeks, devtools::build() and devtools::check() have 
> started hanging on some, but not all, of my packages. After some poking 
> around, I discovered that it's actually R CMD build that is having problems, 
> right after the "checking for file 'DESCRIPTION'" step.
>
> A reproducible example can be found by cloning my AzureStor package: 
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FAzure%2FAzureStordata=02%7C01%7Chongooi%40microsoft.com%7C262a7710f7e945edc5fc08d7ae4a7076%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637169507045837081sdata=jZnomGihKN%2F4ObGTn5B6GP%2FFtO9jtE1PiNcv%2F6sd6n0%3Dreserved=0
>  If you run "R CMD build ." in the package directory, it should hang. This is 
> a relatively simple package that doesn't require compilation, although it 
> does import some commonly-used packages like httr, curl, jsonlite and xml2.
>
> As far as I can tell, R on Ubuntu works fine. What's going on?
>
> __
> R-package-devel@r-project.org mailing list
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstat.ethz.ch%2Fmailman%2Flistinfo%2Fr-package-develdata=02%7C01%7Chongooi%40microsoft.com%7C262a7710f7e945edc5fc08d7ae4a7076%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637169507045837081sdata=n4ZJZ3hqj7lwFazyUeZ3ECcN8da%2BE%2F3tPTvevWAgPXU%3Dreserved=0
>
> __
> R-package-devel@r-project.org mailing list
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstat.ethz.ch%2Fmailman%2Flistinfo%2Fr-package-develdata=02%7C01%7Chongooi%40microsoft.com%7C262a7710f7e945edc5fc08d7ae4a7076%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637169507045837081sdata=n4ZJZ3hqj7lwFazyUeZ3ECcN8da%2BE%2F3tPTvevWAgPXU%3Dreserved=0
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] R CMD build hanging for some but not all packages

[Gábor Csárdi]

Maybe you have large, ignored files in the package directory? R first
creates a copy of the whole directory and only applies `.Rbuildignore`
after that.

Gabor

On Mon, Feb 10, 2020 at 4:54 PM Hong Ooi via R-package-devel
 wrote:
>
> Actually, cancel that: it finished successfully, but took 3 minutes to 
> prepare the package:
>
> r$> devtools::build()
> v  checking for file 'C:\Users\hongo\Documents\GitHub\AzureStor/DESCRIPTION'
> -  preparing 'AzureStor': (3m 4s)
> v  checking DESCRIPTION meta-information ...
> -  installing the package to build vignettes
> v  creating vignettes (6.5s)
> -  checking for LF line-endings in source and make files and shell scripts 
> (13.8s)
> -  checking for empty or unneeded directories
> -  building 'AzureStor_3.1.0.9000.tar.gz'
>
> This is really weird, I'm used to the package prep step taking 10 seconds at 
> most.
>
>
> -Original Message-
> From: R-package-devel  On Behalf Of 
> Hong Ooi via R-package-devel
> Sent: Tuesday, 11 February 2020 3:50 AM
> To: r-package-devel@r-project.org
> Subject: [EXTERNAL] [R-pkg-devel] R CMD build hanging for some but not all 
> packages
>
> This is with R 3.6.2 on Windows 10 Pro 1909.
>
> In the last couple of weeks, devtools::build() and devtools::check() have 
> started hanging on some, but not all, of my packages. After some poking 
> around, I discovered that it's actually R CMD build that is having problems, 
> right after the "checking for file 'DESCRIPTION'" step.
>
> A reproducible example can be found by cloning my AzureStor package: 
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FAzure%2FAzureStordata=02%7C01%7Chongooi%40microsoft.com%7Cae76a58d39b64b491a1008d7ae4955a9%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637169502304943506sdata=RW3TQM2D%2F3X43oGhiywDyKd%2F4oo5hFkOoVwZTUe9cOw%3Dreserved=0
>  If you run "R CMD build ." in the package directory, it should hang. This is 
> a relatively simple package that doesn't require compilation, although it 
> does import some commonly-used packages like httr, curl, jsonlite and xml2.
>
> As far as I can tell, R on Ubuntu works fine. What's going on?
>
> __
> R-package-devel@r-project.org mailing list
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstat.ethz.ch%2Fmailman%2Flistinfo%2Fr-package-develdata=02%7C01%7Chongooi%40microsoft.com%7Cae76a58d39b64b491a1008d7ae4955a9%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637169502304943506sdata=DPyD6zGGcxq41irkaMfMLyjnmqSB96PiIxIh9N2p%2Ft4%3Dreserved=0
>
> __
> 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

Re: [R-pkg-devel] R CMD build hanging for some but not all packages

[Hong Ooi via R-package-devel]

Actually, cancel that: it finished successfully, but took 3 minutes to prepare 
the package:

r$> devtools::build()
v  checking for file 'C:\Users\hongo\Documents\GitHub\AzureStor/DESCRIPTION'

-  preparing 'AzureStor': (3m 4s)
v  checking DESCRIPTION meta-information ...
-  installing the package to build vignettes
v  creating vignettes (6.5s)
-  checking for LF line-endings in source and make files and shell scripts 
(13.8s)  
-  checking for empty or unneeded directories
-  building 'AzureStor_3.1.0.9000.tar.gz'

This is really weird, I'm used to the package prep step taking 10 seconds at 
most.


-Original Message-
From: R-package-devel  On Behalf Of Hong 
Ooi via R-package-devel
Sent: Tuesday, 11 February 2020 3:50 AM
To: r-package-devel@r-project.org
Subject: [EXTERNAL] [R-pkg-devel] R CMD build hanging for some but not all 
packages

This is with R 3.6.2 on Windows 10 Pro 1909.

In the last couple of weeks, devtools::build() and devtools::check() have 
started hanging on some, but not all, of my packages. After some poking around, 
I discovered that it's actually R CMD build that is having problems, right 
after the "checking for file 'DESCRIPTION'" step.

A reproducible example can be found by cloning my AzureStor package: 
https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FAzure%2FAzureStordata=02%7C01%7Chongooi%40microsoft.com%7Cae76a58d39b64b491a1008d7ae4955a9%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637169502304943506sdata=RW3TQM2D%2F3X43oGhiywDyKd%2F4oo5hFkOoVwZTUe9cOw%3Dreserved=0
 If you run "R CMD build ." in the package directory, it should hang. This is a 
relatively simple package that doesn't require compilation, although it does 
import some commonly-used packages like httr, curl, jsonlite and xml2.

As far as I can tell, R on Ubuntu works fine. What's going on?

__
R-package-devel@r-project.org mailing list
https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstat.ethz.ch%2Fmailman%2Flistinfo%2Fr-package-develdata=02%7C01%7Chongooi%40microsoft.com%7Cae76a58d39b64b491a1008d7ae4955a9%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637169502304943506sdata=DPyD6zGGcxq41irkaMfMLyjnmqSB96PiIxIh9N2p%2Ft4%3Dreserved=0

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

[R-pkg-devel] R CMD build hanging for some but not all packages

[Hong Ooi via R-package-devel]

This is with R 3.6.2 on Windows 10 Pro 1909.

In the last couple of weeks, devtools::build() and devtools::check() have 
started hanging on some, but not all, of my packages. After some poking around, 
I discovered that it's actually R CMD build that is having problems, right 
after the "checking for file 'DESCRIPTION'" step.

A reproducible example can be found by cloning my AzureStor package: 
https://github.com/Azure/AzureStor If you run "R CMD build ." in the package 
directory, it should hang. This is a relatively simple package that doesn't 
require compilation, although it does import some commonly-used packages like 
httr, curl, jsonlite and xml2.

As far as I can tell, R on Ubuntu works fine. What's going on?

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

Re: [R-pkg-devel] translation .mo files

[Fox, John]

Dear Paul,

Here's some information that I prepared for translators of the Rcmdr package, 
slightly edited to make it more generic. Perhaps you'll find it useful:

R provides a general facility for translating messages from English to other 
languages using the GNU gettext translation tools 
. These tools are used both for R itself 
and for R packages, though most packages are not set up to allow translation.

How translation works in R is described in a 2005 article in R News, available 
at . There is also some 
information in the R manuals, at 
,
 
, 
and at .

The general procedure for preparing translations is very simple. I'll explain 
it briefly in case you're unfamiliar with it. The package sources include the 
plain-text file .pot in the package po subdirectory. You would 
copy this file to R-xx.po (where xx is the usually two-character code for your 
language -- e.g., fr for French, thus R-fr.po) and then edit that file to 
provide translations of the Rcmdr messages. (In your case, you could work 
backwards from the .po file you received to make a .pot file.) 

You would then use the GNU gettext tools (available at 
) to compile your .po file into a .mo 
file, conventionally named R-.mo. The .mo file would be placed in 
the package sources at inst/po/xx/LC_MESSAGES/ . You would then test your 
translation by building and installing the package. 

I hope this helps,
 John

  -
  John Fox, Professor Emeritus
  McMaster University
  Hamilton, Ontario, Canada
  Web: http::/socserv.mcmaster.ca/jfox

> On Feb 8, 2020, at 3:14 AM, Paul Gilbert  wrote:
> 
> I have been sent .po and .mo files with message translations for one of my 
> packages. The .po file I know goes in the source package po/ directory but I 
> have not had .mo files previously. The translator thinks the .mo file goes in 
> inst/po. The .mo file seems to be generated from the .po file, but I am not 
> sure if that happens in the install of the source package, or in some 
> pre-process. I thought I could determine this by looking at an installed 
> package, but I don't see .po or .mo files in installed packages. So far I 
> have had no luck finding documentation on these details. So I have three 
> questions.
> 
> -Should the .mo file be included in the package, and if so, where?
> 
> -When a package is installed, where does the translation information go in 
> the directory structure of the library?
> 
> -Is this documented somewhere? (Please not a vague reference to 'Writing R 
> Extensions', I've looked there and many other places. I need a section or 
> page reference.)
> 
> Thanks,
> Paul Gilbert
> 
> __
> 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

Re: [R-pkg-devel] CXX14 not defined on Windows

[Guido Kraemer]

I had some success using RTools40 and the corresponding R testing 
version. I had to do a lot of MSYS shenanigans and couldn't get static 
compilation to work, but the binary package seems to work just fine in R 
3.6.2.


It makes me very happy to see that R will get an updated toolchain and a 
proper MSYS environment with a package manager! Is there a due date for 
R 4.0.0?


Guido

On 2/4/20 6:14 PM, Dirk Eddelbuettel wrote:

On 4 February 2020 at 17:51, Guido Kraemer wrote:
| I am testing building a package on Windows. The package requires C++14.

You will have to wait.

The current Rtools is at g++ 4.9.3 which (barely) supports C++11.  We all
keep our fingers crossed as the replacement Rtools would bring g++ 8.*.  This
may happen with R 4.0.0 in April but I have no more details either.

Dirk


--
Guido Kraemer
Max Planck Institute for Biogeochemistry Jena
Department for Biogeochemical Integration
Hans-Knöll-Str. 10
07745 Jena
Germany

phone: +49 3641 576293
e-mail: gkrae...@bgc-jena.mpg.de

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

Re: [R-pkg-devel] revdepcheck::revdep_check interpretation problem

[Gábor Csárdi]

On Mon, Feb 10, 2020 at 8:24 AM Spencer Graves
 wrote:
[...]
>  1.  What does the "E: 1" for "gamclass" mean?  It sounds
> like an error to me, but that contradicts the final message,
> "OK: 16, BROKEN: 0".

✓ gamclass 0.58  ── E: 1 | W: 0 | N: 0

means that gamclass triggered the same error for both the CRAN version
and the dev version of your package. Which is fine for you, hence the
tick mark.

>  2.  How can I even find gamclass?  It's not available on
> CRAN.
[...]

It was probably still on CRAN when you started the checks, but then it
was archived in the meanwhile. If you run `revdep_report()` then AFAIR
there is a link there to the package.

Gabor

[...]

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

Re: [R-pkg-devel] revdepcheck::revdep_check interpretation problem

[Iñaki Ucar]

El lun., 10 feb. 2020 9:24, Spencer Graves <
spencer.gra...@effectivedefense.org> escribió:

> Hello, All:
>
>
>I just ran "revdepcheck::revdep_check" on my development version
> of "https://github.com/sbgraves237/Ecdat;;  copied below. It ended with
> "OK: 16, BROKEN: 0".  That sounds good, except that it also says
> "gamclass 0.58:  E: 1", so I'm confused.
>
>
>Two questions:
>
>
>  1.  What does the "E: 1" for "gamclass" mean?  It sounds
> like an error to me, but that contradicts the final message,
> "OK: 16, BROKEN: 0".
>
>
>  2.  How can I even find gamclass?  It's not available on
> CRAN.  There, Ecdat only has 15 reverse dependencies, not 16.  I tried
> install.packages('gamclass');  it said, "package ‘gamclass’ is not
> available".  I tried githubinstall::githubinstall('gamclass'). It said:
>

gamclass existed on CRAN, but was archived:
https://cran.r-project.org/web/packages/gamclass. Just ignore it.

Iñaki


>
> Select a number or, hit 0 to cancel.
>
> 1: pik-piam/magclassTools for managing classroom organizations
> 2: tscheypidi/magclass  Tools for managing classroom organizations
> 3: rundel/ghclass   Tools for managing classroom organizations
>
>
>** None of that sounds like "gamclass".
>
>
>What do you suggest?
>
>
>I should probably ignore this?
>Thanks,
>Spencer Graves
>
>
>   revdepcheck::revdep_check(Ecdat_dir)
> Registered S3 method overwritten by 'revdepcheck':
>methodfrom
>print.maintainers devtools
> ── INIT  Computing revdeps ──
> ── INSTALL  2 versions ──
> Installing CRAN version of Ecdat
> Installing DEV version of Ecdat
> ── CHECK ─ 16 packages ──
> ✓ catdata 1.2.2  ── E: 0 | W: 0 | N: 0
> ✓ DCchoice 0.0.15── E: 0 | W: 0 | N: 0
> ✓ discSurv 1.4.1 ── E: 0 | W: 0 | N: 0
> ✓ DStree 1.0 ── E: 0 | W: 0 | N: 1
> ✓ DWreg 2.0  ── E: 0 | W: 0 | N: 0
> ✓ Ecfun 0.2-2── E: 0 | W: 0 | N: 0
> ✓ flexmix 2.3-15 ── E: 0 | W: 0 | N: 0
> ✓ gamclass 0.58  ── E: 1 | W: 0 | N: 0
> ✓ gk 0.5.1   ── E: 0 | W: 0 | N: 0
> ✓ micEcon 0.6-14 ── E: 0 | W: 1 | N: 0
> ✓ micEconIndex 0.1-6 ── E: 0 | W: 0 | N: 0
> ✓ miscTools 0.6-26   ── E: 0 | W: 0 | N: 0
> ✓ mssm 0.1.3 ── E: 0 | W: 0 | N: 0
> ✓ plm 2.2-0  ── E: 0 | W: 0 | N: 0
> ✓ sampleSelection 1.2-6  ── E: 0 | W: 0 | N: 0
> ✓ SeleMix 1.0.1  ── E: 0 | W: 0 | N: 0
> OK: 16
> BROKEN: 0
> Total time: 36 min
>
> __
> R-package-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-package-devel
>

[[alternative HTML version deleted]]

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

[R-pkg-devel] revdepcheck::revdep_check interpretation problem

[Spencer Graves]

Hello, All:


  I just ran "revdepcheck::revdep_check" on my development version 
of "https://github.com/sbgraves237/Ecdat";  copied below. It ended with 
"OK: 16, BROKEN: 0".  That sounds good, except that it also says 
"gamclass 0.58:  E: 1", so I'm confused.



  Two questions:


        1.  What does the "E: 1" for "gamclass" mean?  It sounds 
like an error to me, but that contradicts the final message,

"OK: 16, BROKEN: 0".


        2.  How can I even find gamclass?  It's not available on 
CRAN.  There, Ecdat only has 15 reverse dependencies, not 16.  I tried 
install.packages('gamclass');  it said, "package ‘gamclass’ is not 
available".  I tried githubinstall::githubinstall('gamclass'). It said:



Select a number or, hit 0 to cancel.

1: pik-piam/magclass    Tools for managing classroom organizations
2: tscheypidi/magclass  Tools for managing classroom organizations
3: rundel/ghclass   Tools for managing classroom organizations


  ** None of that sounds like "gamclass".


  What do you suggest?


  I should probably ignore this?
  Thanks,
  Spencer Graves


 revdepcheck::revdep_check(Ecdat_dir)
Registered S3 method overwritten by 'revdepcheck':
  method    from
  print.maintainers devtools
── INIT  Computing revdeps ──
── INSTALL  2 versions ──
Installing CRAN version of Ecdat
Installing DEV version of Ecdat
── CHECK ─ 16 packages ──
✓ catdata 1.2.2  ── E: 0 | W: 0 | N: 0
✓ DCchoice 0.0.15    ── E: 0 | W: 0 | N: 0
✓ discSurv 1.4.1 ── E: 0 | W: 0 | N: 0
✓ DStree 1.0 ── E: 0 | W: 0 | N: 1
✓ DWreg 2.0  ── E: 0 | W: 0 | N: 0
✓ Ecfun 0.2-2    ── E: 0 | W: 0 | N: 0
✓ flexmix 2.3-15 ── E: 0 | W: 0 | N: 0
✓ gamclass 0.58  ── E: 1 | W: 0 | N: 0
✓ gk 0.5.1   ── E: 0 | W: 0 | N: 0
✓ micEcon 0.6-14 ── E: 0 | W: 1 | N: 0
✓ micEconIndex 0.1-6 ── E: 0 | W: 0 | N: 0
✓ miscTools 0.6-26   ── E: 0 | W: 0 | N: 0
✓ mssm 0.1.3 ── E: 0 | W: 0 | N: 0
✓ plm 2.2-0  ── E: 0 | W: 0 | N: 0
✓ sampleSelection 1.2-6  ── E: 0 | W: 0 | N: 0
✓ SeleMix 1.0.1  ── E: 0 | W: 0 | N: 0
OK: 16
BROKEN: 0
Total time: 36 min

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