similar to: virt-sparsify error message.

After failing to get things to work on a Ubuntu 14.04 host I build a fedora 21 environment to see if Ubuntu may have been the problem and didn't get quite as far so here's an official report per the FAQ directions: - Trying to get guests to build and have network access so package management actions can be done before uploading to openstack image service. - I ran ./run virt-builder

SUPERMIN_KERNEL and SUPERMIN_MODULES don't work to guestfish. Since guestfish sets --if-newer parameter to supermin, so the environment variables are not used under the following conditions. - the output directory exists and, - the dates of both input files and package database are older than the output To solve that, rebuild the output it when SUPERMIN_KERNEL or SUPERMIN_MODULES are

This patch series fixes several problems in the way that supermin handles kernels. The most pressing problem is that supermin doesn't handle bogus vmlinuz files which aren't actual kernels. Along the way there is a lot of clean up. The patches look much better if you view them with ‘-w’. This series will require plenty of time to be tested in Fedora, especially on non-x86 arches.

On Wed, Jun 04, 2014 at 02:25:58PM +0530, abhishek jain wrote: > Hi RIch > > > Below are the details of the powerpc ubuntu system ... > > ls -l /boot/ > total 10200 > -rw-r--r-- 1 root root 5224765 Nov 22 2013 uImage > -rw-r--r-- 1 root root 5192861 Nov 22 2013 uImage.orig > > > ls -l /lib/modules/ > total 4 > drwxr-xr-x 3 ubuntu ubuntu 4096 Jun 3

On Wed, Jun 04, 2014 at 03:29:11PM +0530, abhishek jain wrote: > supermin: kernel: SUPERMIN_KERNEL environment variable /boot/uImage > supermin: failed to find a suitable kernel (host_cpu=powerpc64). > > I looked for kernels in /boot and modules in /lib/modules. If you follow the code in src/kernel.ml you'll see that this means supermin was unable to get the kernel version from

Hi Rich But there is no src/kernel.ml file on my ubuntu powerpc to which the above patch is reffering. I have installed supermin as supermin_5.1.8-2_powerpc.deb debian package. Thanks On Tue, Jun 3, 2014 at 7:16 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > On Tue, Jun 03, 2014 at 06:55:49PM +0530, abhishek jain wrote: > > supermin: failed to find a suitable kernel

--- test-tool/libguestfs-test-tool.pod | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/test-tool/libguestfs-test-tool.pod b/test-tool/libguestfs-test-tool.pod index c4284684f8c4ca3dfba0cb734d9cc46f0330b5b9..8999286848d79225c43c8fead674b998be93d4b3 100644 --- a/test-tool/libguestfs-test-tool.pod +++ b/test-tool/libguestfs-test-tool.pod @@ -87,7 +87,7 @@ variables

On Wed, Jun 04, 2014 at 01:18:47PM +0530, abhishek jain wrote: > Hi RIch > > Below are the necessary details of the system.. > > > *ls -l /boot/total 10200-rw-r--r-- 1 root root 5224765 Nov 22 2013 > uImage-rw-r--r-- 1 root root 5192861 Nov 22 2013 uImage.origls -l > /lib/modules/total 4drwxr-xr-x 3 ubuntu ubuntu 4096 Jun 3 07:21 > 3.8.13-rt9-QorIQ-SDK-V1.4uname

Hi Rich Kindly ignore my previos mail. I have downloaded the latest version of supermin supermin-5.1.8 and have compiled it for powerpc.Moreover there was no need to patch the src/ kernel.ml file as the changes were already implemented on the latest version. But still when i run libguestfs-test-tool on powerpc ubuntu,I get the below logs.. libguestfs-test-tool

> > Apparently this: > > https://wiki.manjaro.org/index.php?title=Pacman_troubleshooting#.22Unable_to_lock_database.22_Error > I didn't mentioned it, but I already ran # rm /var/lib/pacman/db.lck I even tried building with make -j1 just in case some other thread was locking the DB. In fact, some process during the build is already locking the DB.

when run libguestfs-test-tool in the two pc,but the result is different. please tell me what cause the result and what cause the guest fail to run in the ram ? thanks !! At 2019-11-28 21:30:53, "Richard W.M. Jones" <rjones@redhat.com> wrote: >Could you please run: > > libguestfs-test-tool > >and attach the complete output to your email. > >Rich.

Hello, I am running into problems with virt-builder on my Ubuntu-14.04 install. Please find the checklist below: 1. What are you trying to achieve? I'm trying to build a standard Ubuntu 14.04 disk image. 2. What exact commands did you run? I ran "virt-builder ubuntu-14.04" 3. What was the precise error/output of these commands? The process gets stuck indefinitely at

Hi, Rich: I met a supermin issue on CentOS 7.1: supermin: version: 5.1.10 supermin: rpm: detected RPM version 4.11 supermin: package handler: fedora/rpm supermin: acquiring lock on /root/test/aaa/lock supermin: build: /usr/lib64/guestfs/supermin.d supermin: build: visiting /usr/lib64/guestfs/supermin.d/base.tar.gz type gzip base image (tar) supermin: build: visiting

[This email is either empty or too large to be displayed at this time]

Hi, few cleanups in the supermin codebase; no actual functional change. Thanks, -- Pino Toscano (3): ext2: simplify tracking of visited modules utils: remove unused run_python function Add and use an helper error function src/build.ml | 20 +++++----------- src/dpkg.ml | 4 +--- src/ext2_initrd.ml | 10 ++++---- src/kernel.ml | 27

On Monday, 4 March 2019 12:18:58 CET Masayoshi Mizuma wrote: > SUPERMIN_KERNEL and SUPERMIN_MODULES don't work to guestfish. > > Since guestfish sets --if-newer parameter to supermin, so the environment > variables are not used under the following conditions. > - the output directory exists and, > - the dates of both input files and package database are > older

Dear List, I am creating a plot and I want to insert the tabular data below the X axis. I mean for every value of X I want to show the value in Y as a table below the plot. I think the attached image gives an idea of what I mean by this. Below is the code i am using now... but as you see the Y values don't have the right location. Maybe I should insert them as a table? Any ideas on that.

Is there something special about filesystems mounted via the loop device, which prevents Samba from sharing them? I have a small LAN with several PCs on it. It has a few Windows machines, and a Linux machine running Mandrake 10 (kernel 2.6.3), which shares out its root ("/") read-only as "c". (Temporarily, for testing, it is shared with full write permissions, which I know

This is an attempt to make supermin check for the existing results of an output when checking whether the appliance must be rebuilt using --if-newer. At the moment it is implemented only for the ext2 output format of the build mode. Changes from v1: - drop empty stub for the prepare mode - add patch to ignore --if-newer on modes different than build - squash patch with stub for the build mode

hi im saleh please help me I WANT SOURSE CODE SIMILAR THIS CODE package asl; import java.awt.*; import java.awt.event.* ; import java.applet.*; public class animat1 extends Applet implements Runnable{ int c = 290, d = 300; int x = 20, k = 20, o = 0, m = 10, n = 0, y = 0; Thread t = new Thread(this); Image img1, img2, img3; // AudioClip a1; public void init() {