hivexml rewrite
by Simson Garfinkel
Greetings.
I am new to this list.
I am writing to you about hivexml. Richard Jones told me that he was considering abandoning this program. Instead, I am willing to take over maintenance of it.
I am involved in computer forensics. I are in the midst of developing an XML standard to describe the Windows Registry.
There are several programs that export the windows registry at XML. I have listed them at:
http://www.forensicswiki.org/wiki/Windows_Registry_XML
The XML produced by hivexml is somewhat difficult to work with. It also has some problems in that it doesn't properly quote strings, and doesn't atke into account other important information. I have come up with a new form and would like to modify hivexml to output and ingest the new form.
My question for this group:
1. Is anybody using hivexml?
2. Is it important to be able to read the old XML format?
3. We have had a hard time building hivexml on non-RedHat systems. Is there any objection to my making this a standalone program?
I look forward to hearing from the list.
Simson Garfinkel
12 years, 9 months
virtio-win for fedora 14
by Brian Gold
Hello,
I am attempting to perform a virt-p2v migration from a windows xp system
onto a fedora 14 host. I'm stuck at trying to locate the virtio-win drivers
to place on my fedora host however. I was pointed to
http://alt.fedoraproject.org/pub/alt/virtio-win/14/images/bin/ and
downloaded this iso and vfd. The vfd seems to contain the drivers, but is
still missing the files below. Anyone know where I could obtain them from?
windows/firstboot.bat
windows/rhev-apt.exe
windows/rhsrvany.exe
Thanks,
Brian
12 years, 9 months
Re: [Libguestfs] Plans for libguestfs
by Richard W.M. Jones
On Thu, Aug 04, 2011 at 01:04:40AM +0200, Hilko Bengen wrote:
> During last week, I finally got some packages for libguestfs and
> bindings done. The repository at
> git://anonscm.debian.org/pkg-libvirt/libguestfs.git has been updated to
> 1.10.6-2 which I have also uploaded to experimental. (The packages
> haven't appeared in the archive yet, though.)
>
> Before shifting my attention to the 1.12 release, I'd like to make sure
> that things work as expected. Please test the packages. I haven't had
> any opportunity to test anything so far because during this last week I
> lacked access to a KVM-capable machine.
>
> An outstanding issue is how the appliance, the archive of files, mostly
> executables and libraries, needed to operate the VM, should be handled:
> Having it generated at build-time and shipping it as part of a .deb
> would be suboptimal both from a security and a maintenance perspective.
> For now, I have modified the build system a bit so that the build script
> and package lists are generated. I have added a README.Debian that tells
> the user how to call what script to manually generate the appliance
> after the package has been installed.
I'm interested to know what the security/maintenance objections are.
We ship the *supermin* appliance in Fedora, precisely because it
improves security and maintenance.
One specific issue is that your users will need to rebuild the
appliance after installing any security patch. With the supermin
appliance, there's no need to do this -- updated binaries or libraries
are included automatically next time libguestfs is launched.
> I think that there should be a /usr/sbin/update-guestfs-appliance script
> that may be called from postinst if the user asks via Debconf.
>
> Another issue has to do with the Python bindings: The
> autoconf/automake-based build system will only build the bindings for
> one Python version (which happens to be 2.6 at the moment). I would like
> to change that, but I haven't found an easy way short of rebuilding
> (almost) the wohle package for every Python version.
I guess we only have one version of Python at a time in Fedora.
Could we do something like adding a ./configure --disable-library
option, allowing you to disable everything (except Python) and thus
just rebuild Python bindings?
> Any comments and patches/contributions are welcome, of course.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine. Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/
12 years, 9 months
FYI: Large build change -- removed separate daemon/configure.ac
by Richard W.M. Jones
http://git.annexia.org/?p=libguestfs.git;a=commitdiff;h=60d5a50f4d3d9e2c2...
Originally I had the daemon directory use a separate configure script,
because we thought we would recompile the daemon for multiple
different architectures, so that we could have libguestfs able to run
commands in guests which have a different architecture from the host.
Well, that didn't really work out. It turns out that running commands
in the guest isn't such a great idea after all[1]. And Linux guests
for architectures other than the host are rare too (excepting 32-on-64
which Just Works). The most likely cross-architecture case is
Windows-on-Linux, and the separate configure script wasn't very
helpful for that.
Having a separate configure script in daemon did, however, result in a
lot of unnecessary build complexity. Things like having to have two
differently configured copies of gnulib, and having to run many
configure tests twice over.
Therefore I have submitted a patch to remove the daemon configure
script and the second instance of gnulib.
Builds are a bit faster and less complex now.
It works for me in some limited testing, but it's probably broken in
some way, so treat it with caution. You'll probably need to do:
make distclean
git pull
autoconf
./bootstrap
./autogen.sh
make
Rich.
[1] http://libguestfs.org/guestfs.3.html#running_commands
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-top is 'top' for virtual machines. Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top
12 years, 9 months
