similar to: Asterisk Appliance

Hello For those SOHO customers (ie. at most, a couple of POTS/ISDN connections and simultaneous SIP calls) who'd rather not use a big, noisy PC to run Asterisk, I'd like to offer an alternative that has the following features: - not old hardware sold on eBay, ie. it must be up-to-date hardware sold by a company currently in business - compact, silent - has room for a 2.5" hard-disk,

--- appliance/excludefiles.in | 7 +------ 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/appliance/excludefiles.in b/appliance/excludefiles.in index 9a48db7..c53a913 100644 --- a/appliance/excludefiles.in +++ b/appliance/excludefiles.in @@ -32,12 +32,7 @@ dnl The right kernel modules are added back by supermin. -/usr/share/i18n/* -/usr/share/pkgconfig/* --/var/log/*.log*

Currently when the appliance is booted we see warning messages like these ones: [/usr/lib/tmpfiles.d/systemd.conf:26] Failed to replace specifiers: /run/log/journal/%m [/usr/lib/tmpfiles.d/systemd.conf:28] Failed to replace specifiers: /run/log/journal/%m [/usr/lib/tmpfiles.d/systemd.conf:29] Failed to replace specifiers: /run/log/journal/%m They are apparently harmless, but are caused because

Some compilers do not manage to figure out that the members of it are set only when search_appliance() in the end returns 1, which is already checked. Help them a bit by resetting the appliance_files struct on our own, so they will not report that 'appliance.kernel', and the others are used as uninitialized. --- lib/appliance.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

Signed-off-by: Olaf Hering <olaf@aepfle.de> --- Untested in this environment. appliance/init | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/appliance/init b/appliance/init index b25ea26..cc8c978 100755 --- a/appliance/init +++ b/appliance/init @@ -71,6 +71,10 @@ for f in /sys/block/{h,s,ub,v}d*/queue/scheduler; do echo noop > $f; done # Update the system clock. hwclock -u -s

Since v1: - Don't remove the whole of /var/log - Cleanups and fixes to appliance/Makefile.am

Brings the size of the appliance down to 95 MB [xz-compressed], which is the same as for libguestfs 1.28. --- appliance/excludefiles.in | 3 +++ 1 file changed, 3 insertions(+) diff --git a/appliance/excludefiles.in b/appliance/excludefiles.in index d3c66cc..a63eca9 100644 --- a/appliance/excludefiles.in +++ b/appliance/excludefiles.in @@ -22,6 +22,9 @@ dnl The right kernel modules are added

Hi All, Got a strange (at least IMHO) issue that doesn't make much sense to me. Basic configuration is two sites with a site-to-site (aka router-to-router) VPN. Both sites have Cisco 7961G phones [with SIP firmware] on users' desks, and the only VoIP is internal - all of our outward telecom is on POTS or Centrex-enabled POTS lines. Site 1 has a Dell PowerEdge 1950 with Asterisk built

Provide /var/lock as symlink to /run/lock, as it might be used by applications. --- appliance/init | 1 + 1 file changed, 1 insertion(+) diff --git a/appliance/init b/appliance/init index b25ea26..aac3f5a 100755 --- a/appliance/init +++ b/appliance/init @@ -32,6 +32,7 @@ mount -t sysfs /sys /sys mkdir -p /run mount -t tmpfs -o "nosuid,size=20%,mode=0755" tmpfs /run mkdir -p

Currently if /tmp (on the host) is a symlink, then the symlink is copied into the appliance, probably pointing to a non-existent directory, and everything goes downhill from there. Avoid this by making sure that /tmp and /var/tmp are real directories. --- appliance/init | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/appliance/init b/appliance/init index 3c5ef1b..3973f18 100755 ---

Hi, Since I've never succeeded to compile libguestfs from source on Gentoosince the build process of the appliance based on debootstrap fails, I'm wondering how can I tell the compilation process to use a precompiled blob appliance? Also can I use non fedora & debian but use some minimal gentoo based appliance I have? Thanks Alex

Running ldconfig adds about 100ms to the boot time. I would prefer that we understood which libraries need ldconfig to be run, and fix that. We could also consider running ldconfig in parallel, but since it might be required by just about any binary that the init script runs it's not clear what benefit that gives. This reverts commit 66aa98265dd215dcd4c717e7ef6845fbac859e54. ---

Workaround for Ubuntu which uses this script to try to start a systemd service. That won't work because systemd is not used inside the appliance. See: https://bugs.launchpad.net/ubuntu/+source/supermin/+bug/1824236 Thanks: Ioanna Alifieraki --- appliance/init | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/appliance/init b/appliance/init index 4f2b55822..b1c4d09ea

https://bugzilla.redhat.com/show_bug.cgi?id=1165785 Since the --boot option is relatively new (added 2013-12), I suspect this will break older versions of systemd. However it should be fine for all currently supported versions of Fedora. Rich.

Hi! Bernardo, I'm really interested in using that one. Where I can download it from? Thanks, Seung ---- Original message ---- >Date: Tue, 26 Aug 2008 22:56:04 -0700 >From: "Bernardo Elayda" <belayda at gmail.com> >Subject: [LLVMdev] LLVM 2.3 available as a VMware appliance >To: llvmdev at cs.uiuc.edu > > Hi! > > Would there be any interest

NB: This requires a qemu patch by Eduardo which is currently awaiting review: https://www.mail-archive.com/qemu-devel@nongnu.org/msg422959.html So not to be applied yet unless that qemu change goes upstream. Rich.

Hi all, I've been having a problem when trying to convert an Open Virtualization Appliance (OVA) format appliance to the "virt-image" format. This is how I try to convert the appliance: $ virt-convert --arch=i686 -i ovf appliance.ova The result is: ERROR Couldn't import file "appliance.ova": must be string without null bytes or None, not str This happens on a

I also sorted the list. Between libguestfs 1.28 and 1.30, the appliance grew from 95MB to 213MB. Using guestmount and filelight (see link below) I could see that the main contributor was these two directories, which should not be necessary. With this change, the size goes down to 119MB. See also: https://rwmj.wordpress.com/2015/07/23/why-has-the-libguestfs-appliance-grown-by-118-mb/ ---

It normally makes no difference to the final size of the appliance, because 'supermin --build' will copy back the host kernel modules. --- appliance/excludefiles.in | 1 + 1 file changed, 1 insertion(+) diff --git a/appliance/excludefiles.in b/appliance/excludefiles.in index 574c828..181b182 100644 --- a/appliance/excludefiles.in +++ b/appliance/excludefiles.in @@ -21,6 +21,7 @@ dnl Of

The drive used for the appliance is a raw (sparse) disk: specify that explicitly in its -drive qemu command line options, so qemu can skip the autodetection of its format and save a tiny bit of time. --- src/launch-direct.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/launch-direct.c b/src/launch-direct.c index ee0a855..8521e5a 100644 --- a/src/launch-direct.c +++