summaryrefslogtreecommitdiffstats
path: root/.gitignore
diff options
context:
space:
mode:
authorRichard Jones <rjones@redhat.com>2010-01-26 10:45:14 +0000
committerRichard Jones <rjones@redhat.com>2010-01-27 16:22:19 +0000
commit214babb060d9e85e72bad4633310a9b4a5fcb9dd (patch)
tree40a0f470ea9708aaa2cb8386c15221aeda2b01bf /.gitignore
parent7de6391695120cb1cfc3b77a497d6cf235a453a7 (diff)
downloadlibguestfs-214babb060d9e85e72bad4633310a9b4a5fcb9dd.tar.gz
libguestfs-214babb060d9e85e72bad4633310a9b4a5fcb9dd.tar.xz
libguestfs-214babb060d9e85e72bad4633310a9b4a5fcb9dd.zip
supermin: Prevent multilib corruption (RHBZ#558593).
On some combination of installing, upgrading and removing the base libguestfs package on x86_64, multilib can corrupt libguestfs by leaving a copy of /usr/bin/libguestfs-supermin-helper around which references the wrong architecture (usually, contains links to the i386-based appliance, when the x86_64 appliance should be constructed). This commit changes libguestfs-supermin-helper so that the script is the same on all architectures. Instead, the library passes the differences to the script (eg. $host_cpu). Because the i386 and x86_64 libraries should be at different locations (/usr/lib vs /usr/lib64) this should prevent multilib from screwing things up. Related links: https://bugzilla.redhat.com/show_bug.cgi?id=558593 http://rwmj.wordpress.com/2009/11/16/please-someone-shoot-multilib/#content https://bugzilla.redhat.com/show_bug.cgi?id=235752
Diffstat (limited to '.gitignore')
-rw-r--r--.gitignore1
1 files changed, 0 insertions, 1 deletions
diff --git a/.gitignore b/.gitignore
index ee33343b..829f8072 100644
--- a/.gitignore
+++ b/.gitignore
@@ -11,7 +11,6 @@ appliance/debian/debirf.conf
appliance/initramfs.*.img
appliance/initramfs.*.supermin.hostfiles
appliance/kmod.whitelist
-appliance/libguestfs-supermin-helper
appliance/make.sh
appliance/packagelist
appliance/stamp-debirf-modules