On 2 February 2023 at 16:02, Simon Urbanek wrote:
| > On Feb 2, 2023, at 11:41 AM, Dirk Eddelbuettel wrote:
| > Sounds like an r-devel question to me. Nothing Rcpp related here. Simon
and
| > Tomas both hang out here so if you are lucky they may see it. Else I'd try
On 1 February 2023 at 17:23, Dominick Samperi wrote:
| Since I am not aware of an R-internals mailing list, and since this
AFAIK there is no such mailing list. There is a manual of that name:
https://rstudio.github.io/r-manuals/r-ints/ (nicer quarto rendered version)
Or did you mean the
On 30 January 2023 at 18:11, Zheng, Binghan wrote:
| I’m preparing a package to be released through CRAN for Dr. Jacob Montgomery
at WUSTL and I’m running into a warning that I can’t seem to resolve.
|
| The RCMD check is being run in R 4.2.2 on MacOS.
| After running devtools::check() on the
On 29 January 2023 at 01:58, Adrian Bunk wrote:
| Package: r-cran-pbkrtest
| Version: 0.5.2-1
| Severity: serious
|
| The following packages have unmet dependencies:
| r-cran-pbkrtest : Depends: r-cran-lme4 (>= 1.1.31) but it is not going to be
installed
|
| You might want to reconsider
|
|
On 29 January 2023 at 01:58, Adrian Bunk wrote:
| Package: r-cran-pbkrtest
| Version: 0.5.2-1
| Severity: serious
|
| The following packages have unmet dependencies:
| r-cran-pbkrtest : Depends: r-cran-lme4 (>= 1.1.31) but it is not going to be
installed
|
| You might want to reconsider
|
|
Maintainer of affected package here:
On 23 January 2023 at 12:20, Dominick Samperi wrote:
| On the changes for R 4.2.0, it is not clear how to distinguish
| R API functions from R internal functions (and this probably
| doesn't matter for Rcpp), but you are correct,
| on closer inspection these
Antoine,
I think there are few things going on here. One is that actual _R_ objects
may only get destroyed when gc() gets called. Which we applications writer
do not control. Another thing that may have an effect is the use of .C()
which we all more or less moved away from. Anyway, if we
On 21 January 2023 at 10:53, Dominick Samperi wrote:
| I've attached a version of RInside.cpp with my changes. The
| _MSC_VER ifdefs are for Video Studio, which I am using for
| debugging. I had some problems with gdb.
We would love to take advantage of your hard and diligent work in trying to
On 21 January 2023 at 05:27, Duncan Murdoch wrote:
| On 21/01/2023 5:15 a.m., Holger Hoefling wrote:
| > Is there a simple replacement that I can use?
|
| You should use snprintf() which has an extra argument to state the size
| of the buffer receiving the string. For example,
|
| char
On 20 January 2023 at 19:11, Dominick Samperi wrote:
| You are right Dirk, RInside overrides what is specified because the function
| myAskYesNo doesn't actually ask, so this explains why there is to
| termination
| prompt under Windows. This does not change what happens under Linux
| because
On 20 January 2023 at 10:28, Tomas Kalibera wrote:
| Executing then without R_LIBS set gave this error:
|
| "
| Error: function 'Rcpp_precious_remove' not provided by package 'Rcpp'
| In addition: Warning message:
| In library(package, lib.loc = lib.loc, character.only = TRUE,
| logical.return
On 19 January 2023 at 19:41, Dominick Samperi wrote:
| I narrowed the problem down to the call to R_ReplDLLdo1() in RInside, and I
| built R-4.3.0 pre-release version for Windows from source to investigate
| further (online instructions by Tomas Kalibera were very helpful).
Yes Tomas is a master
On 18 January 2023 at 22:44, Dominick Samperi wrote:
| On second thought, there is a lot of metapramming code in Rcpp that runs
| before main, so
| I was wrong to say nothing can happen before main() is called.
| Strategically placed print
| statements may be the best strategy.
Yes, and if you
Hi Dominick,
First reflex: uh-oh as 'Rcpp_precious_remove' created some headaches for some
people when mixing Rcpp and packages built with Rcpp but not the current one.
We think all this got squared away an Rcpp release or two ago so as a first
step please make sure _all_ involved packaes are
On 14 January 2023 at 10:19, Gioele Barabucci wrote:
| Package: r-base-core
| Version: 4.2.2.20221110-1
| Tags: patch
|
| `r-base-core.postinst` uses Perl to set `$papersize` as a default
| fallback in `Renviron`.
|
| Such simple processing can be achieved also with a very similar `sed`
|
On 12 January 2023 at 08:54, RICHET Yann wrote:
| Thank you, Dirk.
| But I also tried with ccache, without fails... can you give some details
about you reverse-depend configuration ? docker image ? Mine was a standard
ubuntu 20.04 packages...
Nothing special -- I just the standard functions
On 11 January 2023 at 17:35, RICHET Yann wrote:
| Thank you all, for these advices.
|
| So I try to fix OMP_THREADS, cleanup tests, and display explicitly what test
is running by moving in tests/ instead of tests/testthat/...
| Next step should be to investigate blocking test using a reporter
As the error is common against your _all three_ of your Ubuntu runs, you
could consider the possibility that the events are correlated. Most often it
simply means a (temporary, usually) network or server outage. I would wait,
and then relaunch (which these days you can do just for the failed
On 27 December 2022 at 13:27, Duncan Murdoch wrote:
| On 15/12/2022 10:25 a.m., Spencer Graves wrote:
| > I know that some on this list do not like this construct, but it has
| > helped me manage this problem for several years. NOTE: This CRAN
| > function is NOT maintained by anyone on
On 20 December 2022 at 12:33, Lars Relund wrote:
| In my package, I have the method:
|
| /** Solve equations transpose(P)w = r. */
| int LASolveT(MatSimple , MatSimple , const
| MatSimple ) {
| int rows = P.rows;
| int nrhs = 1;
| int lda = rows;
| int
appeared - perhaps some
changes in toolchain or glibc?
Yep. And as I had on schedule for some time with no issues it likely is
external. No obvious how to minimize it to a smaller reproducible example
though.
Best, Dirk
| Cheers,
| Simon
|
|
| > On 19/12/2022, at 8:41 AM, Dirk Eddelbuett
I have maintained two SAN/UBSAN builds (one gcc, one clang) for many years
(even though I also happily use Winston's newer/bigger container and
generally recommend its use) and still have GitHub actions build them on a
weekly schedule (as they follow r-devel).
The clang one started to fail a
Good -- but next time you ask _when you already are N messages in on another
help list_ have the courtesy to cross-reference the other thread.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
___
Rcpp-devel mailing list
On 17 December 2022 at 17:29, Christofer Bogaso wrote:
| Hi,
|
| I am working with a package called
|
| https://cran.r-project.org/src/contrib/GCPM_1.2.2.tar.gz
|
| The source code contains C++ codes which are available in the src folder.
|
| In this folder, the C++ codes are available in
On 16 December 2022 at 20:30, EcoC2S - Irucka Embry wrote:
| While running R CMD check on my iemisc package, I receive the following
| warning:
|
| * checking sizes of PDF files under ‘inst/doc’ ... WARNING
|‘gs+qpdf’ made some significant size reductions:
| compacted
On 13 December 2022 at 14:23, Milan Broz wrote:
| We have the same issue with empty lines, temporarily workarounded by adding
-fcommon to CFLAGS (on several places)
| (so yes, it was gcc-10 introduced problem).
:-/
| But that off_t fix works too, thanks!
But are you saying it is currently
On 12 December 2022 at 00:51, Bernhard Übelacker wrote:
| Am 12.12.22 um 00:39 schrieb Dirk Eddelbuettel:
| >
| > On 11 December 2022 at 17:05, Bernhard Übelacker wrote:
| > | On Mon, 24 Oct 2022 12:22:13 -0500 Dirk Eddelbuettel
wrote:
| > | > |diehard_birthdays| 0|
On 11 December 2022 at 22:39, Bernhard Übelacker wrote:
| just for convenience:
| https://github.com/eddelbuettel/rdieharder/issues/3
Yeah, but rather than piling up links to existing issue we could probably do
with a fix. Ah well...
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel |
On 11 December 2022 at 17:05, Bernhard Übelacker wrote:
| On Mon, 24 Oct 2022 12:22:13 -0500 Dirk Eddelbuettel wrote:
| > |diehard_birthdays| 0| 100| 100|0.99449351| PASSED
| > | ###CUT OUT BY ME###
| > | sts_runs| 2|10| 100|0.93620636
riends to make things
per-session, or else you need to ask the user (once) and then store in
user-supplied location. I think that was discussed here recently.
Good luck, Dirk
[1] Also commonly called 'attention deficit disorder'
[2] A more user-friendly variant of tmux
| Thanks,
|
| -Roy
|
On 10 December 2022 at 14:00, Roy Mendelssohn - NOAA Federal via
R-package-devel wrote:
| CRAN has sent me a notice about the following:
|
| https://www.stats.ox.ac.uk/pub/bdr/donttest/rerddapXtracto.out
|
| I can not reproduce it. I test on my Mac, the cache space is properly
handled (by
On 10 December 2022 at 22:38, Nilesh Patra wrote:
| On Sat, Dec 10, 2022 at 07:56:52AM -0600, Dirk Eddelbuettel wrote:
| >
| > On 10 December 2022 at 09:07, Peter Green wrote:
| > | Source: tiledb-py
| > | Version: 0.18.2-1
| > | Severity: serious
| > | Justification: rc polic
On 10 December 2022 at 22:38, Nilesh Patra wrote:
| On Sat, Dec 10, 2022 at 07:56:52AM -0600, Dirk Eddelbuettel wrote:
| >
| > On 10 December 2022 at 09:07, Peter Green wrote:
| > | Source: tiledb-py
| > | Version: 0.18.2-1
| > | Severity: serious
| > | Justification: rc polic
On 10 December 2022 at 09:07, Peter Green wrote:
| Source: tiledb-py
| Version: 0.18.2-1
| Severity: serious
| Justification: rc policy - "Packages must be buildable within the same
release"
| x-debbugs-cc: e...@debian.org
| User: debian...@lists.debian.org
| Usertags: edos-uninstallable
|
|
On 10 December 2022 at 09:07, Peter Green wrote:
| Source: tiledb-py
| Version: 0.18.2-1
| Severity: serious
| Justification: rc policy - "Packages must be buildable within the same
release"
| x-debbugs-cc: e...@debian.org
| User: debian...@lists.debian.org
| Usertags: edos-uninstallable
|
|
Simon,
On 9 December 2022 at 10:00, Simon Urbanek wrote:
| the minimum required version for the high-sierra build is 10.13 and for
big-sur build is 11.0 (as the names imply). Although it is not unrealistic to
move Intel to macOS 10.14, it would be more problematic to move to 10.15 since
it
One package I stand behind as maintainer does
## Take care of 10.14 requirement for Intel macOS
if test x"${uname}" = x"Darwin" -a x"${machine}" = x"x86_64"; then
AC_MSG_CHECKING([for Darwin x86_64 use minimum version override])
CXX17_MACOS="-mmacosx-version-min=10.14"
On 5 December 2022 at 16:34, Martyn Plummer wrote:
| That's the good news. The bad news is that you have a lot of memory leaks,
| so this is still not going to pass R CMD check with ASAN. You're going to
| need Dirk's container.
Yes, and I was actually pointing at Winston's container, and it too
On 5 December 2022 at 11:32, Sokol Serguei wrote:
| I don't know what the exact source of this problem is but I can suggest
| to use Armadillo which has a reputation to be better suited for
| matrix/vector operation than plain Rcpp.
I second that. Rcpp is great for what it does (easy
On 3 December 2022 at 15:08, Sparapani, Rodney wrote:
| I have a tangential question. We have several R packages
| based on Rcpp to call C++ code. Rcpp makes it so easy!
| However, I am often asked by Python users: can we make
| similar packages for that platform? I’m a newb with
| respect to
On 28 November 2022 at 12:15, Peter Carbonetto wrote:
| I maintain the mashr R package (https://cran.r-project.org/package=mashr),
| which has been on CRAN a little over 2 years. The mashr package depends on
| another package, flashr, which is available from an external repository
| (via
Juan,
Further to Simon's comment, why is this on the rcpp-devel list? We have
exactly zero choice over compiler and architecture use at CRAN.
Maybe try r-devel and/or CRAN and/or R Core, but as Simon hinted that may be
an uphill battle too.
Best, Dirk
--
dirk.eddelbuettel.com |
On 22 November 2022 at 14:15, Jaihee Choi wrote:
| I was trying to resubmit a package but was notified that it did not pass
| the initial checks due to the following error message regarding compiling
| my vignette:
|
| Error: .onLoad failed in loadNamespace() for 'rje', details:
| call:
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-spdl
Version : 0.0.1
Upstream Author : Dirk Eddelbuettel
* URL or Web page : https://cran.r-project.org/package=spdl
* License : GPL (>= 2)
Description : GNU R package for spd
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-spdl
Version : 0.0.1
Upstream Author : Dirk Eddelbuettel
* URL or Web page : https://cran.r-project.org/package=spdl
* License : GPL (>= 2)
Description : GNU R package for spd
On 21 November 2022 at 16:39, Andreas Tille wrote:
| Am Mon, Nov 21, 2022 at 03:05:26PM +0100 schrieb Sebastian Ramacher:
| > On 2022-11-21 15:02:16 +0100, Andreas Tille wrote:
| > > Some of the BioConductor packages need new dependencies.
| > > I have pushed these to new queue and set the ITP
On 21 November 2022 at 16:39, Andreas Tille wrote:
| Am Mon, Nov 21, 2022 at 03:05:26PM +0100 schrieb Sebastian Ramacher:
| > On 2022-11-21 15:02:16 +0100, Andreas Tille wrote:
| > > Some of the BioConductor packages need new dependencies.
| > > I have pushed these to new queue and set the ITP
Hi Vagrant,
On 18 November 2022 at 11:49, Vagrant Cascadian wrote:
| Source: xrprof
| Severity: normal
| Tags: patch
| User: reproducible-bui...@lists.alioth.debian.org
| Usertags: buildpath
| X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
|
| The build path is embedded in
On 16 November 2022 at 06:36, Duncan Murdoch wrote:
| On 15/11/2022 11:59 p.m., Hugh Parsonage wrote:
| > I think you've misunderstood that excerpt. By "temporary development
| > state", it means _between_ CRAN releases; packages in a development
| > state are not suitable for CRAN, as the
On 14 November 2022 at 16:34, Elysée Aristide wrote:
| I was convinced that the issue is local. The warning message only appears
| on MAC.
| I did not try with another computer. I used CRAN macbuilder service and got
| the warning message. I guess this is also the computer CRAN uses.
Some
Ivan,
Thanks for following-up but I think this issue is local to the OP as R is
already setup exactly that way to skip `assert()` in builds (in perfect
congruence with the CRAN Repository Policy)
edd@rob:~$ grep NDEBUG /etc/R/Makeconf
R_XTRA_CPPFLAGS = -I"$(R_INCLUDE_DIR)" -DNDEBUG
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-cvar
Version : 0.5
Upstream Author : Georgi N. Boshnakov
* URL or Web page : https://cran.r-project.org/package=cvar
* License : GPL (>= 2)
Description : GNU R package to Compu
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-cvar
Version : 0.5
Upstream Author : Georgi N. Boshnakov
* URL or Web page : https://cran.r-project.org/package=cvar
* License : GPL (>= 2)
Description : GNU R package to Compu
On 13 November 2022 at 08:15, Simon Urbanek wrote:
| sorry, I think you misunderstood: CRAN machines have the compilers, but the
packages were not detecting it properly and/or were violating the CRAN policies
as noted, so that's why I was saying that it would make sense to have a unified
On 12 November 2022 at 19:27, Jeroen Ooms wrote:
| On Sat, Nov 12, 2022 at 12:49 AM Simon Urbanek
| wrote:
| >
| > this does not directly address your question, but I think it would make a
lot of sense to standardize the process, given how many issues there were with
packages using Rust
On 11 November 2022 at 16:06, Ivan Krylov wrote:
| В Fri, 11 Nov 2022 12:54:52 +
| "Grose, Daniel" пишет:
|
| > * checking sizes of PDF files under 'inst/doc' ... WARNING
| > 'gs+qpdf' made some significant size reductions:
| > compacted 'cpop.pdf' from 805Kb to 547Kb
| > consider
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-gbutils
Version : 0.5
Upstream Author : Georgi N. Boshnakov
* URL or Web page : https://cran.r-project.org/package=gbutils
* License : GPL (>= 2)
Description : R CRAN Pack
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-gbutils
Version : 0.5
Upstream Author : Georgi N. Boshnakov
* URL or Web page : https://cran.r-project.org/package=gbutils
* License : GPL (>= 2)
Description : R CRAN Pack
On 6 November 2022 at 14:25, Helge Kreutzmann wrote:
| Dear sm maintainer(s),
| The freeze for Debian bookworm is scheduled at the beginning of 2023.
| Since 2010-04-08 this bug report with a german program translation is open.
|
| For the benefit of the (german speaking) users it would be
On 5 November 2022 at 19:32, David Hugh-Jones wrote:
| I'm considering submitting the package onetime (
| https://github.com/hughjonesd/onetime/) to CRAN.
|
| Onetime has functions for showing a message or warning only once (ever per
| user). It does this by writing to a file in the user's
On 3 November 2022 at 21:09, Andrew Simmons wrote:
| I had some R code for dealing with connections, and I was using
| summary.connection(). I rewrote it in C, so I was doing something more
| like:
|
| #include
|
| Rconnection Rcon = R_GetConnection(file);
| Rcon->description or Rcon->class
|
On 31 October 2022 at 11:01, Kevin Ushey wrote:
| For posterity, what machine are you compiling the package on? If you're
| using a modern Linux system, it's possible the default compilation flags
| are including stack protection code during compilation that might call
| abort on error. See e.g.
On 29 October 2022 at 20:41, Juan Domingo Esteve wrote:
| I am new to this list and I am using Rcpp for my first large and serious
package, so
No worries. "By construction" we all were at that point at some point in the
past.
| I apologize if probably this is a naive question, but I have
Hi Jakub,
Thanks for taking the time to write a bug report!
On 24 October 2022 at 13:10, Jakub Niemczuk wrote:
| Package: dieharder
| Version: 3.31.1.2-1
| Severity: important
| X-Debbugs-Cc: jakubniemc...@gmail.com
|
| Dear Maintainer,
|
| Every time I try to use this package on my debian
On 20 October 2022 at 13:16, Elysée Aristide wrote:
| Thank you very much for your answers.
|
| I finally noticed that the issue comes from the numerical optimization, in
which I use the class MFuncGrad of the package RcppNumerical. Is there any
problem in using this class? This is the only
Hi Konrad,
I have been meaning to look at ast2ast for some time now but alas no time
yet...
On 21 October 2022 at 12:15, konrad wrote:
| my package ast2ast includes currently some random number generation
| functions (e.g. R::dunif) within the C++ code.
|
| So my question is whether the RNG
On 20 October 2022 at 14:46, Ivan Krylov wrote:
| В Thu, 20 Oct 2022 12:43:30 +0200
| Elysée Aristide пишет:
|
| > What I understood is that it is better to use Rcpp functions. So I
| > used:
| >
| > Rcpp::Rcout << "beta: \n";
| > Rcpp::print(betacpp);
| > Rcpp::Rcout << "log-likelihood: " <<
On 17 October 2022 at 13:20, Göran Broström wrote:
| Thanks Ivan,
|
| I found two simple ways to convert this old file to UTF-8:
|
| (i) In emacs, C-x f (default is utf-8)
That's a good ti[. I had actually hand-edited two lines down to 'seven bits'
instead of this. Umlaute, accents and
Salut Seb,
On 15 October 2022 at 10:16, Sébastien Villemot wrote:
| Thank you for your feedback, and for the good work you put into this
| package over the years!
|
| I’m going to take it over as you suggest.
Awesome!
As an Emacs user I look forward to many more years with ESS on Debian and
Salut Seb,
On 15 October 2022 at 10:16, Sébastien Villemot wrote:
| Thank you for your feedback, and for the good work you put into this
| package over the years!
|
| I’m going to take it over as you suggest.
Awesome!
As an Emacs user I look forward to many more years with ESS on Debian and
Salut Seb,
On 14 October 2022 at 20:10, Sébastien Villemot wrote:
| Hi Dirk!
|
| Le dimanche 21 août 2022 à 09:17 -0500, Dirk Eddelbuettel a écrit :
| > That is a problem, and it is somewhat know. ESS used to release every six
or
| > so months, now we are many years behind with no of
Salut Seb,
On 14 October 2022 at 20:10, Sébastien Villemot wrote:
| Hi Dirk!
|
| Le dimanche 21 août 2022 à 09:17 -0500, Dirk Eddelbuettel a écrit :
| > That is a problem, and it is somewhat know. ESS used to release every six
or
| > so months, now we are many years behind with no of
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-rcppspdlog
Version : 0.0.8
Upstream Author : Dirk Eddelbuettel
* URL or Web page : https://eddelbuettel.github.io/rcppspdlog/
* License : GPL (>= 2)
Description : R package for spd
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-rcppspdlog
Version : 0.0.8
Upstream Author : Dirk Eddelbuettel
* URL or Web page : https://eddelbuettel.github.io/rcppspdlog/
* License : GPL (>= 2)
Description : R package for spd
On 10 October 2022 at 09:34, Henrik Bengtsson wrote:
| Thank you Peter for the quick fix. Will this make it into R-patched
| to become R 4.2.2 soon?
I checked when you posted this and didn't reply -- but this is also not an
issue for littler so if you need alternative there is one
$ Rscript
On 10 October 2022 at 09:16, Dirk Eddelbuettel wrote:
|
| On 10 October 2022 at 14:02, Sparapani, Rodney wrote:
| | I’m wondering what it would take to make RcppEigen functions
| | work wth sourceCpp? Please let me know. Thanks
|
| The standard one line: add`// [[Rcpp::depends(RcppEigen
On 10 October 2022 at 14:02, Sparapani, Rodney wrote:
| I’m wondering what it would take to make RcppEigen functions
| work wth sourceCpp? Please let me know. Thanks
The standard one line: add`// [[Rcpp::depends(RcppEigen)]]`
We have been doing this in that very documented and visible way
Salut Etienne,
Sorry for missing this email yesterday.
On 5 October 2022 at 12:35, etienne.c...@univ-eiffel.fr wrote:
| I want to use the cholmod functions from the modify module
https://github.com/PetterS/SuiteSparse/tree/master/CHOLMOD/Modify inside an
Rcpp/RcppEigen R package.
|
| >From
Per the email I had referenced earlier and its schedule, ESS has now been
removed from Debian 'unstable' ie the rolling top of the distribution. While
the existing package in the stable release (as well as previous ones) is
still there for manual installation, future releases will not contain
Regarding 'system' libraries: Packages like stringi and nloptr download the
source of, respectively, libicu or libnlopt and build a library _if_ the
library is not found locally. If we outlaw this, more users may hit a brick
wall because they cannot install system libraries (for lack of
Andre,
On 25 September 2022 at 18:09, GILLIBERT, Andre wrote:
| Please, find the patch attached, based on the latest R SVN trunk code.
Well the mailing list software tends to drop attachments. There is a reason
all these emails suggest to use bugs.r-project.org.
Dirk
--
A follow-up to this bug report: Due to the breakage caused by the (old) ess
package, I (as maintainer of the Debian package) now received the note that
the ess / elpa-ess packages will be archived away from Debian unstable as
they make Emacs 28.1 uninstallable.
So future Debian releases will
On 7 September 2022 at 11:58, Ivan Krylov wrote:
| there at all. On the other hand, my package that uses the
| R_InitOutPStream and R_Serialize entry points seems to have passed the
| CRAN review. A table of all public entry points including short
| descriptions and whether they allocate could
Based on further (off-list) follow-ups with Simon and Uwe, the situation can
now be summarized as follows:
- there appears to be no word about non-leak errors reported by valgrind in
the official documentation; I will have to plead that those with the power
to amend these documents maybe
Dear CRAN Team,
On 18 August 2022 at 06:55, Dirk Eddelbuettel wrote:
|
| [ Five days ago, I sent (most) of the message below to a CRAN team member. I
| have not had a reply, and it now appears that we are asked to email here so I
| am resending. ]
An answer would be much appreciated after
On 23 August 2022 at 15:04, Viechtbauer, Wolfgang (NP) wrote:
| Hi all,
|
| Using R under (X)ubuntu 20.04 here. I just noticed that the equal symbol (and
other symbols like <>) are hanging kinda low under X11(). For example, if I run
this code:
|
| plot(NA, xlim=c(0,2), ylim=c(0,2))
|
On 22 August 2022 at 10:20, Bo YU wrote:
| Hi,
| On Sun, Aug 21, 2022 at 09:41:39AM -0500, Dirk Eddelbuettel wrote:
| >
| >| Oh, yes, It is applied to debian/rules and I forget to mention it.:)
| >
| >No worries :) Do you have easy-enough access to the platform? Could you
| >
On 21 August 2022 at 22:27, Bo YU wrote:
| Hi,
| On Sun, Aug 21, 2022 at 09:14:14AM -0500, Dirk Eddelbuettel wrote:
| >| >
| >| >So what is the proper architecture name for riscv64, and please remind me
| >| >what the best way to determine it is (uname -m ? Or uname
Hi all,
I just got a fresh (and detailed) bug reports at
https://bugs.debian.org/1017829
which details issue with the package I look after ("frozen" at the last
official release) and the current emacs-gtk 28.1.
I find myself between a rock and a hard place here. I would prefer an updated
Gregory,
That is a problem, and it is somewhat know. ESS used to release every six or
so months, now we are many years behind with no official release. Your best
bet may be to install directly from melpa and removing the package.
I will bring this to the ESS list but last time this was
On 21 August 2022 at 10:57, Bo YU wrote:
| Hi,
| On Sat, Aug 20, 2022 at 06:22:17PM -0500, Dirk Eddelbuettel wrote:
| >
| >On 19 August 2022 at 07:21, Bo YU wrote:
| >| Source: tiledb-r
| >| Version: 0.15.0-1
| >| Severity: normal
| >| Tags: ftbfs, patch
| >| User: debian-r
On 19 August 2022 at 07:21, Bo YU wrote:
| Source: tiledb-r
| Version: 0.15.0-1
| Severity: normal
| Tags: ftbfs, patch
| User: debian-ri...@lists.debian.org
| Usertags: riscv64
| X-Debbugs-Cc: debian-ri...@lists.debian.org
|
| Dear Maintainer,
|
| The tiledb-r has a ftbfs on riscv64 due to
Hi Konrad,
On 10 August 2022 at 08:22, konrad wrote:
| I have a question regarding the cost of .Call. If I implement the
| rosenbrock function in R and in Rcpp. The R version is substentially
| faster then the C++ version. The Rcpp function is basically an R
| function which calls the C++
On 9 August 2022 at 10:27, John David Anglin wrote:
| On 2022-08-08 8:17 p.m., Dirk Eddelbuettel wrote:
| > Will I need an explicit depends or is gcc-12 now the default in unstable (as
| > I suspect it is)?
| It is now default.
That's what I thought. I'll send up a -2 build.
On 8 August 2022 at 19:53, John David Anglin wrote:
| On 2022-08-08 3:32 p.m., Dirk Eddelbuettel wrote:
| > The problem is the build now uses the gcc-12 toolchain. I think the R
| > | build environment needs updating.
| >
| > Could you test with a local binary rebuild of r-base on
On 8 August 2022 at 19:10, John David Anglin wrote:
| Source: fbasics
| Version: 3042.89.2-1
| Severity: normal
|
| Dear Maintainer,
|
| The fbasic build on hppa fails here:
| gcc -shared -L/usr/lib/R/lib -o fBasics.so gld.o init.o nig.o -lblas
-lgfortran -lm
On 5 August 2022 at 13:20, Milan Broz wrote:
| Actually this patch is better, just displays usage and also check upper
boundary (another segault with -d 10 ...)
|
|
https://github.com/mbroz/dieharder/commit/7d60208c8a8beabe6d3d5a88399b83ebf03240a5
Thanks for both. I will try to fold
On 8 July 2022 at 14:23, Plamen Mirazchiyski wrote:
| to what actual the problem is. Unfortunately, the r-svn repository on
| GitHub does not have the possibility to report this as an issue.
Please see https://bugs.r-project.org/but also see old mailing list (and
elsewhere) posts on how
Package: ftp.debian.org
Severity: normal
The foptions package (binary: r-cran-foptions) is no longer on
CRAN and can be removed from unstable as well. It had two dependencies
(fasianoptions, fexoticoptions) which were already removed in #1013234 and
#1013235.
If needed, old versions remain at
is part of
that set.
Portable development is hard for a reason. Operating systems are idiosyncratic.
Dirk
|
| Em qui., 23 de jun. de 2022 às 07:59, Dirk Eddelbuettel
| escreveu:
|
| >
| > On 23 June 2022 at 10:05, Serguei Sokol wrote:
| > | Le 23/06/2022 à 04:07, Roberto Spadim a écr
501 - 600 of 15988 matches
Mail list logo