On 30.08.2023 at 11:58 Ivan Krylov wrote:
On Wed, 30 Aug 2023 08:43:04 +0200
Thomas Petzoldt wrote:
a) change REAL(kind=8) back to DOUBLE PRECISION that is again old
style. It seems to be portable and is still widely used.
I don't have a reference as good as the Fortran standard, but
Hi,
some package maintainers including me got a reminder from Prof. Brian
Ripley to modernize REAL and INTEGER declarations using the KIND option:
On 29.08.2023 at 19:31 Prof Brian Ripley wrote:
According to the Fortran standards, numerical values are just an
enumeration, and what e.g. real(k
On 10.08.2023 at 17:56 Neal Fultz wrote:
In the past, I've extracted the pre-built debian packages into the
user's personal folder, instead of installing them via apt. It worked
(but it was not fun), and was pretty manual. That might interact a bit
better with some of the third party tools f
.
Thomas
Am 09.08.2023 um 16:41 schrieb Dirk Eddelbuettel:
On 9 August 2023 at 16:26, Thomas Petzoldt wrote:
| I am running a couple of shiny servers with several apps that are based
| around own CRAN packages. It worked stable for years, but due to the
| growing number of packages, the compile
Hi,
I am running a couple of shiny servers with several apps that are based
around own CRAN packages. It worked stable for years, but due to the
growing number of packages, the compile time for regular manual package
installation and updates became inconvenient.
Therefore, I have been very
Hi,
the NOTEs show that your examples require to much CPU time.
Solution: reduce CPU time of your examples by increasing efficiency of
your code, by simplification of the examples (e.g. with smaller samples
or toy data), or, if nothing else helps, by embracing examples with
\dontrun{} or \don
(but the
other license would not so apply)."
I would therefore recommend GPL, and you don't make something wrong if
you re-license derived work using MIT-licensed code under the GPL.
Thomas
PS: this is my personal conclusion, I am not a lawyer.
--
Dr. Thomas Petzoldt
http://tu-dresden.d
discussion (maybe on this mailing list), that the
"register native routines" check can sometimes produce false positives
on Windows.
Would it be possible for you, to check your package on a recent Linux
system?
Thomas Petzoldt
Am 10.04.2018 um 13:19 schrieb Rampal S. Etienne:
D
if it is at all possible
to use not only different *signatures*, but also different argument
*names* in S4, e.g.:
foo(formula, data, ...)
foo(data, grouping, ...)
Now I'm using a combination of S3 and S4 in my package for this purpose,
and for some other quirks.
Thomas
--
Dr. Thomas
Dear colleagues,
after testing one of my packages with students, I'm trying to improve
the user interface, to make it even simpler and more robust. The package
uses S4 classes and I was very happy with this, but my aim is now to
allow non-named arguments with different ordering, depending on thei
tplot", list(x = "deSolve"), matplot.deSolve)
... with the downside that deSolve::matplot now masks graphics::matplot
So I would appreciate if matplot could be made a generic. Or is there
another way round?
Thomas
--
Dr. Thomas Petzoldt
Technische Universitaet Dresden
Faculty of Environm
on you can still glance at that page.
I should probably do the same for the SVN source of Writing R Extensions in
R-devel...
Yes, that's what I +/- regularly did.
Many Thanks,
Thomas
--
Dr. Thomas Petzoldt
Technische Universitaet Dresden
Faculty of Environmental Sciences
Institute of Hydr
Dear Pieter,
there was recently a related discussion in the JSS editorial board. Some
people took the position that there should be maximum possible freedom
for software developers in choosing an appropriate license. Others saw
the problem of confusion for users and developers of derived work,
now that I need to create a LICENSE file with YEAR
and COPYRIGHT HOLDER.
My question is, would the copyright holder be just the authors for this
given R package or a combination of the R package authors and the original
library authors?
Regards,
Charles
--
Dr. Thomas Petzoldt
Technische Universit
14 matches
Mail list logo