similar to: New deps for R-gh

> OK, make sure that the two idmap.ldb files match and then run > 'samba-tool ntacl sysvolreset' on both machines and see if this cured > this problem. I did: root at dc1:~$ service sernet-samba-ad stop root at dc2:~$ service sernet-samba-ad stop root at dc2:~$ mv /var/lib/samba/private/idmap.ldb /root/idmap.ldb.bak root at dc1:~$ scp /var/lib/samba/private/idmap.ldb

On Wednesday, 24 June 2020 10.44.14 WEST I?aki Ucar wrote: > Oh, and maybe in this process we could add to all packages the > requirement on R(ABI) = 4 that Tom implemented. For that we need to start with rawhide and then change the R-rpm-macros package. Probably it should be enough to change the /usr/lib/rpm/R-deps.R script to add Requires: R(ABI)=4.0 I suggest to continue this as is

> OK, make sure that the two idmap.ldb files match and then run > 'samba-tool ntacl sysvolreset' on both machines and see if this cured > this problem. I did: root at dc1:~$ service sernet-samba-ad stop root at dc2:~$ service sernet-samba-ad stop root at dc2:~$ mv /var/lib/samba/private/idmap.ldb /root/idmap.ldb.bak root at dc1:~$ scp /var/lib/samba/private/idmap.ldb

Hi all, I recently did a run where I built clang executables on FreeBSD 12-CURRENT [1], from trunk r250000 (2015-10-11) all through r327700 (2018-03-16), with increments of 100 revisions. This is mainly meant as an archive, for easily doing bisections, but there are also some interesting statistics. From r250000 through r327700: * the total (stripped) executable size grew by approximately 43% *

Thanks for raising this. This is something we've recently been looking at too at Sony, as over the course of PS4's lifetime so far we've seen our clang executable on Windows approximately double in size, which isn't ideal for things like distributed build systems. A graph of clang.exe size on our internal staging branch matches yours closely with it being more of a death by a

Package: xen-unstable Version: 3.0-unstable+hg11561-1 Severity: serious Build-depends on linux-support-2.6.17-2, which is no longer available in sid. -- Stephen R. Marenka If life's not fun, you're not doing it right! <stephen@marenka.net> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size:

On 09/03/2013 02:13 PM, Renato Golin wrote: > Hi folks, > > When cross-compiling LLVM to ARM, using CMake+Ninja, I realized that > libxml2 depends on lzma, but the dependency is not explicit on the > build.ninja file under the "build bin/c-index-test"'s LINK_LIBRARIES > (which is the only one that cares about it). > > I couldn't find the place to add

Hi Adam, I'm looking into your LLE pass in order to remove the RAR dependency from GVN, and I've hit a problem that might need some more thinking. I've modified your patch to cope with both kinds of dependencies in the ForwardingCandidate class, but the way the pass gathers informations only brings RAW dependencies: const auto *Deps = LAI.getDepChecker().getDependences(); if

For those of you wanting to compile wine yourself, I've added support for OpenSuse 11 and Fedora 10: http://winezeug.googlecode.com/svn/trunk/install-wine-deps.sh You can also use http://winezeug.googlecode.com/svn/trunk/init-wine-git.sh to automatically install all wine deps and then clone the git repository to $HOME/wine-git. -- -Austin

Samuel Crow <samuraileumas at yahoo.com> writes: > The single-threaded build failed the same place as the double threaded build > failed which is the same place I just indicated in my previous post. The > ../llvm/configure script version failed with OCaml building with about 600 > assembler errors since I built it in AMD64 mode. (Oops.) Should I disable > OCaml from

Samuel Crow <samuraileumas at yahoo.com> writes: > I have attached the logfiles here. I think you didn't set CMAKE_BUILD_TYPE while configuring the cmake build. On your build directory, please do: make clean cmake -DCMAKE_BUILD_TYPE=Debug path/to/your/llvm/source/root make If that doesn't work, show the exact command lines you used for invoking cmake and the

Renato Golin <renato.golin at linaro.org> writes: > When cross-compiling LLVM to ARM, using CMake+Ninja, I realized that > libxml2 depends on lzma, but the dependency is not explicit on the > build.ninja file under the "build bin/c-index-test"'s LINK_LIBRARIES (which > is the only one that cares about it). > > I couldn't find the place to add -llzma into

It seems that when you run ./configure with --with-solr it does not check for deps libcurl and libexpat. When we compiled it silently went though and still compiled without a problem then missed installing solr. Maybe im missing something? -- The information contained in or attached to this email is intended only for the use of the individual or entity to which it is addressed. If you are not

Ah yes, those. Replace the rpm -Uvh with yum update and it should resolve the dependencies for you. If that fails, just pass all of those deps (in "") to yum install. Sorry about that! On Jan 20, 2016 2:34 AM, Rolf Turner <r.turner at auckland.ac.nz> wrote: > > On 20/01/16 18:31, Tom Callaway wrote: > > <SNIP> > > > Download all of them, except for

----- Original Message ---- > From: Óscar Fuentes <ofv at wanadoo.es> > To: Samuel Crow <samuraileumas at yahoo.com> > Cc: Óscar Fuentes <ofv at wanadoo.es>; LLVM Developers Mailing List ><llvmdev at cs.uiuc.edu> > Sent: Fri, January 14, 2011 4:39:57 PM > Subject: Re: Circular Deps from CMake build using makefile > > Samuel Crow <samuraileumas

Samuel Crow <samuraileumas at yahoo.com> writes: > This time the autotools version of LLVM trunk build with Clang trunk compiled in > Debug+Asserts mode without complaint with --enable-bindings=none. I suspect > this makes something fishy looking with the CMake build. Do you need logfiles > from configure? I'm clueless about what's happening there. The cyclic

Package: xen-unstable Version: 3.0-unstable+hg11561-1 Followup-For: Bug #399700 The included patch overcomes the old build dependency on linux-support-2.6.17-2, and replaces it with linux-support-2.6.22-3. I filed a previous bug #453912 - but I guess it doesn't apply? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable')

a make -j may fail without it. --- klibc/ash/Makefile.orig 2004-01-27 13:43:02.000000000 +0000 +++ klibc/ash/Makefile 2004-01-27 13:44:34.000000000 +0000 @@ -13,6 +13,7 @@ OBJ2 = builtins.o cd.o dirent.o bltin/ec OBJS = $(OBJ1) $(OBJ2) OBJ_NODES = cd.o eval.o exec.o expand.o jobs.o main.o nodes.o options.o parser.o redir.o show.o trap.o var.o +OBJ_BUILTINS = b.o eval.o exec.o SRCROOT =

<eparis> rjones: libguestfs in epel for 5.4? you seen this? <eparis> Error: Missing Dependency: qemu-system-x86 >= 0.10.5 is needed by package 1:libguestfs-1.0.68-5.el5.x86_64 (epel) <eparis> I don't see that package, any idea what i've done wrong/ -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog:

Hi, I'm trying to install the latest wine (wine-1.1.21) from source tar-ball onto a RedHat 5 64-bit server. When I first started, it warned me about a lot of missing libraries (mostly all sorts of 32-bit development files but also some applications like icotool and fontforge). Now I've managed to resolve most of them by running "./configure --enable-maintainer-mode" and then