similar to: llvm-6.0.0rc2: fatal error: clang/Basic/Version.h: No such file or directory

On 15 Feb 2018, at 15:45, Siegmar Gross via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > today I've tried to build llvm-6.0.0rc2 using Cmake on my "SUSE Linux > Enterprise Server 12.3 (x86_64)" with the following commands (gcc-6.4.0 > is necessary for CUDA-9.0). > > > wget http://prereleases.llvm.org/6.0.0/rc2/llvm-6.0.0rc2.src.tar.xz > wget

Hi, I try to build lldb with Cmake (gcc-5.3.0 is necessary for CUDA) on my "SUSE Linux Enterprise Server 12.2 (x86_64)". Unfortunately the build process breaks for lldb with the below mentioned error message. I've downloaded the following packages and configured with the following commands. svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm cd llvm/tools svn co

What is the purpose of supporting this "copy directories around" sort of build strategy anyway? At the end of the day, the way these packages get installed is via system package managers is independently, each project finding its dependencies with the standard prefix path. When I compile from source it's always like this: $ cd llvm-6.0.0rc2.src/ $ mkdir build $ cd build $ cmake ..

Hi, I try to build llvm-trunk with Cmake (gcc-5.3.0 is necessary for CUDA) on my "SUSE Linux Enterprise Server 12.2 (x86_64)". svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm cd llvm/tools svn co http://llvm.org/svn/llvm-project/cfe/trunk clang svn co http://llvm.org/svn/llvm-project/polly/trunk polly cd clang/tools svn co

On 05/12/2019 17:48, S?rgio Basto wrote: > I did migration with something like this : > > ldbsearch -H /opt/samba/private/sam.ldb -s sub -b dc=old_ad,dc=local > '(objectClass=user)' > user-export2.ldif > scp user-export2.ldif to_the_new_machine: > > in new machine : > > sed -i 's/DC=old_ad/DC=corp/g; s/old_ad.local/corp.local/g' user-export2.ldif >

Hi Hans, I'm seeing one unexpected failure: libc++ :: std/input.output/stream.buffers/streambuf/streambuf.protected/streambuf.put.area/pbump2gig.pass.cpp Test logs show: Standard Error: -- terminating with uncaught exception of type std::length_error: basic_string -- but only on my big endian MIPS machine. I have filed PR36373 for the above failure. I've looked at the failures

> > I suspect that you could fix this by running the following command as > before the build: > > sudo pacman -Sy I always sue -Syu to install packages, and I already installed/reinstalled some packages today. Now one thing comes to my mind : lots of pacman stuff are NOT in the usal place. $ cat /etc/pacman.conf ----------------------------------- [options] # The following

Hi, we have installed OpenSSH_3.7.1 in /usr/local. In our environment all machines mount /usr/local via NFS and automounter from a server. Because every machine should use its own keys (otherwise we had to export the directory with root priviledges so that every machine could read the private keys from /usr/local/etc/ssh), we created the keys in /etc/ssh and modified the configuration files

Hello, I'm using sama 3.0.24 on linux machine that serves a share for a windows client. When editing a file on samba, using MS Word I can see there are severals (probably) backup files. ls looks like this: Dotaznik1.doc ~$taznik1.doc ~WRD0000.tmp ~WRD0001.tmp ~WRD0002.tmp ~WRD0003.tmp ~WRD0004.tmp These files do not disappear after I quit the Word. This does not happen if I edit

https://bugzilla.redhat.com/show_bug.cgi?id=1448739

Hi folks! I'm trying to build LLVM with LLVM on Ubuntu using the commands below. Building it with the GNU stuff (cpp, gcc, g++ and binutils packages) works, but after removing it, moving LLVM to /usr/local and symlinking /usr/bin/ld to ld.lld, I'm getting the following: === snip === -- The C compiler identification is Clang 8.0.1 -- The CXX compiler identification is Clang 8.0.1 -- The

Hello I want to use GlusterFS as a nfs substitute for a FreeBSD Server and Linux clients. The FreeBSD-server should export several directories. One of these directories contains the home-directory for the client-mashines. The problem is that my GlusterFS setup isn't very stable and crashes quite often. It is less stable, when more than one volume is mounted, but even when only one volume is

My current version is supermin 5.1.8-1 > > If the tests *don't* run successfully, then you've most likely found a > bug in supermin. That has to be fixed before continuing. > tests failed. See the log below. ========================================== supermin 5.1.9: tests/test-suite.log ========================================== # TOTAL: 8 # PASS: 5 # SKIP: 0 # XFAIL:

On Thu, 2019-12-05 at 18:34 +0000, Rowland penny via samba wrote: > On 05/12/2019 17:48, S?rgio Basto wrote: > > I did migration with something like this : > > > > ldbsearch -H /opt/samba/private/sam.ldb -s sub -b > > dc=old_ad,dc=local > > '(objectClass=user)' > user-export2.ldif > > scp user-export2.ldif to_the_new_machine: > > > >

On Thu, 2019-12-05 at 17:30 +0000, S?rgio Basto via samba wrote: > On Thu, 2019-12-05 at 17:15 +0000, Rowland penny via samba wrote: > > On 05/12/2019 17:00, S?rgio Basto wrote: > > > On Thu, 2019-12-05 at 10:15 +0000, Rowland penny via samba wrote: > > > > On 05/12/2019 06:16, S?rgio Basto wrote: > > > > > Sorry , I spoke too soon getent passwd "a

Hello all; Has anyone installed samba4 from sources (samba-4.12.3.tar.gz) on CentOS 7? I explain the problem: to install samba-4.12.3 you need to install a version equal to or greater than 3.4.7 of gnutls; this (gnutls) depends on nettle and gmp. I am trying to install gnutls-3.6.14; I already have gmp (gmp-6.2.0) and nettle (nettle-3.6) installed (compiled from sources), but gnutls

Dear testers, There's been a lot of merges since rc1, and hopefully the tests are in a better state now. 6.0.0-rc2 was just tagged, after r324506. Please test, let me know how it goes, and upload binaries. Thanks, Hans

On Thu, 2019-12-05 at 17:15 +0000, Rowland penny via samba wrote: > On 05/12/2019 17:00, S?rgio Basto wrote: > > On Thu, 2019-12-05 at 10:15 +0000, Rowland penny via samba wrote: > > > On 05/12/2019 06:16, S?rgio Basto wrote: > > > > Sorry , I spoke too soon getent passwd "a new user to this > > > > server" > > > > doesn't work .

Add support for qcow2 disk format, enabled by imageio NBD backend in RHV 4.3. To use this feature manually, you can run virt-v2v with "-of qcow2". Here is example run: Source disk: $ qemu-img info /var/tmp/fedora-30.img image: /var/tmp/fedora-30.img file format: raw virtual size: 6 GiB (6442450944 bytes) disk size: 1.15 GiB virt-v2v: $ ./run virt-v2v \ -v \ -i disk

Add additional arguments for tar, so extended attributes and/or SELinux contexts can be saved in output tars. --- daemon/tar.c | 18 +++++++++++++----- generator/actions.ml | 10 +++++++++- 2 files changed, 22 insertions(+), 6 deletions(-) diff --git a/daemon/tar.c b/daemon/tar.c index d6f8f2f..68af749 100644 --- a/daemon/tar.c +++ b/daemon/tar.c @@ -311,7 +311,7 @@