similar to: R-0.63.0.tgz untar problem!

I have just put on ftp://sirio.stat.unipd.it/pub/R a new version of R for Win95/NT. The main difference concerns dynamic linking (see below). In addition, the binary distribution contains many of the available packages (all the ones that I have installed on my Unix machine). In the afternoon, I will upload the files on CRAN. g.m. This is the README file: rw0613b.zip is a new binary

I have just put on ftp://sirio.stat.unipd.it/pub/R a new version of R for Win95/NT. The main difference concerns dynamic linking (see below). In addition, the binary distribution contains many of the available packages (all the ones that I have installed on my Unix machine). In the afternoon, I will upload the files on CRAN. g.m. This is the README file: rw0613b.zip is a new binary

Nice! it seems to works. Later this evening when I'll be back to my home I'll try to unplug the power chord from my ups. Apr 3 14:08:11 archivio notifier: nut not running? (check > /var/db/nut/upsd.pid). > Apr 3 14:08:11 archivio notifier: nut_upsmon not running? (check > /var/db/nut/upsmon.pid). > Apr 3 14:08:11 archivio notifier: nut_upslog not running? (check >

nothing appens. The output is exactly the same as below (attached screen with freenas config) [image: Immagine in linea 2] 2014-04-03 13:16 GMT+02:00 Charles Lepple <clepple at gmail.com>: > please reply to the list. thanks! > > See below. > > On Apr 3, 2014, at 3:10 AM, Daniele Borghesi wrote: > > thanks for your reply.* I'm running the latest version of

please reply to the list. thanks! See below. On Apr 3, 2014, at 3:10 AM, Daniele Borghesi wrote: > thanks for your reply. I'm running the latest version of FreeNAS based on 9.2 with NUT 2.7.1 > > [root at archivio ~]# uname -a > FreeBSD archivio.dannyb78.home 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0 r262572+ > 38751c8: Thu

Hi, I have been trying to untar the source file for R and having no success. I have used decompression utilities that handle .tar and .tgz file but I keep getting an error that there is a "Header CRC Error". So, I am wondering if this is just me and I am not using the right decompression utility or whether there is an error in the headers for the zip file. Anyone have any advice?

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last

When I try to compile R v0.63.0 on my SUN (Solaris 2.5.1 using g77) I get the error message make: Fatal error: Don't know how to make target `/sw/sun4_55/R-0.63.0/src/*/*.[chfy]' I seems that one source file can't be compiled. Does anybody know what I can do? Frank Beimfohr University of Dortmund, Germany

I am using rw0613b with djtools on Win95. No problem with makefiles building fortran and C dll's, plus can build R.exe with the supplied libraries (including mva). Why then do I get the following error when I try to building an existing library separately, eg... (/R-0.61.3/src/gnuwin32)$ make -f MakePkg -C ../library/mva PKG=mva make.exe: Entering directory `c:/R-0.61.3/src/library/mva'

Hi, I tried to make my Linux box smbmount a remote share originating from a Macintosh running the commercial package DAVE 2.5. The Linux box is a RedHat 6.0 with a 2.2.14 kernel (with smbfs inserted as a module) and samba-2.0.3; the iMac ran MacOS9. The directory to be shared, \\akemi\archivio, contained two files, aaa and bbb. Here's what happened: [root@sonal ~]# smbmount

Hello, I've configured a small Linux box just for sharing some disks and route the traffic across two networks. This works fine, since Samba can join the domain of my NT4 PDC by Winbind. But I get those strange error messages on my logs, even if all seems to work correctly. This seems regarding to winbindd: Jan 27 11:03:25 wanda winbindd[1015]: [2003/01/27 11:03:25, 0]

Move the untar function so it can be used later in the code. Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com> --- v2v/input_ova.ml | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/v2v/input_ova.ml b/v2v/input_ova.ml index db884d9..f76fe82 100644 --- a/v2v/input_ova.ml +++ b/v2v/input_ova.ml @@ -38,6 +38,12 @@ object method as_options = "-i ova

Move the untar function so it can be used later in the code. Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com> --- v2v/input_ova.ml | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/v2v/input_ova.ml b/v2v/input_ova.ml index 61930f0..85954a3 100644 --- a/v2v/input_ova.ml +++ b/v2v/input_ova.ml @@ -38,6 +38,12 @@ object method as_options = "-i ova

Hello- I'm testing the current versions on UnixWare 2.x and have run into the following problems: After downloading the nightly snapshot, untar fails with "Directory Checksum error". Gunzip is successful, but the tar fails. Failing the snapshot extraction, I checked out a clean copy from the CVS. Configure fails when it hits the "/scard" directory, which is empty. I

Dear List, I have a list of 600+ *.gz files that I would like to extract and read the geotiffs contained within them. I tried using the untar() function to simplify this task but I am stumped by an error. I've combed the Internet for a solution without luck. The details are below, and any help in solving this matter is appreciated. > files = list.files(path = "J:/GIMMS/NDVI",

I had a couple of problems getting R 0.90.0. In case anyone has similar problems, I though I would mention them. 1/ I can't use "ftp cvs.r-project.org" from either home or work. The ftp service does not seem to be available. Perhaps this is intended. I only discovered it because I thought the file I got through Netscape might be corrupted. (I don't understand why Netscape

The following used to work (0.62.1 the latest that I used), and now it doesn't (0.63.0): force <- vector(mode = "list", length = 1) names(force)[1] <- somename It returns the error: Error in "[<-"(NULL, 1) : object is not subsetable You might argue that this approach is unnecessary now that R allows subscripts that are out of range (e.g., force<-list();

I have put at http://www.stats.ox.ac.uk/pub/R/win32/makehelp.zip a file with instructions and the tools I used to make help for libraries for Guido's gnuwin32 version of R-0.63.0. There are also instructions for making libraries without remaking R itself. Brian -- Brian D. Ripley, ripley at stats.ox.ac.uk Professor of Applied Statistics,