I agree with Brian. This type of license is classified by the Free
Software Foundation as "lax" or "permissive" because it does not
prevent incorporation of the code into proprietary software.
Here is what Richard Stallman has to say: https://www.gnu.org/licenses/
license-compatibility.en.html
"[
On Thu, 2018-03-01 at 16:05 +, David Stanley wrote:
> Hi Everyone,
>
> I’m new to this list but hopefully you can help me.
>
> I’m working on updating my apaTables package (most recent code: https
> ://github.com/dstanley4/apaTables)
>
> However, I’m encountering problems passing the CRAN ch
On Wed, 2018-02-07 at 15:17 +0300, Alexander Loboda wrote:
> Dear all,
>
> I'm trying to build a package that uses c++11 code and sub-directories
> in src/ according to the "Writing R Extensions" manual, but it seems
> like R CMD doesn't want to compile the code with c++11 flags when source
> f
y that CRAN is legally entitled to distribute Windows and MacOS
binaries. In any case, the vast majority of CRAN packages are not
problematic as they are licenced under GPL or a GPL-compatible license
without linkage to a non-free library.
Martyn
> Cheers,
>
> Chris
>
>
>
On Fri, 2018-01-19 at 20:28 +, Chris Brien wrote:
> Hi Dirk & Duncan,
>
> I too like GPL and I had thought that the situation was as Duncan
> outlines. Consequently, I had licensed `foo' as GPL >= 2.
>
> However, because I have been unable to find a discussion of my case,
> in spite of the ex
On Wed, 2017-10-25 at 10:52 +0200, Uwe Ligges wrote:
>
> On 25.10.2017 10:48, "Jens Oehlschlägel" wrote:
> > Good morning,
> >
> > Duncan has announced that he steps back from the maintenance of Rtools.
> > Where will I find the new Rtools toolchain that complements Microsofts
> > R-version?
>
On Wed, 2017-09-20 at 09:45 -0500, Dirk Eddelbuettel wrote:
> Thierry,
>
> This has always been a considerable puzzle, and the source of some amusement,
> to me. It is a clear design bug in Rscript because _code that would
> otherwise work_ will not if it happens to rely on library(methods). S4 c
Most people who want to interface to an external library embed the source code
of the library in their R package. I see that ginac is a C++ library which
creates additional problems. Only a few R packages interface to an external
C++ library (e.g. the interfaces to SYMPHONY, gdal, QuantLib, an
On Thu, 2016-05-12 at 01:09 -0500, Kevin Ushey wrote:
> Is it possible that `getwd()` is reporting something on the CRAN
> build
> servers that your `decompose_path()` doesn't handle? For example,
> your
> tests fail for me if I run them while in the root directory (on OS
> X).
It does not work on
Short answer: use the R macro ISNAN instead. See the Writing R
Extensions manual for details.
Long answer: The default standard for C++ code in R packages is C++98,
which does not define a function "isnan". The C++11 standard introduced
a std::isnan function to C++. What you were previously gettin
On Thu, 2016-03-03 at 16:42 +0100, Uwe Ligges wrote:
>
> On 03.03.2016 16:08, Martyn Plummer wrote:
> > On Thu, 2016-03-03 at 15:45 +0100, Sebastien Moretti wrote:
> > > I have just found that R 2 filled by itself the NAMESPACE file
> > > with
> > >
On Thu, 2016-03-03 at 15:45 +0100, Sebastien Moretti wrote:
> I have just found that R 2 filled by itself the NAMESPACE file with
> # Export all names
> exportPattern(".")
>
> # Import all packages listed as Imports or Depends
> import(
> cluster
> )
>
>
> So I filled the NAMESPACE file with
On Tue, 2015-12-08 at 04:54 +, Murray Efford wrote:
> My recent revision of the package 'secr' has been accepted by CRAN, but I
> see from the Check Results that installation fails (see link below) on
> r-oldrel-windows-ix86+x86_64 (alone) because it cannot find dbinom_raw
> (which I now call d
On Fri, 2015-10-16 at 21:46 +1100, Jim Lemon wrote:
> Hi,
> I have been attempting to install R-devel to check updated packages for
> CRAN. After reading the relevant section in R Installation and
> Administration, searching and a lot of unsuccessful fiddling with
> "configure", I thought I might a
On Mon, 2015-07-20 at 07:36 +0200, Antonio José Saez Castillo wrote:
> When checking a package I am getting
>
> * checking package dependencies ... NOTE
>No repository set, so cyclic dependency check skipped
>
> This is an old source of discussion and I've found a lot of suggestions,
> but no
Hi Carlos,
The underlying cause is probably some C code that makes assumptions
about byte order or alignment that are not true on Solaris SPARC. Since
your code contains no compiled code that points to one of the package's
dependencies. In fact the data.table package also fails on Solaris
SPARC.
Dear Ramon,
You should be able to work around this by putting the line
CXX_STD = CXX11
in the package's Makevars file (or Makevars.win for Windows). The idea
of putting SystemRequirements: C++ in the DESCRIPTION file was to
provide a shortcut for packages that have no Makevars file. From your
de
On Thu, 2015-06-11 at 09:31 -0400, Duncan Murdoch wrote:
> On 11/06/2015 9:15 AM, Kevin Coombes wrote:
> > Hi,
> >
> > When I run "R CMD check --as-cran" on my packages in R 3.2.0, I now get
> > a new series of NOTE's telling me that (1) the Description field in the
> > DESCRIPTION should file shou
On Wed, 2015-06-03 at 09:51 +0200, Uwe Ligges wrote:
>
> On 03.06.2015 09:48, Berry Boessenkool wrote:
> >
> > Hi,
> >
> > after submitting my package update, CRAN (Brian Ripley) found a couple of
> > warnings / messages.
> > URLs that are not longer existent, a non-ASCII character from copypasti
19 matches
Mail list logo
