Hi,
On Wednesday 06 October 2010, meik michalke wrote:
> this one roxygen() call is needed during doc
> creation because roxygen would ignore the comment-only package file
> completely otherwise. [TODO: check wheter this is still true, because
> roxygen is in vivid development, and this drawback m
am Mittwoch 06 Oktober 2010 (20:11) schrieb Prasenjit Kapat:
> I haven't looked, but AFAIK, we do not have a NAMESPACE for rkward
> package, right? So, there is no issue of "export"ing. But I would like
> to have a namepsace and export only those functions which are in
> public*.R.
just a comment
hi,
am Mittwoch 06 Oktober 2010 (19:29) schrieb Thomas Friedrichsmeier:
> Yes, this looks like a very nice way of creating documentation, indeed. But
> in fact, we should not bring that dependency into the release (otherwise,
> the rkwardtests-package will not even install, unless the user already
Hi,
On Wednesday 06 October 2010, Prasenjit Kapat wrote:
> One thing we have to be careful is that "make" / "make install" should
> work even without an internet connection. (Or is it safe to assume
> that wherever / whoever is installing RKWard has access to the
> internet?)
I should have explai
Hi
On Wed, Oct 6, 2010 at 1:29 PM, Thomas Friedrichsmeier
wrote:
> Hi,
>
> On Wednesday 06 October 2010, meik michalke wrote:
>> i've just commited the first steps towards a working R package. it doesn't
>> really work yet, but it's close ;-) i've placed it under
>> rkward/rbackend/rpackages/rkwa
Hi,
On Wednesday 06 October 2010, meik michalke wrote:
> i've just commited the first steps towards a working R package. it doesn't
> really work yet, but it's close ;-) i've placed it under
> rkward/rbackend/rpackages/rkwardtests.
Alright. I've arranged for it to be installed with make install.
hi,
am Dienstag 05 Oktober 2010 (16:37) schrieb Thomas Friedrichsmeier:
> > from a first glance it should include all of tests/test_framework.R and a
> > somehow generalized form of tests/all_tests.R -- do you agree?
>
> Right.
i've just commited the first steps towards a working R package. it d
Hi,
On Monday 04 October 2010, meik michalke wrote:
> > Perhaps we can use a hybrid solution of some sort: Let GHNS install
> > zipped archives, but unpack them after the download, from our code.
>
> hm, ok, that should work. then the unpacked plugins would be something like
> a cache ;-)
it doe
Hi,
On Tuesday 05 October 2010, meik michalke wrote:
> ok, what do you think about the overwrite idea? in most cases, at least for
> external plugins, i believe all plugins in a pluginmap will be authored by
> the same person. you could think of it like plugins would inherit the
> author informati
am Dienstag 05 Oktober 2010 (08:44) schrieb Thomas Friedrichsmeier:
> Anyway, I guess for now that means that we should support the same -
> semantics for both the .pluginmap, and for each individual plugin.
ok, what do you think about the overwrite idea? in most cases, at least for
external plug
On Monday 04 October 2010, meik michalke wrote:
> anyway, i agree that author credits probably belong at the .xml/.rkh
> level. but may i suggest to perhaps make this either an override of the
> information in the pluginmap (that is the author defined in .pluginmap is
> taken as default, as long a
hi,
am Montag 04 Oktober 2010 (20:15) schrieb Thomas Friedrichsmeier:
> On Monday 04 October 2010, meik michalke wrote:
> > Am Samstag, 2. Oktober 2010, 20:51:02 schrieb Thomas Friedrichsmeier:
> > > I assumed it would install to ~/.kde/somewhere, but I had not tested.
you're right, btw. it did i
Hi,
On Monday 04 October 2010, meik michalke wrote:
> Am Samstag, 2. Oktober 2010, 20:51:02 schrieb Thomas Friedrichsmeier:
> > I assumed it would install to ~/.kde/somewhere, but I had not tested.
>
> hm, i'll check that. anyway, as a user i'd assume the RKWard config
> directory would be the ob
hi :-)
Am Samstag, 2. Oktober 2010, 20:51:02 schrieb Thomas Friedrichsmeier:
> well that did not keep you busy for long ;-)
wasn't that much of a challenge yet ;-)
> > good advice, i had to change the provider URL for testing, and the target
> > definition, because "TargetDir=rkward-plugins" poi
Hi,
well that did not keep you busy for long ;-)
On Saturday 02 October 2010, meik michalke wrote:
> am Freitag 01 Oktober 2010 (20:29) schrieb Thomas Friedrichsmeier:
> > sftp://m-eik,rkw...@web.sourceforge.net/home/groups/r/rk/rkward/
>
> hm, i tried all i could think of (even renewed my pas
hi,
am Freitag 01 Oktober 2010 (20:29) schrieb Thomas Friedrichsmeier:
> On Friday 01 October 2010, meik michalke wrote:
> > - ask newstuff.kde.org for a repository
>
> Probably needed for easy uploads
and probably reliable creation of XML files, download statistics (if anyone
needs this) etc.
Hi,
I'm taking this to a new thread with a new title, so I don't have to scroll
down quite as much in kmail...
On Friday 01 October 2010, meik michalke wrote:
> in theory, three steps are neccessary to get it to work:
> - ask newstuff.kde.org for a repository, see "GHNS repositories" at
> o
17 matches
Mail list logo
