similar to: Bug#588406: fix for missing XEN_SCRIPT_DIR

Processing commands for control at bugs.debian.org: > severity 588406 important Bug #588406 [xen-utils-common] xen-utils-common: /etc/xen/scripts/block not driving helper scripts; XEN_SCRIPT_DIR not properly set Severity set to 'important' from 'normal' > tags 588406 patch Bug #588406 [xen-utils-common] xen-utils-common: /etc/xen/scripts/block not driving helper scripts;

Package: xen-utils-common Version: 4.0.0-1 Severity: normal After upgrading xen-utils-common from 3.4.2-4 to 4.0.0-1, I could not create a guest domain defined with a DRBD file type. The xm create command would fail with "Error: Device 51713 (vbd) could not be connected. Hotplug scripts not working.". After some research I realized the /etc/xen/scripts/block-drbd helper script was

V4 of the patch, incorporating Bastian's suggestions. Jon --- xen/debian/patches/series | 1 + xen/debian/patches/tools-ocaml-fix-build.diff | 81 +++++++++++++++++++++++++ xen/debian/rules | 5 ++ xen/debian/rules.real | 39 ++++++++++++ xen/debian/templates/control.main.in | 16 +++++

Is there a fix for this in the works/coming for squeeze or do I have to patch the package myself? If so, how? Thanks, a grateful Debian user that hasn't patched packages yet! Steve -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20101122/8433308c/attachment.htm>

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"

On 22.01.2015 13:02, Stefan Bader wrote: > Hi, > > I just finished preparing the Xen-4.5 merge from experimental into our next > release (Vivid/15.04). And something I actually should have done since the 4.4 > times is to report back the delta I have in case there are things Debian might > want to pick up as well. > > So below is the commented debdiff between the 4.5.0-1

I can confirm this bug still is in squeeze... a full year after being first reported, despite the fact that it includes the fix?. I can also confirm that the workaround proposed here works, although I am not sure that it's the best possible solution, maybe it can be set in some confoguration file, bit if so, I have benn unable to find it. AFAICT, XEN_SCRIPT_DIR is a compile-time option,

Hi, I just finished preparing the Xen-4.5 merge from experimental into our next release (Vivid/15.04). And something I actually should have done since the 4.4 times is to report back the delta I have in case there are things Debian might want to pick up as well. So below is the commented debdiff between the 4.5.0-1 in experimental and the Ubuntu version I prepared so far (only compile tested on

Package: xen-utils-common Version: 4.4.1-5 Severity: important Dear Maintainer, I tried to upgrade xen-utils-4.4 depending on xen-utils-common. Here is aptitude answer: ... Param?trage de xen-utils-common (4.4.1-5) ... insserv: Service xenstored has to be enabled to start service xendomains insserv: Service xenconsoled has to be enabled to start service xendomains insserv: exiting now!

Hi, please provide the contents of the config.log I can not reproduce your issue on my machine, --without-openssl works fine here. Oh and next time please mention that its about libshout right away :) On 7 Oct 2020, at 12:07, Rosen Penev wrote: > On Mon, Oct 5, 2020 at 9:59 PM Marvin Scholz <epirat07 at gmail.com> > wrote: >> >> Hi, > CC'd the mailing list.

On Wed, Oct 7, 2020 at 3:43 AM Marvin Scholz <epirat07 at gmail.com> wrote: > > Hi, please provide the contents of the config.log > > I can not reproduce your issue on my machine, --without-openssl > works fine here. > > Oh and next time please mention that its about libshout right > away :) https://gist.github.com/neheb/a26714035978d07a822985477524cd45 > > On 7

Package: xen-utils-common Version: 4.0.0-1 Severity: important When Xen is configured in routed mode, restarting xend fails because the script hotplugpath.sh is missing. Please see below for more information. *** root at eliott:~# /etc/init.d/xend restart Restarting Xen daemons: xend/etc/xen/scripts/network-route: line 20: /etc/xen/scripts/hotplugpath.sh: No such file or directory

On Mon, Oct 5, 2020 at 9:59 PM Marvin Scholz <epirat07 at gmail.com> wrote: > > Hi, CC'd the mailing list. > > It seems you are not up to date, git master already has a > --without-openssl option. Without this patch, I get /bin/bash ../libtool --tag=CC --mode=link mips-openwrt-linux-musl-gcc -Wall -ffast-math -fsigned-char

I changed the suggested line in /etc/xen/xend-config.sxp configuration file, but the errors about the file hotplugpath.sh are still present. root at eliott:~# /etc/init.d/xend start Starting Xen daemons: xenstored xenconsoled xend/etc/xen/scripts/network-route: line 20: /etc/xen/scripts/hotplugpath.sh: No such file or directory /etc/xen/scripts/network-route: line 20:

Hi, i tried to compile dovecot 2.2.0 and i end up with this error: make[6]: Entering directory `/mnt/data/Develop/Openwrt/trunk_git/build_dir/target-mips_r2_uClibc-0.9.33.2/dovecot-2.2.0/src/util' /bin/sh ../../libtool --tag=CC --mode=link mips-openwrt-linux-uclibc-gcc -std=gnu99 -Os -pipe -mips32r2 -mtune=mips32r2 -fno-caller-saves -mno-branch-likely -fhonour-copts

On 02/13/2014 11:35 AM, Tim Northover wrote: > Hi Reed, > >> but then many tests fail when i do a "make check" > > That's not normal (all tests pass for me on Linux and OS X). Is this > on your build machine, or a MIPS board with some odd > cross-compilation? The latter is more likely to have weird CMake > issues (I know AArch64 does if you're not

On Tue, May 24, 2016 at 3:23 PM, George Dunlap <dunlapg at umich.edu> wrote: > > The patches have been backported and are available in 4.6.1-9 from > virt-xen-testing. Please test it and report any problems here. > Thanks for the notice. It doesn't look like the fix went in. See below: # yum repolist | grep xen centos-virt-xen-testing CentOS-6 - xen - testing

Hi, Does anyone have experience with doing Canadian cross-builds of LLVM compiler? I need some help here... I'm a new with LLVM, so please don't be too harsh on me. I am building LLVM cross-compiler (and as I mentioned I'm doing it via canadian cross-build): Build platform = Linux, Host platform = Windows Target platform = Linux I'm using mingw32 compiler toolchain to

Hi, I am trying to do cross compile Samba4.?Build system generating two binary asn1_compile and compile_et to generate .c files which will then build for our platform. But it can not execute both binary files. [ 198/3298] Compiling ASN1 source4/heimdal/lib/asn1/kx509.asn1 /bin/sh: ../build_dir/target-ubicom32-unknown-linux-gnu/samba-4.0.0alpha16/bin/asn1_compile: cannot execute binary file Waf:

On linux (not Windows) I doubt using Ninja vs make will make drastic differences.. (Others with actual numbers please chime in to correct me) /* I think the difference could be more beneficial if you're doing incremental builds, but I don't think that is what you're doing.. */ On Thu, Feb 25, 2016 at 1:51 PM, Sedat Dilek via llvm-dev <llvm-dev at lists.llvm.org> wrote: > On