Displaying 20 results from an estimated 1300 matches similar to: "[Bug 838] TZ variable not being set in IRIX 6.5"
2002 Jun 28
0
[Bug 319] New: Privilege Separation failing on OSF1 v5.1
http://bugzilla.mindrot.org/show_bug.cgi?id=319
Summary: Privilege Separation failing on OSF1 v5.1
Product: Portable OpenSSH
Version: -current
Platform: Alpha
OS/Version: OSF/1
Status: NEW
Severity: normal
Priority: P2
Component: sshd
AssignedTo: openssh-unix-dev at mindrot.org
ReportedBy:
1999 Mar 23
1
R-0.63.3 package on IRIX 6.5 machine (PR#145)
Hi,
I installed R-0.63.3 version on SGI machine running
IRIX 6.5.
Machine details:
319 <mind.krasnow.gmu.edu:R-0.63.3> uname -a
IRIX64 mind 6.5 07271714 IP27
I used gcc (egcs1.1.1) and g77 combination.
I use the GNU make rather than the sgi make.
I went through your help mailing list and found that
I have to edit the Mathlib.h file in src/include directory
to undefine certain definitions
1999 Apr 29
1
R-0.64.0 installation on SGI IRIX 6.5 machine
Hi,
I am trying to install R-0.64.0 version on SGI machine running
IRIX 6.5.
Machine details:
319 <mind.krasnow.gmu.edu:R-0.63.3> uname -a
IRIX64 mind 6.5 07271714 IP27
Configure script runs fine and the output at the end of configure is:
R is now configured for mips-sgi-irix6.5
Source directory: /usr/local/R-0.64.0
Installation directory: /usr/local
C compiler:
2002 Apr 26
1
optimization of R on SGI/IRIX
For R-1.4.0, I have been able to build R.bin with -O2 flag. This however
did not yield any significant speed-up for my code. I then tried building
the binary for 64 bit, but had not been able to configure the build; none of
the suggestions that I can find in the r-help search worked for me. I'm
looking for any other suggestions -- TIA
mod:>> uname -a
IRIX64 mod 6.5 10100655 IP35
2001 May 01
1
fatal compile error on SGI IRIX
IRIX64 6.5 01101245 IP27
20010425 CVS
- (djm) Include crypt.h if available in auth-passwd.c
cc-1143 cc: ERROR File = /usr/include/crypt.h, Line = 38
Declaration is incompatible with
"void des_encrypt(unsigned long *, struct des_ks_struct *, int)"
(declared at line 150 of "/usr/local/ssl/include/openssl/des.h").
extern void des_encrypt(char *, int);
2002 Jun 14
0
[Bug 276] New: openssh-3.2.3p1 does not compile on IRIX - SCM_RIGHTS undefined
http://bugzilla.mindrot.org/show_bug.cgi?id=276
Summary: openssh-3.2.3p1 does not compile on IRIX - SCM_RIGHTS
undefined
Product: Portable OpenSSH
Version: -current
Platform: MIPS
OS/Version: IRIX
Status: NEW
Severity: major
Priority: P2
Component: Build system
AssignedTo:
2002 Sep 27
1
R1.5.1,tcltk,IRIX
the built version of R (built using shared libraries) doesn't appear to
find tcl/tk:
Please help.
Details:
SGI configuration:
7.3.1.3m compilers from SGI
uname -aR = IRIX64 mendel 6.5 6.5.16f 04101930 IP35
We built R on an SGI system using the following configure script:
# explicitly choose vendor compilers for R rather than GNU
# optimise output to support highest level of performance
2015 Apr 29
0
Sometimes libvirt fails to update domain block file after blockcommit.
Posted to https://bugzilla.redhat.com/show_bug.cgi?id=1217185
I just stumbled on another bug while snapshotting and think it's related
to 1210903 and 1197592 as it seems like some sort of race condition
because it depends on what logging is in place and doesn't happen every
time.
Here are the details:
I wrote this test script to snapshot and commit over and over:
#!/bin/sh
while [ 1
2020 May 20
1
Feature request: don't fail if using -z from --with-included-zlib=yes to --with-included-zlib=no
Hello,
I'm one of the Debian maintainers of rsync and I'm currently
investigating the switch from "--with-included-zlib=yes" to "no" for
the next stable release (ETA 2021). So basically I'm investigating
what are the impacts of using upstream's zlib instead of rsync's
bundled one.
For the investigation I did simple transfers (1 file) using both
2020 May 21
4
[Bug 14390] New: Feature request: don't fail if using "-z" transferring to rsync complied with --with-included-zlib=no
https://bugzilla.samba.org/show_bug.cgi?id=14390
Bug ID: 14390
Summary: Feature request: don't fail if using "-z" transferring
to rsync complied with --with-included-zlib=no
Product: rsync
Version: 3.1.3
Hardware: All
OS: All
Status: NEW
Severity: enhancement
2003 Sep 05
1
[Bug 585] sshd core dumping on IRIX 6.5.18 with VerifyReverseMapping enabled
http://bugzilla.mindrot.org/show_bug.cgi?id=585
------- Additional Comments From dtucker at zip.com.au 2003-09-05 13:39 -------
What's the status of this?
At the moment, my understanding is:
* a bug exists in getaddrinfo in IRIX 6.5.18 and up
* defining BROKEN_GETADDRINFO causes a type clash with gai_strerror
* solving the type clash results in an sshd that works OK
Should we be
2002 Apr 23
0
[Bug 225] New: Supression of login warning banner for noninteractive commands
http://bugzilla.mindrot.org/show_bug.cgi?id=225
Summary: Supression of login warning banner for noninteractive
commands
Product: Portable OpenSSH
Version: 3.0.2p1
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P4
Component: ssh
AssignedTo:
2020 Jul 08
3
Urgent Help required
On July 8, 2020 11:01:20 AM AKDT, Alexander Dalloz <ad+lists at uni-x.org> wrote:
>Am 08.07.2020 um 20:28 schrieb Kishore Potnuru:
>> Thank you for the reply.
>>
>> As per our current infrastructure, I can go maximum of the redhat 7.7
>> version. Not more than that. Am I able to install or upgrade to
>dovecot 2.3
>> version in redhat 7.7?
I am running
2010 Mar 18
1
probable timezone confusion with as.yearmon
It looks like a timezone issue, and it's causing confusion to me at least.
My original data:
gmt <-
c("19880101 0000", "19880101 0100", "19880101 0300", "19880101 0400",
"19880101 0500", "19880101 0600")
These were converted to local dates/times with
akst<-strptime(gmt,format="%Y%m%d %H%M")-(3600*9) # because I want
2003 Apr 22
3
getting samba to set the time...
I've been though the samba faq and docs, but i still can't figure it out...
Is it possible to set a unix clock with samba from a windows ?
like "c:\>net time /Domain:domain /set /y" on a windows box
I'm running samba 2.2.8.1 on Irix64
-mario
2004 Nov 11
2
Row labels are skewed in 'heatmap' (PR#7358)
Full_Name: Peter Fischer Hallin
Version: Version 1.8.1
OS: Irix64
Submission from: (NULL) (130.225.67.236)
I've made a script look like this:
exp <- read.table("graph/1933672048.cluster.data")
exp <- as.matrix(exp)
postscript("graph/1933672048.cluster.data.ps")
heatmap(exp,scale="none",cexCol=0.4,cexRow=0.2,col=custom,margins=c(5,5))
The row labels
2003 Jun 03
15
[Bug 585] sshd core dumping on IRIX 6.5.18 with VerifyReverseMapping enabled
http://bugzilla.mindrot.org/show_bug.cgi?id=585
Summary: sshd core dumping on IRIX 6.5.18 with
VerifyReverseMapping enabled
Product: Portable OpenSSH
Version: -current
Platform: MIPS
OS/Version: IRIX
Status: NEW
Severity: major
Priority: P2
Component: sshd
AssignedTo:
2001 Apr 26
2
Functionality bug (possibly) in openssh on AIX 4.3 (fwd)
Has anyone else running AIX tried this patch? I'm looking for feedback
if it should be applied before we release 2.9p1.
- Ben
---------- Forwarded message ----------
Date: Tue, 24 Apr 2001 17:22:02 -0800 (AKDT)
From: mikem at alaska.net
To: openssh-unix-dev at mindrot.org
Subject: Functionality bug (possibly) in openssh on AIX 4.3
Hi Folks,
While compiling and testing openssh-2.5.2p2 on
1999 Sep 08
1
PostScript output error
Hello,
I'm currently using R-0.65.0 with --gnome option in
configure on IRIX64 and Debian GNU/Linux.
I found a problem in generated postscript file which
has following sequence:
x <- 1:30
postscript("output.ps")
par(mfg=c(1,1,2,2))
plot(x,sin(x))
plot(x,sin(x))
plot(x,sin(x))
plot(x,sin(x))
dev.off()
The generated postscript file "output.ps" can't
2005 Aug 05
1
Installation problem on SGI IRIX6.5
Hi, all,
I'm a newbie to R. I came across a problem when I tried to install R on
an SGI machine which is running IRIX64 6.5.
I have successfully run configure, but when I tried to run "make"(or
"gmake"), errors came out. Following is the error message.
Does someone has experiences in the R's installation on IRIX ? Any hints
will be greatly appreciated !
Thanks in