Re: [R-pkg-devel] Winbuilder down?

2024-02-01 Thread Balasubramanian Narasimhan 

Dear Uwe,

Mea culpa. that was a false alarm. I forgot that the email goes to the 
maintainer, which is not me. Apologies.


-Naras

On 2/1/24 7:40 AM, Uwe Ligges wrote:

Dear Naras,

the queues are empty, so everything has been processed.
Which package are you talking about? Then I can take a look what went 
wrong.


Best,
Uwe

On 01.02.2024 15:53, Balasubramanian Narasimhan wrote:
Just FYI: Winbuilder seems to be unresponsive. My uploads over the 
last 2 days have not resulted in any output or messages.


Thank you.

-Naras

__
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] Winbuilder down?

2024-02-01 Thread Uwe Ligges 

Dear Naras,

the queues are empty, so everything has been processed.
Which package are you talking about? Then I can take a look what went wrong.

Best,
Uwe

On 01.02.2024 15:53, Balasubramanian Narasimhan wrote:
Just FYI: Winbuilder seems to be unresponsive. My uploads over the last 
2 days have not resulted in any output or messages.


Thank you.

-Naras

__
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] Winbuilder down?

2024-02-01 Thread Balasubramanian Narasimhan 
Just FYI: Winbuilder seems to be unresponsive. My uploads over the last 
2 days have not resulted in any output or messages.


Thank you.

-Naras

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

Re: [R-pkg-devel] winbuilder

2023-10-18 Thread Jim Lemon 
Please delete drjimle...@gmail.com from your mailing list. He passed away a
month ago.
Regards,
Juel
Wife

On Thu, 19 Oct 2023, 02:17 Roy Mendelssohn - NOAA Federal via
R-package-devel  I am not sure who is the appropriate person to contact,  but thought I
> would try here since WInbuilder is a big help in package testing.
> Winbuilder appears to be down at the moment.
>
> Thanks,
>
> -Roy
>
> **
> "The contents of this message do not reflect any position of the U.S.
> Government or NOAA."
> **
> Roy Mendelssohn
> Supervisory Operations Research Analyst
> NOAA/NMFS
> Environmental Research Division
> Southwest Fisheries Science Center
> ***Note new street address***
> 110 McAllister Way
> Santa Cruz, CA 95060
> Phone: (831)-420-3666
> Fax: (831) 420-3980
> e-mail: roy.mendelss...@noaa.gov www: https://www.pfeg.noaa.gov/
>
> "Old age and treachery will overcome youth and skill."
> "From those who have been given much, much will be expected"
> "the arc of the moral universe is long, but it bends toward justice" -MLK
> Jr.
>
> __
> 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

Re: [R-pkg-devel] winbuilder

2023-10-18 Thread Roy Mendelssohn - NOAA Federal via R-package-devel 
Not too long after I sent the message it came back up. 

Thanks!  

-Roy

> On Oct 18, 2023, at 8:39 AM, Michael Dewey  wrote:
> 
> Dear Roy
> 
> When I just checked using the winbuilder_queue function from the foghorn 
> package it seemed to respond and had one package in the queue. Not sure that 
> is definitive evicence.
> 
> Michael
> 
> On 18/10/2023 16:16, Roy Mendelssohn - NOAA Federal via R-package-devel wrote:
>> I am not sure who is the appropriate person to contact,  but thought I would 
>> try here since WInbuilder is a big help in package testing.  Winbuilder 
>> appears to be down at the moment.
>> Thanks,
>> -Roy
>> **
>> "The contents of this message do not reflect any position of the U.S. 
>> Government or NOAA."
>> **
>> Roy Mendelssohn
>> Supervisory Operations Research Analyst
>> NOAA/NMFS
>> Environmental Research Division
>> Southwest Fisheries Science Center
>> ***Note new street address***
>> 110 McAllister Way
>> Santa Cruz, CA 95060
>> Phone: (831)-420-3666
>> Fax: (831) 420-3980
>> e-mail: roy.mendelss...@noaa.gov www: https://www.pfeg.noaa.gov/
>> "Old age and treachery will overcome youth and skill."
>> "From those who have been given much, much will be expected"
>> "the arc of the moral universe is long, but it bends toward justice" -MLK Jr.
>> __
>> R-package-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-package-devel
> 
> -- 
> Michael

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

Re: [R-pkg-devel] winbuilder

2023-10-18 Thread Michael Dewey 

Dear Roy

When I just checked using the winbuilder_queue function from the foghorn 
package it seemed to respond and had one package in the queue. Not sure 
that is definitive evicence.


Michael

On 18/10/2023 16:16, Roy Mendelssohn - NOAA Federal via R-package-devel 
wrote:

I am not sure who is the appropriate person to contact,  but thought I would 
try here since WInbuilder is a big help in package testing.  Winbuilder appears 
to be down at the moment.

Thanks,

-Roy

**
"The contents of this message do not reflect any position of the U.S. Government or 
NOAA."
**
Roy Mendelssohn
Supervisory Operations Research Analyst
NOAA/NMFS
Environmental Research Division
Southwest Fisheries Science Center
***Note new street address***
110 McAllister Way
Santa Cruz, CA 95060
Phone: (831)-420-3666
Fax: (831) 420-3980
e-mail: roy.mendelss...@noaa.gov www: https://www.pfeg.noaa.gov/

"Old age and treachery will overcome youth and skill."
"From those who have been given much, much will be expected"
"the arc of the moral universe is long, but it bends toward justice" -MLK Jr.

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



--
Michael

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

[R-pkg-devel] winbuilder

2023-10-18 Thread Roy Mendelssohn - NOAA Federal via R-package-devel 
I am not sure who is the appropriate person to contact,  but thought I would 
try here since WInbuilder is a big help in package testing.  Winbuilder appears 
to be down at the moment.

Thanks,

-Roy

**
"The contents of this message do not reflect any position of the U.S. 
Government or NOAA."
**
Roy Mendelssohn
Supervisory Operations Research Analyst
NOAA/NMFS
Environmental Research Division
Southwest Fisheries Science Center
***Note new street address***
110 McAllister Way
Santa Cruz, CA 95060
Phone: (831)-420-3666
Fax: (831) 420-3980
e-mail: roy.mendelss...@noaa.gov www: https://www.pfeg.noaa.gov/

"Old age and treachery will overcome youth and skill."
"From those who have been given much, much will be expected" 
"the arc of the moral universe is long, but it bends toward justice" -MLK Jr.

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

[R-pkg-devel] winbuilder and incoming checks offline on Nov 1 from 10 am CET

2021-10-31 Thread Uwe Ligges 

Dear all,

winbuilder service and CRAN incoming checks (submission is possible) 
will be offlne tomorrow (Nov 1) from 10 am CET to not later than 6pm.


Some CRAN hardware in Dortmund will be physically migrated to a new 
locatiom.


Best,
Uwe Ligges
(CRAN team)

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

Re: [R-pkg-devel] WinBuilder error: dependency version not available

2021-08-16 Thread Carrie Tribble 
Dear Berry,

Thanks for your reply! I was away from my computer until now. We also
submitted to CRAN, but the dependency version is still causing an error:

package RevGadgets_1.0.0.tar.gz does not pass the incoming checks
> automatically, please see the following pre-tests:
> Windows: <
> https://win-builder.r-project.org/incoming_pretest/RevGadgets_1.0.0_20210805_041017/Windows/00check.log
> >
> Status: 1 ERROR, 1 NOTE
> Debian: <
> https://win-builder.r-project.org/incoming_pretest/RevGadgets_1.0.0_20210805_041017/Debian/00check.log
> >
> Status: 1 NOTE

Please fix all problems and resubmit a fixed version via the webform.
> If you are not sure how to fix the problems shown, please ask for help on
> the R-package-devel mailing list:
> <https://stat.ethz.ch/mailman/listinfo/r-package-devel>
> If you are fairly certain the rejection is a false positive, please
> reply-all to this message and explain.

More details are given in the directory:
> <
> https://win-builder.r-project.org/incoming_pretest/RevGadgets_1.0.0_20210805_041017/
> >
> The files will be removed after roughly 7 days.


The ERROR referenced is the same ggtree version error, and the Note is
simply that this is a first time CRAN submission. Is there any way that a
bioconductor package could be manually installed on WinBuilder? If so,
perhaps we could ask the dependency's maintainer to help us out and upload
the new version themselves. Other ideas would be very welcome --- we have a
deadline for getting the package on CRAN so waiting for the dependency to
be updated is not an ideal solution for us!

Thanks again for your help and suggestions!
Carrie

---
Carrie M. Tribble, PhD <http://carrietribble.weebly.com/>
Postdoctoral Researcher in the Zenil-Ferguson Lab
<https://roszenil.github.io/>
University of Hawaiʻi at Mānoa



On Mon, Aug 9, 2021 at 1:20 PM Berry Boessenkool <
berryboessenk...@hotmail.com> wrote:

>
> If it works on all other testing platforms, I'd just submit to CRAN and
> see if it works.
> You may also just wait out until ggtree works on winbuilder...
>
> Regards,
> Berry
>
>
>
> --
> *From:* R-package-devel  on behalf
> of Carrie Tribble 
> *Sent:* Friday, August 6, 2021 22:34
> *To:* r-package-devel@r-project.org 
> *Subject:* [R-pkg-devel] WinBuilder error: dependency version not
> available
>
> I am in the final stages of preparing an R package
> <https://github.com/cmt2/RevGadgets/tree/development> to submit to CRAN.
> The package passes devtools::check() locally, GitHub Actions on multiple
> systems (including windows), devtools::check_rhub() remotely, and
> rhub::check_on_windows(check_args = "--force-multiarch"). However, it fails
> on WinBuilder.
>
> I'd appreciate any advice or suggestions. More details below:
>
> You can see the full WinBuilder log here:
>  https://win-builder.r-project.org/kTnuoY4Kqo8B/00check.log
> <https://win-builder.r-project.org/kTnuoY4Kqo8B/00check.log>
>
> * checking CRAN incoming feasibility ... NOTE
> > Maintainer: 'Carrie Tribble ' New submission
> Possibly
> > misspelled words in DESCRIPTION:
> > RevBayes (3:45, 22:92)
> > * checking package namespace information ... OK
> > * checking package dependencies ... ERROR
> > Package required and available but unsuitable version: 'ggtree' See
> > section 'The DESCRIPTION file' in the 'Writing R Extensions'
> > manual.
> > * DONE
> > Status: 1 ERROR, 1 NOTE
>
>
> We require the latest version of ggtree, a bioconductor package.
> Unfortunately, this latest version is necessary for our package to
> function. What's the best way to get access to that version of ggtree on
> WinBuilder?
>
> You can see the log for the successful rhub check_on_windows run here:
>
> https://builder.r-hub.io/status/RevGadgets_1.0.0.tar.gz-8367c3a164ad47379c8bd89c81347ceb
> ,
> and find the package on GitHub here:
> https://github.com/cmt2/RevGadgets/tree/development.
>
> Thank you!
>
> ---
> Carrie M. Tribble, PhD <http://carrietribble.weebly.com/>
> Postdoctoral Researcher in the Zenil-Ferguson Lab
> <https://roszenil.github.io/>
> University of Hawaiʻi at Mānoa
>
> [[alternative HTML version deleted]]
>
> __
> 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

Re: [R-pkg-devel] WinBuilder error: dependency version not available

2021-08-09 Thread Berry Boessenkool 

If it works on all other testing platforms, I'd just submit to CRAN and see if 
it works.
You may also just wait out until ggtree works on winbuilder...

Regards,
Berry




From: R-package-devel  on behalf of 
Carrie Tribble 
Sent: Friday, August 6, 2021 22:34
To: r-package-devel@r-project.org 
Subject: [R-pkg-devel] WinBuilder error: dependency version not available

I am in the final stages of preparing an R package
<https://github.com/cmt2/RevGadgets/tree/development> to submit to CRAN.
The package passes devtools::check() locally, GitHub Actions on multiple
systems (including windows), devtools::check_rhub() remotely, and
rhub::check_on_windows(check_args = "--force-multiarch"). However, it fails
on WinBuilder.

I'd appreciate any advice or suggestions. More details below:

You can see the full WinBuilder log here:
 https://win-builder.r-project.org/kTnuoY4Kqo8B/00check.log
<https://win-builder.r-project.org/kTnuoY4Kqo8B/00check.log>

* checking CRAN incoming feasibility ... NOTE
> Maintainer: 'Carrie Tribble ' New submission Possibly
> misspelled words in DESCRIPTION:
> RevBayes (3:45, 22:92)
> * checking package namespace information ... OK
> * checking package dependencies ... ERROR
> Package required and available but unsuitable version: 'ggtree' See
> section 'The DESCRIPTION file' in the 'Writing R Extensions'
> manual.
> * DONE
> Status: 1 ERROR, 1 NOTE


We require the latest version of ggtree, a bioconductor package.
Unfortunately, this latest version is necessary for our package to
function. What's the best way to get access to that version of ggtree on
WinBuilder?

You can see the log for the successful rhub check_on_windows run here:
https://builder.r-hub.io/status/RevGadgets_1.0.0.tar.gz-8367c3a164ad47379c8bd89c81347ceb,
and find the package on GitHub here:
https://github.com/cmt2/RevGadgets/tree/development.

Thank you!

---
Carrie M. Tribble, PhD <http://carrietribble.weebly.com/>
Postdoctoral Researcher in the Zenil-Ferguson Lab
<https://roszenil.github.io/>
University of Hawaiʻi at Mānoa

[[alternative HTML version deleted]]

__
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] WinBuilder error: dependency version not available

2021-08-06 Thread Carrie Tribble 
I am in the final stages of preparing an R package
 to submit to CRAN.
The package passes devtools::check() locally, GitHub Actions on multiple
systems (including windows), devtools::check_rhub() remotely, and
rhub::check_on_windows(check_args = "--force-multiarch"). However, it fails
on WinBuilder.

I'd appreciate any advice or suggestions. More details below:

You can see the full WinBuilder log here:
 https://win-builder.r-project.org/kTnuoY4Kqo8B/00check.log


* checking CRAN incoming feasibility ... NOTE
> Maintainer: 'Carrie Tribble ' New submission Possibly
> misspelled words in DESCRIPTION:
> RevBayes (3:45, 22:92)
> * checking package namespace information ... OK
> * checking package dependencies ... ERROR
> Package required and available but unsuitable version: 'ggtree' See
> section 'The DESCRIPTION file' in the 'Writing R Extensions'
> manual.
> * DONE
> Status: 1 ERROR, 1 NOTE


We require the latest version of ggtree, a bioconductor package.
Unfortunately, this latest version is necessary for our package to
function. What's the best way to get access to that version of ggtree on
WinBuilder?

You can see the log for the successful rhub check_on_windows run here:
https://builder.r-hub.io/status/RevGadgets_1.0.0.tar.gz-8367c3a164ad47379c8bd89c81347ceb,
and find the package on GitHub here:
https://github.com/cmt2/RevGadgets/tree/development.

Thank you!

---
Carrie M. Tribble, PhD 
Postdoctoral Researcher in the Zenil-Ferguson Lab

University of Hawaiʻi at Mānoa

[[alternative HTML version deleted]]

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

Re: [R-pkg-devel] Winbuilder error for rgl on R 3.6.3

2021-04-27 Thread Tim Schäfer 
Dear Uwe,

It worked this time, thanks. Apparently just a hiccup.

Best,

Tim

> On 04/26/2021 11:18 PM Uwe Ligges  wrote:
> 
>  
> What happens if you simply try again?
> 
> Best,
> Uwe Ligges
> 
> On 26.04.2021 20:32, Tim Schäfer wrote:
> > Dear R experts,
> > 
> > I am testing my R package 'fsbrain' using the Winbuilder service [1] before 
> > submitting a new version to CRAN.
> > 
> > All checks pass under R versions 4.0.5 and 4.1.0 alpha, but the 
> > installation fails under R 3.6.3 because of a problem related to rgl, which 
> > is a dependency of my package.
> > 
> > The file 00check.log says 'installation failed' and refers to 
> > '00install.log', which contains the following message:
> > 
> > --Message start-
> > * installing *source* package 'fsbrain' ...
> > ** using staged installation
> > ** R
> > ** inst
> > ** byte-compile and prepare package for lazy loading
> > Error in system.file(paste0(dir, "/rgl", .Platform$dynlib.ext), package = 
> > pkg,  :
> >no file found
> > Warning:Loading rgl's DLL failed.
> > Warning: Trying without OpenGL...
> > Error in system.file(paste0(dir, "/rgl", .Platform$dynlib.ext), package = 
> > pkg,  :
> >no file found
> > Error: .onLoad failed in loadNamespace() for 'rgl', details:
> >call: fun(libname, pkgname)
> >error: Loading failed.
> > Execution halted
> > ERROR: lazy loading failed for package 'fsbrain'
> > * removing 'd:/RCompile/CRANguest/R-oldrelease/lib/fsbrain'
> > * restoring previous 'd:/RCompile/CRANguest/R-oldrelease/lib/fsbrain'
> > --end-
> > 
> > The full output of the build process can currently be found at 
> > https://win-builder.r-project.org/5Mr7luWmfUNL/
> > 
> > To me it seems that rgl cannot be loaded on the test system, but I do not 
> > fully understand the message and what to do about it. I hope somebody here 
> > can comment on the message and suggest a solution.
> > 
> > The source code for my package is at https://github.com/dfsp-spirit/fsbrain.
> > 
> > Thanks for your time,
> > 
> > Tim
> > 
> > [1] https://win-builder.r-project.org
> > 
> > --
> > Dr. Tim Schäfer
> > Postdoc Computational Neuroimaging
> > Department of Child and Adolescent Psychiatry, Psychosomatics and 
> > Psychotherapy
> > University Hospital Frankfurt, Goethe University Frankfurt am Main, Germany
> > 
> > __
> > R-package-devel@r-project.org mailing list
> > https://stat.ethz.ch/mailman/listinfo/r-package-devel
> >

--
Dr. Tim Schäfer
Postdoc Computational Neuroimaging
Department of Child and Adolescent Psychiatry, Psychosomatics and Psychotherapy
University Hospital Frankfurt, Goethe University Frankfurt am Main, Germany

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

Re: [R-pkg-devel] Winbuilder error for rgl on R 3.6.3

2021-04-26 Thread Uwe Ligges 

What happens if you simply try again?

Best,
Uwe Ligges

On 26.04.2021 20:32, Tim Schäfer wrote:

Dear R experts,

I am testing my R package 'fsbrain' using the Winbuilder service [1] before 
submitting a new version to CRAN.

All checks pass under R versions 4.0.5 and 4.1.0 alpha, but the installation 
fails under R 3.6.3 because of a problem related to rgl, which is a dependency 
of my package.

The file 00check.log says 'installation failed' and refers to '00install.log', 
which contains the following message:

--Message start-
* installing *source* package 'fsbrain' ...
** using staged installation
** R
** inst
** byte-compile and prepare package for lazy loading
Error in system.file(paste0(dir, "/rgl", .Platform$dynlib.ext), package = pkg,  
:
   no file found
Warning:Loading rgl's DLL failed.
Warning: Trying without OpenGL...
Error in system.file(paste0(dir, "/rgl", .Platform$dynlib.ext), package = pkg,  
:
   no file found
Error: .onLoad failed in loadNamespace() for 'rgl', details:
   call: fun(libname, pkgname)
   error: Loading failed.
Execution halted
ERROR: lazy loading failed for package 'fsbrain'
* removing 'd:/RCompile/CRANguest/R-oldrelease/lib/fsbrain'
* restoring previous 'd:/RCompile/CRANguest/R-oldrelease/lib/fsbrain'
--end-

The full output of the build process can currently be found at 
https://win-builder.r-project.org/5Mr7luWmfUNL/

To me it seems that rgl cannot be loaded on the test system, but I do not fully 
understand the message and what to do about it. I hope somebody here can 
comment on the message and suggest a solution.

The source code for my package is at https://github.com/dfsp-spirit/fsbrain.

Thanks for your time,

Tim

[1] https://win-builder.r-project.org

--
Dr. Tim Schäfer
Postdoc Computational Neuroimaging
Department of Child and Adolescent Psychiatry, Psychosomatics and Psychotherapy
University Hospital Frankfurt, Goethe University Frankfurt am Main, Germany

__
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] Winbuilder error for rgl on R 3.6.3

2021-04-26 Thread Tim Schäfer 
Dear R experts,

I am testing my R package 'fsbrain' using the Winbuilder service [1] before 
submitting a new version to CRAN.

All checks pass under R versions 4.0.5 and 4.1.0 alpha, but the installation 
fails under R 3.6.3 because of a problem related to rgl, which is a dependency 
of my package.

The file 00check.log says 'installation failed' and refers to '00install.log', 
which contains the following message:

--Message start-
* installing *source* package 'fsbrain' ...
** using staged installation
** R
** inst
** byte-compile and prepare package for lazy loading
Error in system.file(paste0(dir, "/rgl", .Platform$dynlib.ext), package = pkg,  
: 
  no file found
Warning:Loading rgl's DLL failed. 
Warning: Trying without OpenGL...
Error in system.file(paste0(dir, "/rgl", .Platform$dynlib.ext), package = pkg,  
: 
  no file found
Error: .onLoad failed in loadNamespace() for 'rgl', details:
  call: fun(libname, pkgname)
  error: Loading failed.
Execution halted
ERROR: lazy loading failed for package 'fsbrain'
* removing 'd:/RCompile/CRANguest/R-oldrelease/lib/fsbrain'
* restoring previous 'd:/RCompile/CRANguest/R-oldrelease/lib/fsbrain'
--end-

The full output of the build process can currently be found at 
https://win-builder.r-project.org/5Mr7luWmfUNL/

To me it seems that rgl cannot be loaded on the test system, but I do not fully 
understand the message and what to do about it. I hope somebody here can 
comment on the message and suggest a solution.

The source code for my package is at https://github.com/dfsp-spirit/fsbrain.

Thanks for your time,

Tim

[1] https://win-builder.r-project.org

--
Dr. Tim Schäfer
Postdoc Computational Neuroimaging
Department of Child and Adolescent Psychiatry, Psychosomatics and Psychotherapy
University Hospital Frankfurt, Goethe University Frankfurt am Main, Germany

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

[R-pkg-devel] Winbuilder seems stuck

2021-01-06 Thread Balasubramanian Narasimhan 
This is just FYI to CRAN as no results came back from an upload over a 
day and a half ago. A repeat upload gives:

ERROR: Access to the path 'C:\Inetpub\ftproot\R-devel\...' is denied.

-Naras



[[alternative HTML version deleted]]

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

Re: [R-pkg-devel] Winbuilder queues jammed again?

2020-03-05 Thread Roy Mendelssohn - NOAA Federal via R-package-devel 
Download the 'rhub' package.  Then submission to 'rhub' is one easy command.

HTH,

-Roy

> On Mar 5, 2020, at 3:33 PM, Rolf Turner  wrote:
> 
> 
> On 6/03/20 11:14 am, Ben Bolker wrote:
> 
> 
> 
>> It's probably been suggested already in this thread, but perhaps
>> rhub would work for you as an alternative?
> 
> 
> 
> Quite possibly, but I have no real idea what "rhub" is.  I've seen it 
> referred to many times but the references always assume that you know all 
> about it already.
> 
> I'll try to investigate.  Thanks for the suggestion.
> 
> cheers,
> 
> Rolf
> 
> 
> -- 
> Honorary Research Fellow
> Department of Statistics
> University of Auckland
> Phone: +64-9-373-7599 ext. 88276
> 
> __
> R-package-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-package-devel

**
"The contents of this message do not reflect any position of the U.S. 
Government or NOAA."
**
Roy Mendelssohn
Supervisory Operations Research Analyst
NOAA/NMFS
Environmental Research Division
Southwest Fisheries Science Center
***Note new street address***
110 McAllister Way
Santa Cruz, CA 95060
Phone: (831)-420-3666
Fax: (831) 420-3980
e-mail: roy.mendelss...@noaa.gov www: https://www.pfeg.noaa.gov/

"Old age and treachery will overcome youth and skill."
"From those who have been given much, much will be expected" 
"the arc of the moral universe is long, but it bends toward justice" -MLK Jr.

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

Re: [R-pkg-devel] Winbuilder queues jammed again?

2020-03-05 Thread Rolf Turner 



On 6/03/20 11:14 am, Ben Bolker wrote:





It's probably been suggested already in this thread, but perhaps
rhub would work for you as an alternative?




Quite possibly, but I have no real idea what "rhub" is.  I've seen it 
referred to many times but the references always assume that you know 
all about it already.


I'll try to investigate.  Thanks for the suggestion.

cheers,

Rolf


--
Honorary Research Fellow
Department of Statistics
University of Auckland
Phone: +64-9-373-7599 ext. 88276

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

Re: [R-pkg-devel] Winbuilder queues jammed again?

2020-03-05 Thread brodie gaslam via R-package-devel 
You can also just paste the ftp link into your browser.






On Thursday, March 5, 2020, 6:31:03 PM EST, Rolf Turner 
 wrote: 






On 6/03/20 11:41 am, Henrik Bengtsson wrote:

> 1. I'd guess it helps Uwe a bit you clarify exactly which queue you 
> think is stuck - otherwise he has to check them all. They're independent.

Yeah.  Sorry.  It's the R-release queue.

> 2. You can look at the different win-builder queues yourself via ftp, 
> see https://stat.ethz.ch/pipermail/r-package-devel/2020q1/005098.html

That could be useful information, but when I tried just now I could not 
get curl to work:

> curl -s ftp://win-builder.r-project.org/R-release/
> curl: /usr/local/lib/libcurl.so.4: no version information available (required 
> by curl)
> curl: relocation error: curl: symbol curl_mime_headers version CURL_OPENSSL_4 
> not defined in file libcurl.so.4 with link time reference

I then tried

    sudo apt update
    sudo apt upgrade
    sudo apt install curl

according to some instructions that I found on the web.  It told me "

> curl is already the newest version (7.58.0-2ubuntu3.8).
> 0 to upgrade, 0 to newly install, 0 to remove and 0 not to upgrade.

I then did

curl --version

and got

> curl: /usr/local/lib/libcurl.so.4: no version information available (required 
> by curl)
> curl: relocation error: curl: symbol curl_mime_headers version CURL_OPENSSL_4 
> not defined in file libcurl.so.4 with link time reference

I've Googled about a bit and found various references, but nothing that 
I could understand or use.

I don't understand what's going on/wrong.  Nor do I understand why the 
Computer Gods hate me! :-)


cheers,

Rolf

-- 
Honorary Research Fellow
Department of Statistics
University of Auckland
Phone: +64-9-373-7599 ext. 88276

__
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] Winbuilder queues jammed again?

2020-03-05 Thread Rolf Turner 



On 6/03/20 11:41 am, Henrik Bengtsson wrote:

1. I'd guess it helps Uwe a bit you clarify exactly which queue you 
think is stuck - otherwise he has to check them all. They're independent.


Yeah.  Sorry.  It's the R-release queue.

2. You can look at the different win-builder queues yourself via ftp, 
see https://stat.ethz.ch/pipermail/r-package-devel/2020q1/005098.html


That could be useful information, but when I tried just now I could not 
get curl to work:



curl -s ftp://win-builder.r-project.org/R-release/
curl: /usr/local/lib/libcurl.so.4: no version information available (required 
by curl)
curl: relocation error: curl: symbol curl_mime_headers version CURL_OPENSSL_4 
not defined in file libcurl.so.4 with link time reference


I then tried

   sudo apt update
   sudo apt upgrade
   sudo apt install curl

according to some instructions that I found on the web.  It told me "


curl is already the newest version (7.58.0-2ubuntu3.8).
0 to upgrade, 0 to newly install, 0 to remove and 0 not to upgrade.


I then did

curl --version

and got


curl: /usr/local/lib/libcurl.so.4: no version information available (required 
by curl)
curl: relocation error: curl: symbol curl_mime_headers version CURL_OPENSSL_4 
not defined in file libcurl.so.4 with link time reference


I've Googled about a bit and found various references, but nothing that 
I could understand or use.


I don't understand what's going on/wrong.  Nor do I understand why the 
Computer Gods hate me! :-)


cheers,

Rolf

--
Honorary Research Fellow
Department of Statistics
University of Auckland
Phone: +64-9-373-7599 ext. 88276

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

Re: [R-pkg-devel] Winbuilder queues jammed again?

2020-03-05 Thread Henrik Bengtsson 
1. I'd guess it helps Uwe a bit you clarify exactly which queue you think
is stuck - otherwise he has to check them all. They're independent.

2. You can look at the different win-builder queues yourself via ftp, see
https://stat.ethz.ch/pipermail/r-package-devel/2020q1/005098.html

/Henrik

On Thu, Mar 5, 2020, 14:14 Ben Bolker  wrote:

> Maybe there's something queriable similar to the CRAN queue?  (In an
> ideal world this could even be incorporated into F Michonneau's
> foghorn package ...)
>
>It's probably been suggested already in this thread, but perhaps
> rhub would work for you as an alternative?
>
> On Thu, Mar 5, 2020 at 4:35 PM Rolf Turner 
> wrote:
> >
> >
> > Sorry to be a pest, but I submitted a package to winbuilder more than 24
> > hours ago, and nothing has come back to me.  For a while (a few days
> > ago) I was getting about a 20 minute turnaround.
> >
> > One gets dependant on facilities such as winbuilder and gets frustrated
> > when they don't perform quite as expected.
> >
> > I know this sounds demanding (in respect of a free service that is
> > provided entirely due to Uwe's good graces), but, said he plaintively,
> > is there any way that some sort of indication of the expected wait time
> > could be made available?  Or an indication of the length of the queue,
> > or something like that?
> >
> > Even an indication that one's submission is still in the queue and
> > hasn't disappeared into a black hole in cyberspace, would be reassuring.
> >
> > Apropos of the latter --- I say that I submitted a package, but in my
> > state of advanced senility I can't be sure.  Maybe I just *intended* to,
> > but then forgot, or messed up the submission procedure, or buggered
> > something else up.  There seems to be no way to check that I really did
> > make a submission.  Such a facility would be, uh, nice.  Said he,
> > plaintively.
> >
> > cheers,
> >
> > Rolf Turner
> >
> > --
> > Honorary Research Fellow
> > Department of Statistics
> > University of Auckland
> > Phone: +64-9-373-7599 ext. 88276
> >
> > __
> > 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
>

[[alternative HTML version deleted]]

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

Re: [R-pkg-devel] Winbuilder queues jammed again?

2020-03-05 Thread Ben Bolker 
Maybe there's something queriable similar to the CRAN queue?  (In an
ideal world this could even be incorporated into F Michonneau's
foghorn package ...)

   It's probably been suggested already in this thread, but perhaps
rhub would work for you as an alternative?

On Thu, Mar 5, 2020 at 4:35 PM Rolf Turner  wrote:
>
>
> Sorry to be a pest, but I submitted a package to winbuilder more than 24
> hours ago, and nothing has come back to me.  For a while (a few days
> ago) I was getting about a 20 minute turnaround.
>
> One gets dependant on facilities such as winbuilder and gets frustrated
> when they don't perform quite as expected.
>
> I know this sounds demanding (in respect of a free service that is
> provided entirely due to Uwe's good graces), but, said he plaintively,
> is there any way that some sort of indication of the expected wait time
> could be made available?  Or an indication of the length of the queue,
> or something like that?
>
> Even an indication that one's submission is still in the queue and
> hasn't disappeared into a black hole in cyberspace, would be reassuring.
>
> Apropos of the latter --- I say that I submitted a package, but in my
> state of advanced senility I can't be sure.  Maybe I just *intended* to,
> but then forgot, or messed up the submission procedure, or buggered
> something else up.  There seems to be no way to check that I really did
> make a submission.  Such a facility would be, uh, nice.  Said he,
> plaintively.
>
> cheers,
>
> Rolf Turner
>
> --
> Honorary Research Fellow
> Department of Statistics
> University of Auckland
> Phone: +64-9-373-7599 ext. 88276
>
> __
> 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] Winbuilder queues jammed again?

2020-03-05 Thread Rolf Turner 



Sorry to be a pest, but I submitted a package to winbuilder more than 24 
hours ago, and nothing has come back to me.  For a while (a few days 
ago) I was getting about a 20 minute turnaround.


One gets dependant on facilities such as winbuilder and gets frustrated 
when they don't perform quite as expected.


I know this sounds demanding (in respect of a free service that is 
provided entirely due to Uwe's good graces), but, said he plaintively, 
is there any way that some sort of indication of the expected wait time 
could be made available?  Or an indication of the length of the queue,

or something like that?

Even an indication that one's submission is still in the queue and 
hasn't disappeared into a black hole in cyberspace, would be reassuring.


Apropos of the latter --- I say that I submitted a package, but in my 
state of advanced senility I can't be sure.  Maybe I just *intended* to, 
but then forgot, or messed up the submission procedure, or buggered 
something else up.  There seems to be no way to check that I really did 
make a submission.  Such a facility would be, uh, nice.  Said he, 
plaintively.


cheers,

Rolf Turner

--
Honorary Research Fellow
Department of Statistics
University of Auckland
Phone: +64-9-373-7599 ext. 88276

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

[R-pkg-devel] winbuilder + CRAN incoming checkes offline for 30 hours from now

2020-02-14 Thread Uwe Ligges 

Dear all,

unfortunately there is infrastructure work going on at the place where 
winbuilder and part of the CRAN incoming check infrastructure is hosted, 
hence the winbuilder service will be offline for roughly 30 hours from 
now (going down in one hour from now). Same is true for CRAN incoming 
checks: You can well submit further on, but submissions won't be auto 
processed for that time.


Best,
Uwe Ligges

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

Re: [R-pkg-devel] Winbuilder 'experimental' toolchain 4-5x slower than all other architectures

2020-02-05 Thread Dirk Eddelbuettel 


On 5 February 2020 at 08:39, Brian G. Peterson wrote:
| We've noticed over the past week that Winbuilder/R-Hub's 'experimental'

Are you refering to winbuilder, or to rhub?

| Rtools4 toolchain images for Windows are approximately 4-5x slower than
| all other containers to build and check several packages we maintain.

That made me curious and I just did a quick run at rhub comparing windows
builds of r-devel (ie "old" toolchain) and r-devel using the new tools4. 

AFAICT the difference is due to more prebuilt packages coming in for the
former, and more packages building from source for the latter.

I used a small package with few depends---but critically with the
knitr/rmarkdown stack which leads to stringi building from source building
libicu first. That alone will set up back a good couple of minutes.  FWIW I
ended up with 4 minutes for the old tools versus 24 minutes with rtools4.

But as a cross-check, I used an even smaller package with no depends. And
there the time difference was neglible and both took about 3 minutes.

So I would recommend to try calling rhub _on that platform_ with the added

   check_args="--no-manual --no-vignettes"

argument so suppress vignette and manual builds and tests. I think that may
help you with shorter setup times.
 
| This affects everything, including example timings, where this
| architecture is the only architecture that shows any example run-times
| over 5 seconds. (including Windows under the older toolchain).
| 
| Does CRAN expect us to optimize our code for the clearly non-performant 
| 'experimental' Windows toolchain?
| 
| I'd like to send a new version of our package PerformanceAnalytics to
| CRAN, but the Windows experimental toolchain is preventing a 100% clean
| set of checks.

I think CRAN is fairly reasonable and lenient about run-time of examples, and
the local check time. Could you possibly demonstrate an actual slowdown in
example timings? If there is one, I am sure Jeroen would like to know more.

Dirk

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

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

Re: [R-pkg-devel] Winbuilder 'experimental' toolchain 4-5x slower than all other architectures

2020-02-05 Thread Uwe Ligges 




On 05.02.2020 16:42, Uwe Ligges wrote:
Then this is specific to your package, 


I meant the new one, not the one on CRAN which is also similarly quick 
(less than 10% difference).


Best,
Uwe Ligges
see the overall timings for the

whole CRAN check:

https://cran.r-project.org/web/checks/check_timings.html

which is 2379156 sec for old and 2516120 sec for the new toolchain, i.e. 
roughly a 6%. Given the machines runs with very different loads it could 
even be the other way round.


And for PerformanceAnalytics I get overall 418 sec for old and 446 sec 
(without vignettes each) for the new toolchain (again, load may have 
varied):
https://cran.r-project.org/web/checks/check_results_PerformanceAnalytics.html 





Best,
Uwe Ligges



On 05.02.2020 16:32, Brian G. Peterson wrote:

For every other architecture, Travis-CI and R-Hub take approximately
10-12 minutes to build and check PerformanceAnalytics.  On the Windows
Rtools4 experimental toolchain, the build/check on Winbuilder and R-Hub
take over an hour, sometimes as much as an hour and a half.

Non-trivial example timings are similarly 4-5x slower on the Windows
experimental toolchain.

Brian

On Wed, 2020-02-05 at 14:59 +, Gábor Csárdi wrote:

Can you please show some numbers?

Thanks,
Gabor

On Wed, Feb 5, 2020 at 2:40 PM Brian G. Peterson 
wrote:
We've noticed over the past week that Winbuilder/R-Hub's
'experimental'
Rtools4 toolchain images for Windows are approximately 4-5x slower
than
all other containers to build and check several packages we
maintain.

This affects everything, including example timings, where this
architecture is the only architecture that shows any example run-
times
over 5 seconds. (including Windows under the older toolchain).

Does CRAN expect us to optimize our code for the clearly non-
performant
'experimental' Windows toolchain?

I'd like to send a new version of our package PerformanceAnalytics
to
CRAN, but the Windows experimental toolchain is preventing a 100%
clean
set of checks.


Regards,

Brian

--
Brian G. Peterson
ph: +1.773.459.4973
im: bgpbraverock

__
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] Winbuilder 'experimental' toolchain 4-5x slower than all other architectures

2020-02-05 Thread Uwe Ligges 
Then this is specific to your package, see the overall timings for the 
whole CRAN check:


https://cran.r-project.org/web/checks/check_timings.html

which is 2379156 sec for old and 2516120 sec for the new toolchain, i.e. 
roughly a 6%. Given the machines runs with very different loads it could 
even be the other way round.


And for PerformanceAnalytics I get overall 418 sec for old and 446 sec 
(without vignettes each) for the new toolchain (again, load may have 
varied):

https://cran.r-project.org/web/checks/check_results_PerformanceAnalytics.html



Best,
Uwe Ligges



On 05.02.2020 16:32, Brian G. Peterson wrote:

For every other architecture, Travis-CI and R-Hub take approximately
10-12 minutes to build and check PerformanceAnalytics.  On the Windows
Rtools4 experimental toolchain, the build/check on Winbuilder and R-Hub
take over an hour, sometimes as much as an hour and a half.

Non-trivial example timings are similarly 4-5x slower on the Windows
experimental toolchain.

Brian

On Wed, 2020-02-05 at 14:59 +, Gábor Csárdi wrote:

Can you please show some numbers?

Thanks,
Gabor

On Wed, Feb 5, 2020 at 2:40 PM Brian G. Peterson 
wrote:
We've noticed over the past week that Winbuilder/R-Hub's
'experimental'
Rtools4 toolchain images for Windows are approximately 4-5x slower
than
all other containers to build and check several packages we
maintain.

This affects everything, including example timings, where this
architecture is the only architecture that shows any example run-
times
over 5 seconds. (including Windows under the older toolchain).

Does CRAN expect us to optimize our code for the clearly non-
performant
'experimental' Windows toolchain?

I'd like to send a new version of our package PerformanceAnalytics
to
CRAN, but the Windows experimental toolchain is preventing a 100%
clean
set of checks.


Regards,

Brian

--
Brian G. Peterson
ph: +1.773.459.4973
im: bgpbraverock

__
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] Winbuilder 'experimental' toolchain 4-5x slower than all other architectures

2020-02-05 Thread Brian G. Peterson 
For every other architecture, Travis-CI and R-Hub take approximately
10-12 minutes to build and check PerformanceAnalytics.  On the Windows
Rtools4 experimental toolchain, the build/check on Winbuilder and R-Hub 
take over an hour, sometimes as much as an hour and a half.

Non-trivial example timings are similarly 4-5x slower on the Windows
experimental toolchain.

Brian

On Wed, 2020-02-05 at 14:59 +, Gábor Csárdi wrote:
> Can you please show some numbers?
> 
> Thanks,
> Gabor
> 
> On Wed, Feb 5, 2020 at 2:40 PM Brian G. Peterson  > wrote:
> > We've noticed over the past week that Winbuilder/R-Hub's
> > 'experimental'
> > Rtools4 toolchain images for Windows are approximately 4-5x slower
> > than
> > all other containers to build and check several packages we
> > maintain.
> > 
> > This affects everything, including example timings, where this
> > architecture is the only architecture that shows any example run-
> > times
> > over 5 seconds. (including Windows under the older toolchain).
> > 
> > Does CRAN expect us to optimize our code for the clearly non-
> > performant
> > 'experimental' Windows toolchain?
> > 
> > I'd like to send a new version of our package PerformanceAnalytics
> > to
> > CRAN, but the Windows experimental toolchain is preventing a 100%
> > clean
> > set of checks.
> > 
> > 
> > Regards,
> > 
> > Brian
> > 
> > --
> > Brian G. Peterson
> > ph: +1.773.459.4973
> > im: bgpbraverock
> > 
> > __
> > R-package-devel@r-project.org mailing list
> > https://stat.ethz.ch/mailman/listinfo/r-package-devel
-- 
Brian G. Peterson
ph: +1.773.459.4973
im: bgpbraverock

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

Re: [R-pkg-devel] Winbuilder 'experimental' toolchain 4-5x slower than all other architectures

2020-02-05 Thread Gábor Csárdi 
Can you please show some numbers?

Thanks,
Gabor

On Wed, Feb 5, 2020 at 2:40 PM Brian G. Peterson  wrote:
>
> We've noticed over the past week that Winbuilder/R-Hub's 'experimental'
> Rtools4 toolchain images for Windows are approximately 4-5x slower than
> all other containers to build and check several packages we maintain.
>
> This affects everything, including example timings, where this
> architecture is the only architecture that shows any example run-times
> over 5 seconds. (including Windows under the older toolchain).
>
> Does CRAN expect us to optimize our code for the clearly non-performant
> 'experimental' Windows toolchain?
>
> I'd like to send a new version of our package PerformanceAnalytics to
> CRAN, but the Windows experimental toolchain is preventing a 100% clean
> set of checks.
>
>
> Regards,
>
> Brian
>
> --
> Brian G. Peterson
> ph: +1.773.459.4973
> im: bgpbraverock
>
> __
> 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] Winbuilder 'experimental' toolchain 4-5x slower than all other architectures

2020-02-05 Thread Brian G. Peterson 
We've noticed over the past week that Winbuilder/R-Hub's 'experimental'
Rtools4 toolchain images for Windows are approximately 4-5x slower than
all other containers to build and check several packages we maintain.

This affects everything, including example timings, where this
architecture is the only architecture that shows any example run-times
over 5 seconds. (including Windows under the older toolchain).

Does CRAN expect us to optimize our code for the clearly non-performant 
'experimental' Windows toolchain?

I'd like to send a new version of our package PerformanceAnalytics to
CRAN, but the Windows experimental toolchain is preventing a 100% clean
set of checks.


Regards,

Brian

-- 
Brian G. Peterson
ph: +1.773.459.4973
im: bgpbraverock

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

Re: [R-pkg-devel] winbuilder fails for package depending on rJava

2019-10-30 Thread Danny Smith 
Hi all,

Confirming that I'm having issues building a package that depends on
rJava (dialrjars: https://cran.r-project.org/package=dialrjars) with
winbuilder so I can't submit updates to CRAN.

The winbuilder error from my original post that Kevin linked to below is:
```
* installing *source* package 'dialrjars' ...
** using staged installation
** R
** inst
** byte-compile and prepare package for lazy loading
** help
*** installing help indices
** building package indices
** testing if installed package can be loaded from temporary location
*** arch - i386
Error: package or namespace load failed for 'dialrjars':
 .onLoad failed in loadNamespace() for 'rJava', details:
  call: inDL(x, as.logical(local), as.logical(now), ...)
  error: unable to load shared object
'd:/temp/RtmpO22QHg/RLIBS_1d954576818a2/rJava/libs/i386/rJava.dll':
  LoadLibrary failure:  %1 ist keine zul�ssige Win32-Anwendung.

Error: loading failed
Execution halted
*** arch - x64
ERROR: loading failed for 'i386'
* removing 'd:/RCompile/CRANguest/R-devel/lib/dialrjars'
```
You can also see details of the error in the current CRAN check
results (which it passed successfully when I last submitted a package
update):
https://cran.r-project.org/web/checks/check_results_dialr.html


Thanks for the feedback everyone, and thanks for checking with Uwe, Kevin!

Cheers,
Danny

On Thu, Oct 31, 2019 at 8:09 AM Kevin Kuo  wrote:
>
> I was replying to the OP at
> https://stat.ethz.ch/pipermail/r-package-devel/2019q4/004539.html. This
> indeed pertains to reverse dependencies of rJava not passing checks on
> Windows. I have reached out to Uwe and will report back if I hear back.
> Thanks for the lively discussion :)
>
> On Wed, Oct 30, 2019 at 3:46 AM Duncan Murdoch 
> wrote:
>
> > On 29/10/2019 7:23 p.m., David Winsemius wrote:
> > >
> > > On 10/29/19 2:12 PM, Jeff Newmiller wrote:
> > >> Once again, you can color me mystified. Are you reading logs not
> > referred to in this email thread?
> > >
> > > Hi Jeff;
> > >
> > > I suppose am reading  else. I ran:
> > >
> > > maintainer("rJava")
> > >
> > >
> > > ... and the result was Simon Urbanek's name (which wasn't surprising to
> > > me), and did not match the name of the OP.
> > >
> > > So I was (and am) puzzled that  Kevin was using win-builder on rJava.
> > >
> >
> > I think you misread his post.  He was using win-builder on packages that
> > depend on rJava.  It might have helped to post the error he was seeing...
> >
> > Duncan Murdoch
> >
>
> [[alternative HTML version deleted]]
>
> __
> 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] winbuilder fails for package depending on rJava

2019-10-30 Thread David Winsemius 



On 10/30/19 3:46 AM, Duncan Murdoch wrote:

On 29/10/2019 7:23 p.m., David Winsemius wrote:


On 10/29/19 2:12 PM, Jeff Newmiller wrote:
Once again, you can color me mystified. Are you reading logs not 
referred to in this email thread?


Hi Jeff;

I suppose am reading  else. I ran:

maintainer("rJava")


... and the result was Simon Urbanek's name (which wasn't surprising to
me), and did not match the name of the OP.

So I was (and am) puzzled that  Kevin was using win-builder on rJava.



I think you misread his post.  He was using win-builder on packages 
that depend on rJava.  It might have helped to post the error he was 
seeing...



I did indeed misread the abbreviation "rev dep" as "revision 
dependencies" rather than "reverse dependencies". (So I thought he was 
submitting revised versions of rJava.) He then sent me a link to the 
original posting from a couple of weeks ago,  which had not been 
threaded correctly on my mail client, so I had no context:


https://stat.ethz.ch/pipermail/r-package-devel/2019q4/004539.html


Apologies for the noise.

--

David




Duncan Murdoch


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

Re: [R-pkg-devel] winbuilder fails for package depending on rJava

2019-10-30 Thread Kevin Kuo 
I was replying to the OP at
https://stat.ethz.ch/pipermail/r-package-devel/2019q4/004539.html. This
indeed pertains to reverse dependencies of rJava not passing checks on
Windows. I have reached out to Uwe and will report back if I hear back.
Thanks for the lively discussion :)

On Wed, Oct 30, 2019 at 3:46 AM Duncan Murdoch 
wrote:

> On 29/10/2019 7:23 p.m., David Winsemius wrote:
> >
> > On 10/29/19 2:12 PM, Jeff Newmiller wrote:
> >> Once again, you can color me mystified. Are you reading logs not
> referred to in this email thread?
> >
> > Hi Jeff;
> >
> > I suppose am reading  else. I ran:
> >
> > maintainer("rJava")
> >
> >
> > ... and the result was Simon Urbanek's name (which wasn't surprising to
> > me), and did not match the name of the OP.
> >
> > So I was (and am) puzzled that  Kevin was using win-builder on rJava.
> >
>
> I think you misread his post.  He was using win-builder on packages that
> depend on rJava.  It might have helped to post the error he was seeing...
>
> Duncan Murdoch
>

[[alternative HTML version deleted]]

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

Re: [R-pkg-devel] winbuilder fails for package depending on rJava

2019-10-30 Thread Duncan Murdoch 

On 29/10/2019 7:23 p.m., David Winsemius wrote:


On 10/29/19 2:12 PM, Jeff Newmiller wrote:

Once again, you can color me mystified. Are you reading logs not referred to in 
this email thread?


Hi Jeff;

I suppose am reading  else. I ran:

maintainer("rJava")


... and the result was Simon Urbanek's name (which wasn't surprising to
me), and did not match the name of the OP.

So I was (and am) puzzled that  Kevin was using win-builder on rJava.



I think you misread his post.  He was using win-builder on packages that 
depend on rJava.  It might have helped to post the error he was seeing...


Duncan Murdoch

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

Re: [R-pkg-devel] winbuilder fails for package depending on rJava

2019-10-29 Thread Jeff Newmiller 
My understanding is that the failure of rJava in the winbuilder server is 
likely to be a system configuration error specific to that server, and is a 
sysadmin issue rather than a package maintainer issue. But the sysadmin may 
know different.

On October 29, 2019 4:23:24 PM PDT, David Winsemius  
wrote:
>
>On 10/29/19 2:12 PM, Jeff Newmiller wrote:
>> Once again, you can color me mystified. Are you reading logs not
>referred to in this email thread?
>
>Hi Jeff;
>
>I suppose am reading  else. I ran:
>
>maintainer("rJava")
>
>
>... and the result was Simon Urbanek's name (which wasn't surprising to
>
>me), and did not match the name of the OP.
>
>So I was (and am) puzzled that  Kevin was using win-builder on rJava.

-- 
Sent from my phone. Please excuse my brevity.

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

Re: [R-pkg-devel] winbuilder fails for package depending on rJava

2019-10-29 Thread David Winsemius 



On 10/29/19 2:12 PM, Jeff Newmiller wrote:

Once again, you can color me mystified. Are you reading logs not referred to in 
this email thread?


Hi Jeff;

I suppose am reading  else. I ran:

maintainer("rJava")


... and the result was Simon Urbanek's name (which wasn't surprising to 
me), and did not match the name of the OP.


So I was (and am) puzzled that  Kevin was using win-builder on rJava.


--

David.



On October 29, 2019 12:28:59 PM PDT, David Winsemius  
wrote:

On 10/29/19 12:22 PM, Jeff Newmiller wrote:

I suspect David did not read the subject line. This is about

winbuilder [1]. I don't know who runs that service (Uwe?), but this
sounds like they need to investigate.


Correct on the first point, but when I go to that page it says:


Pleasedo notupload packages of other maintainers (particularly not
without changing the Maintainer field to your own e-mail address, if
you
have permissions to do that), because the maintainer indicated in the
maintainer field of the DESCRIPTION file get response from us. Pleasedo

notupload Bioconductor packages or CRAN packages.


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

Re: [R-pkg-devel] winbuilder fails for package depending on rJava

2019-10-29 Thread Jeff Newmiller 
Once again, you can color me mystified. Are you reading logs not referred to in 
this email thread?

On October 29, 2019 12:28:59 PM PDT, David Winsemius  
wrote:
>
>On 10/29/19 12:22 PM, Jeff Newmiller wrote:
>> I suspect David did not read the subject line. This is about
>winbuilder [1]. I don't know who runs that service (Uwe?), but this
>sounds like they need to investigate.
>
>
>Correct on the first point, but when I go to that page it says:
>
>
>Pleasedo notupload packages of other maintainers (particularly not 
>without changing the Maintainer field to your own e-mail address, if
>you 
>have permissions to do that), because the maintainer indicated in the 
>maintainer field of the DESCRIPTION file get response from us. Pleasedo
>
>notupload Bioconductor packages or CRAN packages.

-- 
Sent from my phone. Please excuse my brevity.

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

Re: [R-pkg-devel] winbuilder fails for package depending on rJava

2019-10-29 Thread David Winsemius 


On 10/29/19 12:22 PM, Jeff Newmiller wrote:
> I suspect David did not read the subject line. This is about winbuilder [1]. 
> I don't know who runs that service (Uwe?), but this sounds like they need to 
> investigate.


Correct on the first point, but when I go to that page it says:


Pleasedo notupload packages of other maintainers (particularly not 
without changing the Maintainer field to your own e-mail address, if you 
have permissions to do that), because the maintainer indicated in the 
maintainer field of the DESCRIPTION file get response from us. Pleasedo 
notupload Bioconductor packages or CRAN packages.


-- 

David.

>
> [1] https://win-builder.r-project.org/
>
> On October 29, 2019 9:28:23 AM PDT, David Winsemius  
> wrote:
>> On 10/29/19 4:48 AM, Kevin Kuo wrote:
>>> Seems like all rev deps of rJava are failing Windows checks with the
>> same
>>> error. Might be a Java architecture mismatch issue?
>> Copied from the rJava GitHub page:
>>
>> ==
>>
>>
>>   Bug reports
>>
>> Please userJava GitHub issues page
>> 
>>
>> to report bugs.
>>
>>
>> (Seems likely that Simon would be aware of such a problem.)
>>
>> 
>>
>>
>> I get no errors in Ubuntu 18.04 with:
>>
>>
>> |install.packages("rJava",,"http://rforge.net";) |
>>
>> You are supposed to offer your OS and other version details with a bug
>> report.

[[alternative HTML version deleted]]

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

Re: [R-pkg-devel] winbuilder fails for package depending on rJava

2019-10-29 Thread Jeff Newmiller 
I suspect David did not read the subject line. This is about winbuilder [1]. I 
don't know who runs that service (Uwe?), but this sounds like they need to 
investigate.

[1] https://win-builder.r-project.org/

On October 29, 2019 9:28:23 AM PDT, David Winsemius  
wrote:
>
>On 10/29/19 4:48 AM, Kevin Kuo wrote:
>> Seems like all rev deps of rJava are failing Windows checks with the
>same
>> error. Might be a Java architecture mismatch issue?
>
>Copied from the rJava GitHub page:
>
>==
>
>
>  Bug reports
>
>Please userJava GitHub issues page 
>
>
>to report bugs.
>
>
>(Seems likely that Simon would be aware of such a problem.)
>
>
>
>
>I get no errors in Ubuntu 18.04 with:
>
>
>|install.packages("rJava",,"http://rforge.net";) |
>
>You are supposed to offer your OS and other version details with a bug 
>report.

-- 
Sent from my phone. Please excuse my brevity.

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

Re: [R-pkg-devel] winbuilder fails for package depending on rJava

2019-10-29 Thread David Winsemius 



On 10/29/19 4:48 AM, Kevin Kuo wrote:

Seems like all rev deps of rJava are failing Windows checks with the same
error. Might be a Java architecture mismatch issue?


Copied from the rJava GitHub page:

==


 Bug reports

Please userJava GitHub issues page 
 
to report bugs.



(Seems likely that Simon would be aware of such a problem.)




I get no errors in Ubuntu 18.04 with:


|install.packages("rJava",,"http://rforge.net";) |

You are supposed to offer your OS and other version details with a bug 
report.



--

David.



[[alternative HTML version deleted]]

__
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] winbuilder fails for package depending on rJava

2019-10-29 Thread Kevin Kuo 
Seems like all rev deps of rJava are failing Windows checks with the same
error. Might be a Java architecture mismatch issue?

[[alternative HTML version deleted]]

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

[R-pkg-devel] WinBuilder Debian: GnuTLS recv error

2019-10-28 Thread Артём Клевцов 
Hi,

I tried to use curl in examples and get the following error:
GnuTLS recv error (-110): The TLS connection was non-properly terminated.

Can I solve this without dontrun?

Below code of example and traceback:

> # detect encoding of the web pages content
> if (require("curl")) {
+   fetch_url <- function(u) curl_fetch_memory(u)$content
+   detect_raw_enc(fetch_url("https://www.corriere.it";))
+   detect_raw_enc(fetch_url("https://www.vk.com";))
+   detect_raw_enc(fetch_url("https://www.qq.com";))
+   detect_raw_enc(fetch_url("https://kakaku.com";))
+   detect_raw_enc(fetch_url("https://www.incruit.com/";))
+ }
Loading required package: curl
Error in curl_fetch_memory(u) : 
  GnuTLS recv error (-110): The TLS connection was non-properly terminated.
Calls: detect_raw_enc -> fetch_url -> curl_fetch_memory
Execution halted

-- 
Artem Klevtsov

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

[R-pkg-devel] winbuilder fails for package depending on rJava

2019-10-17 Thread Danny Smith 
Hi all,

I'm trying to ready a package update for CRAN, but it's failing 32 bit
Windows checks because of rJava:
```
* installing *source* package 'dialrjars' ...
** using staged installation
** R
** inst
** byte-compile and prepare package for lazy loading
** help
*** installing help indices
** building package indices
** testing if installed package can be loaded from temporary location
*** arch - i386
Error: package or namespace load failed for 'dialrjars':
 .onLoad failed in loadNamespace() for 'rJava', details:
  call: inDL(x, as.logical(local), as.logical(now), ...)
  error: unable to load shared object
'd:/temp/RtmpO22QHg/RLIBS_1d954576818a2/rJava/libs/i386/rJava.dll':
  LoadLibrary failure:  %1 ist keine zul�ssige Win32-Anwendung.

Error: loading failed
Execution halted
*** arch - x64
ERROR: loading failed for 'i386'
* removing 'd:/RCompile/CRANguest/R-devel/lib/dialrjars'
```
https://win-builder.r-project.org/KpYqdgLqaPgI/00install.out

Has something changed in the winbuilder/CRAN windows testing
environment recently, and if so does anyone have any suggestions for
resolving this error?

I've submitted this and a related package and they've passed fine in
the past, but the published versions on CRAN appear to currently be
failing the Windows CRAN checks with the same error:
https://cran.r-project.org/web/checks/check_results_dialr.html
https://cran.r-project.org/web/checks/check_results_dialrjars.html

rJava itself appears to be passing fine:
https://cran.r-project.org/web/checks/check_results_rJava.html

Thanks in Advance,
Danny

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

Re: [R-pkg-devel] WInbuilder and rHub updating

2019-05-21 Thread Roy Mendelssohn - NOAA Federal via R-package-devel 
Thanks for the info.  No special requests.  Just no point in sending in a test 
until the package gets there.

-Roy

> On May 21, 2019, at 4:47 AM, Uwe Ligges  
> wrote:
> 
> For winbuilder and general incoming check services:
> 
> New packages on CRAN should be directly available for incoming checks, 
> perhaps with some short technical delays of less than one hour.
> 
> 
> For winbuilder on demand checks, there may be a lag of 2 days. Requests may 
> be considered.
> 
> Best,
> Uwe Ligges
> 
> 
> On 19.05.2019 20:09, Roy Mendelssohn - NOAA Federal via R-package-devel wrote:
>> Subject:
>> WInbuilder and rHub updating
>> From:
>> Roy Mendelssohn - NOAA Federal 
>> Date:
>> 19.05.2019, 20:09
>> To:
>> Roy Mendelssohn - NOAA Federal via R-package-devel 
>> 
>> To:
>> Roy Mendelssohn - NOAA Federal via R-package-devel 
>> 
>> HI All:
>> I have a package I am developing that depends on a package that was just 
>> accepted and appears on CRAN.  Do Winbuilder and rHub update daily,  or if 
>> not,  what is the usual lag for new packages to appear on the test machines. 
>>  Or may generally,  is there a way to query what packages are available on 
>> either or both of these?  That would be the biggest help.
>> Thanks,
>> -Roy
>> **
>> "The contents of this message do not reflect any position of the U.S. 
>> Government or NOAA."
>> **
>> Roy Mendelssohn
>> Supervisory Operations Research Analyst
>> NOAA/NMFS
>> Environmental Research Division
>> Southwest Fisheries Science Center
>> ***Note new street address***
>> 110 McAllister Way
>> Santa Cruz, CA 95060
>> Phone: (831)-420-3666
>> Fax: (831) 420-3980
>> e-mail: roy.mendelss...@noaa.gov www: http://www.pfeg.noaa.gov/
>> "Old age and treachery will overcome youth and skill."
>> "From those who have been given much, much will be expected"
>> "the arc of the moral universe is long, but it bends toward justice" -MLK Jr.
>> __
>> R-package-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-package-devel

**
"The contents of this message do not reflect any position of the U.S. 
Government or NOAA."
**
Roy Mendelssohn
Supervisory Operations Research Analyst
NOAA/NMFS
Environmental Research Division
Southwest Fisheries Science Center
***Note new street address***
110 McAllister Way
Santa Cruz, CA 95060
Phone: (831)-420-3666
Fax: (831) 420-3980
e-mail: roy.mendelss...@noaa.gov www: http://www.pfeg.noaa.gov/

"Old age and treachery will overcome youth and skill."
"From those who have been given much, much will be expected" 
"the arc of the moral universe is long, but it bends toward justice" -MLK Jr.

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

Re: [R-pkg-devel] WInbuilder and rHub updating

2019-05-21 Thread Uwe Ligges 

For winbuilder and general incoming check services:

New packages on CRAN should be directly available for incoming checks, 
perhaps with some short technical delays of less than one hour.



For winbuilder on demand checks, there may be a lag of 2 days. Requests 
may be considered.


Best,
Uwe Ligges


On 19.05.2019 20:09, Roy Mendelssohn - NOAA Federal via R-package-devel 
wrote:


Subject:
WInbuilder and rHub updating
From:
Roy Mendelssohn - NOAA Federal 
Date:
19.05.2019, 20:09
To:
Roy Mendelssohn - NOAA Federal via R-package-devel 



To:
Roy Mendelssohn - NOAA Federal via R-package-devel 




HI All:

I have a package I am developing that depends on a package that was just 
accepted and appears on CRAN.  Do Winbuilder and rHub update daily,  or if not, 
 what is the usual lag for new packages to appear on the test machines.  Or may 
generally,  is there a way to query what packages are available on either or 
both of these?  That would be the biggest help.

Thanks,

-Roy



**
"The contents of this message do not reflect any position of the U.S. Government or 
NOAA."
**
Roy Mendelssohn
Supervisory Operations Research Analyst
NOAA/NMFS
Environmental Research Division
Southwest Fisheries Science Center
***Note new street address***
110 McAllister Way
Santa Cruz, CA 95060
Phone: (831)-420-3666
Fax: (831) 420-3980
e-mail: roy.mendelss...@noaa.gov www: http://www.pfeg.noaa.gov/

"Old age and treachery will overcome youth and skill."
"From those who have been given much, much will be expected"
"the arc of the moral universe is long, but it bends toward justice" -MLK Jr.


__
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] WInbuilder and rHub updating

2019-05-20 Thread Gábor Csárdi 
Hi Roy,

R-hub installs everything on-demand, at build/check time, from CRAN,
and possibly other sources. So as soon as the package is on CRAN, it
is available on R-hub.

One glitch is that, even though the package is already on CRAN, it
might not have a binary build yet, and if it requires compilation,
then R-hub might not be able to build it. Should this happen, please
open an issue here: https://github.com/r-hub/rhub/issues

R-hub also supports packages from other sources, this is useful for
testing your package with non-CRAN dependencies. See this doc for
details:
https://cran.rstudio.com/web/packages/remotes/vignettes/dependencies.html

Best,
Gabor

On Sun, May 19, 2019 at 7:09 PM Roy Mendelssohn - NOAA Federal via
R-package-devel  wrote:
>
>
>
>
> -- Forwarded message --
> From: Roy Mendelssohn - NOAA Federal 
> To: Roy Mendelssohn - NOAA Federal via R-package-devel 
> 
> Cc:
> Bcc:
> Date: Sun, 19 May 2019 11:09:17 -0700
> Subject: WInbuilder and rHub updating
> HI All:
>
> I have a package I am developing that depends on a package that was just 
> accepted and appears on CRAN.  Do Winbuilder and rHub update daily,  or if 
> not,  what is the usual lag for new packages to appear on the test machines.  
> Or may generally,  is there a way to query what packages are available on 
> either or both of these?  That would be the biggest help.
>
> Thanks,
>
> -Roy
>
>
>
> **
> "The contents of this message do not reflect any position of the U.S. 
> Government or NOAA."
> **
> Roy Mendelssohn
> Supervisory Operations Research Analyst
> NOAA/NMFS
> Environmental Research Division
> Southwest Fisheries Science Center
> ***Note new street address***
> 110 McAllister Way
> Santa Cruz, CA 95060
> Phone: (831)-420-3666
> Fax: (831) 420-3980
> e-mail: roy.mendelss...@noaa.gov www: http://www.pfeg.noaa.gov/
>
> "Old age and treachery will overcome youth and skill."
> "From those who have been given much, much will be expected"
> "the arc of the moral universe is long, but it bends toward justice" -MLK Jr.
>
>
>
>
> -- Forwarded message --
> From: Roy Mendelssohn - NOAA Federal via R-package-devel 
> 
> To: Roy Mendelssohn - NOAA Federal via R-package-devel 
> 
> Cc:
> Bcc:
> Date: Sun, 19 May 2019 11:09:17 -0700
> Subject: [R-pkg-devel] WInbuilder and rHub updating
> __
> 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] WInbuilder and rHub updating

2019-05-19 Thread Roy Mendelssohn - NOAA Federal via R-package-devel 
--- Begin Message ---
HI All:

I have a package I am developing that depends on a package that was just 
accepted and appears on CRAN.  Do Winbuilder and rHub update daily,  or if not, 
 what is the usual lag for new packages to appear on the test machines.  Or may 
generally,  is there a way to query what packages are available on either or 
both of these?  That would be the biggest help.

Thanks,

-Roy



**
"The contents of this message do not reflect any position of the U.S. 
Government or NOAA."
**
Roy Mendelssohn
Supervisory Operations Research Analyst
NOAA/NMFS
Environmental Research Division
Southwest Fisheries Science Center
***Note new street address***
110 McAllister Way
Santa Cruz, CA 95060
Phone: (831)-420-3666
Fax: (831) 420-3980
e-mail: roy.mendelss...@noaa.gov www: http://www.pfeg.noaa.gov/

"Old age and treachery will overcome youth and skill."
"From those who have been given much, much will be expected" 
"the arc of the moral universe is long, but it bends toward justice" -MLK Jr.

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

Re: [R-pkg-devel] winbuilder - missing global definitions / error in example latex code stdout

2016-01-20 Thread Uwe Ligges 



On 20.01.2016 08:42, Sven E. Templer wrote:

Hello everybody,

i uploaded a package to the win-builder.r-project.org (R-devel) and received a 
00check.log that NOTifiEs about missing visible global functions. Please see
http://win-builder.r-project.org/WZnnzaSqBse4/00check.log
at the lines following:
* checking R code for possible problems ... NOTE

This is not happening on local Darwin and Linux (64bit) (R 3.2.3) checks, nor 
on the win-builder R-release, e.g. see
http://win-builder.r-project.org/a83iezxtXSg4/00check.log

Despite, on both win-builder checks, I recognized errors (not on local Darwin 
and Linux) running examples that print latex code (see the logs from above).

Two questions:

a) Is the 'missing global functions' issue in win-builder R-devel a planned 
change in the R future release, so one will need to import base functions in 
future, or is it an unsolved issue in the developmental stage?



No, this is a new and important check that we forgot in previous 
releases of R. Hence R-release is wrong not to warn about it.




b) Is it (also for Linux and Darwin) suggested to '\dontrun{}' examples with 
standard output (esp. in latex code)?


No, it is suggested not to hardcode paths such as "/tmp" that are not 
available under, e.g., Windows. You can write to tempdir().


Best,
Uwe Ligges




Many thanks for enlightening me,
Sven
__
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] winbuilder - missing global definitions / error in example latex code stdout

2016-01-19 Thread Sven E. Templer 
Hello everybody,

i uploaded a package to the win-builder.r-project.org (R-devel) and received a 
00check.log that NOTifiEs about missing visible global functions. Please see 
http://win-builder.r-project.org/WZnnzaSqBse4/00check.log 
at the lines following: 
* checking R code for possible problems ... NOTE

This is not happening on local Darwin and Linux (64bit) (R 3.2.3) checks, nor 
on the win-builder R-release, e.g. see
http://win-builder.r-project.org/a83iezxtXSg4/00check.log

Despite, on both win-builder checks, I recognized errors (not on local Darwin 
and Linux) running examples that print latex code (see the logs from above).

Two questions:

a) Is the 'missing global functions' issue in win-builder R-devel a planned 
change in the R future release, so one will need to import base functions in 
future, or is it an unsolved issue in the developmental stage?

b) Is it (also for Linux and Darwin) suggested to '\dontrun{}' examples with 
standard output (esp. in latex code)?

Many thanks for enlightening me,
Sven
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] Winbuilder build error on r-release due to lazy loading

2015-09-04 Thread Benjamin Leutner 

Fantastic. Now it builds just fine. Out of curiosity: what was the issue?

Thanks
Benjamin


On 04.09.2015 21:55, Uwe Ligges wrote:

Please try again now.


Best,
Uwe Ligges


On 04.09.2015 20:59, Benjamin Leutner wrote:


To supplement my previous email:
here is a link to the source bundle if that helps
https://raw.githubusercontent.com/bleutner/RStoolbox/gh-pages/RStoolbox_0.1.0.tar.gz 




On 04.09.2015 10:34, Benjamin Leutner wrote:

Dear List,

I'm about to submit my first package to CRAN but am stuck with an
error on winbuilder:
My package builds and checks fine on TravisCI (oldrel, release and
r-devel) as well as locally (Ubuntu 15.04 and Windows, R3.2.2).

When I submit it to winbuilder it builds without problems on R-devel.

http://win-builder.r-project.org/feFmHdOo851R


However on R-release it fails to pass the R-release build:

http://win-builder.r-project.org/N9v1fqwY4e13

Permanent link to failing log (00install.out):

https://gist.github.com/bleutner/69c78460894a53b1a8d9


The 00install.out says:

** R
** data
*** moving datasets to lazyload DB
** inst
** preparing package for lazy loading
Error : objects 'findbars', 'nobars' are not exported by 
'namespace:lme4'

ERROR: lazy loading failed for package 'RStoolbox'
* removing 'd:/RCompile/CRANguest/R-release/lib/RStoolbox'


This is the package repo:

https://github.com/bleutner/RStoolbox


I don't get what is happening here. Is it my fault or is there
something wrong on winbuilder?
I can't reproduce this on any other Windows machine all on R3.2.2


Best regards,
Benjamin








--
Benjamin Leutner M.Sc.

Department of Remote Sensing
University of Wuerzburg
Campus Hubland Nord 86
97074 Wuerzburg, Germany

Tel: +49-(0)931-31 89594
Fax: +49-(0)931-31 89594-0
Email: benjamin.leut...@uni-wuerzburg.de
Web: http://www.fernerkundung.uni-wuerzburg.de

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

Re: [R-pkg-devel] Winbuilder build error on r-release due to lazy loading

2015-09-04 Thread Uwe Ligges 

Please try again now.


Best,
Uwe Ligges


On 04.09.2015 20:59, Benjamin Leutner wrote:


To supplement my previous email:
here is a link to the source bundle if that helps
https://raw.githubusercontent.com/bleutner/RStoolbox/gh-pages/RStoolbox_0.1.0.tar.gz


On 04.09.2015 10:34, Benjamin Leutner wrote:

Dear List,

I'm about to submit my first package to CRAN but am stuck with an
error on winbuilder:
My package builds and checks fine on TravisCI (oldrel, release and
r-devel) as well as locally (Ubuntu 15.04 and Windows, R3.2.2).

When I submit it to winbuilder it builds without problems on R-devel.

http://win-builder.r-project.org/feFmHdOo851R


However on R-release it fails to pass the R-release build:

http://win-builder.r-project.org/N9v1fqwY4e13

Permanent link to failing log (00install.out):

https://gist.github.com/bleutner/69c78460894a53b1a8d9


The 00install.out says:

** R
** data
*** moving datasets to lazyload DB
** inst
** preparing package for lazy loading
Error : objects 'findbars', 'nobars' are not exported by 'namespace:lme4'
ERROR: lazy loading failed for package 'RStoolbox'
* removing 'd:/RCompile/CRANguest/R-release/lib/RStoolbox'


This is the package repo:

https://github.com/bleutner/RStoolbox


I don't get what is happening here. Is it my fault or is there
something wrong on winbuilder?
I can't reproduce this on any other Windows machine all on R3.2.2


Best regards,
Benjamin






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

Re: [R-pkg-devel] Winbuilder build error on r-release due to lazy loading

2015-09-04 Thread Benjamin Leutner 


To supplement my previous email:
here is a link to the source bundle if that helps
https://raw.githubusercontent.com/bleutner/RStoolbox/gh-pages/RStoolbox_0.1.0.tar.gz

On 04.09.2015 10:34, Benjamin Leutner wrote:

Dear List,

I'm about to submit my first package to CRAN but am stuck with an 
error on winbuilder:
My package builds and checks fine on TravisCI (oldrel, release and 
r-devel) as well as locally (Ubuntu 15.04 and Windows, R3.2.2).


When I submit it to winbuilder it builds without problems on R-devel.

http://win-builder.r-project.org/feFmHdOo851R


However on R-release it fails to pass the R-release build:

http://win-builder.r-project.org/N9v1fqwY4e13

Permanent link to failing log (00install.out):

https://gist.github.com/bleutner/69c78460894a53b1a8d9


The 00install.out says:

** R
** data
*** moving datasets to lazyload DB
** inst
** preparing package for lazy loading
Error : objects 'findbars', 'nobars' are not exported by 'namespace:lme4'
ERROR: lazy loading failed for package 'RStoolbox'
* removing 'd:/RCompile/CRANguest/R-release/lib/RStoolbox'


This is the package repo:

https://github.com/bleutner/RStoolbox


I don't get what is happening here. Is it my fault or is there 
something wrong on winbuilder?

I can't reproduce this on any other Windows machine all on R3.2.2


Best regards,
Benjamin




--
Benjamin Leutner M.Sc.

Department of Remote Sensing
University of Wuerzburg
Campus Hubland Nord 86
97074 Wuerzburg, Germany

Tel: +49-(0)931-31 89594
Fax: +49-(0)931-31 89594-0
Email: benjamin.leut...@uni-wuerzburg.de
Web: http://www.fernerkundung.uni-wuerzburg.de

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

[R-pkg-devel] Winbuilder build error on r-release due to lazy loading

2015-09-04 Thread Benjamin Leutner 

Dear List,

I'm about to submit my first package to CRAN but am stuck with an error 
on winbuilder:
My package builds and checks fine on TravisCI (oldrel, release and 
r-devel) as well as locally (Ubuntu 15.04 and Windows, R3.2.2).


When I submit it to winbuilder it builds without problems on R-devel.

http://win-builder.r-project.org/feFmHdOo851R


However on R-release it fails to pass the R-release build:

http://win-builder.r-project.org/N9v1fqwY4e13

Permanent link to failing log (00install.out):

https://gist.github.com/bleutner/69c78460894a53b1a8d9


The 00install.out says:

** R
** data
*** moving datasets to lazyload DB
** inst
** preparing package for lazy loading
Error : objects 'findbars', 'nobars' are not exported by 'namespace:lme4'
ERROR: lazy loading failed for package 'RStoolbox'
* removing 'd:/RCompile/CRANguest/R-release/lib/RStoolbox'


This is the package repo:

https://github.com/bleutner/RStoolbox


I don't get what is happening here. Is it my fault or is there something 
wrong on winbuilder?

I can't reproduce this on any other Windows machine all on R3.2.2


Best regards,
Benjamin


--
Benjamin Leutner M.Sc.

Department of Remote Sensing
University of Wuerzburg
Campus Hubland Nord 86
97074 Wuerzburg, Germany

Tel: +49-(0)931-31 89594
Fax: +49-(0)931-31 89594-0
Email: benjamin.leut...@uni-wuerzburg.de
Web: http://www.fernerkundung.uni-wuerzburg.de

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