> "BDR" == ripley <[EMAIL PROTECTED]> writes:
BDR> Please do read the FAQ:
BDR> Finally, check carefully whether the bug is with R, or a
BDR> contributed package. Bug reports on contributed packages
BDR> should be sent first to the package maintainer, and only
BDR> submi
Please do read the FAQ:
Finally, check carefully whether the bug is with R, or a contributed
package. Bug reports on contributed packages should be sent first to
the package maintainer, and only submitted to the R-bugs repository
by package maintainers, mentioning the package in the s
I've just committed some changes to R-devel which affect environments.
Specifically:
- using NULL as an environment is now deprecated: use baseenv()
instead. (baseenv() is already available in R 2.2.0, where it returns
NULL. For most purposes it retains the same meaning in R-devel.) If you
Full_Name: Grant Izmirlian
Version: 2.2.0
OS: SuSe Linux version 9.2
Submission from: (NULL) (156.40.34.177)
Sorry about the last submission, my bug-fix had an error in it because ifelse
doesn't vectorize. I'll repost with the correct bug-fix.
---
Full_Name: Grant Izmirlian
Version: 2.2.0
OS: SuSe Linux version 9.2
Submission from: (NULL) (156.40.34.177)
The option exists to include all parameters, including the intercept, in the L-1
constraint, by specifying the argument, sweep.out=NULL, explicitly in the
call. However, upon doing this, t
Günther,
On Nov 3, 2005, at 10:24 AM, G. Sawitzki wrote:
> See below.
>
> gs.
>
> Error in browse.pkgs("CRAN", "binary") : couldn't find function
> "avaliable.packages"
You seem to have an old version of the R.app, because the R 2.2.0
release R GUI has a work-around for that problem. Please
I propose that loadings() be made generic in R-devel with definition
loadings <- function(x, ...) UseMethod("loadings")
loadings.default <- function(x, ...) x$loadings
The default is the current definition of loadings with the ... argument
added.
The current definition is not specific
On Thu, 3 Nov 2005, G. Sawitzki wrote:
> At 15:44 + 03.11.2005, Prof Brian Ripley wrote:
>> I believe you will find this is already fixed in R-patched and R-devel as
>> the logs say (2005-10-07)
>>
>> r35790 Fixed a typo in aqua R code
>>
>> and it seems to be that line.
>
> ... but possib
At 15:44 + 03.11.2005, Prof Brian Ripley wrote:
>I believe you will find this is already fixed in R-patched and
>R-devel as the logs say (2005-10-07)
>
>r35790 Fixed a typo in aqua R code
>
>and it seems to be that line.
... but possibly it did not find its way into the version "R for Mac
O
I believe you will find this is already fixed in R-patched and R-devel as
the logs say (2005-10-07)
r35790 Fixed a typo in aqua R code
and it seems to be that line.
On Thu, 3 Nov 2005, G. Sawitzki wrote:
>
> See below.
>
> gs.
>
> Error in browse.pkgs("CRAN", "binary") : couldn't find functi
See below.
gs.
Error in browse.pkgs("CRAN", "binary") : couldn't find function
"avaliable.packages"
Your version of R is up to date
> browse.pkgs
function (repos = getOption("repos"), contriburl = contrib.url(repos,
type), type = getOption("pkgType"))
{
if (.Platform$GUI != "AQUA"
Hi,
On 03 Nov 2005 12:41:53 +0100, Peter Dalgaard <[EMAIL PROTECTED]> wr=
ote:
> [EMAIL PROTECTED] writes:
>
> > We do not usually put features in R which are specific to just some
> > distributions of some OSes, and in this case to one editor on those.
> > We do not for example include the ESS mo
Hi,
On 03 Nov 2005 12:41:53 +0100, Peter Dalgaard <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] writes:
>
> > We do not usually put features in R which are specific to just some
> > distributions of some OSes, and in this case to one editor on those.
> > We do not for example include the ESS mode
On Thu, 3 Nov 2005, Peter Dalgaard wrote:
[EMAIL PROTECTED] writes:
We do not usually put features in R which are specific to just some
distributions of some OSes, and in this case to one editor on those.
We do not for example include the ESS mode for the much-more-widely-used
Emacs family of
[EMAIL PROTECTED] writes:
> We do not usually put features in R which are specific to just some
> distributions of some OSes, and in this case to one editor on those.
> We do not for example include the ESS mode for the much-more-widely-used
> Emacs family of editors.
>
> This looks as if it mi
We do not usually put features in R which are specific to just some
distributions of some OSes, and in this case to one editor on those.
We do not for example include the ESS mode for the much-more-widely-used
Emacs family of editors.
This looks as if it might be appropriate to the Linux binary
Full_Name: Vaidotas Zemlys
Version: 2.1.1
OS: Ubuntu 05.10
Submission from: (NULL) (213.197.173.50)
Hi,
This is really a feature request, not a bug. I wrote the mail to R-devel,
but nobody answered it.
I use Gnome on my computer and sometimes I use its default text editor
gedit. It uses gtkso
17 matches
Mail list logo
