similar to: [Bug 782] Unable to start openssh after upgrading to 3.7.1.p2

I'm testing both sunfreeware and official sun (sfw) samba on Solaris 10. For some reason since yesterday, the smbd process just "hangs" at the start. No log is generated on server side Where smbd is started, I can't find any open port on 139 or 145 My OS is Solaris 10 # uname -a SunOS labo2 5.10 Generic_142900-13 sun4v sparc SUNW,SPARC-Enterprise-T5120 #

Hi all, I see that the premade binaries for Samba on Solaris, even recent versions, have ADS support not compiled in. I see more ad domains than nt4 domains these days, so I am going to compile it myself with ads on. I want to ask the experienced if there are any gotchas with ads Samba on Solaris, or something about Solaris that makes ads Samba support difficult. Thanks Jason

On Sat, Aug 17, 2013 at 7:08 AM, Tom Browder <tom.browder at gmail.com> wrote: > On Sat, Aug 17, 2013 at 6:15 AM, Tom Browder <tom.browder at gmail.com>wrote: > >> On Fri, Aug 16, 2013 at 2:58 PM, Tom Browder <tom.browder at gmail.com>wrote: >> >>> On Fri, Aug 16, 2013 at 2:55 PM, Tom Browder <tom.browder at gmail.com>wrote: >>>

Dear Dovecot developers! This problem already existed some years ago, has been fixed, and now it's there again in Dovecot 2.2.25 (2.2.24 was fine). I'm running CentOS 6 with a custom OpenSSL installation in /usr/local/ssl Therefore, Dovecot is configured like this: env SSL_CFLAGS="-I/usr/local/ssl/include" SSL_LIBS="-L/usr/local/ssl/lib -Wl,-R/usr/local/ssl/lib -lcrypto

Folks, I'm running the libc++ tests in tree [1] and I'm seeing two class of errors: 1. -lrt is used, but there is no such "librt.a" in the path. Results are that some symbols are not found, or that the DSO object wasn't. Adding a symlink in build/lib/librt.a to build/clang/3.8.0/lib/linux/libclang_rt.builtins-aarch64.a worked. 2. "collate_byname failed to construct

Hey, So in Fedora rawhide we are now building llvm 3.7.1 into the lots of little shared libraries format. However I'm running into a major problem with the fact that sometimes dlclose isn't dropping all the LLVM libraries from the address space of the process. We have a sequence like this: a) X server asks mesa gbm library to init, it loads the kms_swrast_dri.so with

Hello, we have a pair of IBM P570 servers running RHEL5.2 kernel 2.6.18-92.el5.ppc64 We have Oracle RAC on ocfs2 storage ocfs2 is 1.4.7-1 for the above kernel (downloaded from oracle oss site) Recently both servers have been crashing with the following error: Assertion failure in journal_dirty_metadata() at fs/jbd/transaction.c:1130: "handle->h_buffer_credits > 0" kernel BUG in

Aki Tuomi <aki.tuomi at dovecot.fi> wrote: >> ldd /usr/local/Dovecot-2.2.25/lib/dovecot/libssl_iostream_openssl.so >> linux-gate.so.1 => (0x00e8c000) >> libcrypto.so.1.0.0 => not found >> libssl.so.1.0.0 => not found >> librt.so.1 => /lib/librt.so.1 (0x00be4000) >> libc.so.6 => /lib/libc.so.6

I updated one of my powerpc64le llvm test systems to Fedora 25 and I started getting a whole bunch of sanitizer test case failures. I tried testing some earlier revisions on the new OS that had worked fine under the old but they generate the same errors now so it isn't any changes in llvm. There are two different errors: FATAL: ThreadSanitizer: unsupported VMA range FATAL: Found 47 -

All, I''ve gone ahead and built the latest QEMU as a package. The package is in the usual spot, at http://www.thoughtwave.com/emulators.html This is the 20080113 CVS head, built for x86 and sparc. Simply install the most recent package, add /opt/thoughtwave/qemu/bin to your path, and the wrapper scripts there will automagically run the right binaries for your architecture. Have fun

Misha Brukman wrote: > Hey, Jakob -- > > On Tue, Mar 01, 2005 at 05:55:07PM +0100, Jakob Praher wrote: > >>I'm really new to llvm. I've successfully bootstrapped llvm-14 on my >>system and am able to successfully compile c code to llvm. >> >>the problem is now that gccld is complaining that it can't find the >>libraries, like "c" or

On Sat, Sep 12, 2015 at 7:48 PM, Greg Stark <stark at mit.edu> wrote: > I get that even if I put -fPIE in CFLAGS. Er, yeah. Even a trivial test case doesn't work: $ cat foo.c int main(int argc, char *argv[], char *envp[]) { return 1; } $ clang -o foo -fsanitize=memory -fPIE -pie foo.c $ sysctl kernel.randomize_va_space kernel.randomize_va_space = 2 $ ./foo FATAL: Code

Hi all, I need to build samba 3.6.1 on a RedHat redhat-release-5Server-5.6.0.3 linux machine but cannot install it to the default directories because the machine is centrally managed... I am using the following configure command: ./configure --prefix=/app/radius/samba/ --with-configdir=/app/radius/samba/conf --with-privatedir=/app/radius/samba/private --disable-cups and I am unable to run

What is the current status of llvm-ld's support of native libraries? I have a bytecode file that needs to link against librt.so. So, I ran: llvm-ld -native -o x.exe x.bc -L/usr/lib64 -lrt and I get the following error: /tmp/ccB7DGu1.o(.text+0x1a3): In function `main': : undefined reference to `clock_gettime' /tmp/ccB7DGu1.o(.text+0x6d8): In function `main': : undefined

After the 7.2 upgrade?boost-openmpi-1.53.0-25 was installed, along with?openmpi-1.10.0-10. ?The old openmpi was then replaced with?compat- openmpi16-1.6.4-10. ?All fine. Except boost-openmpi has a dependency on the old libmpi.so.1 and the new openmpi has libmpi.so.12: # ldd libboost_mpi-mt.so.1.53.0? linux-vdso.so.1 =>??(0x00007ffe8c182000) libboost_serialization-mt.so.1.53.0 =>

Hm, that bug has been closed as resolved but I still see the problem: $ clang --version clang version 3.8.0 (trunk 250848) (llvm/trunk 250846) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /usr/local/bin configure:4042: ./conftest FATAL: Code 0x5615faea43f0 is out of application range. Non-PIE build? FATAL: MemorySanitizer can not mmap the shadow memory. FATAL: Make sure to

clang revision is good, but the kernel is probably too new. Evgenii can comment on that. On Sat, Sep 12, 2015 at 3:23 PM, Greg Stark <stark at mit.edu> wrote: > On Sat, Sep 12, 2015 at 11:22 PM, Greg Stark <stark at mit.edu> wrote: > > Checked out a few days ago. It looks like r246697. I suppose I could > > try updating and rebuilding. > > Sorry, svn log in the

hi, I testing around with Kolab with LDAP and have some strange problems, with the auto generated packages for Wheezy. On my first test VM, I have 2:2.2.16~rc1-1~auto+4 installed, and everything works as expected. On a new VM I have 2.2.16-1~auto+13_amd64.deb packages and if I include LDAP backend, I get a segmentation fault on /usr/lib/dovecot/auth: root at kolab:/etc/dovecot/conf.d#

dear debian-R group: I am using the stock ubuntu binary R 3.0.1 for ubuntu raring but on cinnamon mint olivia 15. I read dirk's gcbd paper from a couple of years ago. it suggests that stock blas is pretty bad compared to the four main alternatives. of course, dirk also maintains the binaries for debian/ubuntu R, so he probably knows the answer off hand. I installed libatlas3-base

On Tue, 1 Mar 2005, Jakob Praher wrote: > thanks for the pointer. Yes I've done that, but in the new shell session I > apparently forgot to set the LLVM_LIB_SEARCH_PATH. > > now gccld isn't complaining anymore but the interpreter doesn't seem to like > it still: It looks like the jit doesn't find these because they are located in librt. Try this (or adapt to