similar to: uuid configure issue?

Hi, All I want to compile xapian-core on CentOS 7, I got the following mistake:configure:?error:?uuid.h?found,?but?uuid_create()?not?found.??You?probably?wants?to?install?libuuid?from?util-linux-ng?or?e2fsprogs?(you?may?need?to?install?the?uuid-dev,?libuuid-devel?or?e2fsprogs-devel?package) Actually, I got uuid, libuuid-devel installed successfully. ? PS: ?have you some other better way to install

I've released Xapian 1.1.5. We're getting really close to releasing a stable 1.2.0, and this is a possible release candidate. So please try it out and report any issues you find. We're hopefully looking at a 1.2.0 release later this month. However, this is still nominally a development release with the usual provisos about ABI and database formats potentially being subject to

Dear list, I have been trying to debug a build failure for a while in the utils directory on isohybrid which seems to be distro specific. On Fedora 17 64bit the build completes without problems, but under both Ubuntu 32/64bit 11.10 and 12.04 I get the following: tim at oxygen:/usr/src/git/syslinux/utils$ make gcc -O2 -luuid -o isohybrid isohybrid.o isohdpfx.o isohybrid.o: In function

# Proposal Provide a built-in mechanism for obtaining an identifier for the current R session, e.g. > Sys.info()[["session_uuid"]] [1] "4258db4d-d4fb-46b3-a214-8c762b99a443" The identifier should be "unique" in the sense that the probability for two R sessions(*) having the same identifier should be extremely small. There's no need for reproducibility, i.e.

Solved:) Just remove e2fsprogs-devel, it works now. Thanks.

This is a Fedora Core 13 environment and I just noticed this as I update the xen-unstable tree: make -C libxl install make[3]: Entering directory `/home/konrad/ssd/xtt/xen-unstable/tools/libxl'' rm -f _libxl_paths.h.tmp.tmp; echo "SBINDIR=\"/usr/sbin\"" >> _libxl_paths.h.tmp.tmp; echo "BINDIR=\"/usr/bin\"" >> _libxl_paths.h.tmp.tmp;

On CentOS 5.3 x86_64, I'm trying to build xfsprogs-2.9.4-1.el5.centos.x86_64 with -ggdb so I can use it with gdb and examine the data structures when using xfs_db. I've installed the src rpm as a non-root user and when I run rpmbuild -bc during the ./configure I get the error: . . . checking uuid.h usability... no checking uuid.h presence... no checking for uuid.h... no checking

I seem to have partitions on two different disks with the same UUID: [tim at helen ~]$ sudo blkid /dev/sda2 /dev/sda2: LABEL="/boot1" UUID="5bbc8e95-6108-41f5-bc0e-5b5f8df5ce03" TYPE="ext3" [tim at helen ~]$ sudo blkid /dev/sdb2 /dev/sdb2: LABEL="/boot1" UUID="5bbc8e95-6108-41f5-bc0e-5b5f8df5ce03" TYPE="ext3" This is

Hi guys I got the errors like this while compiling cluster glue: ./.libs/libplumb.so: undefined reference to `uuid_parse' ./.libs/libplumb.so: undefined reference to `uuid_generate' ./.libs/libplumb.so: undefined reference to `uuid_copy' ./.libs/libplumb.so: undefined reference to `uuid_is_null' ./.libs/libplumb.so: undefined reference to `uuid_unparse'

Hi All, When are the XS-based Perl bindings going to be deprecated in favour of the SWIG bindings? Please remove the dead RHEL RPMs from: http://xapian.org/download I've built RPMs for RHEL5/CentOS5 (with a different signing key) here: http://rpm.eprints.org/xapian/5/ RHEL4 is eol and shouldn't be used. For my own convenience I have written an RPM for the repository: rpm -ivh

Hi, A critical regression has been discovered in e2fsck. The problem was introduced in upstream 1.41.5 and is causing updates to block group descriptors to be lost after journal replay. Our 1.41.5.sun2 (.sun1 too) e2fsprogs version also suffers from this problem. We are working on rebasing our e2fsprogs package on 1.41.6 (see bug 19852). Until the new rpm is available (should be very soon), we

Hi, A critical regression has been discovered in e2fsck. The problem was introduced in upstream 1.41.5 and is causing updates to block group descriptors to be lost after journal replay. Our 1.41.5.sun2 (.sun1 too) e2fsprogs version also suffers from this problem. We are working on rebasing our e2fsprogs package on 1.41.6 (see bug 19852). Until the new rpm is available (should be very soon), we

Hi all, I've only pasted the last few lines of where the Xapian build fails below (the entire piece is 6639 lines long). I didn't get any warnings regarding zlib or libuuid from configure, so I'm assuming I have compatible versions. I am using libtool 2.2.6b, GNU ld 2.20.2010303. I know gcc 3.3.2 is a little behind the times, but I see the the documentation the minimum requirement is

Hello, I''ve just pulled btrfs-progs from the new git repo git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git However, when I come to make it fails like so: gcc -Wp,-MMD,./.btrfsctl.o.d,-MT,btrfsctl.o -Wall -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -g -Werror -Os -c btrfsctl.c gcc -g -Werror -Os -o btrfsctl btrfsctl.o ctree.o disk-io.o radix-tree.o extent-tree.o

I'm running into trouble while setting up samba4 on centos 6.4 see #yum install -y libacl-devel libblkid-devel gnutls-devel readline-devel python-devel gdb pkgconfig krb5-workstation zlib-devel setroubleshoot-server setroubleshoot-plugins policycoreutils-python libsemanage-python setools-libs-python setools-libs popt-devel libpcap-devel sqlite-devel libidn-devel libxml2-devel libacl-devel

Hello Asterisk, New install. Current Fedora server. Current Asterisk V16 Installed everything necessary to run configure including uuid and uuid-devel. I know everything but uuid works as I commented out the uuid test and configure finished. Make fails with uuid/uuid.h not found. uuid/uuid.h is not there, but uuid.h is there. Tried changing <uuid/uuid,h> to <uuid.h> in uuid.c

On 06/14/2015 08:58 PM, John R Pierce wrote: > On 6/14/2015 6:55 PM, Timothy Murphy wrote: >> Maybe I used dd at some point. >> Would this keep the same UUID? > > DD just does a blind block by block copy between two devices or files. > > > I thought that uuid had nothing to do with drive content, so dd would have (should have had) nothing to do with it. I thought it

Sorry if the answer to this is somewhere obvious I checked the faq and looked around the boards and google and couldn't come up with anything. I'm using debian squeeze 64 bit. Wine was working fine for a few days then I must have messed something up. When I try to do "winecfg" I get... Code: err:module:load_builtin_dll failed to load .so lib for builtin

Hi, I use Centos 7.4, and can find libuuid.so in my OS. how and where to get libuuid.a? Thanks! Regards Andrew

Full_Name: Daniel R Jeske Version: 1.8.1 OS: Windows 2000 Submission from: (NULL) (138.23.228.79) We have just noticed that when you use glm() it seems the logical output 'converged' is always TRUE. The same data set that shows FALSE in version 1.7.1 shows TRUE in 1.8.1. And I know that FALSE is the correct answer...so it seems like we cannot trust the 'converged' flag for