rrent version of rextendr and
I rolled my Makevars following Hiroaki Yutani's string2path package.
Regenerating the all the files files solves the problem.
Thanks to you both.
-Naras
On 6/20/24 9:40 AM, Balasubramanian Narasimhan wrote:
I think your answer suggests the nub of solution: to
I think your answer suggests the nub of solution: to delete the offending
vendor directory at the right time. Will try.
@JosiahParry, I just remembered that I also have an extendr version that
suffers from a similar affliction.
Thanks.
-Naras
Balasubramanian Narasimhan
I’m using savvy but the version on CRAN uses extendr.
Could you clarify?
I’m not sure I know at which point to intervene in Makevars to fix things
myself…
Thanks.
-Naras
Balasubramanian Narasimhan
From: Josiah Parry
Sent: Thursday, June 20, 2024 9:08:10 AM
To
I am preparing an update of Clarabel to synchronize with the upstream
repo. When checking the package, I get NOTEs such as:
Found the following CITATION file in a non-standard place:
src/rust/vendor/clarabel/CITATION.bib
Most likely ‘inst/CITATION’ should be used instead.
Foun
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
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
(Disclaimer: User bias here.)
I can vouch for drat repos; they have saved me in developing APIs for
packages under development, e.g. rcbc which is only on Github and not on
CRAN. (As Dirk notes, this only applies to Enhances/Suggests dependence.)
-Naras
On 11/16/22 8:17 AM, Dirk Eddelbuett
Thank you, Simon!
On 11/8/21 5:57 PM, Simon Urbanek wrote:
From CRAN Policy:
Explain any change in the maintainer’s email address and if possible send
confirmation from the previous address (by a separate email to
cran-submissi...@r-project.org) or explain why it is not possible
Cheers,
Is there any way at all to update the email address of the maintainer of
a package? (The address of the maintainer of CVXR which is in need of an
update for the new SCS solver has changed from @stanford.edu to
@alumni.stanford.edu, with no access to the former.)
-Naras
__
Suggests" would trigger an attempt to install gurobi, which is not on CRAN.
We used "Enhances" for our CVXR because
(1) None of the functionality in the package requires gurobi;
(2) Packages in "Enhances" are not required to check the package by CRAN.
Your package mirrors ours in these respec
ht be hitting:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88273
Maybe you knew that already but it might be useful for others to be
aware there is an actual bug that at least is in the general area
that affects GCC 8.2-8.3.
Best,
B.
On Monday, May 10, 2021, 4:01:36 PM EDT, Balasub
.
It appears that I am unable to get beyond the auto-check service. Any
suggestions?
-Naras
Forwarded Message
Subject:Re: [CRAN-pretest-archived] CRAN submission cubature 2.0.4.2
Date: Thu, 6 May 2021 12:51:37 -0700
From: Balasubramanian Narasimhan
To: cran
If GNU make is acceptable as a system requirement, you can get any R
configuration/runtime variable in Makevars, e.g.
R_ARCH=$(shell $(R_HOME)/bin/Rscript -e 'cat(.Platform$r_arch)')
-Naras
On 2/9/21 9:45 AM, Duncan Murdoch wrote:
On 09/02/2021 11:01 a.m., Duncan Murdoch wrote:
I think the W
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
FWIW, we dealt with the tests-taking-too-long problem for CVXR (which
has a lot of tests) by mercilessly cutting out all tests on CRAN
(testthat::skip_on_cran()) except for some fundamental ones on atoms,
curvature, etc. We then rely on Github actions (with NOT_CRAN = true)
to run the full tes
Just to close the loop on this: the drat suggestion for both packages
and also moving things to enhances worked. I could do this also for
Gurobi because it is LGPL'd. Thanks Toby and Dirk (for drat).
-Naras
On 9/9/20 5:16 PM, Balasubramanian Narasimhan wrote:
Thanks Toby, so there is
like "gurobi package is not available in any public
> open-source repositories but can be downloaded for academic use free
> of charge from $GUROBI_URL"
> BTW thanks for your efforts in getting CVXR on CRAN, that is really
> important work!
> Toby
>
>
&
We've been struggling to get past CRAN's rejections for a new upload of
CVXR. The new version makes essentially one change to the existing
version on CRAN: the addition of a DOI to an article to appear in JSS.
We realize that CRAN may tighten policies in the meantime forcing some
changes to b
At least one package on CRAN uses
get("foo", envir=asNamespace("imported_package"))
and passes check.
Is this known?
-Naras
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
:
On 10 December 2019 at 17:22, Balasubramanian Narasimhan wrote:
| We've run into the following problem in integrating commercial and open
| source solvers in to our package CVXR. We have "Suggests" dependency on
| some packages that may not be available to CRAN.
|
| There are two
We've run into the following problem in integrating commercial and open
source solvers in to our package CVXR. We have "Suggests" dependency on
some packages that may not be available to CRAN.
There are two main scenarios.
1. A suggested meta-package is on CRAN, e.g. Rmosek, but the user must
21 matches
Mail list logo
