Displaying 20 results from an estimated 3000 matches similar to: "Bug#760270: xen: Update xendomains init and default files to rispective upstream version"
2014 Oct 17
0
Bug#760270: xen: Update xendomains init and default files to rispective upstream version
There is some ugliness in the current version (4.4.1-2) although it
doesn't seem to actually break anything in my case.
From /var/log/boot:
/etc/init.d/xendomains: line 128: domains: bad array subscript
Starting Xen domain (from
/etc/xen/auto/dnsmaster.cfg).../etc/init.d/xendomains: line 135:
domains: bad array subscript
2014 Dec 11
2
Bug#772809: Update debian xendomains init and default to latest xen upstream
Source: xen
Severity: wishlist
Hi, xendomains init and default files in debian folder is not updated from upstream onesfor some years.
Some parameters are missed.
The more useful parameters when mainly windows domUs are used is
XENDOMAINS_CREATE_USLEEP that I setted to 30 or 40 seconds on my systems
to decrease the "overload" caused by windows startup (even if pv drivers
are installed).
2014 Aug 22
0
Update xendomains init and default of xen 4.4 packages
xendomains init and default are fixed in debian/ and not updated for a
long time.
This is a commit based on new git when I did fast update and test:
https://github.com/Fantu/pkg-xen/commit/4e975f306b8186bdcc02e0165516167d6fe8930b
Thanks for any reply and sorry for my bad english.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type:
2014 May 22
0
Xen 4.4 packaging.
Il 18/05/2014 20:11, Fabio Fantoni ha scritto:
> Il 17/05/2014 18:54, Fabio Fantoni ha scritto:
>> Il 03/05/2014 11:30, Fabio Fantoni ha scritto:
>>>> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote:
>>>> > Hi waldi,
>>>> >
>>>> > Are you planning to update the Xen package too 4.4 soon? Upstream
>>>> have
2014 May 22
0
Xen 4.4 packaging.
Il 18/05/2014 20:11, Fabio Fantoni ha scritto:
> Il 17/05/2014 18:54, Fabio Fantoni ha scritto:
>> Il 03/05/2014 11:30, Fabio Fantoni ha scritto:
>>>> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote:
>>>> > Hi waldi,
>>>> >
>>>> > Are you planning to update the Xen package too 4.4 soon? Upstream
>>>> have
2014 May 18
3
Xen 4.4 packaging.
Il 17/05/2014 18:54, Fabio Fantoni ha scritto:
> Il 03/05/2014 11:30, Fabio Fantoni ha scritto:
>>> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote:
>>> > Hi waldi,
>>> >
>>> > Are you planning to update the Xen package too 4.4 soon? Upstream
>>> have
>>> > released 4.4-rc6 and AIUI are planning to release the final
2014 May 18
3
Xen 4.4 packaging.
Il 17/05/2014 18:54, Fabio Fantoni ha scritto:
> Il 03/05/2014 11:30, Fabio Fantoni ha scritto:
>>> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote:
>>> > Hi waldi,
>>> >
>>> > Are you planning to update the Xen package too 4.4 soon? Upstream
>>> have
>>> > released 4.4-rc6 and AIUI are planning to release the final
2014 Jun 10
0
Re: [PATCH v16] libxl: Add qxl vga interface support for upstream qemu
Il 27/05/2014 17:05, Fabio Fantoni ha scritto:
> Usage:
> vga="qxl"
>
> Qxl vga support many resolutions that not supported by stdvga,
> mainly the 16:9 ones and other high up to 2560x1600.
> With QXL you can get improved performance and smooth video also
> with high resolutions and high quality.
> Require their drivers installed in the domU and spice used
>
2014 May 17
0
Xen 4.4 packaging.
Il 03/05/2014 11:30, Fabio Fantoni ha scritto:
>> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote:
>> > Hi waldi,
>> >
>> > Are you planning to update the Xen package too 4.4 soon? Upstream have
>> > released 4.4-rc6 and AIUI are planning to release the final version
>> next
>> > week (I've been out of the office for a bit, so I
2014 May 17
0
[Pkg-xen-devel] Xen 4.4 packaging.
Il 03/05/2014 11:30, Fabio Fantoni ha scritto:
>> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote:
>> > Hi waldi,
>> >
>> > Are you planning to update the Xen package too 4.4 soon? Upstream have
>> > released 4.4-rc6 and AIUI are planning to release the final version
>> next
>> > week (I've been out of the office for a bit, so I
2013 Jul 05
3
[PATCH] libxl: Add qxl vga interface support for upstream qemu
Usage:
vga="qxl"
Reposted for xen 4.4, require SSE support on hvm domU otherwise it works
only as a standard vga.
Signed-off-by: Fabio Fantoni <fabio.fantoni@m2r.biz>
Signed-off-by: Zhou Peng <zpengxen@gmail.com>
Acked-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
---
docs/man/xl.cfg.pod.5 |
2012 Feb 22
10
xen-unstable: Qemu upstream domUs not start on Wheezy
Dom0 is Wheezy 64 bit with kernel 3.2.0-1-amd64 version 3.2.4-1, xen from
xen-unstable.hg changeset 24858:a88ba599add1 plus these patch for not fail
build:
http://xen.1045712.n5.nabble.com/PATCH-0-of-2-rename-libxl-yajl-gen-alloc-td5469362.html
And also this change for lib patch modified with multiarch support:
vi config/StdGNU.mk
LIBLEAFDIR_x86_64 ?= lib
DomUs PV working, domUs with
2014 Dec 10
0
Processed: closing 760270
Processing commands for control at bugs.debian.org:
> close 760270
Bug #760270 [src:xen] xen: Update xendomains init and default files to rispective upstream version
Marked Bug as done
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
760270: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760270
Debian Bug Tracking System
Contact owner at bugs.debian.org
2007 Apr 18
0
Bug#395305: /etc/init.d/xendomains parseln() and long domU names
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
This tripped me up recently too, but i found i needed a different
patch:
0 aesop:~# diff -u /etc/init.d/xendomains{.orig,}
- --- /etc/init.d/xendomains.orig 2007-04-18 12:04:04.000000000 -0400
+++ /etc/init.d/xendomains 2007-04-18 13:00:28.000000000 -0400
@@ -128,9 +128,9 @@
parseln()
{
- - name=`echo "$1" | cut -c0-17`
+
2007 Mar 10
0
Bug#414294: xen-utils-common: /etc/init.d/xendomains fail to save domains with "long" names
Package: xen-utils-common
Version: 3.0.3-0-2
Severity: important patch
I ran into this problem when using xen on Debian/Etch. I have several
virtual xen instanses, and I name them using their fully qualified DNS
domain name. These machines have failed to start automatically when I
booted the host machine, and I just recently found out why. During
shutdown, I was messages like this:
Error:
2010 Sep 08
1
Bug#596048: xen-utils-common: /etc/init.d/xendomains stop saves images world readable
Package: xen-utils-common
Version: 4.0.0-1
Severity: important
When xen domUs are saved by running /etc/init.d/xendomains stop the
memory images are saved world readable, so that every user on the
system can read the memory dumps. The default mode of /var/lib/xen/save is
755, vm images are saved with mode 755. At least the save directory shoudn't
be world readable.
-- System Information:
2014 May 03
2
Xen 4.4 packaging.
> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote:
> > Hi waldi,
> >
> > Are you planning to update the Xen package too 4.4 soon? Upstream have
> > released 4.4-rc6 and AIUI are planning to release the final version next
> > week (I've been out of the office for a bit, so I don't know the precise
> > state, but that was the last I heard).
>
2014 May 03
2
Xen 4.4 packaging.
> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote:
> > Hi waldi,
> >
> > Are you planning to update the Xen package too 4.4 soon? Upstream have
> > released 4.4-rc6 and AIUI are planning to release the final version next
> > week (I've been out of the office for a bit, so I don't know the precise
> > state, but that was the last I heard).
>
2015 Aug 21
2
Bug#763102: xen-utils-common: xen-init-list fails to parse xm output -> cannot shutdown domains with service xendomains
Control: tag -1 +moreinfo
Hello,
It seems this was incorrectly closed as xend only since this code can
be used on upgrade (as part of rebooting from xend into a new system).
I don't have any systems to test but I think the fix is trivially the
following:
@@ -51,7 +51,7 @@ class DataJSON(Data):
class DataSXP(Data):
def __init__(self, p):
- s = SXPParser()(p)
+ s =
2015 Aug 21
0
Bug#763102: xen-utils-common: xen-init-list fails to parse xm output -> cannot shutdown domains with service xendomains
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Ian,
you can use the patch I posted in the original report, there are two
places that need to be fixed. I'm using it since November.
Cheers,
Volker
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlXXpS8ACgkQgKD4KXUzSriihQCgidnLz9Lx475uQ4dzWz4jDrzM
nsUAn3Z/Sy3tA2yquXvyAXnY04pxgOop
=GYjR
-----END PGP SIGNATURE-----