similar to: Internationalisation in guestconv

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

guestconv will be a new, re-usable library to perform guest OS conversions when moving between hypervisors. I've attached 3 files to this email which are relevant to the proposed API. guestconv.h is the proposed C binding. example.c is the simplest possible usage of the API. It converts the first detected root of the guest, accepting all defaults. root.xml is an example description

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

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

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

--- lib/hivex.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/lib/hivex.c b/lib/hivex.c index 13d7556..8a774de 100644 --- a/lib/hivex.c +++ b/lib/hivex.c @@ -543,6 +543,9 @@ hivex_close (hive_h *h) free (h->filename); free (h); + if (h->msglvl >= 1) + fprintf (stderr, "hivex_close\n"); + return r; } -- 1.7.2.1

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?

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

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

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

[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

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

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

And let's also spell things properly! Like 'internationalisation' ...'Weasels have got into your phone system' instead of 'gotten into your phone system...' And 'please press the hash key..' instead of 'pound key' There should probably be en_uk, en_us, en_ca, en_za, en_nz, en_oz, en_ie and en_in etc to allow each English-speaking country to localise

I''m trying to use haml in my locale files but cant get it to parse. en.yml --------- page: content: " %p some paragraph %p another paragraph " view.html.haml ------------------- (works) =Haml::Engine.new(t(''page.content)).render -------------------(does not) =t(''page.content) is the first example the only way to do this? or am I going about

Good Morning, I'm working with a queue at the moment and I having trouble with my digits. Australia is my example. On the tiki it says for international digits, I can dump them in the "digits/au" directory. I tried that -- just because, I also made a copy in "au/digits". When the queue announces the position I it says: -- Started music on hold, class

I noticed that virt-v2v, which is written exclusively in perl, failed to generate virt-v2v.pot. After much head scratching I also noticed that libguestfs.pot didn't include any messages from perl sources. Some reading of libintl-perl shows that a somewhat more complicated xgettext command line is required, as it doesn't understand Locale::TextDomain syntax by default. After a little more

On Wed, Jan 11, 2012 at 03:10:35AM -0800, mdbooth wrote: > Remove generated file from source control, and don't barf when it doesn't exist > while bootstrapping. > > You can merge this Pull Request by running: > > git pull https://github.com/mdbooth/libguestfs build > > Or you can view, comment on it, or merge it online at: > >

Folks, On review http://reviews.llvm.org/D8197, we're basically down to two bikeshedding issues: 1. Title tags Some people use "[CSE] Change blah", others use "CSE: Change blah". I hadn't put anything regarding tags because not everyone use it and when they do, it's slightly different. I personally don't think it's a reason to argue about, so I'm in

I'm trying to use guestmount to install some kernel modules in a guest: [mbooth at mbooth linux-2.6 (amit)]$ make modules_install INSTALL_MOD_PATH=~/etch ln: creating symbolic link `/home/mbooth/etch/lib/modules/2.6.32-rc6/source': No such file or directory make: *** [_modinst_] Error 1 I think something's screwy with symlinks. In the following, /tmp/source is a symlink, and I