similar to: [PATCH] p2v: make-disk: rely on os-release for host distro detection

I was slightly too quick off the marks with the first patch. This updated patch modifies all of virt-inspector's output types to take account of distrofamily.

Change distro in the output formally known as virt-inspector to reflect the actual distro. Possible values are now: fedora, rhel, centos, scientific, debian. Add new distrofamily entry which is one of: redhat, debian. Currently all distros except 'debian' are in the redhat family. This allows you to, for example, select a RHEL/CentOS/Scientific Linux specific kernel for installation

--- inspector/virt-inspector.pl | 7 ++++- perl/lib/Sys/Guestfs/Lib.pm | 50 +++++++++++++++++++++++++++++++------------ 2 files changed, 41 insertions(+), 16 deletions(-) diff --git a/inspector/virt-inspector.pl b/inspector/virt-inspector.pl index 09edbae..9148a48 100755 --- a/inspector/virt-inspector.pl +++ b/inspector/virt-inspector.pl @@ -357,7 +357,9 @@ sub output_text_os print

Set p2v.local as hostname for the p2v disk image, so it will be fixed, instead of whatever is set in the used templates. This is also somewhat important during the distribution update, and installation of our packages: there may be distribution packages actually using the hostname to initialize stuff (e.g. configuration values), and thus the unset value "(none)" triggers errors. The

It turns out that the distribution hierarchy is not as reliable concept as you might think. This patch removes distrofamily again. Instead of distrofamily, we will add feature tags. This patch adds 2 feature tags for Linux distributions: package_format (eg rpm/dpkg) package_management (eg rhn/yum/apt) This change is reflected in the output of virt-inspector --- inspector/virt-inspector.pl |

Hi, this small series fixes the generation of Debian-based images using virt-p2v-make-disk. With this series, the image can boot fine, X is started, and the p2v interface appears. I haven't tried an actual conversion, but I don't think there are Debian-specific problems preventing that. Thanks, Pino Toscano (4): p2v: fix Gtk dependencies on Debian p2v: remove

On Debian systems, usually daemons are run automatically after their installations; since we are upgrading the template, and installing packages such as openssh, network-manager, etc, this may cause few daemon to stay running during the virt-builder execution, causing it to fail when shutting down (since e.g. /sysroot/dev would be in use). As workaround, use a temporary policy-rc.d policy layer

Use /etc/os-release as first option, translating the distro name to the current identifier used. The other options (the release files) are left as following checks, avoiding them if any matches. --- m4/guestfs_appliance.m4 | 25 +++++++++++++++---------- 1 file changed, 15 insertions(+), 10 deletions(-) diff --git a/m4/guestfs_appliance.m4 b/m4/guestfs_appliance.m4 index 8cff51e..b48da74 100644

Tested by doing ‘make -C p2v run-virt-p2v-in-a-vm’. --- p2v/virt-p2v-make-disk.in | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/p2v/virt-p2v-make-disk.in b/p2v/virt-p2v-make-disk.in index 61d3a85cd..7b35d357d 100644 --- a/p2v/virt-p2v-make-disk.in +++ b/p2v/virt-p2v-make-disk.in @@ -254,9 +254,8 @@ virt-builder "$osversion"

Currently 'make install' installs the virt-p2v binary in /usr/libexec/virt-p2v on the host. It is never supposed to be run from there, even by another program, so use of /usr/libexec is incorrect. It is only supposed to be copied into USB keys / ISOs / etc created by virt-p2v-make-* scripts. The other problem with shipping a "naked" binary on the host is that packages built

Since I have updated my Linux system, and consequently re-installed R, I am unable to see HTML documentation which I used to access via a web browser. To be more specific, my R installation is declared to be here: > R RHOME /usr/local/lib/R However, if I look at a location such as /usr/local/lib/R/library/base/html this contains only two entries File: 00Index.html File: R.css

Add a --with-distro=ID argument for configure, so it is possible to manually specify the distro to use for the packages (in case os-release does not provide ID=.., or the ID is not recognized yet). In the case when --with-distro is not set, keep doing the autodetection, but using os-release only, i.e. dropping the checks for all the other -release files -- since there is --with-distro, older

When ubuntu 14.04 went from samba 4.1.6 to 4.3.8 it killed my setup. Before the change I was able to run wbinfo -u and get a list of users. Now when I run wbinfo -u it returns nothing. I tried dis-joining and rejoining the domain with no luck, Here is my complete smb.conf [global] security = ads realm = SUBDOMAIN.DOMAIN.TOP workgroup = SUBDOMAIN idmap config * : backend = tdb idmap config * :

Even though the list of checks is very short, at least this migrates from imperative checks to a "declarative" one. There should be no behaviour change, other than using os-release if it contains all the needed information. --- daemon/inspect_fs_unix.ml | 19 ++++++++++++------- 1 file changed, 12 insertions(+), 7 deletions(-) diff --git a/daemon/inspect_fs_unix.ml

>>>>> Paul Murrell >>>>> on Tue, 31 Mar 2020 09:41:30 +1300 writes: > Hi > On 30/03/20 10:43 pm, I?aki Ucar wrote: >> On Mon, 30 Mar 2020 at 04:24, Paul Murrell <paul at stat.auckland.ac.nz> wrote: >>> >>> Hi >>> >>> I have created an R branch that contains a potential fix ...

https://bugzilla.redhat.com/show_bug.cgi?id=1167921

On 17/11/2017 10:47 AM, Adelchi Azzalini wrote: > Since I have updated my Linux system, and consequently re-installed R, I > am unable to see HTML documentation which I used to access via a web > browser. To be more specific, my R installation is declared to be here: > > > R RHOME > /usr/local/lib/R > > However, if I look at a location such as >

Hello, I saw in the Porters Handbook this OSVERSION macro: 6.0-STABLE after incorporating scripts from the local_startup directories into the base rcorder(8) <http://www.FreeBSD.org/cgi/man.cgi?query=rcorder&sektion=8>. 600101 I think that change has been merged to the RELENG_5 branch but I1m not sure. If so, could somebody tell me what is the corresponding OSVERSION for RELENG_5?

I added log level = 10 log file = /var/log/samba/%m.log to my smb.conf in the logs when I run wbinfo -u I get [2016/04/20 08:24:15.864222, 3, pid=19397, effective(0, 0), real(0, 0), class=winbind] ../source3/winbindd/winbindd_misc.c:237(winbindd_domain_info) [19441]: domain_info [SUBDOMAIN] [2016/04/20 08:24:15.864238, 10, pid=19397, effective(0, 0), real(0, 0), class=winbind]

Check the ID field in /etc/os-release on the current system, before checking for the other old-style release-/version-like files in /etc. Some distributions (openSUSE Thumbleweed) are starting to remove them, breaking the supermin detection. --- src/dpkg.ml | 3 ++- src/pacman.ml | 5 +++-- src/rpm.ml | 15 +++++++++------ 3 files changed, 14 insertions(+), 9 deletions(-) diff --git