similar to: Tru64 Samba queue display problem

> On Mar 15, 2018, at 10:24 PM, Adrian Friskin <adrian.friskin at qut.edu.au> wrote: > > Hello R-help, > I currently have R-project 3.4.2 and R-studio 1.1.383 installed on some of our universities computer labs. Since the installation of Visual studio the default version of R installed has changed to the version installed by VS. Users can change the

Hello R-help, I currently have R-project 3.4.2 and R-studio 1.1.383 installed on some of our universities computer labs. Since the installation of Visual studio the default version of R installed has changed to the version installed by VS. Users can change the default R version: found in R studio global options but users need to do this every session. Is there a file or

Hi, I am interested in using the cast function in R to perform some aggregation. I did once manage to get it working, but have now forgotten how I did this. So here is my dilemma. I have several thousands of probes (about 180,000) corresponding to each gene; what I'd like to do is obtain is a frequency count of the various occurrences of each probes for each gene. The data would look

Dear All, I am wondering if R now has a similar function to inspect in Splus? Someone post this question in 1999 and the answer was no, and I am wondering if this function has been developed in 2003? Thanks for your attention. ************************************************************************************** Steve Su (s.su@qut.edu.au) PhD student. School of Accountancy

So, before I waste another couple of hours at this, is it possible to compile Samba 3.0.x on Tru64 at all? If so, can you tell me what the ./configure switches are? Thanks, Nate

Hello, I want to use samba on Tru64 Unix. Can anybody let me know the location from where i can download this version. Raghu

Samba 2.0.7 running on Compaq Tru64 UNIX V5.0A with latest tru64 patches. "mget *" works OK, "mput *" or something like "mput *.bat" fails with the error message "find: bad option -maxdepth". Several questions - Anyone else come across this one? Would dropping back to 2.0.6 fix the problem? Could it be an issue with 2.0.7 on Tru64 V5? Regards, Brian

http://bugzilla.mindrot.org/show_bug.cgi?id=933 Summary: compile problem on tru64 5.1A code outside of a #ifdef that should not be included on tru64 Product: Portable OpenSSH Version: 3.8p1 Platform: Alpha OS/Version: OSF/1 Status: NEW Severity: normal Priority: P2 Component: Build

Tru64 patch will not make it into 3.5 (this is final) due to lack of willing people to test. I have given the Tru64/osf1 community almost a month to test it. And *ONE* person came forward to give me verification. And don't give me shit about "I don't have time." The person who tested it was LEAVING his employer with Tru64. He found time. IT IS YOUR GAWD DAMN PLATFORM. IF

Dear All, I wonder whether it is still valid to use the following R code for cut. All I have done is changed: if (is.na(breaks) | breaks < 2) to: if (is.na(breaks) | breaks < 1) so that it covers interval of 1? It seems okay for my purposes but I am not sure why R specifically does not allow break<2 to happen. Steve. cut.default<- function (x, breaks, labels =

Hi, I am trying to compile rsync 2.5.5 on a Tru64 box. I downloaded configure.in revision 1.148, which I believe is the correct fix for the getaddrinfo problem; however I still have errors compiling rsync. Also I had to change line 22 in options.c from #include "popt.h" to #include "popt/popt.h". Any suggestions or ideas? Tan Dang

Well, after digging around and thinking some more, I'm giving up on the idea of preallocating a TTY to get post-auth privsep working on Tru64. I don't think it will work, because just allocating a TTY doesn't fix the problem - there's no valid way to tie that TTY back to the client process (because it hasn't requested a TTY yet and may not ever do so). The problem is that the

I have recently written a (minimal) Tru64 Unix SIA password module for Dovecot as part of testing a Dovecot installation. Has anyone else written a Tru64 Unix SIA module? Is anyone else interested in such a module? If so, how might I/we go about getting this/such a module into the main Dovecot source? Thanks -- Simon L Jackson Carringbush.Net +- Carringbush.Net Hosting * Development *

http://bugzilla.mindrot.org/show_bug.cgi?id=716 Summary: OpenSSH 3.7.1p2: sshd doesn't start at reboot (Tru64 UNIX) Product: Portable OpenSSH Version: -current Platform: Alpha OS/Version: OSF/1 Status: NEW Severity: major Priority: P2 Component: sshd AssignedTo: openssh-bugs

I believe that there is one more patch required for a successful build on Tru64: # diff ./src/lib/mountpoint.c.orig ./src/lib/mountpoint.c 60a61,63 > #ifdef __osf__ > point_r->type = p_strdup(pool, getvfsbynumber(buf.f_type)); > #else 62c65,66 < point_r->block_size = buf.f_bsize; --- > #endif > point_r->block_size = buf.f_bsize; Cheers

Hi list, I am planning to deploy samba 2.2.6 on a two-node cluster running Tru64 UNIX 5.1A. Each node will be running an instance of samba providing different services, but I want the locks directory to be shared between them so that if one node goes down, the other can take over its services and still have correct information about open files etc. My question: Can the tdb's handle being

I am really new to R and would appreciate some help to sort out a problem with data extraction from a large file. I have entered the following command to filter data from a large data set called "upanddown" such that those records in upanddown corresponding to blockType=3'UTR are transferred to a new file called "new": new<-sqldf("select * from upanddown where

I think I'm ready with the SIA (Security Integration Architecture) patches for Tru64 UNIX. All of the code was written by Tom Woodburn, an engineer at Compaq. I've only performed integration and testing of the patches with more help from Tom. Tom's original patches were included in the "other" ssh. We'd both like to see SIA support get into OpenSSH. SIA provides PAM-like

Hi, I'm attempting to get openssh-3.4p1 up and running on our DEC/Compaq Alpa workstations. They are running Tru64 Unix 5.1A. I compile the package myself. Openssh-3.1 worked perfectly, with the default sshd_config file. Openssh-3.4p1 works, if I set UsePrivilegeSeparation to "no" in the sshd_config file. NOTE: I have a secondary issue with the ListenAddress default setting

Either this never made it to the list or no one cares about Tru64. This is the last time I'll send this patch to the list. If no one steps up and finishes it or provides me with enough information to fix any remaining bugs (one being complaint that 'ssh site cmd' does not work right). If there is no activity on this for a week. I'll post it to bugzilla and will ignore any