similar to: Bug#805508: [PATCH] tools: allow configure time choice of libexec subdirectory.

On Wed, 2015-12-16 at 15:06 +0000, Ian Campbell wrote: > -XENFIRMWAREDIR=`eval echo $libexecdir/$PACKAGE_TARNAME/boot` > +dnl These variables will be substituted in various .in files > +LIBEXEC_BIN=${LIBEXEC}/bin > +AC_SUBST(LIBEXEC_BIN) > +LIBEXEC_LIB=${LIBEXEC}/lib > +AC_SUBST(LIBEXEC_LIB) > +LIBEXEC_INC=${LIBEXEC}/include > +AC_SUBST(LIBEXEC_INC) >

Hello all, I'm addressing the mailing list following the suggestion of gwd on #centos-virt @freenode IRC. The subject says most of it. Here are the details : - Was running 4.4.x and configured such that /etc/xen/auto domUs would be saved/restored on dom0 shutdown/bootup. - Installation was based on "centos-release-xen" such that "yum upgrade" brough Xen to 4.6.1. After

On 19.11.2015 11:00, Ian Campbell wrote: > On Wed, 2015-11-18 at 23:07 +0000, Thomas Jepp wrote: >> >> [...] >> xc: error: Could not open kernel image '/usr/lib/xen/boot/hvmloader' (2 = No such file or directory): Internal error > > This is the wrong path, in the Debian packages it should be /usr/lib/xen- > 4.6/boot/hvmloader (and this should be arranged by

On Thu, 2015-11-26 at 14:17 +0100, Stefan Bader wrote: > On 19.11.2015 11:00, Ian Campbell wrote: > > On Wed, 2015-11-18 at 23:07 +0000, Thomas Jepp wrote: > > > > > > [...] > > > xc: error: Could not open kernel image '/usr/lib/xen/boot/hvmloader' > > > (2 = No such file or directory): Internal error > > > > This is the wrong

Ian Campbell writes ("Re: [PATCH] tools: allow configure time choice of libexec subdirectory."): > I somehow slipped a stray ` in there and didn't notice, sorry. This looks like a reasonable change aside from that but we should definitely do some build tests at commit time. With the stray ` removed: Acked-by: Ian Jackson <ian.jackson at eu.citrix.com> Ian.

On Thu, Apr 7, 2016 at 5:46 PM, exvito here <ex.vitorino at gmail.com> wrote: > Hello all, > > I'm addressing the mailing list following the suggestion of gwd on > #centos-virt @freenode IRC. > > The subject says most of it. Here are the details : > > - Was running 4.4.x and configured such that /etc/xen/auto domUs would be > saved/restored on dom0

Source: xen Version: 4.6.0-1 Severity: important Dear Maintainer, I attempted to create a HVM domU - using a config that previously worked on xen 4.4 (on Jessie). When I execute "xl create <vm config>", I get: Parsing config from router.internal.tomjepp.uk xc: error: Could not open kernel image '/usr/lib/xen/boot/hvmloader' (2 = No such file or directory): Internal

Hello! My OS : 4.8-STABLE FreeBSD 4.8-STABLE #0: Thu Sep 4 16:50:44 BST 2003 *@*:/usr/src/sys/compile/KRL7 i386 My machine is rebooting from time to time. Uptimes are not going more than 1 day. Without reason. After set : dumpdev="/dev/ad0s1b" dumpdir="/var/crash" I've logs in /var/crash : kernel.0 , vmcore.0 [root@box] (17:14) x /var/crash # tail vmcore.0 kernel

Package: xen-utils-common Version: 4.1.4-3 Severity: important Dear Maintainer, While updating my xen package today, I was prompted with a config file conflict. --- /etc/xen/scripts/hotplugpath.sh 2013-04-28 01:51:20.899778510 +0800 +++ /etc/xen/scripts/hotplugpath.sh.dpkg-new 2013-04-19 19:39:55.000000000 +0800 @@ -1,12 +1,10 @@ SBINDIR="/usr/sbin" BINDIR="/usr/bin"

'k, now one of my other machines is getting the same thing on a crash: savecore: warning: /kernel version mismatch: "FreeBSD 4.8-STABLE #2: Fri Jun 20 18:34:14 ADT 2003 " and "" It was working, last successful savecore on that machine was Jun 6th: -rw------- 1 root wheel 4227792896 Jun 6 23:58 vmcore.1 -rw------- 1 root wheel 4227792896 Jun 6 10:37

26470:acaf29203cf9 "tools+stubdom: install under /usr/local by default" moved more stuff under /usr/local than was desirable. In particular SYSCONFIG_DIR (configuration for initscripts) moved to /usr/local/etc/{sysconfig,defaults} while the initscripts themselves (correctly) remained in /etc/init.d. Moving /etc/xen/scripts breaks the udev bakcned rules file. Lastly stuff under /var was

Hans van Kranenburg writes ("Re: [PATCH 08/13] xen init script: rewrite xenstored start logic"): > So the question we should answer first is: What do we allow the user to > set as value? /bin/bash? And how should the init script deal with that? If they specify an absolute path, it should be used. Eg, /home/alice/Xen/xen/tools/xenstore/xenstore If the user specifies /bin/bash

On Tue, 2016-01-19 at 10:39 +0000, Ian Campbell wrote: > On Thu, 2015-11-26 at 15:16 +0000, Ian Campbell wrote: > > anything better would need to be arranged upstream. > > http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=de858271c16851d662b26 > 13 > 699401df6ecec8ef8 has now landed upstream, which allows the leaf dir to > be > set at configure time and therefore

Ian, this one is special just for you. I''m sending it as an attachment because my email client will mangle it. This patch will remove the cmake dependency from xen prior to autoconf stubdom This patch applies ontop of [VTPM v7 3/8] vtpm/vtpmmgr and required libs to stubdom/Makefile You can apply it to your tree by doing the following: git rebase -i <VTPM v7 3/8 revision>

On Thu, 2015-11-26 at 15:16 +0000, Ian Campbell wrote: > anything better would need to be arranged upstream. http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=de858271c16851d662b2613 699401df6ecec8ef8 has now landed upstream, which allows the leaf dir to be set at configure time and therefore allows the packaging to avoid patching some stuff. HVM guests have been broken in Stretch for ages

On Wed, 2015-11-18 at 23:07 +0000, Thomas Jepp wrote: > > [...] > xc: error: Could not open kernel image '/usr/lib/xen/boot/hvmloader' (2 = No such file or directory): Internal error This is the wrong path, in the Debian packages it should be?/usr/lib/xen- 4.6/boot/hvmloader (and this should be arranged by the packaging, i.e. it is not a configuration error on your part).

http://rubyforge.org/project/showfiles.php?group_id=35&release_id=46 The code itself has been quite stable for several weeks. This release includes Gour''s excellent MinGW README notes, along with various updates to the README, and clarification of the LICENSE. Thanks to everyone for your help in putting this together. It was definitely a team project. I look forward to getting lots

Processing commands for control at bugs.debian.org: > forcemerge 805508 806303 Bug #805508 [src:xen] xen: Unable to create HVM domUs Unable to merge bugs because: package of #806303 is 'xen-utils-4.6' not 'src:xen' Failed to forcibly merge 805508: Did not alter merged bugs. > thanks Stopping processing here. Please contact me if you need assistance. -- 805508:

Processing commands for control at bugs.debian.org: > reassign 806303 src:xen 4.6.0-1 Bug #806303 [xen-utils-4.6] xen-utils-4.6: missing hvmloader Bug reassigned from package 'xen-utils-4.6' to 'src:xen'. No longer marked as found in versions xen/4.6.0-1. Ignoring request to alter fixed versions of bug #806303 to the same values previously set Bug #806303 [src:xen]

On 5.10.2010, at 2.10, Marco Smiatek wrote: > #0 0x00584829 in maildir_sync_set_new_msgs_count () from > /usr/lib/dovecot/libdovecot-storage.so.0 Thanks. http://hg.dovecot.org/dovecot-2.0/rev/e2f9baa436f2 should fix this.