[Extern] Re: A few plug-ins that could be of some use

[Thomas Friedrichsmeier]

Hi,

@Alfonso:
I'd like to make your plugins available from our repository on
files.kde.org (which is included in RKWard's R package management
dialog, by default), in time for the next release of RKWard (soon).

I see you've continued working on these and further plugins. Which ones
do you consider ready (enough), which ones should get some more time to
develop? Should I package specific commits/tags/branches?

Am Sat, 13 Sep 2025 09:02:17 +0200
schrieb meik michalke <meik.michalke at uni-duesseldorf.de>:
> Am Donnerstag, 11. September 2025, 08:03:50 CEST schrieb Thomas 
> Friedrichsmeier:
> > @Meik, I know that I have asked, before, but I just cannot
> > remember, where to find, and how to use the scripts needed for
> > that.  
> 
> oh, haven't done that in a while. there's a roxyPackage[1] script
> somewhere... i'll look it up and get back to you :D

@Meik:
I took a look, and it (function roxy.package()) seemed to require a
more complex setup than I had hoped for. Much of that complexity comes
from trying to build "binary" packages for Windows and Mac. My current
suspicion is that this was required, historically, but is no longer
really needed, since meanwhile
- R packages gained a "Needs compilation" flag
- R supports options(pkgType="both") on Windows and Mac
- RKWard's package management dialog no longer breaks with the latter
(this last bit is a fix I committed mere minutes ago, the new Windows
installer is still building).

With options(pkgType="both"), it now seems practically possible to
distribute plugin packages (as long as they do not require compilation),
as sources, only, which should make things _a lot_ easier(*).

I do wonder, whether I'm overlooking additional reasons, why we did
not take that route, before. Do you remember any further problems?

Regards
Thomas

(*) Actually, a repository still seems to require empty dummy PACKAGES
files for all binary architectures and versions of R, but that's still
trivial to create.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: Digitale Signatur von OpenPGP
URL: <http://mail.kde.org/pipermail/rkward-users/attachments/20250924/c5ee14e8/attachment.sig>