similar to: annexia git unreachable

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm using the wonderfull vesamenu com32, but I have a little problem I don't known it there is a way or it need to be done, after selecting an entry (e.g. a disk img using memdisk) console mode is not restored so most of msdos apps are not displayed. Bye - -- Gianluigi Tiesi <sherpya at netfarm.it> EDP Project Leader Netfarm S.r.l. -

I have moved all three repositories to new locations on github: https://github.com/libguestfs/libguestfs https://github.com/libguestfs/hivex https://github.com/libguestfs/febootstrap You don't need to reclone them (unless you want to). You can simply edit .git/config and adjust the URL to: git at github.com:libguestfs/libguestfs.git git at github.com:libguestfs/hivex.git git at

I just pushed hivex 1.2.6: http://libguestfs.org/download/hivex/ http://git.annexia.org/?p=hivex.git;a=summary You probably want this patch which didn't make it into 1.2.6 too: http://git.annexia.org/?p=hivex.git;a=commitdiff;h=2cf6eef8ff7b7ab642943e67183f0d7491c69f9d This is a bug fix release. Upgrading is not required, unless you are using a big endian machine or are trying to use the

[Forwarding to the proper list] We use hivex for one of our projects and I see the following diff committed to the hivex project (source link provided) that ignores trailing garbage. But this code has been reverted to no ignore this condition in later version of hivex - /* This error is seemingly common in uncorrupt registry files. */ - /* - fprintf (stderr, "hivex: %s:

I'm pleased to announce the next release of hivex, a library and some tools for reading and writing Windows Registry hive files. Man page: http://libguestfs.org/hivex.3.html Source: http://libguestfs.org/download/hivex/ Git repo: http://git.annexia.org/?p=hivex.git;a=summary Fedora pkg: http://koji.fedoraproject.org/koji/taskinfo?taskID=3267857 This release mainly contains bug fixes.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is there any reason why the keyboard poll routine (int 16h) in conio.inc checks fro a serial port. when pxelinux.0 is run under a vm - the keyboard does not register. which makes menus useless. Also the timer is broken. - -- regs MR E_T _______________________ \ \ \ OOHH I hate TYPOS \ \ \

I'm currently disentangling the semi-separate 'hivex' library from the libguestfs sources, so it will become a separate upstream project. The git URL of the new hivex project is here: http://git.annexia.org/?p=hivex.git;a=summary Tarballs will be released in the usual downloads directory (http://libguestfs.org/download/) but there are none there yet. We will also create a separate

Hi Rich: I just can't get access to http://git.annexia.org/ since this week. Is there something wrong? Thanks -Wanlong Gao

Whilst cleaning up the lintian reports in preparation for the Debian/Ubuntu hivex package one of the issues is: E: libhivex-perl: binary-or-shlib-defines-rpath ./usr/lib/perl/5.10.1/auto/Win/Hivex/Hivex.so /tmp/buildd/hivex-1.2.1/perl/../lib/.libs I've temporarily dealt with this by using chrpath in the build and a rule to delete the RPATH from "auto/Win/Hivex/Hivex.so". I wonder

the 'hivex' had been installed actually, hivex.x86_64 0:1.2.4-3.el6 and perl-hivex.x86_64 0:1.2.4-3.el6, however it just could not be detected.Maybe i should compile one rather than just yum. I`m not familiar with hivex,as far as i know, it can be used to modify windows registry, but why the inspection API had been binded with hivex when we might use inspection api solely with linux os

Hi, While working on Debian packages of hivex 1.2.5, I came across a test failure for the Python bindings with Python 2.7 on the i386 architecture. (The tests ran fine on amd64.) ,---- | $ make -C python check | make[1]: Entering directory `/home/bengen/src/deb/hivex/hivex.git/python' | 010-import.py | 020-open.py | 021-close.py | 200-write.py | python: hivex-py.c:52: get_handle: Assertion

Signed-off-by: Alex Nelson <ajnelson at cs.ucsc.edu> --- .gitignore | 1 + ocaml/Makefile.am | 1 + ocaml/t/hivex_120_rlenvalue.ml | 42 ++++++++++++++++++++++++++++++++++++++++ 3 files changed, 44 insertions(+), 0 deletions(-) create mode 100644 ocaml/t/hivex_120_rlenvalue.ml diff --git a/.gitignore b/.gitignore index 40a4780..9c17ac6 100644 ---

--- lib/hivex-internal.h | 14 +++++++++++++- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/lib/hivex-internal.h b/lib/hivex-internal.h index f391b98..d7ce339 100644 --- a/lib/hivex-internal.h +++ b/lib/hivex-internal.h @@ -125,7 +125,19 @@ struct ntreg_hbin_block { struct ntreg_nk_record { int32_t seg_len; /* length (always -ve because used) */ char id[2];

On Tue, Jan 31, 2012 at 12:21:44PM -0500, Todd Mummert wrote: > I've made some changes to hivexml.c, that I think addresses the > invalid XML that is being generated (as of version 1.3.3). I'm only > addressing invalid XML characters in string values and string-lists. > As I saw mentioned in earlier forum messages >

[The bug which this fixes is: https://bugzilla.redhat.com/show_bug.cgi?id=717583 ] ----- Forwarded message from Peter Fokker <peter at berestijn.nl> ----- Date: Thu, 8 Mar 2012 11:37:06 +0100 (CET) From: Peter Fokker <peter at berestijn.nl> To: rjones at redhat.com Cc: Peter Fokker <peter at berestijn.nl> Subject: hivex: patch for read support of "li"-records from

Is there a reason why a previous version of hivex ignored this condition while more recent ones throw an error? I do have some hive files that are failing (I'm yet to validate if they are good or were corrupted some other way). I will do so and share my findings Thanks ~ Hari On 9/24/13 5:20 PM, "Richard W.M. Jones" <rjones@redhat.com> wrote: >On Tue, Sep 24, 2013 at

* Richard W.M. Jones: > ACK, same as this libguestfs fix: It looks like I might be able to ship the Debian package for the next version without any specific patches. Hooray! I believe that I have pushed all the changes that I needed in the hivex library itself. How about doing another release? Cheers, -Hilko

This contains multiple large code refactorings (see previous patches posted on this list), plus, hopefully, a full fix for these bugs: https://bugzilla.redhat.com/show_bug.cgi?id=717583 https://bugzilla.redhat.com/show_bug.cgi?id=987463 It's a (slightly) risky release and it could do with a lot of testing. I've also created a separate git repo of Windows registry hives:

This patch adds value_data_cell_offset to the hivex ABI, to report the hive space used for long value data. Signed-off-by: Alex Nelson <ajnelson at cs.ucsc.edu> --- generator/generator.ml | 11 +++++++++++ lib/hivex.c | 45 +++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 56 insertions(+), 0 deletions(-) diff --git a/generator/generator.ml

[Let's start a new thread for this so all the mail archives will appear in one place. Please follow up on any of these items, and hopefully we can formulate policy together.] (1) Policy for commits. [with thanks to Dan Berrange for helping to formulate this ...] "In order to become a committer, someone must demonstrate an ongoing skill posting patches of high quality and