similar to: Buig in bin/R script (PR#9375)

https://bugzilla.mindrot.org/show_bug.cgi?id=1530 Summary: ssh-copy-id: strip colon from end of hostname Product: Portable OpenSSH Version: 5.1p1 Platform: Other URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=22617 2 OS/Version: Linux Status: NEW Severity: trivial Priority:

Hi! I did a little off-list discussion with Jan. Attached is a patch, which makes the non-portable scripts in tools/check portable. Christoph _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Full_Name: Gordon Lack Version: 2.2.0 OS: OSF1/Tur64 Submission from: (NULL) (193.128.25.20) R-2.2.0 fails to build on OSF1 systems. ..... make[4]: Leaving directory `..../R-2.2.0/src/library/tools/src Error in list.files(path, pattern, all.files, full.names, recursive) : invalid 'pattern' regular expression Execution halted make[3]: *** [all] Error 1 ..... I've tracked

Full_Name: Michael Hoffman Version: 2.0.0-beta-20041001 OS: OSF1 V5.1 Submission from: (NULL) (193.62.199.8) Hello. Building R 2.0.0-beta-20041001 on OSF1 V5.1 failed because the default configure sets R_XTRA_CFLAGS to "-std1 -ieee_with_inexact." The bzip2 directory includes C99 code that requires -std1 to not be set in order to compile. This halts the overall build process.

I could not find this question anywhere, but I apologize if it is and I just missed it. Running an Alpha, OSF1 V5.1 1885 configure went fine. compile failed: cc -I. -I. -g -DHAVE_CONFIG_H -I./popt -c lib/getaddrinfo.c -o lib/getaddrinfo.o cc: Error: lib/getaddrinfo.c, line 182: In this statement, "EAI_MAX" is not declared. (undeclared) if (ecode < 0 || ecode > EAI_MAX)

Dear R Development Core Team, I've been trying to install R ver. 0.64.0 on a Dec-Alpha machine w/OSF1. A couple of things go wrong. After I type "make", the installation process bombs while trying to compile the R.binary. It reports the following: f77 -o ../../bin/R.binary {*** for brevity, I've deleted the filenames printed here ***} ld:

Hi, We have 2 problems with rsync over ssh that we haven't been able to replicate all the time. Basically, we have a developement server running Solaris 2.5.1 and another running Solaris 2.6, the development tree is shared via nfs. When minor changes are made they are distibuted to various mirror sites via a perl script which does some checks (path, etc) and runs 'rsync -e ssh ....'

R ran find on our Sun until it was stolen. I have now set up R on one of our Dec Alphas OSF1 V4.0 386. R-0.49 configures builds and runs fine except that the glm command crashes R. R-0.60.1 configures builds and runs until a cis entered. I think the problem is the floating point conventions but before I get in over my head a question Has anyone used glm successfully on Alphas OSF1 V4.0 386?

Has anyone achieved a current successful build of R 1.8 or 1.9 or earlier for HPUX Tru 64 OSF 5.1? There is no binary version of R for HPUX Tru 64 OSF 5.1. The R admin manual mentions that the native make fails on "Alpha/OSF (aka Tru 64)" and gnu make must be used instead. There are problems reported with building R versions around 1.4 from 2002 on R-devel, some of which were fixed with

Hi all, The systems guys here in the stat dept don't seem to be able to compile R on the Dec Alphas or on the SGIs. Can anyone give them a hand? -Greg ------------------------------------------------------------------------------- Gregory R. Warnes | It is high time that the ideal of success warnes at biostat.washington.edu | be replaced by the ideal of service.

At 15:58 00-04-17, you wrote: >Date: Mon, 17 Apr 2000 14:45:07 +0200 >From: werner maes <werner.maes@cc.kuleuven.ac.be> >To: samba@samba.org >Subject: SMBD-error: important?? >Message-ID: <38FB0753.B00F2E49@cc.kuleuven.ac.be> >MIME-Version: 1.0 >Content-Type: text/plain; charset=us-ascii >Content-Transfer-Encoding: 7bit > >Hello, > >When I

I know it is just after a release, but I'm trying to see how the regression tests look on Tru64. I hadn't had a chance to really look at them before because I didn't have sudo installed on Tru64 (now I do). Anyway, for the 3.9p1 release, all of them run except for a couple of problems: - agent-ptrace fails; it looks like setgid isn't enough to kill tracing under Tru64, and I

Full_Name: Kjetil Kjernsmo Version: 1.0.1 OS: osf1 Submission from: (NULL) (129.240.28.227) Ouch, another obscure bug... I just had a bus error crash, with a core dump, a small one this time. Usual <URL:http://www.astro.uio.no/~kjetikj/tmp/core>. I had done a few simulations, and done a chisq.test() on them. These simulations also write about 190MB's to file, but I have no idea whether

http://bugzilla.mindrot.org/show_bug.cgi?id=445 ------- Additional Comments From simon at sxw.org.uk 2003-05-21 00:49 ------- The existing code only handles the situation where Kerberos credentials are created by the OpenSSH's krb5 code. What would appear to be happening under OSF/1 is that one of the calls used to verify the users login is, as a by-product, creating the credentials

When rebuilding from the source rpms on ia64 on Fedora Core 1 with all updates I am getting the following error. --------------------------------- Processing files: samba-client-3.0.4-2 error: File not found: /var/tmp/samba-3.0.4-root/usr/lib64/samba/lowcase.dat error: File not found: /var/tmp/samba-3.0.4-root/usr/lib64/samba/upcase.dat error: File not found:

I want to cite R for an article. What is the right thing to do? Shall I include "Notes on R" or is there a better way? -- mailto:koloska at rcs.urz.tu-dresden.de http://rcswww.urz.tu-dresden.de/~koloska/ -- -- right now the web page is in german only but this will change as time goes by ;-)

Is there anyway to merge the users accounts (passwd/shadow) on our UNIX machine to create a default sampasswd file. We have close to 11,000 UNIX accounts and would like to use samba's domain login features. We are just not sure how to merge the current users into the samba's passwd list. Or is there another way to do this??? Thanks, ********************************* Adam Taylor

Hi Jerry et al, I'm using the 3.0.1 release in 'ADS' mode with ~450 print queues and ~150 users (getting migrated right now, will be ~3.000 in the end). In general everything works fine apart from some smaller driver configuration problems, the usual stuff. Though I see a lot of errors in the log files and it seems that sometimes the print job transfer fails (get 'zero nothing to

I am not familiar with the usage of SSL-Certs (in Icecast). I'd recommend to put them somewhere into a folder the webserver has access to. Don't forget to change ownership and mode etc. check this out about you problem with the files -> http://stackoverflow.com/questions/991758/how-to-get-an-openssl-pem-file-from-key-and-crt-files

Dear R-users, I currently have trouble in trying to compile R-1.3.0-patched on Compaq OSF1. -------- >uname -a OSF1 adenine.fysik.dtu.dk V4.0 1229 alpha -------- The 'configure' step ended seemingly corretly: ----------------------- R is now configured for alphaev6-dec-osf4.0f Source directory: . Installation directory: /home/adenine/sysman/laurent/share/ C