similar to: [PATCH 1/2] Revert "appliance: init: run ldconfig"

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

Run ldconfig early in the init script, so libraries outside standard library paths but with a proper ld.so configuration file pointing at them can be found. --- appliance/init | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/appliance/init b/appliance/init index b407bf9..94e77cf 100755 --- a/appliance/init +++ b/appliance/init @@ -10,6 +10,10 @@ RUNLEVEL=S PREVLEVEL=N export RUNLEVEL

v3: - Don't remove the LVM transform.

v2 of previous patch, which fixes some missing bits. For now I'm going to go with Pino's RHEL 7.1 patch, since it is at least smaller than this. So I'm sending this to the list just to have it archived for later. Rich.

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

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

systemd will generate a new machine-id if /etc/machine-id is empty, that's how anaconda does it, maybe it's also an option for guestfish. - fabian On Tue, Mar 29, 2016 at 1:14 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > Currently when the appliance is booted we see warning messages like > these ones: > > [/usr/lib/tmpfiles.d/systemd.conf:26] Failed to replace

+stable@ Yoshihiro Ota wrote: > Why are so many people are bitten by this? Is that the jobs of port-upgrading > tool to safe copy these libraries to compat so that all programs using > the old libraries works? Portupgrade preserves the libraries in /usr/local/lib/compat/pkg: % ls /usr/local/lib/compat/pkg/ libicudata.so.36.0 libicule.so.36.0 libicuuc.so.36.0

After updating this morning cvs udpate -APd rm config.cache ./configure make depend && make i get this when 'make install' : what should i do ? (think i won't be the only one) /sbin/ldconfig: /usr/local/lib/libwine_unicode.so is not a symbolic link /sbin/ldconfig: /usr/local/lib/libwine_tsx11.so is not a symbolic link /sbin/ldconfig: /usr/local/lib/libwine.so is not a

Hi, this is a prototype of something I've around for some time. Basically it is about adding new appliances in addition to the main one currently used and kept up-to-date automatically: this way it is possible to create new appliances with extra packages, to be used in specific contexts (like virt-rescue, with more network/recovery tools) without filling the main appliance. It's still

I have been getting the following error when trying to run ldconfig: ldconfig: /usr/lib64/libfreebl3.so is not a symbolic link # ll /usr/lib64/libfreebl3.so -rwxr-xr-x 1 root root 312336 Mar 28 11:13 /usr/lib64/libfreebl3.so I've used "yum whatprovides /usr/lib64/libfreeb13.so" to determine that this file belongs to nss. I have tried to reinstall nss but that does not fix the

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

The ELF NEEDED are used to determine guestfsd's library dependencies with help from the dynamic linker and the package manager. This was prompted by Debian bug #972241 which was caused by a libtirpc package renaming in Debian/unstable because the SONAME had been changed. --- appliance/Makefile.am | 26 ++++++++++++++++- appliance/packagelist.in | 62

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 ---

To allow easier downstream tweaks to the virt-rescue welcome message, just output the content of the /etc/issue file in the appliance. Thus, a new extras.tar.gz file appeared in supermin.d containing the etc/issue file and future tweaks like this one. --- appliance/Makefile.am | 11 +++++++++++ appliance/init | 11 ++--------- appliance/issue | 9 +++++++++ 3 files changed, 22

I am tring to install wine-20040213-1fc1winehq.i386.rpm into fedora 1 on a celeron 500. When I install it it gives an error: /sbin/ldconfig: /usr/lib/ is not a symbolic link It still installs something and when I try to run a windows app I get this error: err:virtual:map_image Standard load address for a Win32 program (0x00400000) not available - security-patched kernel ? wine: could not load

Hi, (added myself as CC as I'm not subscribed to this MailingList curently) I already sent a pull request via github, but was told that review via ML is preferred. Another patch for libguestfs will follow in a seperate Mail. Greetings Daniel

--- configure.ac | 1 + src/config.ml.in | 1 + src/dpkg.ml | 1 + 3 files changed, 3 insertions(+) diff --git a/configure.ac b/configure.ac index 2141540..99ea913 100644 --- a/configure.ac +++ b/configure.ac @@ -92,6 +92,7 @@ AC_PATH_PROG(APT_GET,[apt-get],[no]) AC_PATH_PROG(DPKG,[dpkg],[no]) AC_PATH_PROG(DPKG_DEB,[dpkg-deb],[no]) AC_PATH_PROG(DPKG_QUERY,[dpkg-query],[no])

Running the init on openSUSE and SLE machines showed up minor errors: * skip the /etc/mtab symlink creation if the file is already existing. * make sure /run/lvm is created or lvmetab will complain. --- appliance/init | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/appliance/init b/appliance/init index 413a95f..b22032e 100755 --- a/appliance/init +++ b/appliance/init @@

> What you are looking for is smbwrapper, which is in fact included with Samba > 2.0. However as it is not supported on all systems it is not included > in the default build (it should work nicely on Solaris though). > Essentially smbwrapper is a preloaded library which intercepts system calls and > simulates a /smb filesystem, so you can access /smb/SERVER/SHARE/file.txt.