Many moons ago the ESS documentation contained a short write-up by (IIRC)
Tony which detailed the workflow common for many of us: write in a script,
execute lines or regions, possibly save a transcript buffer.
Every now and then I want to refer people to this as it was a very clear
expression
On 4 May 2022 at 11:32, Martin Maechler wrote:
| I'm really sorry for this experience.
Stuff happens -- thanks for fixing it.
The weekly build for the rocker/drd container of r-devel (and r-patched)
worked fine now that you restored the mirror, so big thanks!
Dirk
--
dirk.eddelbuettel.com |
Dear Martin as our trusted ETH point person,
I have some automated builders fall over as the tarball of R-devel is
currently empty:
edd@rob:/tmp$ wget https://stat.ethz.ch/R/daily/R-devel.tar.bz2
--2022-05-03 06:52:20-- https://stat.ethz.ch/R/daily/R-devel.tar.bz2
Resolving stat.ethz.ch
This is not a well-posed Rcpp question as
- matrix and data.frame are _fundamentally_ two different data types
- matrix being _one_ and only one storage type, or class, stored
as one vector with dimension attribute of size two for rows and cols;
this makes it _efficient_ and you will see a
On 27 April 2022 at 20:58, Roberto Spadim wrote:
| Hello folks,
| I'm converting some R functions to RCpp at
| https://github.com/OVVO-Financial/NNS/
|
| My problem is with a R "cast" function
|
|
On 23 April 2022 at 18:05, Greg Hunt wrote:
| I want to incorporate a static PDF (created from LaTeX source separately
| from the R package) into an R package as a vignette.
I do that in several vignettes via a zero-depends approach described by Mark
in this blog post:
Two (related) questions:
1. Could pandoc be installed on the macoOS machines CRAN uses? If not, could
R Core devise a way to have a registered vignette builder fail gracefully?
2. Could CRAN define and publish a minimal set of external applications
available on each build + test machine?
On 11 April 2022 at 18:40, Paul Menzel wrote:
| I think, I see the misunderstanding. I thought the single quotes meant,
| that *simpler* and *fancier* are commands for the mentioned purposes –
| which made sense to me, as the end both on *r* (simpleR and fancieR).
| Now I think they are just
On 9 April 2022 at 17:30, Charles Plessy wrote:
| Le Sat, Apr 09, 2022 at 10:19:17AM +0200, Paul Menzel a écrit :
| >
| > Thank you very much for packaging and maintaining R and related software in
| > Debian. Some of our scientists use Debian and its R packages. Sometimes
| > they’d like to
Hallo Paul,
On 9 April 2022 at 10:19, Paul Menzel wrote:
| Package: r-base-core
| Version: 4.1.3.20220324-1
| Severity: wishlist
|
| Dear Debian R maintainer,
|
| Thank you very much for packaging and maintaining R and related software
| in Debian. Some of our scientists use Debian and its R
reassign 1009212 coreutils
thanks
You reporeted this against source package 'date' which is CRAN package date
at https://cran.r-project.org/package=date. You likely meant the command
'date' from source package coreutils.
Dirk
On 8 April 2022 at 23:43, mastrboy wrote:
| Source: date
|
It was a mirage. The system is still locking up, something that did not
happen with an older kernel, and also not with other systems booting off
USB.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
It was a mirage. The system is still locking up, something that did not
happen with an older kernel, and also not with other systems booting off
USB.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Update. And I don't want to jinx it but ... it seems like 22.04 (to be)
has this fixed. Updated to it two days ago, and it seems fine with its
kernel 5.15.0-23-generic.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
Update. And I don't want to jinx it but ... it seems like 22.04 (to be)
has this fixed. Updated to it two days ago, and it seems fine with its
kernel 5.15.0-23-generic.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
On 16 March 2022 at 14:01, Henrik Bengtsson wrote:
| Related to this, there's also been discussion (here or on R-devel), of
| having `R CMD build` produce identical tarballs when the input doesn't
| change, but the injection of `Packaged: ; ` to the
| `DESCRIPTION` file prevents this. If I
-Browser: and Vcs-Git:
* debian/compat: Removed
* debian/control: Switch from cdbs to dh-r
* debian/rules: Idem
* debian/watch: Update to https
-- Dirk Eddelbuettel Sat, 12 Mar 2022 21:03:53 -0600
r-cran-minqa (1.2.4-1) unstable; urgency=low
* New upstream release
On 8 March 2022 at 18:01, Sebastian Meyer wrote:
| Not an expert here, but that does seem to be possible, according to WRE
| (Section 4.3.2):
|
| > It is possible to run all the examples, tests and vignettes covered by R
CMD check under valgrind by using the option --use-valgrind. If you do
On 8 March 2022 at 21:17, Sebastiaan Couwenberg wrote:
| On 3/8/22 21:07, Dirk Eddelbuettel wrote:
| > Would you consider adding tiledb?
|
| No, because TileDB is not a dependency of PROJ.
Ah yes my bad.
| > We already added tiledb-py as well and I
| > have been updating both
On 8 March 2022 at 18:15, Sebastiaan Couwenberg wrote:
| PROJ 9.0.0 has been released, it removed support for Autotools which
| required the package to be updated to use CMake instead.
|
| It also bumped the SONAME requiring a transition.
|
| With the fix for SQLite 3.38.0 included, all
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-tiledb
Version : 0.11.0
Upstream Author : TileDB Inc
* URL or Web page : https://github.com/TileDB-Inc/TileDB-R
* License : MIT
Description : R Interface to the TileDB Storage Engine
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-tiledb
Version : 0.11.0
Upstream Author : TileDB Inc
* URL or Web page : https://github.com/TileDB-Inc/TileDB-R
* License : MIT
Description : R Interface to the TileDB Storage Engine
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-tiledb
Version : 0.11.0
Upstream Author : TileDB Inc
* URL or Web page : https://github.com/TileDB-Inc/TileDB-R
* License : MIT
Description : R Interface to the TileDB Storage Engine
On 25 February 2022 at 18:39, Tom Lee wrote:
| So the tiledb upstream sources include *pre-generated *capnproto sources
| that were generated using 0.8.0. The *update-serialization* target will
Indeed! I forgot about that. TileDB has a habit of (strongly) enforcing
third-party dependencies,
Hi Tom,
On 25 February 2022 at 13:14, Tom Lee wrote:
| Thanks for giving it a shot. Surprised to hear the patch didn't apply
| cleanly, believe I worked directly from the source pulled via
|
| dget -a http://deb.debian.org/debian/pool/main/t/tiledb/tiledb_2.6.2-2.dsc
Would it be possible for
Tom,
Sad news. The build fails for me in unstable as is (using an updated
pbuilder chroot). I log these to file and what I see is
cd /build/tiledb-2.6.2/obj-x86_64-linux-gnu/tiledb/tiledb && /usr/bin/cc
-DFMT_LOCALE -DFMT_SHARED -DSPDLOG_COMPILED_LIB -DSPDLOG_FMT_EXTERNAL
Tom,
The patch does not apply cleanly to the sources. It is also not unified. A
bit weird. Will patch by hand, and regenerate with dpkg-source --commit.
Dirk
--
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Hi Tom,
On 24 February 2022 at 20:49, Tom Lee wrote:
| Source: tiledb
| Version: 2.6.2
| Severity: important
| Tags: bookworm sid
| X-Debbugs-CC: tmanc...@debian.org
|
| Hi there,
|
| tiledb fails to build against capnproto 0.9.1, largely because of the
| hard-coded version number in the
On 18 February 2022 at 21:41, Nilesh Patra wrote:
| On 2/18/22 9:33 PM, Dirk Eddelbuettel wrote:
| >
| > Hi debian-python,
| > [...]
| > I cannot write to https://salsa.debian.org/python-team/packages/tiledb-py so
| > I created a (temporary ?) copy at https://salsa.debian.or
Hi debian-python,
Recently I had packaged tiledb for Debian, based on earlier work by Adam
(CC'ed), and we now followed up with tiledb-py which I just sent to NEW
following up on an older ITP/WNPP from almost two years ago.
(TileDB is a 'universal' data storage engine:
On 7 February 2022 at 00:12, Jeroen Ooms wrote:
| I have pushed a new version of V8 to CRAN that wraps the R callbacks
| in another tryCatch() such that we do not make any assumptions on the
| sort of exception handing provided by Rcpp. This should unblock you if
| you want to move forward on
To sum up:
¯\_(ツ)_/¯
I have no bone in this fight. Leaving it as is works for me too.
Dirk
--
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
___
Rcpp-devel mailing list
Rcpp-devel@lists.r-forge.r-project.org
On 6 February 2022 at 18:18, Jeroen Ooms wrote:
| Well not really, this kind of misses my point that it the
| unwind-protect makes it impossible to meaningfully catch the R error
| in C++, handle it, and continue running the C++ code, without aborting
| the entire mission and throwing the user
On 6 February 2022 at 17:40, Jeroen Ooms wrote:
| We can try to take V8 out of the equation, and see what actually
| causes the change. V8 uses (and tests!) the Rcpp feature to call an R
| function from C++. This behaves quite differently when using
| RCPP_UNWIND_PROTECT.
|
| Here is a dummy
On 2 February 2022 at 08:53, Emmanuel Charpentier wrote:
| For information : this bug has bitten me too :
|
| I run testing, R (from testing), a bucketfull of R packages (mostly
| from R repositories) and sagemath (installed from source).
|
| Recently, the "energy" R packages started to be
Lionel,
Thanks a bunch for the prompt and detailed reply. CCing Jeroen now, I think I
had poked him over DM on this but not followed. Easy for us to delegate to V8 :)
That is of course a complicated (and toolchain-dependent) package too so we
shall see what we can do there. But the good news on
On 31 January 2022 at 11:25, Alex Ilich wrote:
| Thank you Zé and Dirk! That helped clarify exactly what solve is doing
| which I was having trouble tracking down in just the standard docs page.
The `solve()` function in Armadillo does exactly what it sets out to do.
Yet what Prof Bates has
On 31 January 2022 at 09:13, Zé Vinícius wrote:
| Yes, quoting the paper on which ‘solve’ is based on (
| http://arma.sourceforge.net/armadillo_solver_2020.pdf):
|
| “The SVD-based solver uses the xGELSD set of functions, which find a
| minimum-norm solution to a linear least squares problem.”
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-simplermarkdown
Version : 0.0.4
Upstream Author : Jan van der Laan
* URL or Web page : https://cran.r-project.org/package=simplermarkdown
* License : GPL (>= 3)
Description : GN
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-simplermarkdown
Version : 0.0.4
Upstream Author : Jan van der Laan
* URL or Web page : https://cran.r-project.org/package=simplermarkdown
* License : GPL (>= 3)
Description : GN
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-simplermarkdown
Version : 0.0.4
Upstream Author : Jan van der Laan
* URL or Web page : https://cran.r-project.org/package=simplermarkdown
* License : GPL (>= 3)
Description : GN
On 29 January 2022 at 10:38, Paul Wise wrote:
| Control: fixed -1 4.0.3
|
| On Fri, 2022-01-28 at 20:07 -0600, Dirk Eddelbuettel wrote:
|
| > Per email by Graham from 14 Nov 2020 this has been resolved.
|
| Resolved upstream in 2020 but not in Debian until 2021.
Correct. Graham (as aut
On 29 January 2022 at 10:38, Paul Wise wrote:
| Control: fixed -1 4.0.3
|
| On Fri, 2022-01-28 at 20:07 -0600, Dirk Eddelbuettel wrote:
|
| > Per email by Graham from 14 Nov 2020 this has been resolved.
|
| Resolved upstream in 2020 but not in Debian until 2021.
Correct. Graham (as aut
On 28 January 2022 at 13:25, Alex Ilich wrote:
| Thank you Neal and Dirk. Based on these comments I think using arma::rcond
Ah, yes, of course. Should have remembered arma::rcond.
| to get the reciprocal of the condition factor, and checking if that is zero
| rather than the determinant may be
On 28 January 2022 at 09:16, Neal Fultz wrote:
| There's an R object that has the machine precision, which could be a
| reasonable threshold.
|
| .Machine$double.eps
|
| I believe there is a similar constant in the C++ standard library.
|
| You might also try checking the condition of the
On 27 January 2022 at 11:18, Ben Bolker wrote:
|I have spent hours trying to understand the scoping behaviour of
| testthat, mostly without success.
It may bear repeating that use of a test runner package is NOT required by
CRAN Repo Policy, Writing R Extensions, or any other official
Jan 24, 2022 at 1:14 PM Dirk Eddelbuettel wrote:
|
| >
| > On 24 January 2022 at 12:55, Toby Hocking wrote:
| > | Hi Rcpp Devs,
| > | Does anyone know how to fix this warning in a package with LinkingTo:
| > | RcppArmadillo? My package plotHMM
| > | https://www.stats.ox.ac.uk/pu
On 24 January 2022 at 12:55, Toby Hocking wrote:
| Hi Rcpp Devs,
| Does anyone know how to fix this warning in a package with LinkingTo:
| RcppArmadillo? My package plotHMM
| https://www.stats.ox.ac.uk/pub/bdr/LTO/plotHMM.out got this message on CRAN
Worth stressing that this happens under
On 21 January 2022 at 07:19, Sebastiaan Couwenberg wrote:
| Because I'm skeptical of fads. TileDB is the latest shiny new thing
| which hasn't been time tested yet and proven to last.
Beg to differ, and think you will come around. Time will tell.
| As said before I don't use TileDB, and no
On 20 January 2022 at 20:14, Sebastiaan Couwenberg wrote:
| On 1/20/22 15:59, Dirk Eddelbuettel wrote:
| > The tiledb package is now in testing [1] which means gdal and pdal could
| > configure with it. I tested this over the holiday break with earlier
| > (informal) packages from launc
The tiledb package is now in testing [1] which means gdal and pdal could
configure with it. I tested this over the holiday break with earlier
(informal) packages from launchpad -- I still have the repos and could file
bug reports with patches if that helped but I think it really is just
On 11 January 2022 at 18:44, riccardo wrote:
| Hallo,
|
| I wish to submit the following error rising running an example in a rcpp
| function *only *in Debian check:
|
| > ### Name: least_square_plane_rcpp
| > ### Title: returns the coefficients of the least square plane and the
| > ###
On 13 January 2022 at 19:18, Ross Vandegrift wrote:
| On Sat, Jan 08, 2022 at 10:31:03AM -0600, Dirk Eddelbuettel wrote:
| > You have a large set there which covers three of the ones I'd need. Could
| > you upload these:
| >
| > https://salsa.debian.org/rvandegrift/aws-c-common
On 13 January 2022 at 02:29, Andreas Beckmann wrote:
| On 11/01/2022 17.54, Dirk Eddelbuettel wrote:
| > On 11 January 2022 at 17:31, Andreas Beckmann wrote:
| > | Package: gsl-doc
| > | Version: 2.6-2
| > | Severity: serious
| >
| > Why would that be a serious bug rather no
On 13 January 2022 at 02:29, Andreas Beckmann wrote:
| On 11/01/2022 17.54, Dirk Eddelbuettel wrote:
| > On 11 January 2022 at 17:31, Andreas Beckmann wrote:
| > | Package: gsl-doc
| > | Version: 2.6-2
| > | Severity: serious
| >
| > Why would that be a serious bug rather no
On 11 January 2022 at 17:31, Andreas Beckmann wrote:
| Package: gsl-doc
| Version: 2.6-2
| Severity: serious
Why would that be a serious bug rather normal or even minor?
It's a bit of a manual process becuase of the dfsg dance and manual ops. And
there generally is not that much that changes
On 11 January 2022 at 17:31, Andreas Beckmann wrote:
| Package: gsl-doc
| Version: 2.6-2
| Severity: serious
Why would that be a serious bug rather normal or even minor?
It's a bit of a manual process becuase of the dfsg dance and manual ops. And
there generally is not that much that changes
On 8 January 2022 at 20:40, Ege Rubak wrote:
| Hi everyone,
|
| For some time the GitHub Action of spatstat.core has been failing due
| to a segfault when calling RandomFields (which calls RandomFieldsUtils
| which may be causing the acutal segfault):
|
|
On 31 December 2021 at 07:51, Dirk Eddelbuettel wrote:
| On 30 December 2021 at 22:17, Ross Vandegrift wrote:
| | On Mon, Dec 27, 2021 at 08:10:50AM -0600, Dirk Eddelbuettel wrote:
| | > My (very informal) packaging has always been in the open (but on GitHub).
A
| | > possible first step
On 6 January 2022 at 19:48, Adam Cécile wrote:
| On 1/5/22 10:39 PM, Dirk Eddelbuettel wrote:
| > Hi Adam,
| >
| > Would you be ok with me more formally adopting the package as maintainer?
|
| Hello,
|
| Absolutely no issue on my side. Who could be a better maintainer than
| the
Package: tiledb
Severity: normal
Hi Adam,
Would you be ok with me more formally adopting the package as maintainer?
Dirk
--
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bump. This bug is still open AFAICT. And I just realized that the real
cost to me on this machine (which otherwise runs great with the old 4.*
kernel) is that I cannot launch Docker containers any more. Which
stinks.
Machine otherwise happy and stable under 21.10 *provided I run the
ancient
Bump. This bug is still open AFAICT. And I just realized that the real
cost to me on this machine (which otherwise runs great with the old 4.*
kernel) is that I cannot launch Docker containers any more. Which
stinks.
Machine otherwise happy and stable under 21.10 *provided I run the
ancient
Package: ftp.debian.org
Severity: normal
The rsprng package (binary: r-cran-rsprng) was the first package for R
offering a parallel RNG stream suitable for parallel simulation. We now have
better ones, including in Debian, and this one which had been retired
upstream years ago can now move
Happy New Year to all!
Conrad released version 10.8 Armadillo (and I had prepared two pre-releases
which passed reverse dependency checks just fine so not expecting surprises).
Given that 0.10.7.5.0, the final RcppRelease for the 10.7.* series with his
last release 10.7.5, only got to CRAN on
retitle -1 RM: r-cran-cairodevice -- ROM: Retired upstream
thanks
Somehow I mess the form up more often than not with the emacs helper
debian-bug being a little out of whack. Sorry about that.
Dirk
On 2 January 2022 at 09:00, Dirk Eddelbuettel wrote:
|
| Package: ftp.debian.org
| Severity
Package: ftp.debian.org
Severity: normal
The RGtk2 package (source rgtk2 for us, binary r-cran-rgtk2) was an important
package in its day in bringing a modern and pretty UI framework to R across
different OS, and I looked after it for 15 years.
It never made the move to Gtk3 though, and usage
Package: ftp.debian.org
Severity: normal
The cairoDevice package (source cairodevice for us, binary
r-cran-cairodevice) was the first 'Cairo' device for R, it has been replaced
by the actively maintained 'Cairo' package (r-cran-cairo for us). It was now
retired at CRAN. We should remove it
Ok, we are now at a place where the package is tamed somewhat:
- a lot of the smaller architectures did not build for 1.7.7-4
- five larger ones (all 64-bit based AFAICT) did
- so I hard-wired these explicitly in Architecture:
All green now for the ones attempted:
Package: ftp.debian.org
Severity: normal
The `rggobi` package for R was a front-end to the `ggobi` interactive
visualization tool (which we still have). But `rggobi` development ceased,
and the package has been off CRAN since July of 2020. We should remove it
too.
There is only one
(Dual reply to two emails)
On 30 December 2021 at 23:32, Wookey wrote:
| On 2021-12-26 18:08 -0600, Dirk Eddelbuettel wrote:
| >
| > Does anybody know where we are with respect to the WNPPs / ITPs / ... on the
| > Amazon SDK for C++?
| >
| > I have a package that could
:
| | On Sun, 26 Dec 2021 10:20:51 -0600 Dirk Eddelbuettel
wrote:
| | >
| | > Package: ftp.debian.org
| | > Severity: normal
| | >
| | > The 'multicore' package for R was an early extension (during 2009 to
2011)
| | to
| | > support process-parallel work. Its key parts (especially
Hi Adam,
On 30 December 2021 at 11:12, Adam Cécile wrote:
| Sure, I was suggesting adding you directly to uploaders because the
| package is maintained on Salsa, sadly I see we both missed each other there:
|
| https://salsa.debian.org/acecile-guest/tiledb
|
Couldn't resist an attempt to send in an 1.7.7-3 attempt but still seeing too
many unit test failures. Very strange as this works for me on amd64 :-/
Adam, how would you feel about an update to 2.5.3 and catch2 (and no more
tbb-dev) ? Would you be ok with me sending that up as NMU?
Dirk
--
Thank you both for quick thumbs-up! 1.7.7-1.2 was just shipped, fingers
crossed about how it'll do with the builders.
Dirk
--
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
, 2021 5:42:33 PM GMT+01:00, Dirk Eddelbuettel
wrote:
| >Package: tiledb
| >Version: 1.7.7-1.1
| >Severity: normal
| >Tags: patch pending
| >
| >Dear maintainer,
| >
| >I have prepared an NMU for tiledb (versioned as 1.7.7-1.2) and
| >can uploaded it to DELAYED/10. Pleas
for a more minimal build, also remove sphinx
+ * debian/control: Remove Build-Depends: on hdfs
+ * debian/control: Set Standards-Version: 2.6.0
+
+ -- Dirk Eddelbuettel Wed, 29 Dec 2021 09:55:15 -0600
+
tiledb (1.7.7-1.1) unstable; urgency=medium
* Non-maintainer upload.
* Source-only upload
Package: r-cran-rsgcc
Severity: normal
rsgcc has been off CRAN for a while:
https://cran.r-project.org/web/packages/rsgcc/index.html
It would be nice if you could retire the package so that we can
also retire 'r-cran-gwidgetsrgtk2' which was also remove from CRAN
On 28 December 2021 at 17:44, Sebastiaan Couwenberg wrote:
| On 12/28/21 17:17, Dirk Eddelbuettel wrote:
| > | Your comments regarding builds suggests that tiledb isn't very stable
| > | yet, so even if the package get actively maintained, building on top of
| > | it may not be wise.
|
, but mostly
smaller ones) packages I know how much work it is. ]
On 28 December 2021 at 16:41, Sebastiaan Couwenberg wrote:
| On 12/28/21 15:39, Dirk Eddelbuettel wrote:
| > 4) TileDB 1.7.7 in Debian -- There is a packaging attempt of a more minimal
| > TileDB configuration in unstable, with a
Greetings,
As both a Debian'er and a TileDB employee, I had looked a few times into
packaging TileDB for Debian. The good news is that I currently have something
in my own informal PPA (see below) -- including rebuilds of the gdal and pdal
packages taken from ubuntugis-unstable.
Some related
Ezra,
[ A gentle plea: Can you please turn the encryption signing off when you
reply? Thank you, it really confuses one of the email programs I use. ]
What you state in passing is somewhere between misleading and just wrong,
likely due to a misunderstanding. Quoting from your email:
a
Hi Noah,
On 26 December 2021 at 20:18, Noah Meyerhans wrote:
| On Sun, Dec 26, 2021 at 06:08:56PM -0600, Dirk Eddelbuettel wrote:
| > I have a package that could take advantage of this if it were packaged, and
I
| > am sure a number of other packages are in a similar situation giv
Does anybody know where we are with respect to the WNPPs / ITPs / ... on the
Amazon SDK for C++?
I have a package that could take advantage of this if it were packaged, and I
am sure a number of other packages are in a similar situation given how
pervasive AWS use is. So does anybody know where
This bug now blocks resolution of #1002648 for the removal of r-cran-multicore.
It would be nice if you could adjust the (apparently also dead upstream)
package r-other-mott-happy to just rely on package 'parallel' which is
included in R.
Thanks, Dirk
--
https://dirk.eddelbuettel.com |
Package: ftp.debian.org
Severity: normal
The OmegaHat project was once (around 2000) aiming to write 'the next
R'. That never happend. But R Core member Duncan Temple Lang maintained a
repository for several years with a number of extension packages. But it
ceased to exist years ago and
Package: ftp.debian.org
Severity: normal
The 'multicore' package for R was an early extension (during 2009 to 2011) to
support process-parallel work. Its key parts (especially those that matter
for us on Linux) were replaced / rewritten many years ago by package
'parallel' which is a part of
Hi Nilesh,
On 26 December 2021 at 00:20, Nilesh Patra wrote:
| control: reassign -1 r-cran-tmb/1.7.22-1
|
| Hi Dirk,
|
| On Thu, 23 Dec 2021 14:30:10 -0600 Dirk Eddelbuettel wrote:
| > passfail
| > | rmatrixfrom testing1.4-0-1
|
Hi Nilesh,
On 26 December 2021 at 00:20, Nilesh Patra wrote:
| control: reassign -1 r-cran-tmb/1.7.22-1
|
| Hi Dirk,
|
| On Thu, 23 Dec 2021 14:30:10 -0600 Dirk Eddelbuettel wrote:
| > passfail
| > | rmatrixfrom testing1.4-0-1
|
On 23 December 2021 at 20:03, Paul Gevers wrote:
| Source: r-cran-tmb
| Version: 1.7.22-1
| Severity: serious
| X-Debbugs-CC: debian...@lists.debian.org, rmat...@packages.debian.org
| Tags: sid bookworm
| User: debian...@lists.debian.org
| Usertags: needs-update
| Control: affects -1 src:rmatrix
On 23 December 2021 at 20:03, Paul Gevers wrote:
| Source: r-cran-tmb
| Version: 1.7.22-1
| Severity: serious
| X-Debbugs-CC: debian...@lists.debian.org, rmat...@packages.debian.org
| Tags: sid bookworm
| User: debian...@lists.debian.org
| Usertags: needs-update
| Control: affects -1 src:rmatrix
Package: r-other-mott-happy.hbrem
Severity: normal
I am currently cleaning up a little and removing a handful of r-cran-*
packages that have vanished from CRAN years ago.
One of those is 'multicore' which was subsumed in package 'parallel' which is
part of base R.
Package
On 23 December 2021 at 11:07, Tomas Kalibera wrote:
| You can have a look at CRAN package Rblpapi which is using an external DLL.
Yes with one big caveat: You have to make sure the library follows what is
the "hour-glass pattern": it needs to have an internal (the "narrow" part) C
library
FYI, and as a follow-up, someone mentioned in a another thread
utils::file.edit() (see https://rdrr.io/r/utils/file.edit.html)
and the general rule still holds: "if it is generally useful, it probably
already is in base R" ...
Dirk
--
https://dirk.eddelbuettel.com | @eddelbuettel |
Package: ftp.debian.org
Severity: normal
The 'int64' package for R was one of two approaches to 'retro-fit' an int64_t
into R (which has a limited set of basetypes). It failed and as
https://cran.r-project.org/package=int64
was orphaned in 2012 and formally archived in 2013. We kept it
On 20 December 2021 at 11:25, David Winsemius wrote:
| Ran `update.packages()` again and found quite a few not-yet-updated
| packages, many of them fairly essential, but NOT in the directory you
| were worried about, but rather such as in '/usr/lib/R/site-library' and
| '/usr/lib/R/library'
On 20 December 2021 at 15:48, Sebastian Meyer wrote:
| Am 20.12.21 um 15:19 schrieb Dirk Eddelbuettel:
| >
| > On 19 December 2021 at 18:14, David Winsemius wrote:
| > | I initially attempted installation of pkg:MatrixExtra with
| > | `install.packages on my Ubuntu 18.04 LTS system
R 4.1.0 brought the native pipe and the related ability to use '=>' if one
opted into it by setting _R_USE_PIPEBIND_. I often forget about '=>' and
sadly can never find anything in the docs either (particularly no 'see als'
from '|>' docs) which is not all that heplful.
Can we anticipate a
On 19 December 2021 at 18:14, David Winsemius wrote:
| I initially attempted installation of pkg:MatrixExtra with
| `install.packages on my Ubuntu 18.04 LTS system from within RStudio. It
| failed with an error attempting to compile a function named "matmul.cpp"
| so I tried running R from a
retitle 1001892 RM: r-cran-hdf5 -- ROM: retired upstream twelve years ago
quit
Setting a better / correct title.
Dirk
On 18 December 2021 at 08:10, Dirk Eddelbuettel wrote:
|
| Package: ftp.debian.org
| Severity: normal
|
| Winthin the R system, hdf5 packages have a difficult history
601 - 700 of 15962 matches
Mail list logo