similar to: Problem building Samba 3.3 on Solaris 10

Hi, I'm trying to build Samba 3.2.4 on Solaris 10 using the Sun Studio 12 compiler, but configure keeps dying at: checking for LDAP support... auto checking ldap.h usability... yes checking ldap.h presence... yes checking for ldap.h... yes checking lber.h usability... yes checking lber.h presence... yes checking for lber.h... yes checking for ber_tag_t... yes checking for ber_scanf in

Hi list, I tried to install MCMCpack to R-2.12.0, got the following error, CC -m64 -library=stlport4 -I/apps/sparcv9/R-2.12.0/lib/R/include -DSCYTHE_COMPILE_DIRECT -DSCYTHE_DEBUG=0 -DHAVE_TRUNC -DHAVE_IEEEFP_H -I/opt/csw/include -KPIC -g -c MCMCSVDreg.cc -o MCMCSVDreg.o "error.h", line 598: Error: The function "abort" must have a prototype.

I have 64-bit R 2 12 0 installed on Solaris 10 of Sun Sparc. When I tried to install RCurl, it failed with the following lines, ............... Version has CURLOPT_SSL_SESSIONID_CACHE libcurl version: libcurl 7.19.6 configure: creating ./config.status config.status: creating src/Makevars ** libs cc -xc99 -m64 -xarch=sparcvis2 -I/apps/sparcv9/R-2.12.0/lib/R/include -I/opt/csw/include

I'm on Solaris 9 sparc. Current versions are: gcc 3.4.6 (sunfreeware pkg) MIT krb5-1.6.3 (source) openldap-2.4.11 (compiled with --with-tls and --enable-crypto) samba-3.2.2 db-4.2.52.NC (sunfreeware pkg) No compiler env vars set, except CC is set to CC=/usr/local/bin/gcc I'm invoking configure as follows: ./configure --with-ads --with-windbind --with-krb5=/usr/local --with-ldap

Dear All, Yesterday I downloaded the latest Samba release 3.2.0 and tried to compile it against blastwave.org packages, as I always do. But it fails with error: "/usr/include/sys/termios.h", line 38: warning: macro redefined: CTRL "./librpc/gen_ndr/srvsvc.h", line 232: warning: enumerator value overflows INT_M AX (2147483647) "./librpc/gen_ndr/srvsvc.h", line 235:

Dear All, Yesterday I downloaded the latest Samba release 3.2.0 and tried to compile it against blastwave.org packages, as I always do. But it fails with error: "/usr/include/sys/termios.h", line 38: warning: macro redefined: CTRL "./librpc/gen_ndr/srvsvc.h", line 232: warning: enumerator value overflows INT_M AX (2147483647) "./librpc/gen_ndr/srvsvc.h", line 235:

Hi, I am compiling R2.8.1 on a Sun M4000 machine with Solaris 10. I am using Sun Studio 12. I get the following error: cc -xtarget=native64 -G -L/usr/sfw/lib/sparcv9 -L/opt/csw/lib/sparcv9 -o grDevices.so chull.o devNull.o devPicTeX.o devPS.o devQuartz.o init.o mkdir ../../../../library/grDevices/libs Warning in solve.default(rgb) : unable to load shared library

We currently have a samba install on Solaris 8 providing a front-end to a Rational ClearCase system. Because of some recent changes, we are having Kerberose issues in validating files (too many open files). After some research, I found that the best way to resolve these is to re-compile samba as a 64bit application to increase the open file restrictions on a Solaris 32 bit app. The problem I am

Dear R-HELP, We are compiling R-2.12.1 for 64 bits onto a Sun Sparc machine below: SunOS 5.10 Generic_142900-13 sun4u sparc SUNW,Netra-T12 The source was compiled successfully with "gcc version 3.4.6" by using the default configuration and has produced R-2.12.1 in 32 bits. Compiling R-2.12.1 for the 64 bits by configuring the config.site file as follow: CC="gcc -m64"

Hello I'm having trouble building R under Unix. I've searched for information about it on google or the R database but I didn't find any answer on my problem. I would be thankful if somebody could help me working that out. The version of R I'm trying to build is R-2.4.0 and the architecture of solaris is sparc. Here's what I type. PATH=/opt/sfw/bin:$PATH export

Hello folks, I found the following message in the web archives from a month or so back - I've now encountered this same problem while trying to update our local builds of R (on Solaris) from ~2.2.0 to 2.4.x. I've tried both the official 2.4.0 source tarball, as well as yesterday's R-patched source. I'm doing my builds on a T2000 running Solaris 10, patched up to date as of a

http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz.sig As promised last Friday, here's the v2.0.0 release finally. I'm cautiously optimistic that v2.0.1 won't (have to) be released for a few weeks, since there was quite a lot of testing and fixing going on in the RC stage. Remember to read http://wiki2.dovecot.org/Upgrading/2.0

http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz.sig As promised last Friday, here's the v2.0.0 release finally. I'm cautiously optimistic that v2.0.1 won't (have to) be released for a few weeks, since there was quite a lot of testing and fixing going on in the RC stage. Remember to read http://wiki2.dovecot.org/Upgrading/2.0

Francois Dion wrote: > Le lundi 16 avril 2007 ? 13:28 -0600, Ali Bahrami a ??crit : >>> Subject: >>> Re: [dtrace-discuss] Getting the function names? >>> From: >>> Bart Smaalders <bart.smaalders at Sun.COM> >>> Date: >>> Fri, 13 Apr 2007 09:48:29 -0700 >>> To: >>> fdion at atriumwindows.com >>> >>>

We have a solaris/sparc machine that has been running an old version of R-devel: Version 2.2.0 Under development (unstable) (2005-06-04 r34577) which was built as m64 from sources. Attempting to upgrade to 2.4.0 the configure step goes ok, but I'm getting early on from make: > gcc -m64 -L/opt/sfw/lib/sparcv9 -L/usr/lib/sparcv9 > -L/usr/openwin/lib/sparcv9 -L/usr/local/lib -o

On 2009-02-24 03:28, Kshitij Sudan wrote: > I am new to LLVM, and I'm trying to compile llvm and llvm-gcc from > subversion on a Solaris10/SPARC machine. I have already tried building > llvm-2.4 on this machine, but it failed. > > I then tried the subversion sources (rev. # 65253 fro llvm and > rev#65263 for llvm-gcc) and llvm at least builds correctly ( I however > have

> > >> For historical reasons, the administrator is member in lots of groups. As >> a result the ticket size is too big for UDB, so the W2k3-server sends an >> KRB5KRB_ERR_RESPONSE_TOO_BIG (Response too big for UDP, retry with TCP) >> error back to kinit. >> >> Unfortunatly this case is not handled in lib/krb5/get_in_tck.c - >> krb5_get_in_cred().

On Friday, July 31, 2015 07:50 AM, Hans Wennborg wrote: > Dear testers, > > 3.7.0-rc2 was just tagged. Please test, build binaries, upload to the > sftp, and report results to this thread. LNT is looking good on Ubuntu 14.04 x64, uploaded: clang+llvm-3.7.0-rc2-x86_64-linux-gnu-ubuntu-14.04.tar.xz The errors reported during build are: Failing Tests (17):

Under Samba 2.2.4 (and possibly earlier), smbpasswd (when run locally) only really reads the first 8 characters, as opposed to the full password. Obviously, this can cause mass confusion. :) The fix is pretty simple (I would offer a diff, but this is the kind of thing the configure script should check for...) - under Solaris getpass() will only return 8 characters - you must use getpassphrase()

On Aug 31, 2015, at 9:01 AM, Rob Groner <rgroner at RTD.com> wrote: > > iSerialNumber does not need to be unique per device - it is not very many bits wide. > > I?m pretty sure I don?t *need* iSerialNumber?I mean, I could just remove it from the report descriptor altogether. But since it is available to give, and we are writing each board?s serial number into flash as part of