similar to: new release monday

This patch series modernizes various aspects of the autotools based build system. There is a lot more that could and should be done, but I tried to stay conservative for now and just resolve some of the most obvious issues. Max Horn (5): configure: replace XIPH_C_FIND_ENDIAN by AC_C_BIGENDIAN autogen.sh: replace this by a simple call to autoreconf configure: always print

On Mon, Nov 10, 2003 at 03:31:34PM +0100, gtgbr@gmx.net wrote: [re: http://xiph.org/archives/cvs/4109.html] > I have only automake 1.7.8 installed and the check complains that it > can't find 1.6.x and bails out. My previous makes worked fine with 1.7.x > ... is it possible to improve this so it works with "or later"? I'd like to, but haven't been able to come up

--- Matt Zimmerman <mdz@debian.org> wrote: > On Fri, Nov 09, 2001 at 11:33:17AM -0800, Josh Coalson wrote: > > > I have checked in a few changes worth noting: > > > > 1. I split the file decoder into a more general 'seekable > > stream decoder' which, makes the file decoder just a special > > case of the seekable stream decoder. this is useful

The autoreconf tool is provided by autoconf to do what custom autogen.sh scripts in many projects used to do. Only it is more robust and widely tested. It has been available for several years, too. No reason to rely on custom code for this. Signed-off-by: Max Horn <max at quendi.de> --- Makefile.am | 2 - autogen.sh | 168

the attached patch against current svn brings autogen.sh in line with that in ogg/, and updates Makefile.am appropriately. (needed to build on os x and probably elsewhere) Conrad. -------------- next part -------------- Index: Makefile.am =================================================================== --- Makefile.am (revision 6517) +++ Makefile.am (working copy) @@ -1,6 +1,6 @@ ## Process

Hi, I tried to build libvorbis today but had a little problem. When running configure it would fail with these errors: ./configure: line 19431: syntax error near unexpected token `OGG,' ./configure: line 19431: ` PKG_CHECK_MODULES(OGG, ogg >= 1.0, HAVE_OGG=yes, HAVE_OGG=no)' I had to set ACLOCAL_FLAGS to "-I /usr/local/share/aclocal" and rerun autogen.sh in order for it to

I have checked in a few changes worth noting: 1. I split the file decoder into a more general 'seekable stream decoder' which, makes the file decoder just a special case of the seekable stream decoder. this is useful in situations where you are trying to add decoding support to something that has abstracted the file away. the file decoder interface is still identical, it is all backward

Josh, Macports on OSX ships with automake-1.10 and the current autogen.sh detects 1.10 as an invalid version of automake. The following patch (snarfed from autogen.sh from libvorbis) fixes that. Once that is fixed there are still some other issues that need fixing for automake-1.10. Cheers, Erik diff -u -r1.16 autogen.sh --- autogen.sh 21 Nov 2006 01:40:57 -0000 1.16 +++ autogen.sh 10

I have lzma installed (in /usr/local) but R-3.3.0 configure doesn't like something about it: checking for lzma_version_number in -llzma... yes checking lzma.h usability... no checking lzma.h presence... no checking for lzma.h... no configure: error: "liblzma library and headers are required" bash-3.2$ ls /usr/local/lib/*lzma* ls /usr/local/lib/*lzma* /usr/local/lib/liblzma.5.dylib

On 2015-11-04 17:31, aixtools wrote: > On 2015-11-04 16:51, aixtools wrote: >> On 2015-10-15 15:02, Prof Brian Ripley wrote: >>> On 15/10/2015 13:32, Michael Felt wrote: >>>> Hi. >>>> >>>> Just wanted to let you know I am getting close to packaging R for >>>> AIX in >>>> 64.bit mode. >>> >>> Which

Hello, many linux SW is starting to implement new lzma compresson instrad of old zlib (gzip) od bzip2. lzma is default comrpession in very good compression SW 7-zip, which is faster and have higher compression ratio then bzip2 or rar. Currently its probalby the best compressor in therms of compression and decompression speed / compression ratio. In linux there is GNU lzma SW which implements

Hi, In order to work around a known upstream bug I needed to add a udev rule to pxeboot initrd.img on CentOS 7. The process is straightforward: 1 - extract the pxeboot initrd.img to a new directory 2 - add the udev rule needed to fix the bug 3 - pack and compress it back in initrd.img format The resulting updated image works, it fixes the upstream bug and life is good. But although it works,

subversion now) source and versioned autoFoo Message-ID: <200407191939.i6JJd6g01573@Mail.NOSPAM.DynDNS.dK> [I don't think I sent this; if so, ignore. This was written over a month ago. Feedback probably won't work as I'm offline, but I'll patiently browse the archives when they're available again. Sorry.] Howdy. When building the CVS source using autogen.sh, in

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 -llzma into the deps, and the only mention of libxml2 is in config-ix.cmake:

when syncing Mailboxes with IMAPSYNC, using xz compression the dbox file gets corrupted. the same configuration was working ok on low load with xz compression. Dovecot Version 2.2.12 Linux Mint 16 EXT4 Filesystem another dovecot user already reported the same problem on the mailinglist, using dsync. That user switched to bz2 compression what worked for him. the answer was : > are you on

Allow an alternate libc, such as dietlibc, to be used for the init binary in the supermin appliance. Rich.

This avoids build failures in separate builds such as this one: ,---- | ocamlfind ocamlc -package str,unix -I . -a guestfs_config.cmo stringMap.cmo stringSet.cmo std_utils.cmo -o mlstdutils.cma | ar cr libmlstdutils.a libmlstdutils_a-dummy.o | ranlib libmlstdutils.a | File "_none_", line 1: | Error: Files std_utils.cmo and guestfs_config.cmo | make inconsistent assumptions over

hpa, will there be support for lzma and bzip compressed kernels, initrds and images in one of the following releases of syslinux? I saw that you want lzma and bzip2 compression included in the kernel: http://groups.google.com/group/linux.kernel/browse_thread/thread/f415aa765c09c9f7/dae008992e14840f?lnk=raot&pli=1 Gert Hulselmans

Hi, Would it be possible to ship the releases using xz (or lzma) ? -rw-r--r-- 1 root root 3423720 Jul 20 12:17 syslinux-4.02-pre5.tar.xz -rw-r--r-- 1 root root 3423147 Jul 20 12:17 syslinux-4.02-pre5.tar.lzma -rw-r--r-- 1 root root 4395234 Jul 20 12:17 syslinux-4.02-pre5.tar.bz2 -rw-r--r-- 1 root root 20080640 Jul 20 12:17 syslinux-4.02-pre5.tar Regards, Shantanu

While migrating users from Cyrus IMAP v2.3.14 to Dovecot 2.2.12 (compiled from source) dsync aborts with a backtrace on some (maybe 15 out of 800) mail accounts: (same error happens wiht or without -f flag) dsync -D -v -o mail_fsync=never mirror -f -R -u user at domain imapc: <snip> dsync(user at domain.com): Debug: brain M: in state=sync_mails dsync(user at domain.com): Debug: brain M: