Re: [Rd] utils::install.packages with quiet=TRUE fails for source packages on Windows
Just noticed that this problem only occurs from within RStudio
(v1.1.414). Any ideas why?
Am 26.01.2018 um 08:56 schrieb Andreas Kersting:
Hi,
Installing a source package on Windows using utils::install.packages()
with quiet=TRUE fails, while it works with the default quiet = FALSE.
The problem seems to be caused by the fact that when quiet = TRUE,
stdout and stderr are set to FALSE when calling "R CMD INSTALL" with
base::system2() here:
https://github.com/wch/r-source/blob/tags/R-3-4-3/src/library/utils/R/packages2.R#L660-L661.
trace(base::system2, quote(print(ls.str(
Tracing function "system2" in package "base"
[1] "system2"
utils::install.packages("partDF_1.0.0.9001.tar.gz", repos = NULL, lib
= tempdir(), quiet = TRUE)
Tracing system2(cmd0, args, env = env, stdout = output, stderr = output)
on entry
args : chr [1:5] "CMD" "INSTALL" "-l"
"\"C:\\Users\\askers\\AppData\\Local\\Temp\\RtmpoRb97l\"" ...
command : chr "C:/PROGRA~1/R/R-34~1.3/bin/x64/R"
env : chr(0)
input : NULL
invisible : logi TRUE
minimized : logi FALSE
stderr : logi FALSE
stdin : chr ""
stdout : logi FALSE
wait : logi TRUE
Warning messages:
1: running command '"C:/PROGRA~1/R/R-34~1.3/bin/x64/R" CMD INSTALL -l
"C:\Users\askers\AppData\Local\Temp\RtmpoRb97l"
"partDF_1.0.0.9001.tar.gz"' had status 1
2: In utils::install.packages("partDF_1.0.0.9001.tar.gz", repos = NULL, :
installation of package 'partDF_1.0.0.9001.tar.gz' had non-zero exit
status
utils::install.packages("partDF_1.0.0.9001.tar.gz", repos = NULL, lib
= tempdir(), quiet = FALSE)
Tracing system2(cmd0, args, env = env, stdout = output, stderr = output)
on entry
args : chr [1:5] "CMD" "INSTALL" "-l"
"\"C:\\Users\\askers\\AppData\\Local\\Temp\\RtmpoRb97l\"" ...
command : chr "C:/PROGRA~1/R/R-34~1.3/bin/x64/R"
env : chr(0)
input : NULL
invisible : logi TRUE
minimized : logi FALSE
stderr : chr ""
stdin : chr ""
stdout : chr ""
wait : logi TRUE
* installing *source* package 'partDF' ...
** libs
c:/Rtools/mingw_64/bin/gcc -I"C:/PROGRA~1/R/R-34~1.3/include" -DNDEBUG
-O2 -Wall -std=gnu99 -mtune=generic -c partDF.c -o partDF.o
c:/Rtools/mingw_64/bin/gcc -shared -s -static-libgcc -o partDF.dll
tmp.def partDF.o -LC:/PROGRA~1/R/R-34~1.3/bin/x64 -lR
installing to C:/Users/askers/AppData/Local/Temp/RtmpoRb97l/partDF/libs/x64
** R
** inst
** byte-compile and prepare package for lazy loading
** help
*** installing help indices
converting help for package 'partDF'
finding HTML links ... done
anti_glob html
partDF html
read_partDF html
write_partDF html
** building package indices
** testing if installed package can be loaded
* DONE (partDF)
In R CMD INSTALL
sessionInfo()
R version 3.4.3 (2017-11-30)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows >= 8 x64 (build 9200)
Matrix products: default
locale:
[1] LC_COLLATE=German_Germany.1252 LC_CTYPE=German_Germany.1252
LC_MONETARY=German_Germany.1252
[4] LC_NUMERIC=C LC_TIME=German_Germany.1252
attached base packages:
[1] stats graphics grDevices utils datasets methods base
loaded via a namespace (and not attached):
[1] compiler_3.4.3 tools_3.4.3 yaml_2.1.16
This problem is also there when installing source packages from CRAN:
utils::install.packages("mvtnorm", lib = tempdir(), quiet = TRUE)
There is a binary version available but the source version is later:
binary source needs_compilation
mvtnorm 1.0-6 1.0-7 TRUE
Do you want to install from sources the package which needs compilation?
y/n: y
installing the source package 'mvtnorm'
Tracing system2(cmd0, args, env = env, stdout = outfile, stderr =
outfile) on entry
args : Named chr [1:5] "CMD" "INSTALL" "-l"
"\"C:\\Users\\askers\\AppData\\Local\\Temp\\RtmpoRb97l\"" ...
command : chr "C:/PROGRA~1/R/R-34~1.3/bin/x64/R"
env : chr(0)
input : NULL
invisible : logi TRUE
minimized : logi FALSE
stderr : logi FALSE
stdin : chr ""
stdout : logi FALSE
wait : logi TRUE
Warning messages:
1: running command '"C:/PROGRA~1/R/R-34~1.3/bin/x64/R" CMD INSTALL -l
"C:\Users\askers\AppData\Local\Temp\RtmpoRb97l"
C:\Users\askers\AppData\Local\Temp\RtmpoRb97l/downloaded_packages/mvtnorm_1.0-7.tar.gz'
had status 1
2: In utils::install.packages("mvtnorm", lib = tempdir(), quiet = TRUE) :
installation of package 'mvtnorm' had non-zero exit status
I do not encounter this problem on my Linux machine.
Andreas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] bugzilla issues
Simon, can you take a look, please? Best, Uwe On 26.01.2018 01:41, Ben Bolker wrote: tl;dr is the R bug tracker down or am I being an idiot? Help please ... I decided I would follow up on https://stat.ethz.ch/pipermail/r-devel/2018-January/075410.html (reporting/suggesting a patch for an issue in stats::mantelhaen.test() with large data sets) Reading the instructions at https://www.r-project.org/bugs.html suggests that if I'm sure I have found something worthy of posting to the R bug tracker, I should go to https://bugs.r-project.org/bugzilla3 This results in Software error: Can't locate Email/Sender/Simple.pm in @INC (you may need to install the Email::Sender::Simple module) (@INC contains: . lib/x86_64-linux-gnu-thread-multi lib /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at Bugzilla/Mailer.pm line 26. BEGIN failed--compilation aborted at Bugzilla/Mailer.pm line 26. Compilation failed in require at Bugzilla/Auth.pm line 22. BEGIN failed--compilation aborted at Bugzilla/Auth.pm line 22. Compilation failed in require at Bugzilla.pm line 23. BEGIN failed--compilation aborted at Bugzilla.pm line 23. Compilation failed in require at /var/lib/bugzilla4/index.cgi line 15. BEGIN failed--compilation aborted at /var/lib/bugzilla4/index.cgi line 15. For help, please send mail to the webmaster (ad...@rforge.net), giving this error message and the time and date of the error. === e-mailing ad...@rforge.net bounces with This is the mail system at host hagal.urbanek.info. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system : User unknown in virtual alias table = __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] utils::install.packages with quiet=TRUE fails for source packages on Windows
The obvious guess would be that Rstudio is attempting something like
redirecting output and getting itself confused. However, it is pretty clearly
Their Problem, no? Rstudio has their own support infrastructure.
-pd
> On 26 Jan 2018, at 09:17 , Andreas Kersting wrote:
>
> Just noticed that this problem only occurs from within RStudio (v1.1.414).
> Any ideas why?
>
> Am 26.01.2018 um 08:56 schrieb Andreas Kersting:
>> Hi,
>> Installing a source package on Windows using utils::install.packages() with
>> quiet=TRUE fails, while it works with the default quiet = FALSE. The problem
>> seems to be caused by the fact that when quiet = TRUE, stdout and stderr are
>> set to FALSE when calling "R CMD INSTALL" with base::system2() here:
>> https://github.com/wch/r-source/blob/tags/R-3-4-3/src/library/utils/R/packages2.R#L660-L661.
>>
>>> trace(base::system2, quote(print(ls.str(
>> Tracing function "system2" in package "base"
>> [1] "system2"
>>> utils::install.packages("partDF_1.0.0.9001.tar.gz", repos = NULL, lib
>> = tempdir(), quiet = TRUE)
>> Tracing system2(cmd0, args, env = env, stdout = output, stderr = output) on
>> entry
>> args : chr [1:5] "CMD" "INSTALL" "-l"
>> "\"C:\\Users\\askers\\AppData\\Local\\Temp\\RtmpoRb97l\"" ...
>> command : chr "C:/PROGRA~1/R/R-34~1.3/bin/x64/R"
>> env : chr(0)
>> input : NULL
>> invisible : logi TRUE
>> minimized : logi FALSE
>> stderr : logi FALSE
>> stdin : chr ""
>> stdout : logi FALSE
>> wait : logi TRUE
>> Warning messages:
>> 1: running command '"C:/PROGRA~1/R/R-34~1.3/bin/x64/R" CMD INSTALL -l
>> "C:\Users\askers\AppData\Local\Temp\RtmpoRb97l" "partDF_1.0.0.9001.tar.gz"'
>> had status 1
>> 2: In utils::install.packages("partDF_1.0.0.9001.tar.gz", repos = NULL, :
>> installation of package 'partDF_1.0.0.9001.tar.gz' had non-zero exit status
>>> utils::install.packages("partDF_1.0.0.9001.tar.gz", repos = NULL, lib
>> = tempdir(), quiet = FALSE)
>> Tracing system2(cmd0, args, env = env, stdout = output, stderr = output) on
>> entry
>> args : chr [1:5] "CMD" "INSTALL" "-l"
>> "\"C:\\Users\\askers\\AppData\\Local\\Temp\\RtmpoRb97l\"" ...
>> command : chr "C:/PROGRA~1/R/R-34~1.3/bin/x64/R"
>> env : chr(0)
>> input : NULL
>> invisible : logi TRUE
>> minimized : logi FALSE
>> stderr : chr ""
>> stdin : chr ""
>> stdout : chr ""
>> wait : logi TRUE
>> * installing *source* package 'partDF' ...
>> ** libs
>> c:/Rtools/mingw_64/bin/gcc -I"C:/PROGRA~1/R/R-34~1.3/include" -DNDEBUG
>>-O2 -Wall -std=gnu99 -mtune=generic -c partDF.c -o partDF.o
>> c:/Rtools/mingw_64/bin/gcc -shared -s -static-libgcc -o partDF.dll tmp.def
>> partDF.o -LC:/PROGRA~1/R/R-34~1.3/bin/x64 -lR
>> installing to C:/Users/askers/AppData/Local/Temp/RtmpoRb97l/partDF/libs/x64
>> ** R
>> ** inst
>> ** byte-compile and prepare package for lazy loading
>> ** help
>> *** installing help indices
>> converting help for package 'partDF'
>> finding HTML links ... done
>> anti_glob html
>> partDF html
>> read_partDF html
>> write_partDFhtml
>> ** building package indices
>> ** testing if installed package can be loaded
>> * DONE (partDF)
>> In R CMD INSTALL
>>> sessionInfo()
>> R version 3.4.3 (2017-11-30)
>> Platform: x86_64-w64-mingw32/x64 (64-bit)
>> Running under: Windows >= 8 x64 (build 9200)
>> Matrix products: default
>> locale:
>> [1] LC_COLLATE=German_Germany.1252 LC_CTYPE=German_Germany.1252
>> LC_MONETARY=German_Germany.1252
>> [4] LC_NUMERIC=CLC_TIME=German_Germany.1252
>> attached base packages:
>> [1] stats graphics grDevices utils datasets methods base
>> loaded via a namespace (and not attached):
>> [1] compiler_3.4.3 tools_3.4.3yaml_2.1.16
>> This problem is also there when installing source packages from CRAN:
>>> utils::install.packages("mvtnorm", lib = tempdir(), quiet = TRUE)
>> There is a binary version available but the source version is later:
>> binary source needs_compilation
>> mvtnorm 1.0-6 1.0-7 TRUE
>> Do you want to install from sources the package which needs compilation?
>> y/n: y
>> installing the source package 'mvtnorm'
>> Tracing system2(cmd0, args, env = env, stdout = outfile, stderr = outfile)
>> on entry
>> args : Named chr [1:5] "CMD" "INSTALL" "-l"
>> "\"C:\\Users\\askers\\AppData\\Local\\Temp\\RtmpoRb97l\"" ...
>> command : chr "C:/PROGRA~1/R/R-34~1.3/bin/x64/R"
>> env : chr(0)
>> input : NULL
>> invisible : logi TRUE
>> minimized : logi FALSE
>> stderr : logi FALSE
>> stdin : chr ""
>> stdout : logi FALSE
>> wait : logi TRUE
>> Warning messages:
>> 1: running command '"C:/PROGRA~1/R/R-34~1.3/bin/x64/R" CMD INSTALL -l
>> "C:\Users\askers\AppData\Local\Temp\RtmpoRb97l"
>> C:\Users\askers\AppData\Local\Temp\RtmpoRb97l/downloaded_packages/mvtnorm_1.0-7.tar.gz'
>> had status 1
>> 2: In utils::install.packages
Re: [Rd] Fortran programs not writing stdout on windows
For reference, this has been fixed in R-devel, 74168. The problem only
exists on Windows with RGui.
As a workaround for older versions of R, one can unset environment
variables "GFORTRAN_STDOUT_UNIT" and "GFORTRAN_STDERR_UNIT" for the
duration of system/system2 calls that invoke external Fortran programs.
Please note that while external code, which is run via system/system2,
can be implemented in Fortran and use Fortran I/O to write to standard
error and standard output, code that is linked against R is not allowed
to do that. Mixing C and Fortran I/O is dangerous due to potentially
incompatible runtimes. On Windows, with RGui, there is an additional
problem that the output needs to go to the RGui console. So all output,
at the lowest level, has to go through C functions Rprintf/REprintf.
More details are in Writing R Extensions (Printing, Printing from FORTRAN).
Tomas
On 06/20/2017 12:52 PM, Jeroen Ooms wrote:
A user has reported an issue that appears when a fortran executable is
called via R on Windows. I am unsure if this expected behavior or a
bug in Fortran or in how R calls Windows executables.
The problem is that when the fortran program is called from R, stdout
gets written to a file "fort.6" instead of stdout. When the same
executable is called from the terminal it works fine and prints to
stdout. This unexpected behavior is unfortunate for R wrappers that
rely on captured output.
A minimal example is available from github [1] and can be installed with
devtools::install_github("jeroen/ftest")
ftest::hello()
When running ftest::hello() on linux, R will properly capture output.
However on Windows it will return an empty string, and a file 'fort.6'
gets created in the working directory instead.
The executables can be found in: system.file("bin", package = "ftest")
Interestingly if we open a command line terminal and run the same
executable it prints output to stdout. So perhaps it has to do with
the way R invokes CreateProcess() on Windows?
[1] https://github.com/jeroen/ftest
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] utils::install.packages with quiet=TRUE fails for source packages on Windows
I have filed a bug report here:
https://github.com/rstudio/rstudio/issues/2070
Original Message
From: peter dalgaard [mailto:pda...@gmail.com]
Sent: Friday, Jan 26, 2018 10:15 AM GMT
To: Andreas Kersting
Cc: r-devel@r-project.org
Subject: [Rd] utils::install.packages with quiet=TRUE fails for source
packages on Windows
The obvious guess would be that Rstudio is attempting something like
redirecting output and getting itself confused. However, it is pretty clearly
Their Problem, no? Rstudio has their own support infrastructure.
-pd
On 26 Jan 2018, at 09:17 , Andreas Kersting wrote:
Just noticed that this problem only occurs from within RStudio (v1.1.414). Any
ideas why?
Am 26.01.2018 um 08:56 schrieb Andreas Kersting:
Hi,
Installing a source package on Windows using utils::install.packages() with quiet=TRUE
fails, while it works with the default quiet = FALSE. The problem seems to be caused by
the fact that when quiet = TRUE, stdout and stderr are set to FALSE when calling "R
CMD INSTALL" with base::system2() here:
https://github.com/wch/r-source/blob/tags/R-3-4-3/src/library/utils/R/packages2.R#L660-L661.
trace(base::system2, quote(print(ls.str(
Tracing function "system2" in package "base"
[1] "system2"
utils::install.packages("partDF_1.0.0.9001.tar.gz", repos = NULL, lib
= tempdir(), quiet = TRUE)
Tracing system2(cmd0, args, env = env, stdout = output, stderr = output) on
entry
args : chr [1:5] "CMD" "INSTALL" "-l"
"\"C:\\Users\\askers\\AppData\\Local\\Temp\\RtmpoRb97l\"" ...
command : chr "C:/PROGRA~1/R/R-34~1.3/bin/x64/R"
env : chr(0)
input : NULL
invisible : logi TRUE
minimized : logi FALSE
stderr : logi FALSE
stdin : chr ""
stdout : logi FALSE
wait : logi TRUE
Warning messages:
1: running command '"C:/PROGRA~1/R/R-34~1.3/bin/x64/R" CMD INSTALL -l
"C:\Users\askers\AppData\Local\Temp\RtmpoRb97l" "partDF_1.0.0.9001.tar.gz"' had status 1
2: In utils::install.packages("partDF_1.0.0.9001.tar.gz", repos = NULL, :
installation of package 'partDF_1.0.0.9001.tar.gz' had non-zero exit status
utils::install.packages("partDF_1.0.0.9001.tar.gz", repos = NULL, lib
= tempdir(), quiet = FALSE)
Tracing system2(cmd0, args, env = env, stdout = output, stderr = output) on
entry
args : chr [1:5] "CMD" "INSTALL" "-l"
"\"C:\\Users\\askers\\AppData\\Local\\Temp\\RtmpoRb97l\"" ...
command : chr "C:/PROGRA~1/R/R-34~1.3/bin/x64/R"
env : chr(0)
input : NULL
invisible : logi TRUE
minimized : logi FALSE
stderr : chr ""
stdin : chr ""
stdout : chr ""
wait : logi TRUE
* installing *source* package 'partDF' ...
** libs
c:/Rtools/mingw_64/bin/gcc -I"C:/PROGRA~1/R/R-34~1.3/include" -DNDEBUG
-O2 -Wall -std=gnu99 -mtune=generic -c partDF.c -o partDF.o
c:/Rtools/mingw_64/bin/gcc -shared -s -static-libgcc -o partDF.dll tmp.def
partDF.o -LC:/PROGRA~1/R/R-34~1.3/bin/x64 -lR
installing to C:/Users/askers/AppData/Local/Temp/RtmpoRb97l/partDF/libs/x64
** R
** inst
** byte-compile and prepare package for lazy loading
** help
*** installing help indices
converting help for package 'partDF'
finding HTML links ... done
anti_glob html
partDF html
read_partDF html
write_partDFhtml
** building package indices
** testing if installed package can be loaded
* DONE (partDF)
In R CMD INSTALL
sessionInfo()
R version 3.4.3 (2017-11-30)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows >= 8 x64 (build 9200)
Matrix products: default
locale:
[1] LC_COLLATE=German_Germany.1252 LC_CTYPE=German_Germany.1252
LC_MONETARY=German_Germany.1252
[4] LC_NUMERIC=CLC_TIME=German_Germany.1252
attached base packages:
[1] stats graphics grDevices utils datasets methods base
loaded via a namespace (and not attached):
[1] compiler_3.4.3 tools_3.4.3yaml_2.1.16
This problem is also there when installing source packages from CRAN:
utils::install.packages("mvtnorm", lib = tempdir(), quiet = TRUE)
There is a binary version available but the source version is later:
binary source needs_compilation
mvtnorm 1.0-6 1.0-7 TRUE
Do you want to install from sources the package which needs compilation?
y/n: y
installing the source package 'mvtnorm'
Tracing system2(cmd0, args, env = env, stdout = outfile, stderr = outfile) on
entry
args : Named chr [1:5] "CMD" "INSTALL" "-l"
"\"C:\\Users\\askers\\AppData\\Local\\Temp\\RtmpoRb97l\"" ...
command : chr "C:/PROGRA~1/R/R-34~1.3/bin/x64/R"
env : chr(0)
input : NULL
invisible : logi TRUE
minimized : logi FALSE
stderr : logi FALSE
stdin : chr ""
stdout : logi FALSE
wait : logi TRUE
Warning messages:
1: running command '"C:/PROGRA~1/R/R-34~1.3/bin/x64/R" CMD INSTALL -l
"C:\Users\askers\AppData\Local\Temp\RtmpoRb97l"
C:\Users\askers\AppData\Local\Temp\RtmpoRb97l/downloaded_packages/mvtnorm_1.0-7.tar.gz' had status 1
2: In uti
Re: [Rd] Why R should never move to git
In case it's useful: A) Git Cheatsheet: ADVANCED (GitHub) https://www.google.es/url?sa=t&source=web&rct=j&url=https://services.github.com/on-demand/downloads/github-git-cheat-sheet.pdf&ved=2ahUKEwjkhYmdt_bYAhXIwBQKHXWdBfoQFjAAegQIERAB&usg=AOvVaw3RoN21aynhcDHqKncV31el B) Git Cheatsheet: BASICS (GitHub) https://www.google.es/url?sa=t&source=web&rct=j&url=https://education.github.com/git-cheat-sheet-education.pdf&ved=2ahUKEwjkhYmdt_bYAhXIwBQKHXWdBfoQFjABegQIEhAB&usg=AOvVaw2D3W2R0fwoOBi8YrhZYLFJ C) Git Cheatsheet (Atlassian) https://www.google.es/url?sa=t&source=web&rct=j&url=https://www.atlassian.com/dam/jcr:8132028b-024f-4b6b-953e-e68fcce0c5fa/atlassian-git-cheatsheet.pdf&ved=2ahUKEwjkhYmdt_bYAhXIwBQKHXWdBfoQFjACegQIExAB&usg=AOvVaw2TdLUeHteS2YU_G9u_-6nP [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] bugzilla issues
Thanks, fixed. Simon > On Jan 26, 2018, at 3:40 AM, Uwe Ligges > wrote: > > Simon, > > can you take a look, please? > > Best, > Uwe > > > > On 26.01.2018 01:41, Ben Bolker wrote: >> tl;dr is the R bug tracker down or am I being an idiot? Help please ... >> >> I decided I would follow up on >> https://stat.ethz.ch/pipermail/r-devel/2018-January/075410.html >> (reporting/suggesting a patch for an issue in stats::mantelhaen.test() >> with large data sets) >> Reading the instructions at https://www.r-project.org/bugs.html >> suggests that if I'm sure I have found something worthy of posting to >> the R bug tracker, I should go to https://bugs.r-project.org/bugzilla3 >> This results in >> >> Software error: >> Can't locate Email/Sender/Simple.pm in @INC (you may need to install the >> Email::Sender::Simple module) (@INC contains: . >> lib/x86_64-linux-gnu-thread-multi lib /etc/perl >> /usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1 >> /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 >> /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 >> /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at >> Bugzilla/Mailer.pm line 26. >> BEGIN failed--compilation aborted at Bugzilla/Mailer.pm line 26. >> Compilation failed in require at Bugzilla/Auth.pm line 22. >> BEGIN failed--compilation aborted at Bugzilla/Auth.pm line 22. >> Compilation failed in require at Bugzilla.pm line 23. >> BEGIN failed--compilation aborted at Bugzilla.pm line 23. >> Compilation failed in require at /var/lib/bugzilla4/index.cgi line 15. >> BEGIN failed--compilation aborted at /var/lib/bugzilla4/index.cgi line 15. >> For help, please send mail to the webmaster (ad...@rforge.net), giving >> this error message and the time and date of the error. >> === >> e-mailing ad...@rforge.net bounces with >> This is the mail system at host hagal.urbanek.info. >> I'm sorry to have to inform you that your message could not >> be delivered to one or more recipients. It's attached below. >> For further assistance, please send mail to postmaster. >> If you do so, please include this problem report. You can >> delete your own text from the attached returned message. >>The mail system >> : User unknown in virtual alias table >> = >> __ >> R-devel@r-project.org mailing list >> https://stat.ethz.ch/mailman/listinfo/r-devel > __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
