similar to: Pre-build binary Clang 3.8 for openSuse Leap 42.1?

Hi Renato, > We already have Suse packages done by Brian, I suggest you talk to him > about also releasing a newer binary tarball. Sure you have, but not for the latest openSuse release. > But have in mind that those packages are not strictly official, > they're just a demonstration that it works on those distros. For any > distro (Linux, BSD, etc.), users *must* get the

Hello, I compile Samba 4 with this set of libraries, is there anything more what I need ? openldap2 openldap2-devel krb5-client libgnutls-devel libacl-devel python-devel cups cups-devel Thanks. Still looking for source of freezing on Samba 4 servers ...

Hello, Am 22.04.2016 um 23:26 schrieb Orbb: > Hello, I compile Samba 4 with this set of libraries, > is there anything more what I need ? https://wiki.samba.org/index.php/Operating_system_requirements/Dependencies_-_Libraries_and_programs If anything is missing, let me know and I will update the page. Regards, Marc

On Sat, Apr 23, 2016 at 12:00 PM, Marc Muehlfeld <mmuehlfeld at samba.org> wrote: > Hello, > > Am 22.04.2016 um 23:26 schrieb Orbb: >> Hello, I compile Samba 4 with this set of libraries, >> is there anything more what I need ? > > > https://wiki.samba.org/index.php/Operating_system_requirements/Dependencies_-_Libraries_and_programs > > > If anything is

Hi all, I use Samba for production enviroment happily from version I think 4.0.2 and it worked really well. I started on OpenSuse 12.3, than upgraded to 13.1. I installing upgrades nonfrequently, sometimes I recompile samba to newer version. Everything worked fine until some update on Opensuse. Than my servers started freezing (most of it is virtualized on VMWare esxi 5.5). Sometimes happen total

Hello, I just checked out the latest version of speex and I want to compile it. The INSTALL file says that's easy: bjoern@deimos:~/studium/beleg/resources/svn/speex$ cat INSTALL Installing Speex is as easy as: % ./configure [--prefix=<install-path>] % make % make install Note that if you are using the code from SVN, you will need to run "autogen.sh" instead of

I'm afraid I wasn't able to test this patch (except compile testing) so far. Will report back if I'm able to test it against an OpenSUSE 15 image. Rich.

--- daemon/inspect_fs_unix.ml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/daemon/inspect_fs_unix.ml b/daemon/inspect_fs_unix.ml index ba9f0ed5a..4dd89fa8f 100644 --- a/daemon/inspect_fs_unix.ml +++ b/daemon/inspect_fs_unix.ml @@ -143,7 +143,7 @@ and distro_of_os_release_id = function | "kali" -> Some DISTRO_KALI_LINUX | "mageia" -> Some

On Mon, Oct 01, 2018 at 01:44:51PM +0200, Pino Toscano wrote: > openSUSE Leap 15 has "opensuse-leap" as ID in os-release, so add it both > in the detection code of the RPM handler, and in test-harder.sh. > --- > src/ph_rpm.ml | 2 +- > tests/test-harder.sh | 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/src/ph_rpm.ml

Support the ID found in openSUSE Leap 15.0 in addition to the other SUSE-related IDs. While there is already --with-distro=ID to force the ID without using os-release, this makes it possible to build OOTB. --- m4/guestfs-appliance.m4 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/m4/guestfs-appliance.m4 b/m4/guestfs-appliance.m4 index 5c2bc3e8d..bcba4c1a1 100644 ---

openSUSE Leap 15 has "opensuse-leap" as ID in os-release, so add it both in the detection code of the RPM handler, and in test-harder.sh. --- src/ph_rpm.ml | 2 +- tests/test-harder.sh | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/ph_rpm.ml b/src/ph_rpm.ml index b0a5eb2..3caa38e 100644 --- a/src/ph_rpm.ml +++ b/src/ph_rpm.ml @@ -40,7 +40,7 @@ let

Tom Tromey wrote: > Archie> Perhaps it is. In which case, I guess we need something better or else > Archie> we'll never be able to do certain optimizations. > > I'm curious to know which optimizations you have in mind. E.g. devirtualization: this requires knowing the Java type (not LLVM type) of an object. But once you compile to LLVM, that information is lost. If

On Apr 26, 2006, at 3:06 PM, Tom Tromey wrote: > So until this is fixed the JIT for libgcj is more or less an > experimental toy. Ok, I understand, though it is unfortunate. I don't have any great insights into fixing this. > I'm going to keep developing it as an add-on for libgcj. > Hopefully I'll be able to distribute it in FC6 or FC7. > > Last night I found a

Hello Samba-List-Users I have a problem with KDC network name resolution. I tried to google it and sought help on IRC#samba, to no avail. So I'll post my problem here. In the spirit of privacy and normalization all server names in this post are replaced. CAPTIAL server names are actually capitalized in the configuration files. Setup: 1x Debian5 x64 server running samba 3.2.5 2x Windows

How about installing the libtool development stuff? Otherwise, it may have something to do with automake 1.9 (I'm using 1.8). Jan-Marc Le jeudi 13 juillet 2006 ? 15:26 +0200, Bj?rn Thalheim a ?crit : > Hello, > > I just checked out the latest version of speex and I want to compile it. > The INSTALL file says that's easy: > >

I just compiled speex under my new intel iMac with MacOSX and get a compilation issue with the malloc.h header not being found. Here is a patch that avoid inclusion of malloc.h under MACOSX. (I'm using osx version 10.4 - Tiger) --- libspeex/kiss_fft.h 26 Jun 2006 02:22:34 -0000 1.1.1.1 +++ libspeex/kiss_fft.h 17 Jul 2006 15:15:53 -0000 @@ -5,7 +5,9 @@ #include <stdio.h>

LLVM Weekly - #213, Jan 29th 2018 ================================= If you prefer, you can read a HTML version of this email at <http://llvmweekly.org/issue/213>. Welcome to the two hundred and thirteenth issue of LLVM Weekly, a weekly newsletter (published every Monday) covering developments in LLVM, Clang, and related projects. LLVM Weekly is brought to you by [Alex

--- v2v/Makefile.am | 3 +++ 1 file changed, 3 insertions(+) diff --git a/v2v/Makefile.am b/v2v/Makefile.am index a4f4300cb..f1f8fb824 100644 --- a/v2v/Makefile.am +++ b/v2v/Makefile.am @@ -370,6 +370,9 @@ real_guests_scripts = \ test-v2v-conversion-of-debian-8.sh \ test-v2v-conversion-of-fedora-20.sh \ test-v2v-conversion-of-fedora-23.sh \ + test-v2v-conversion-of-opensuse-13.1.sh \ +

It looks like isoinfo is in that package since openSUSE Leap 42.1, so make sure to include it to not break the isoinfo* APIs. --- appliance/packagelist.in | 1 + 1 file changed, 1 insertion(+) diff --git a/appliance/packagelist.in b/appliance/packagelist.in index 5cf2276..0a71cc3 100644 --- a/appliance/packagelist.in +++ b/appliance/packagelist.in @@ -136,6 +136,7 @@ ifelse(SUSE,1, dnl It

To explain to others who didn't follow that thread: GDB currently does something amazingly stupid (and has since i wrote it) to find the RTTI type. There were no other good options at the type. What it does is find the vtable for the object, find the symbol that represents the vtable, demangle it, , chops off "vtable for", and tries to find the symbol for the string that results.