Displaying 20 results from an estimated 300 matches similar to: "Proposed API for guestconv library"
2013 Mar 04
0
Guestconv library and python worker process
Per conversation last week with Rich and Matt, while we want to have a
Guestconv C API which is relatively easy to bind to across different
languages, for the sake of expediency we want to the do the actual work
in Python.
The idea is that the C API will spawn a python process when
guestconv_create is called and ultimately be responsible for terminating
the process. Communication between
2013 Apr 12
2
Internationalisation in guestconv
I've added internationalisation to guestconv, and updated HACKING with a
new section. Any thoughts/comments?
Matt
2013 Sep 03
2
Re: Status of virt-v2v?
On Tuesday, September 03, 2013 07:52:08 PM Richard W.M. Jones wrote:
> Even better, there is a repo: https://github.com/mdbooth/guestconv
Excellent. Thanks for the pointer.
> Matt - can you push your latest commits, or is there a more canonical
> repo that Mike can look at?
The last changes in the repo seem to be from back in June. Is guestconv
expected to completely replace virt-v2v
2013 Sep 05
2
Re: Status of virt-v2v?
On Thursday, September 05, 2013 12:00:44 PM Matthew Booth wrote:
> guestconv is not intended to completely replace virt-v2v. Broadly
> speaking, virt-v2v does 2 things:
>
> 1. Move guests between 2 hypervisors.
> 2. Make changes to the guest required for a new hypervisor.
>
> The second is unique to virt-v2v, the first has other tools out there.
> guestconv will only
2013 Sep 05
0
Re: Status of virt-v2v?
On Tue, 2013-09-03 at 17:10 -0600, Mike Latimer wrote:
> On Tuesday, September 03, 2013 07:52:08 PM Richard W.M. Jones wrote:
> > Even better, there is a repo: https://github.com/mdbooth/guestconv
>
> Excellent. Thanks for the pointer.
>
> > Matt - can you push your latest commits, or is there a more canonical
> > repo that Mike can look at?
>
> The last
2013 Sep 03
2
Status of virt-v2v?
Hi,
I have recently been looking into virt-v2v, and noticed the mention of an upcoming rewrite in a few places. Is there a roadmap or post someplace that describes the future of this project?
I've got a couple of patches against the current code base, and am wondering if they will still be considered for inclusion.
Thanks,
Mike
2013 Sep 05
0
Re: Status of virt-v2v?
On Thu, 2013-09-05 at 09:31 -0600, Mike Latimer wrote:
> On Thursday, September 05, 2013 12:00:44 PM Matthew Booth wrote:
> > guestconv is not intended to completely replace virt-v2v. Broadly
> > speaking, virt-v2v does 2 things:
> >
> > 1. Move guests between 2 hypervisors.
> > 2. Make changes to the guest required for a new hypervisor.
> >
> > The
2013 Sep 03
0
Re: Status of virt-v2v?
On Tue, Sep 03, 2013 at 09:29:49AM -0600, Mike Latimer wrote:
> Hi,
I'll make some advisory comments, but you really need to talk to Matt
Booth (CC'd - or mdbooth on #libguestfs).
> I have recently been looking into virt-v2v, and noticed the mention
> of an upcoming rewrite in a few places. Is there a roadmap or post
> someplace that describes the future of this project?
2013 Sep 25
0
Re: [PATCH 3/4] Add SUSE converter
On Wed, Sep 25, 2013 at 05:01:56PM +0100, Matthew Booth wrote:
> Mike,
>
> This is great. I have a couple of minor comments inline, but this looks
> good.
>
> I do have a major concern, though, which is this is basically a fork of
> RedHat.pm.
I thought your concern would be that you'd want similar functionality
in guestconv. Will this SuSE code need to be rewritten
2013 Sep 25
5
Re: [PATCH 3/4] Add SUSE converter
Mike,
This is great. I have a couple of minor comments inline, but this looks
good.
I do have a major concern, though, which is this is basically a fork of
RedHat.pm. There are well over 1,000 identical lines of code between the
2 modules. Many of the differences are relatively minor, and could be
handled with additional cases. I've also fixed a couple of bits in
RedHat.pm since you forked
2013 Sep 04
2
Re: [PATCH] virt-v2v: Remove iface:ide parameter (RHBZ#895898)
On Tue, Sep 03, 2013 at 11:30:07PM -0600, Mike Latimer wrote:
> On Tuesday, September 03, 2013 06:09:26 PM Mike Latimer wrote:
> > However, as mentioned in the bug, this parameter is likely no longer
> > required. Unless there is a use-case where this setting is required, it
> > seems like a good idea to remove it completely (which should work in
> > either libvirt or
2013 Dec 02
2
Regression testing inspection code
[Continuing a discussion we had on IRC last week ...]
How to create meaningful regression tests for the inspection code?
We'd like developers to be able to test that changes to the inspection
code don't break inspection of existing guests. We might not be able
to run these tests routinely, and we might have to accept that they
have to download hundreds of megabytes of test data.
Idea
2013 Sep 04
0
Re: [PATCH] virt-v2v: Remove iface:ide parameter (RHBZ#895898)
On Wednesday, September 04, 2013 07:57:25 PM Richard W.M. Jones wrote:
> I'll give you a bit of background to this (mis-)feature. The "iface"
> optional argument was added so that you could use qemu's IDE interface
> instead of whatever the default is (virtio-scsi, falling back to
> virtio-blk).
Thanks for the background. That does help fill in some holes.
>
2013 Dec 02
0
Re: Regression testing inspection code
On Mon, 2013-12-02 at 13:23 +0000, Richard W.M. Jones wrote:
> [Continuing a discussion we had on IRC last week ...]
>
> How to create meaningful regression tests for the inspection code?
> We'd like developers to be able to test that changes to the inspection
> code don't break inspection of existing guests. We might not be able
> to run these tests routinely, and we
2013 Sep 25
0
Re: [PATCH 3/4] Add SUSE converter
Matt,
Thanks for the extensive comments. I'll go through them in detail, but it
won't be until next week. For the time being, here's a quick take on some of
the main issues:
> I do have a major concern, though, which is this is basically a fork of
> RedHat.pm. There are well over 1,000 identical lines of code between the
> 2 modules. Many of the differences are relatively
2016 Apr 22
0
xen_4.4.1-9+deb8u5_allonly.changes ACCEPTED into proposed-updates->stable-new, proposed-updates
Accepted:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Format: 1.8
Date: Tue, 19 Apr 2016 20:42:09 +0200
Source: xen
Binary: libxen-4.4 libxenstore3.0 libxen-dev xenstore-utils xen-utils-common xen-utils-4.4 xen-hypervisor-4.4-amd64 xen-system-amd64 xen-hypervisor-4.4-arm64 xen-system-arm64 xen-hypervisor-4.4-armhf xen-system-armhf
Architecture: all source
Version: 4.4.1-9+deb8u5
2013 May 14
0
xen_4.0.1-5.11_amd64.changes ACCEPTED into oldstable-proposed-updates->oldstable-new, oldstable-proposed-updates
Accepted:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.8
Date: Thu, 02 May 2013 14:19:40 +0000
Source: xen
Binary: xen-docs-4.0 libxenstore3.0 libxen-dev xenstore-utils xen-utils-4.0 xen-hypervisor-4.0-amd64 xen-hypervisor-4.0-i386
Architecture: source all amd64
Version: 4.0.1-5.11
Distribution: squeeze-security
Urgency: low
Maintainer: Debian Xen Team <pkg-xen-devel at
2015 Nov 03
0
xen_4.4.1-9+deb8u2_multi.changes ACCEPTED into proposed-updates->stable-new, proposed-updates
Accepted:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Format: 1.8
Date: Sat, 31 Oct 2015 06:53:56 +0100
Source: xen
Binary: libxen-4.4 libxenstore3.0 libxen-dev xenstore-utils xen-utils-common xen-utils-4.4 xen-hypervisor-4.4-amd64 xen-system-amd64 xen-hypervisor-4.4-arm64 xen-system-arm64 xen-hypervisor-4.4-armhf xen-system-armhf
Architecture: all source
Version: 4.4.1-9+deb8u2
1997 Jan 12
0
Apache 1.1.1 overflow
[Mod: header changed -- alex]
###### ## ## ######
## ### ## ##
###### ## # ## ##
## ## ### ##
###### . ## ## . ######.
Secure Networks Inc.
Security Advisory
2013 Mar 02
0
xen_4.0.1-5.7_amd64.changes ACCEPTED into proposed-updates->stable-new, proposed-updates
Accepted:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.8
Date: Thu, 07 Feb 2013 12:56:18 +0000
Source: xen
Binary: xen-docs-4.0 libxenstore3.0 libxen-dev xenstore-utils xen-utils-4.0 xen-hypervisor-4.0-amd64 xen-hypervisor-4.0-i386
Architecture: source all amd64
Version: 4.0.1-5.7
Distribution: stable-security
Urgency: low
Maintainer: Debian Xen Team <pkg-xen-devel at