similar to: [PATCH] fix aclocal/autoconf/automake m4 directory reference

This patch pulls the tm_gmtoff variable from the struct tm to compute the offset since UTC in minutes vs using the non-portable timezone extern Signed-off-by: Doug Goldstein <cardoe at gentoo.org> --- swfdec-gtk/swfdec_gtk_system.c | 8 +++++++- 1 files changed, 7 insertions(+), 1 deletions(-) -------------- next part -------------- A non-text attachment was scrubbed... Name:

As advised by Daniel P. Berrange, the third parameter can be passed on all platforms rather than specifically Mac. Quoting a libvirt commit rationale after Daniel: commit 9fa3a8ab6fd82ad2f5a14b490696085061418718 Author: Doug Goldstein <cardoe@cardoe.com> Date: Wed Oct 30 11:22:58 2013 -0500 MacOS: Handle changes to xdrproc_t definition With Mac OS X 10.9, xdrproc_t is no

For the next patch which I am about to submit (liblongpath integration), I thought I we should have the autoconf havelib macros from gnulib (AC_LIB_HAVE_LINKFLAGS). AC_LIB_HAVE_LINKFLAGS would also be useful to facilitate linking to other external libraries (popt, zlib) where they are installed outside the default search path. To avoid a dependency on gnulib (which would, IIUC, require more

The attached unified diff fixes configure so that all --with-libfoo options are allowed to be --with-libfoo=PATH. If the option is specified with a PATH, only that PATH is searched for the library. If it is specified as =yes or with no argument, it tries without modifying anything, and then tries looking in /usr/local. The SunOS5 targets no longer add /usr/local to include or library paths

The attached unified diff fixes configure so that all --with-libfoo options are allowed to be --with-libfoo=PATH. If the option is specified with a PATH, only that PATH is searched for the library. If it is specified as =yes or with no argument, it tries without modifying anything, and then tries looking in /usr/local. The SunOS5 targets no longer add /usr/local to include or library paths

Hi Josh (and everyone else on the list), Here's a quick fix for libFLAC.m4 and libFLAC++.m4 for a problem that crops up if you use the macros in an environment where LD_LIBRARY_PATH is set. The macros save LD_LIBRARY_PATH as ac_save_LDPATH, but restore it from ac_save_LD_LIBRARY_PATH. This patch changes ac_save_LDPATH to ac_save_LD_LIBRARY_PATH. Without this, LD_LIBRARY_PATH effectively gets

On Tue, Sep 10, 2013 at 2:20 PM, Dennis Jenkins <dennis.jenkins.75@gmail.com > wrote: > On Tue, Sep 10, 2013 at 1:34 PM, Doug Goldstein <cardoe@gentoo.org>wrote: > >> A suggestion would be to make sure that you have all the necessary >> kernel options enabled. You can check with: ebuild >> /usr/portage/app-emulation/libvirt/libvirt-1.1.2-r1.ebuild setup clean

On Tue, Sep 10, 2013 at 1:34 PM, Doug Goldstein <cardoe@gentoo.org> wrote: > On Tue, Sep 10, 2013 at 9:09 AM, Dennis Jenkins > <dennis.jenkins.75@gmail.com> wrote: > > Yeah our security people got a bit over zealous. That's being rectified. > > :) > > > > TL;DR: My container is configured to use "br0" for its networking. "br0"

I've eagerly grabbed the current CVS as of a few minutes ago, and attempted to build and play with theora, but am running into a snag with the autogen.sh script: ------------------------------------------------------------------------ bash-2.05# ./autogen.sh I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the ./autogen.sh command line.

I make changes in open source tree to implement autoconf/automake. What's new ? - new acinclude.m4 ( based on old aclocal.m4 + new macros OSSH_EXPAND_PATHS and OSSH_SHOW_OPTIONS - new configure option --with-askpass=PATH - updated acconfig.h ( based on old acconfig.h with removed USE_EXTERNAL_ASKPASS and new ASKPASS_PATH + new config.h.top and config.h.bot ) !!! in this file has two lines

Is it possible to both log the serial console and to actually use it? A few of the VMs I've got are configured as follows: <serial type='file'> <source path='/var/log/libvirt/qemu/serial/bb-2.6.18-128.el5-x86_64.log'/> <target port='0'/> </serial> <console type='file'> <source

flight 21952 qemu-upstream-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/21952/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-win7-amd64 13 guest-stop

flight 21930 qemu-upstream-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/21930/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 Tests which are failing intermittently (not blocking): test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 7

flight 21993 qemu-upstream-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/21993/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 8

--On Monday, August 23, 2004 6:50 PM +0900 Jim Tittsler <jt at OnJapan.net> wrote: > You can get dovecot-0.99.10.9-1.FC3.2.src.rpm from the > Fedora Core development tree. (Seems to be working well for us.) I just built this and it has a lot of complaints about underquoted macros in aclocal. Red Hat refers developers to this reference:

I'm trying to build an executable for a program I wrote. The compilation steps go well, but the linking step fails with a libtool "version mismatch" error. My linking command has this prefix: /path/to/R/bin/R CMD LINK gcc -g -std=gnu99 ... etc. The error looks like this: libtool: Version mismatch error. This is libtool 2.2, but the libtool: definition of this LT_INIT comes from

April-1 NEWS from http://pan.zipcon.net New postings: Arthur_Grossman_Live: Saint-Saens Bassoon-piano Sonata (opus 168, 1921) with Joseph Levine, piano William McColl, clarinet and Joseph Levine, piano play the: Grand Duo Concertant for clarinet and piano by Carl Maria Von Weber, opus 48 (1816) Felix Skowronek and Marshall Winslow play Reicha's Lento from the Grand

H, I am using libvirt from maven using a nexus proxy pointing to http://www.libvirt.org/maven2/ It downloads the jar fine but is expecting libvirt-0.5.1.pom (and ...sha1). In the proxy only the jar appears. When I download and rename the pom to my local .m2 cache my build works fine. Is this a bug in the distribution of libvirt in its maven repo or is my dependency wrong somehow? Kind regards,

I am using libvirt 0.10.2.2 and qemu-kvm 1.2.2 (qemu-kvm 1.2.0 + qemu 1.2.2 applied on top plus a number of stability patches). Having issue where my VMs fail to start with the following message: kvm_init_vcpu failed: Cannot allocate memory Following the instructions at http://libvirt.org/formatdomain.html#elementsNUMATuning I've added the following to my VCPU configuration: <vcpu

Since we also ``sometimes'' have problems with incorrect configurations... ;-) Read this on the octave mailing list : (I'm not using octave; I'm trying to hear what they are talking about) ------- Start of forwarded message ------- Date: Mon, 17 May 1999 10:30:51 +0200 From: Thomas Walter <walter@pctc.chemie.uni-erlangen.de> To: jwe@bevo.che.wisc.edu CC: