similar to: [PATCH] * supermin support for FrugalWare (pacman-g2)

On Tue, Oct 22, 2013 at 08:42:12PM +0200, Daniel Exner wrote: > -dnl For ArchLinux handler. > -AC_CHECK_PROG(PACMAN,[pacman],[pacman],[no]) > +dnl For FrugalWare handler. > +AC_CHECK_PROG(PACMAN_G2,[pacman-g2],[pacman-g2],[no]) > + > +dnl if test "x$pacman_g2" = "xno"; then > +dnl dnl For ArchLinux handler. > +dnl

Hi, this patch enables building of the guestfs appliance with most of the correct packages. The missing ones will follow as soon as they are available. Greetings Daniel

Hi, I''m thinking about the following situation and I know there are some things I have to understand: I want to use two SUN-Servers with the same amount of storage capacity on both of them and I want to replicate the filesystem ( zfs ) incrementally two times a day from the first to the second one. I know that the zfs send/receive commands will do the job, but I don''t

Hi list, I''ve did some tests and run into a very strange situation.. I created a zvol using "zfs create -V" and initialize an sam-filesystem on this zvol. After that I restored some testdata using a dump from another system. So far so good. After some big troubles I found out that releasing files in the sam-filesystem doesn''t create space on the underlying zvol.

Hi, let's make supermin use /etc/os-release as primary source instead of the various release files in /etc; apparently distros (e.g. openSUSE) are starting removing them. Thanks, Pino Toscano (2): Add simple handling of /etc/os-release Use os-release to detect the distro src/Makefile.am | 3 +++ src/dpkg.ml | 3 ++- src/os_release.ml | 78

Allow an alternate libc, such as dietlibc, to be used for the init binary in the supermin appliance. Rich.

* Richard W.M. Jones: > This seems to change the result of this (very important and complex) > function. Since you didn't answer my followup message, I take it that I failed to convince you. I noticed that I can get away with leaving the structure of the function as-is, just changing the type... What do you think about this diff? Cheers, -Hilko diff --git a/src/build.ml

On Mon, Oct 21, 2013 at 12:04:44PM -0700, DeX77 wrote: > This enables initial FrugalWare Support in libguestfs. It is not yet complete, as not all needed packages are yet available. I'd prefer that patches are posted on the mailing list for review, even a preliminary review. You don't need to sign up, but there may be a short delay before you post is approved. Does this need changes

v1 -> v2: - If we split out the init program into a separate init/ directory, that makes it much easier to build against an alternate libc. I tried to build against uClibc, but uClibc requires an entire build chain, which looked like it was going to be a massive ballache. Rich.

While trying to run libguestfs tests after building with "--enable-appliance --with-supermin-extra-options=--use-installed", I ran into a peculiar error message in the c-api test: ,---- | libguestfs: error: strings: /abssymlink: strings: error while loading | shared libraries: libbfd-2.24-multiarch.so: cannot open shared object | file: No such file or directory `---- The problem here

On Mon, Nov 17, 2014 at 01:41:28PM +0200, Nikos Skalkotos wrote: > OK, I'll make the suggested changes and I'll try to come up with a new > patch by tomorrow or the day after tomorrow. I just noticed that a > space is missing between STREQ and ( in the key assignment code which > violates the project's coding style. I'll fix that too. > > For a test-case, I can

On Mon, Nov 17, 2014 at 03:01:57PM +0200, Nikos Skalkotos wrote: > OK, I'll try to fix the epoch thing for all three. Actually I've just fixed it (for RPM -- I don't think Debian has a problem). If Arch has an Epoch-like field, then it'd be good to fix that. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and

It's not exactly a problem but Debian supports an epoch. The format is like this: [epoch:]upstream_version[-debian_revision] https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version Right now if a package has a version like this: 1:1.2.3-1, libguestfs will translate it as: epoch=0 version = 1:1.2.3 release=1 The same thing does my patch for pacman. If we are to leave it

Just basic identification, name and version. --- generator/actions.ml | 4 ++++ src/guestfs-internal.h | 1 + src/inspect-fs-unix.c | 21 +++++++++++++++++++++ src/inspect-fs.c | 2 ++ src/inspect-icon.c | 1 + src/inspect.c | 1 + 6 files changed, 30 insertions(+) diff --git a/generator/actions.ml b/generator/actions.ml index 13c8bc8..2f0ad0b 100644 ---

OK, I'll try to fix the epoch thing for all three. Nikos On 17 November 2014 13:49, Richard W.M. Jones <rjones@redhat.com> wrote: > On Mon, Nov 17, 2014 at 01:41:28PM +0200, Nikos Skalkotos wrote: >> OK, I'll make the suggested changes and I'll try to come up with a new >> patch by tomorrow or the day after tomorrow. I just noticed that a >> space is

Extend the guestfs_inspect_list_applications2 API call to work on Arch Linux guest images. Signed-off-by: Nikos Skalkotos <skalkoto@gmail.com> --- src/inspect-apps.c | 137 +++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 137 insertions(+) diff --git a/src/inspect-apps.c b/src/inspect-apps.c index 6fb9665..8e645b7 100644 --- a/src/inspect-apps.c +++

On Sun, Nov 16, 2014 at 03:24:16PM +0200, Nikos Skalkotos wrote: > Extend the guestfs_inspect_list_applications2 API call to work on Arch > Linux guest images. Generally looks good. I have a few minor comments inline below. But also I think we could use a test case (see tests/guests/). I don't think we'd reject the patch for not having a test case, but the test case would ensure

I have a task to set this up, but don't have access to it until I finally I am needed to do it. If anyone is familiar with this server, do you know if the motherboard based raid is software based (I can't find any real pointer at hp's site)? If so, I suppose it would be better to install CentOS and setup raid inside of Linux. Given that I have never used anything but hardware raid,

The list rejected the message because of too-large attachments. If anyone else wants the info let me know and I'll send it directly. James > -----Original Message----- > From: James Harper > Sent: Wednesday, 10 September 2008 22:30 > To: 'Charles Lepple' > Cc: nut-upsuser at lists.alioth.debian.org > Subject: RE: [Nut-upsuser] HP T/R2200 G2 > > > >

Peter Bowen wrote: > If I use an initrd, the kernel will hang or panic right before starting > kswapd. The same kernel, if used without initrd will boot fine. On > other non-Compaq Proliant machines it works fine. > I have a guess as what this bug might be. Could you send me the E820 BIOS info for this machine, plus the sizes of the kernel and initrd? I'd like to verify my