search for: usbr

Hi, I have adviced my students to install R and an editor on a USB drive for working in the computer class. With R everything works fine following these instructions: http://personal.bgsu.edu/~mrizzo/Rmisc/usbR.htm. But several editors (e.g., Tinn-R and WinEdt) require administrator rights. I have found out that Emacs (Vincent Goulet's Emacs for Windows Modified http://vgoulet.act.ulaval.ca/en/ressources/emacs/windows) can be installed without administrator rights. There is, however, one problem. I h...

I work in a US government office, where regular computer users are not allowed Admin access to their computers, and all software must go through an extensive evaluation to be approved for installation and use. Several of us in my office would greatly benefit from R, so I'd like to request that it go through the approval process. Does anyone out there have any experience or advice to share?

Water engineer here. The standard approach is to 1) get the storage vs. elevation data from the designers of the reservoir or, barring that, 2) get the bathymetry data from USBR or state DWR, or, if available, get the DEM data from USGS if the survey was done before the reservoir was built or 3) get a boat+sonar with GPS? +lots of time and survey the bottom elevation yourself. Put the xyz data into ArcGIS and have it create the bottom surface, then, with several elevat...

...Storage) Sincerely On Tue, 9 Apr 2024, 21:26 David Stevens via R-help, <r-help at r-project.org> wrote: > Water engineer here. The standard approach is to 1) get the storage vs. > elevation data from the designers of the reservoir or, barring that, 2) > get the bathymetry data from USBR or state DWR, or, if available, get > the DEM data from USGS if the survey was done before the reservoir was > built or 3) get a boat+sonar with GPS +lots of time and survey the > bottom elevation yourself. Put the xyz data into ArcGIS and have it > create the bottom surface, then, wit...

Hello, I'm trying to compile openssh-3.6.1 P2 on an HP box running HP-UX 11.00. After running configure, the first file it tries to compile is openbsd-compat/bsd-arc4random.c. It appears to give an error from one of its include files: cc: "../openbsd-compat/bsd-misc.h", line 72: error 1711: Inconsistent parameter list declaration for "utimes". I'm not doing

Just in case anyone else runs across this problem, maybe someone on this list can pass this along. Install HP Patch PHNE_27796 Patch Description: s700_800 11.11 libnss_dns DNS backend patch The preceding patch (PHNE_23574) was on some of the boxes that exhibited the problem, so 23574 is not enough. If the box showed the problem, it could only be fixed by installing PHNE_27796. Just a bit more

Hello, I've compiled openssh 3.7.1p2 on a DG/UX machine, using openssl 0.9.7c, zlib-1.1.4, and tcp_wrappers7.6. ssh itself seems to function ok, but sshd does not appear to be functioning properly for non-root users. After connecting and providing a password, the connection is closed, and we appear to get 3 messages in syslog like the following: fatal: permanently_set_uid: was able to

I posted a message about this problem late last week, never heard anything back, so I have to assume other folks did get a working ssh (3.7.1p2) binary built on HP-UX 11i. Just to refresh, my ssh package that I built on HP-UX 11i works fine, except that the ssh binary doesn't seem to go to DNS to resolve host names. So the only way I can ssh to other machines is to put their host entries in

Hello, I just built openssh 3.8p1 on an HP-UX 11i machine. All looks well except for the timezone. I'm noticing now that when it logs stuff to syslog, it's off by 2 hours for me. What I've figured is this: My timezone is MST7MDT (mountain time). The timezone in /etc/default/tz is EST5EDT (eastern time). There's a 2 hour difference between mountain & eastern time. What

Actually it really never was answered, but here's how I fixed (worked around) it. At first I thought installing patch PHNE_27796 (libnss_dns DNS backend patch) had fixed it. It didn't. It just flip-flopped the problem. Prior to installing that patch, ssh would never go to DNS no matter what was in nsswitch.conf. It appeared to only look in /etc/hosts. After installing the patch, ssh