Hi.
If your package require another package in order to define its methods (but
afterwards in is not needed), how should one specify this? Is it correct to
assume that "Depends" will assure that all packages are loaded (attached?
what is the right word) *before* the methods in the current package
The tarballs
R-devel_2005-02-16.tar.gz,
R-devel_2005-02-15.tar.gz and
R-devel_2005-02-14.tar.gz
all had the property that when I run ./configure on them I get the following
error message:
config.status: error: cannot find input file: po/Makefile.in.in
which terminates the configure script.
Aft
Hi,
i want to know if is planned or there is already some code about Gtk2
porting of the actual Gtk1 R consolle.
Tanks,
Blue
__
R-devel@stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Dear all,
`promptMethods(foo)' currently does not produce and Rd-skeleton including
an `\alias{foo}' entry, which is required (at least R CMD check keeps
crying until the alias is added). Maybe one could simply add this line.
Thanks,
Torsten
__
R-dev
Your second guess is right and we do already know that the tarballs are
incomplete.
Unfortunately the person whose scripts are running this is on vacation and
only he can rectify this. The intention is that if `make dist' fails in
any way you do not get a tarball, so I don't understand how the
We have an experimental GNOME console. Is that what you mean, or are you
referring to something not part of R, in a package for example?
The GNOME console will not be part of the next release of R.
On Wed, 16 Feb 2005, Bluefuture wrote:
i want to know if is planned or there is already some code
Il giorno mer, 16-02-2005 alle 19:03 +, Prof Brian Ripley ha
scritto:
> We have an experimental GNOME console. Is that what you mean, or are you
> referring to something not part of R, in a package for example?
>
> The GNOME console will not be part of the next release of R.
>
I'm talking a
