similar to: Interrupts (was Re: X11 protocol errors ...) (PR#1069)

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

Since we also ``sometimes'' have problems with incorrect configurations... ;-) Read this on the octave mailing list : (I'm not using octave; I'm trying to hear what they are talking about) ------- Start of forwarded message ------- Date: Mon, 17 May 1999 10:30:51 +0200 From: Thomas Walter <walter@pctc.chemie.uni-erlangen.de> To: jwe@bevo.che.wisc.edu CC:

Dirk's mail to r-devel bounced because of his peculiar return address. He asked me to forward this for him. P.S. I have tried building R with atlas2 on a Debian GNU/Linux 2.2 system but I have not yet managed to out-fox the configure script to get it to use the desired shared object library. -- Douglas Bates bates@stat.wisc.edu Statistics Department

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

R-devel Digest Monday, September 24 2001 Volume 01 : Number 314 In this issue: [Rd] R 1.3.1 fails 'make check' on arm in the Bessel example (PR#1097) [Rd] Bug list summary (automatic post) [Rd] (PR#1089) Can be closed See the end of the digest for information about r-devel-digest ---------------------------------------------------------------------- Date: Fri, 21

At 03:28 30/04/97, ihaka at stat.auckland.ac.nz wrote: >Bill Venables writes: > (As a complete side-issue, Brian Ripley and I have a kind of > convention: we refer to the language as "S" and the commercial > product as "S-PLUS". There is a useful distinction to be made.) > >This is generally what I try to do too. > >However, I suspect though that most

John W. Eaton wrote: > On 17-Nov-2004, Philippe Grosjean <phgrosjean at sciviews.org> wrote: > > | - There is no possibility to make a commercial GUI for R (thanks to > | the GPL), > > This is false. Please don't confuse "commercial" (Red Hat > and SuSE GNU/Linux distributions are commercial software) > with "proprietary". > > jwe

This is about Network-Bound Disk Encryption (NBDE) not to be confused of course with NBD! NBDE is where you use disk encryption in your virtual machines. But instead of having to type a passphrase when the guest boots, there is a network server which gives out tokens, so as long as the guest is booted from the trusted network it is able to boot unattended. In RHEL[1] we have three pieces of

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

Does anybody now why the anoncvs access does not work? cvs -d :pserver:anoncvs@anoncvs.r-project.org:/cvs co -P R cvs [checkout aborted]: connect to anoncvs.r-project.org(128.104.176.132):2401 failed: Connection refused Is this still the issue that franz has been compromised? Also, the link to http://anoncvs.r-project.org/cgi-bin/cvsweb.cgi at http://anoncvs.r-project.org/ does not work ...

Martin wrote: > Just this morning, > I found (again!, we had something close to this before) > the following related bugous behavior : > After interrupting a plot (which would have taken a few minutes and was > "wrong" anyway), starting another plot, interrupting again [with C-c], > and maybe the same once more, > R started just giving a ">" prompt

trying to install octave from epel onto centos 5.2, and getting dependency errors. only place I could find this RPM was in epel, which I 'thought' ran on native rhel5/centos5 without requiring any other repos, but I guess I'm wrong?!? google tells me libhdf5 is some sot of 'heirarchial data format' library, whatever that means. # yum install octave Loading

Gabor Grothendieck pointed out a bug to me in list.files(..., full.name=TRUE), that essentially comes down to the fact that in Windows it's not always valid to add a path separator (slash or backslash) between a path specifier and a filename. For example, c:foo is different from c:\foo and there are other examples. I'm going to fix this, but I'm wondering whether the fix is

On 5/6/19 7:47 AM, Dirk Eddelbuettel wrote: > > On 5 May 2019 at 10:47, Andrew Janke wrote: > | I'm interested in porting the R example datasets package to GNU Octave > | and Matlab. Would you have objections to my doing so? > > You don't even have to ask... > > [...] > > | Since R's datasets package is GPL, I think I'd be within my rights to > |