similar to: ANNOUNCE: libguestfs >= 1.23.5 will require Augeas >= 1.0.0

Debian wheezy which is the stable version does not have that version of package in the repository only Sid has which is the unstable version. We are working here on production servers so how would I use an unstable version of OS in production? > On 25 Sep 2014, at 17:15, Richard W.M. Jones <rjones@redhat.com> wrote: > > On Thu, Sep 25, 2014 at 05:08:12PM +0300, Péter-Zoltán

On Thu, Sep 25, 2014 at 05:08:12PM +0300, Péter-Zoltán Keresztes wrote: > Hello, > > I am trying to compile the latest libguestfs on debian wheezy and I > am stuck at configuring which does require augeas 1.0.0 or higher > which is only available on debian sid. I have tried back ports but > no luck. Can anyone give me a suggestion how to do that? We do need Augeas 1.0.0. It

Hi David, We have a general problem using Augeas in libguestfs and I wonder if you have any advice. The problem is that we often -- as with yesterday's patch -- add new config file paths to lenses. Or we want to parse config files which are not necessarily in the exact paths that Augeas is expecting. Now it's easy enough to parse such files using an arbitrary lens by calling

CentOS Errata and Security Advisory 2014:0044 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0044.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b480f39008212b9a32a5abf8aaef69d1b4242c0fbf7d2a65ee41287c59b74440 augeas-1.0.0-5.el6_5.1.i686.rpm

CentOS Errata and Bugfix Advisory 2015:0162 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0162.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 830e112850754e1e366d87813eeab40dca1465b08759cf1d5944d1372284fdc3 augeas-1.0.0-7.el6_6.1.i686.rpm

Hello, I am trying to compile the latest libguestfs on debian wheezy and I am stuck at configuring which does require augeas 1.0.0 or higher which is only available on debian sid. I have tried back ports but no luck. Can anyone give me a suggestion how to do that? regards, Peter

Define the types which will be used to communicate between the different parts of the inspection code. The main types are: fs corresponds to ‘struct inspect_fs’ in C code root no direct correspondence with the C code, but in the C code, ‘inspect_fs’ was overloaded to store roots inspection_data the inspection data which is incrementally collected about

During the inspection phase, check for errors after aug_load: if any of the errors happened in any of the requested files, then report the error straight away; ignoring the error means that information would be silently lost. For example, a malformed /etc/fstab would have caused the inspection to not handle any of the additional mount points, giving cryptic errors later on when trying to access

If libmagic isn't installed then the guestfs_file_architecture API doesn't work. This means that inspection will always return <arch>unknown</arch> for every guest. This subtly breaks a few features. In particular it was reported that the virt-builder/virt-customize --install option did not work because the "unknown" architecture of the guest was not compatible

During the inspection phase, check for errors after aug_load: if any of the errors happened in any of the requested files, then report the error straight away; ignoring the error means that information would be silently lost. For example, a malformed /etc/fstab would have caused the inspection to not handle any of the additional mount points, giving cryptic errors later on when trying to access

On Monday 22 September 2014 13:50:18 Richard W.M. Jones wrote: > On Mon, Sep 22, 2014 at 10:49:42AM +0200, Pino Toscano wrote: > > The lenses in our custom path need the system lens for base > > definitions. Disabling the system path was worthless anyway, since > > our API does not allow user-specified custom paths. > > > > The only possible use for AUG_NO_STDINC

This shouldn't change the effect of this code. --- mlcustomize/SELinux_relabel.ml | 121 ++++++++++++++++++--------------- 1 file changed, 65 insertions(+), 56 deletions(-) diff --git a/mlcustomize/SELinux_relabel.ml b/mlcustomize/SELinux_relabel.ml index 44995df..5df1f08 100644 --- a/mlcustomize/SELinux_relabel.ml +++ b/mlcustomize/SELinux_relabel.ml @@ -28,65 +28,74 @@ module G = Guestfs

Don't carry around Augeas lenses. It is fragile, since if the lens is added to upstream Augeas but the version number has not changed, then Augeas won't parse the target file at all. This specifically causes password adjustments to fail in RHEL 7.1. In future, if we need an Augeas lens, it must be added to Augeas, either upstream or as a downstream patch carried around by distros. ---

- bump the augeas requirement to 1.2.0, and drop an old hack - add a small helper in the generator Pino Toscano (3): build: raise augeas requirement to 1.2.0 appliance: remove custom Shadow augeas lens daemon: implement OptString for OCaml APIs appliance/Makefile.am | 6 +-- appliance/guestfs_shadow.aug | 72 ------------------------------------ daemon/augeas.c | 21

Currently Fedora packages are broken. You'll see this error when libguestfs tries any inspection-related operation: aug_init: Augeas initialization failed The bug and explanation is here (thanks Dominic Cleal): https://bugzilla.redhat.com/show_bug.cgi?id=894241#c11 This bug is fixed in the following packages: Fedora 17: http://koji.fedoraproject.org/koji/buildinfo?buildID=379590

I'm pleased to announce the release of libguestfs 1.42, a library and set of tools for accessing and modifying virtual machine disk images. You can find out more about the project here: http://libguestfs.org/ Release notes (http://libguestfs.org/guestfs-release-notes-1.42.1.html) Please note that virt-v2v, virt-p2v and the boot analysis tools were moved out of the libguestfs

what i thought would be a simple edit using augeas is turning out to not be so straight forward, can anyone please help ? the plan is to edit sendmail.cf and change the default DS to DShostname.domain class mail { $key = DS service { ''sendmail'':; } augeas { "sendmail.cf/$key": context =>

On Mon, Sep 22, 2014 at 02:56:18PM +0200, Pino Toscano wrote: > On Monday 22 September 2014 13:50:18 Richard W.M. Jones wrote: > > On Mon, Sep 22, 2014 at 10:49:42AM +0200, Pino Toscano wrote: > > > The lenses in our custom path need the system lens for base > > > definitions. Disabling the system path was worthless anyway, since > > > our API does not allow

Since all the usage of augeas is done in OCaml parts (via ocaml-augeas), drop all the C code using the C augeas library. --- daemon/Makefile.am | 2 - daemon/augeas.c | 91 --------------------------------------------- daemon/cleanups.c | 11 ------ daemon/daemon.h | 34 ----------------- daemon/lvm-filter.c | 2 - docs/C_SOURCE_FILES | 1 - po/POTFILES | 1 - 7 files

Since all the usage of augeas is done in OCaml parts (via ocaml-augeas), drop all the C code using the C augeas library. --- daemon/Makefile.am | 2 - daemon/augeas.c | 91 --------------------------------------------- daemon/cleanups.c | 11 ------ daemon/daemon.h | 34 ----------------- daemon/lvm-filter.c | 2 - docs/C_SOURCE_FILES | 1 - po/POTFILES | 1 - 7 files