Here's some analysis of your systemimager.diffs file, and how it compares to
the stuff in my tree.

Minimally invasive pieces have been comitted to the 3.2 branch, but since x86_64
support isn't planned in 3.2, the rest won't go into that branch.

I'll be maintaining a 3.2 branch w/ x86_64 support in the meantime.
Brian: any objection to doing this as a formal branch?

I committed your faq.sgml missing tag to the v3_2_x branch.

You and I had a nearly identical patches to initrd.rul & kernel.rul; good.

I was using RHEL3 as my build system, and ran into a problem with the libnss copy
stuff - the patch I used is below [1], which should be a superset of what you did.
What distro did you build on, btw?

Oh, and I did something very similar for the parted issue [2]

[1]
@@ -524,7 +525,13 @@ endif
        # copy over libnss files for non-uclibc arches
        # (mklibs doesn't automatically pull these in)
 ifneq ($(ARCH), i386)
-       cp -a /lib/libnss_dns* $(BOEL_BINARIES_DIR)/lib
+       # there maybe older compat versions that we don't want, but
+        # they have names like libnss1_dns so this shouldn't copy them
+       cp -a /lib/libnss_dns-* $(BOEL_BINARIES_DIR)/lib
+       # if multiple libnss_dns.so.* symlinks exist, only grab the one with
+       # the greatest soname, which should drop the old compat versions
+       cp -a $(word $(words $(sort $(wildcard /lib/libnss_dns*))), \
+         $(sort $(wildcard /lib/libnss_dns*))) $(BOEL_BINARIES_DIR)/lib
 endif

        #

[2]
@@ -533,7 +540,7 @@ endif
        # copy standard libraries if it can't find a PIC equivalent.  -BEF-
        #
        cd $(BOEL_BINARIES_DIR) && $(PYTHON) $(TOPDIR)/initrd_source/mklibs \
-         -L 
$(SRC_DIR)/$(PARTED_DIR)/libparted/.libs:$(SRC_DIR)/$(DISCOVER_DIR)/lib/.libs -v -d 
lib bin/* sbin/*
+         -L 
/lib64:/usr/lib64:$(SRC_DIR)/$(PARTED_DIR)/libparted/.libs:$(SRC_DIR)/$(DISCOVER_DIR)/lib/.libs
 -v -d lib bin/* sbin/*
        #
        #
        # install kernel modules. -BEF-


-------------------------------------------------------
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
_______________________________________________
Sisuite-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/sisuite-devel

Reply via email to