Re: Problems building d-i on sparc: mklibs failed
In article [EMAIL PROTECTED] you write: I just tried to build d-i on sparc. You'll need to patch mklibs. My patch is in bug 227291. -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems building d-i on sparc: mklibs failed
In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: Btw: I can now build d-i on sparc, but how can I make a cdimage for testing? After building d-i I got a cdrom-image.img and a cdrom-initrd.gz Apparently you use debian-cd, which requires a local package mirror. From my looking into it, debian-cd will need some minor tweeks to build bootable sparc CDs. When I get it running, I'll submit appropriate bugs. -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems building d-i on sparc: mklibs failed
Le Thu, Jan 15, 2004 at 08:42:39PM -0800, Blars Blarson écrivait: Apparently you use debian-cd, which requires a local package mirror. From my looking into it, debian-cd will need some minor tweeks to build bootable sparc CDs. When I get it running, I'll submit appropriate bugs. Please coordinate with Ben Collins, he's the one who has always committed changes to the boot-sparc script used in debian-cd to make bootable cd images. If you have his agreement, you could as well commit your change yourself then. If you don't manage to get in touch with Ben then just post your patch to debian-cd for review and we'll apply it. Cheers, -- Raphaël Hertzog -+- http://www.ouaza.com Formation Linux et logiciel libre : http://www.logidee.com Earn money with free software: http://www.geniustrader.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems building d-i on sparc: mklibs failed
On Wed, 2004-01-14 at 08:59, Joerg Friedrich wrote: I generally do a sparc32 /bin/bash do make sure everything is detected right. when using sparc32 /bin/bash before a make TYPE=cdrom image make fails like this: 8 (snip) mkdir -p ./tmp/cdrom/tree/lib/modules/2.4.21-sparc32/kernel; if [ -e ./tmp/cdrom/tree/boot/System.map ]; then depmod -F ./tmp/cdrom/tree/boot/System.map -q -a -b ./tmp/cdrom/tree/ 2.4.21-sparc32; rm -f ./tmp/cdrom/tree/boot/System.map; else depmod -q -a -b ./tmp/cdrom/tree/ 2.4.21-sparc32; fi ; mkdir -p ./tmp/cdrom/tree/lib/modules/2.4.21-sparc64/kernel; if [ -e ./tmp/cdrom/tree/boot/System.map ]; then depmod -F ./tmp/cdrom/tree/boot/System.map -q -a -b ./tmp/cdrom/tree/ 2.4.21-sparc64; rm -f ./tmp/cdrom/tree/boot/System.map; else depmod -q -a -b ./tmp/cdrom/tree/ 2.4.21-sparc64; fi ; depmod: ELF file ./tmp/cdrom/tree//lib/modules/2.4.21-sparc64/kernel/drivers/cdrom/cdrom.o not for this architecture depmod: ELF file ./tmp/cdrom/tree//lib/modules/2.4.21-sparc64/kernel/drivers/ide/ide-cd.o not for this architecture depmod: ELF file ./tmp/cdrom/tree//lib/modules/2.4.21-sparc64/kernel/drivers/scsi/sr_mod.o not for this architecture depmod: ELF file ./tmp/cdrom/tree//lib/modules/2.4.21-sparc64/kernel/drivers/scsi/st.o not for this architecture Yup - it's because Sparc is multiarch. I'm working with BenC to get the Sparc kernels done such that they include the System.map for us. Then we need to point depmod to the right System.map for each architecture. (Recall that sun4u needs 64 bit kernels and sun4m cannot have them). See bug 227644 - I'm hoping today to get the pieces into linux-kernel-d-i for Sparc. Tks, Jeff Bailey -- I never know what to expect when you respond to my postings. No insult intended, you are merely a surprise :) - Carlos O'Donnell signature.asc Description: This is a digitally signed message part
Re: Problems building d-i on sparc: mklibs failed
Joerg Friedrich schrieb am Dienstag, 13. Januar 2004 um 16:48:36 +0100: Joerg Friedrich schrieb am Dienstag, 13. Januar 2004 um 14:45:28 +0100: ok, quick n dirty: --- mklibs.orig 2004-01-13 16:27:52.0 +0100 +++ mklibs 2004-01-13 16:28:19.0 +0100 @@ -518,7 +518,7 @@ joined_symbols = # compile in only used symbols command(target + gcc, --nostdlib -nostartfiles -shared -Wl,-soname= + soname,\ +-m32 -nostdlib -nostartfiles -shared -Wl,-soname= + soname,\ joined_symbols, \ -o, dest_path + / + so_file_name + -so, \ extra_pre_obj, \ this solved the problem. it seems that mklibs doesn't work right with 32-bit and 64-bit libraries. does anyone have an idea? Btw: I can now build d-i on sparc, but how can I make a cdimage for testing? After building d-i I got a cdrom-image.img and a cdrom-initrd.gz -- Jörg Friedrich Die Songs haben irgendwie C64-Romantik. -- Klaus Knopper -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems building d-i on sparc: mklibs failed
On Wed, 2004-01-14 at 07:45, Joerg Friedrich wrote: this solved the problem. it seems that mklibs doesn't work right with 32-bit and 64-bit libraries. does anyone have an idea? Btw: I can now build d-i on sparc, but how can I make a cdimage for testing? After building d-i I got a cdrom-image.img and a cdrom-initrd.gz You shouldn't need to do this - Sparc is generally expected to be in 32 bit mode when you're compiling. Other packages in Debian don't do anything to check for this. I generally do a sparc32 /bin/bash do make sure everything is detected right. Tks, Jeff Bailey -- I never know what to expect when you respond to my postings. No insult intended, you are merely a surprise :) - Carlos O'Donnell signature.asc Description: This is a digitally signed message part
Re: Problems building d-i on sparc: mklibs failed
On Wed, Jan 14, 2004 at 01:45:16PM +0100, Joerg Friedrich wrote: Btw: I can now build d-i on sparc, but how can I make a cdimage for testing? After building d-i I got a cdrom-image.img and a cdrom-initrd.gz Three possibilities: - If you are confident that the kernel and initrd have been built correctly and are ready to have other people test as well, publish these files somewhere and let [EMAIL PROTECTED] know that sparc is ready to have daily netinst images generated. - If you have access to cvs.debian.org (is this open to the public yet?), download the debian-cd module from the debian-boot repository and build from there. You will need to set up a mirror on the local system that at least contains those packages that are needed for the businesscard or netinst cd. - If all else fails, you can take a look at the i386 rules in d-i; you'll find that there are rules there to make a bootable netinst CD image, you could create something similar for sparc for testing purposes. Cheers, -- Steve Langasek postmodern programmer pgp0.pgp Description: PGP signature
Re: Problems building d-i on sparc: mklibs failed
Jeff Bailey schrieb am Mittwoch, 14. Januar 2004 um 08:31:46 -0500: On Wed, 2004-01-14 at 07:45, Joerg Friedrich wrote: this solved the problem. it seems that mklibs doesn't work right with 32-bit and 64-bit libraries. does anyone have an idea? Btw: I can now build d-i on sparc, but how can I make a cdimage for testing? After building d-i I got a cdrom-image.img and a cdrom-initrd.gz You shouldn't need to do this - Sparc is generally expected to be in 32 bit mode when you're compiling. Other packages in Debian don't do anything to check for this. I generally do a sparc32 /bin/bash do make sure everything is detected right. when using sparc32 /bin/bash before a make TYPE=cdrom image make fails like this: sort -n diskusage-cdrom.txt diskusage-cdrom.txt.new \ mv diskusage-cdrom.txt.new diskusage-cdrom.txt # Clean up after dpkg. rm -rf ./tmp/cdrom/tree/var/lib/dpkg/updates rm -f ./tmp/cdrom/tree/var/lib/dpkg/available ./tmp/cdrom/tree/var/lib/dpkg/*-old ./tmp/cdrom/tree/var/lib/dpkg/lock # Set up modules.dep, ensure there is at least one standard dir (kernel # in this case), so depmod will use its prune list for archs with no # modules. set -e; \ mkdir -p ./tmp/cdrom/tree/lib/modules/2.4.21-sparc32/kernel; if [ -e ./tmp/cdrom/tree/boot/System.map ]; then depmod -F ./tmp/cdrom/tree/boot/System.map -q -a -b ./tmp/cdrom/tree/ 2.4.21-sparc32; rm -f ./tmp/cdrom/tree/boot/System.map; else depmod -q -a -b ./tmp/cdrom/tree/ 2.4.21-sparc32; fi ; mkdir -p ./tmp/cdrom/tree/lib/modules/2.4.21-sparc64/kernel; if [ -e ./tmp/cdrom/tree/boot/System.map ]; then depmod -F ./tmp/cdrom/tree/boot/System.map -q -a -b ./tmp/cdrom/tree/ 2.4.21-sparc64; rm -f ./tmp/cdrom/tree/boot/System.map; else depmod -q -a -b ./tmp/cdrom/tree/ 2.4.21-sparc64; fi ; depmod: ELF file ./tmp/cdrom/tree//lib/modules/2.4.21-sparc64/kernel/drivers/cdrom/cdrom.o not for this architecture depmod: ELF file ./tmp/cdrom/tree//lib/modules/2.4.21-sparc64/kernel/drivers/ide/ide-cd.o not for this architecture depmod: ELF file ./tmp/cdrom/tree//lib/modules/2.4.21-sparc64/kernel/drivers/scsi/sr_mod.o not for this architecture depmod: ELF file ./tmp/cdrom/tree//lib/modules/2.4.21-sparc64/kernel/drivers/scsi/st.o not for this architecture make[2]: *** [cdrom-tree-stamp] Error 1 make[2]: Leaving directory `/usr/local/src/debian-installer/build' make[1]: *** [all_images] Error 2 make[1]: Leaving directory `/usr/local/src/debian-installer/build' make: *** [build-stamp] Error 2 hermes:/usr/local/src/debian-installer/build# -- Jörg Friedrich Gegner bedürfen einander oft mehr als Freunde, denn ohne Wind gehen keine Mühlen. -- Hermann Hesse -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Problems building d-i on sparc: mklibs failed
Hi, I just tried to build d-i on sparc. System was a new installed woody upgraded to unstable. recent cvs checkout, all build-debs satisfied. btw. its a sun e450 using make TYPE=cdrom and this is the problem: # Library reduction. mkdir -p ./tmp/cdrom/tree/lib mklibs -v -d ./tmp/cdrom/tree/lib --root=./tmp/cdrom/tree `find ./tmp/cdrom -type f -perm +0111 -o -name '*.so'` I: Using ld-linux.so.2 as dynamic linker. Adding rpath ./tmp/cdrom/tree//usr/lib/cdebconf for ./tmp/cdrom/tree/usr/lib/cdebconf/frontend/newt.so Adding rpath ./tmp/cdrom/tree//usr/lib/cdebconf for ./tmp/cdrom/tree/usr/sbin/dpkg-reconfigure Adding rpath ./tmp/cdrom/tree//usr/lib/cdebconf for ./tmp/cdrom/tree/usr/lib/cdebconf/db/rfc822db.so Adding rpath ./tmp/cdrom/tree//usr/lib/cdebconf for ./tmp/cdrom/tree/usr/bin/debconf Adding rpath ./tmp/cdrom/tree//usr/lib/cdebconf for ./tmp/cdrom/tree/usr/bin/debconf-loadtemplate Adding rpath ./tmp/cdrom/tree//usr/lib/cdebconf for ./tmp/cdrom/tree/usr/bin/debconf-copydb Adding rpath ./tmp/cdrom/tree//usr/lib/cdebconf for ./tmp/cdrom/tree/usr/bin/debconf-dumpdb I: library reduction pass 1 Objects: libresolv-2.3.2.so anna bterm udpkg newt.so di-utils-shell.postinst libdebconf.so busybox libnss_dns-2.3.2.so cdrom-checker main-menu dpkg-reconfigure discover rfc822db.so nano libdiscover.so debconf debconf-loadtemplate debconf-copydb debconf-dumpdb kbd-chooser Object: ./tmp/cdrom/tree/lib/libresolv-2.3.2.so Object: ./tmp/cdrom/tree/usr/bin/anna Object: ./tmp/cdrom/tree/usr/bin/bterm Object: ./tmp/cdrom/tree/usr/bin/udpkg Object: ./tmp/cdrom/tree/usr/lib/cdebconf/frontend/newt.so Object: ./tmp/cdrom/tree/var/lib/dpkg/info/di-utils-shell.postinst Object: ./tmp/cdrom/tree/usr/lib/cdebconf/libdebconf.so Object: ./tmp/cdrom/tree/bin/busybox Object: ./tmp/cdrom/tree/lib/libnss_dns-2.3.2.so Object: ./tmp/cdrom/tree/bin/cdrom-checker Object: ./tmp/cdrom/tree/usr/bin/main-menu Object: ./tmp/cdrom/tree/usr/sbin/dpkg-reconfigure Object: ./tmp/cdrom/tree/sbin/discover Object: ./tmp/cdrom/tree/usr/lib/cdebconf/db/rfc822db.so Object: ./tmp/cdrom/tree/usr/bin/nano Object: ./tmp/cdrom/tree/lib/libdiscover.so Object: ./tmp/cdrom/tree/usr/bin/debconf Object: ./tmp/cdrom/tree/usr/bin/debconf-loadtemplate Object: ./tmp/cdrom/tree/usr/bin/debconf-copydb Object: ./tmp/cdrom/tree/usr/bin/debconf-dumpdb Object: ./tmp/cdrom/tree/usr/bin/kbd-chooser 449 symbols, 378 unresolved reducing libresolv.so.2 /lib//libresolv.so.2 62256L ./tmp/cdrom/tree/lib/libresolv.so.2-so 55763L ./tmp/cdrom/tree/lib/libresolv.so.2-so-stripped 48616L reducing libdiscover.so.1 Command failed with status 1 : gcc -nostdlib -nostartfiles -shared -Wl,-soname=libdiscover.so.1 -udisk_detect -ucdrom_detect -uideinterface_detect -uscsiinterface_detect -uvideo_detect -uethernet_detect -uusb_detect -uide_detect -upcmcia_detect -userial_detect -uscsi_detect -uusbinterface_detect -usoundcard_detect -upci_detect -uinit_lst -uisa_detect -uparallel_detect -ubridge_detect -o ./tmp/cdrom/tree/lib/libdiscover.so.1-so /usr/lib//libdiscover_pic.a -lgcc -L ./tmp/cdrom/tree/lib -L/lib/ -L/usr/lib/ -L/usr/X11R6/lib/ -L./tmp/cdrom/tree//usr/lib/cdebconf -L./tmp/cdrom/tree//usr/lib/cdebconf -L./tmp/cdrom/tree//usr/lib/cdebconf -L./tmp/cdrom/tree//usr/lib/cdebconf -L./tmp/cdrom/tree//usr/lib/cdebconf -L./tmp/cdrom/tree//usr/lib/cdebconf -L./tmp/cdrom/tree//usr/lib/cdebconf -lc -lm With output: /usr/bin/ld: skipping incompatible /usr/lib//libc.so when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib//libc.a when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib//libm.so when searching for -lm /usr/bin/ld: skipping incompatible /usr/lib//libm.a when searching for -lm /usr/bin/ld: warning: sparc architecture of input file `/usr/lib//libdiscover_pic.a(bridge.lo)' is incompatible with sparc:v9 output /usr/bin/ld: warning: sparc architecture of input file `/usr/lib//libdiscover_pic.a(cdrom.lo)' is incompatible with sparc:v9 output /usr/bin/ld: warning: sparc architecture of input file `/usr/lib//libdiscover_pic.a(disk.lo)' is incompatible with sparc:v9 output /usr/bin/ld: warning: sparc architecture of input file `/usr/lib//libdiscover_pic.a(ethernet.lo)' is incompatible with sparc:v9 output /usr/bin/ld: warning: sparc architecture of input file `/usr/lib//libdiscover_pic.a(ide.lo)' is incompatible with sparc:v9 output /usr/bin/ld: warning: sparc architecture of input file `/usr/lib//libdiscover_pic.a(isa.lo)' is incompatible with sparc:v9 output /usr/bin/ld: warning: sparc architecture of input file `/usr/lib//libdiscover_pic.a(lst.lo)' is incompatible with sparc:v9 output /usr/bin/ld: warning: sparc architecture of input file `/usr/lib//libdiscover_pic.a(parallel.lo)' is incompatible with sparc:v9 output /usr/bin/ld: warning: sparc architecture of input file `/usr/lib//libdiscover_pic.a(pci.lo)' is incompatible with sparc:v9 output /usr/bin/ld: warning: sparc architecture of input file
Re: building d-i for sparc
Blars Blarson wrote: The sparc netcfg udebs need to get into the debian archives. (The sparc autobuilder is either not running or still trying to catch up. I'd rate python a higher priority.) Should I sign and upload the package I built? Yes, certianly. -- see shy jo signature.asc Description: Digital signature
Re: building d-i for sparc
In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: a. Work to get the debian-installer package cleanly building for all relevant image types. cdrom and netboot are now cleanly building. At some future point floppy may be added for sparc32, but that's not something I'm concerned about. (Few sparcs I've seen have floppy. sparc64 openboot apparently has bugs so it won't boot from floppy.) b. Get a daily autobuild set up (see build/daily-build). c. Point manty at that so he can get sparc cdroms building. d. Work with me to get sparc turned on in its architecture list, so sparc images can enter the archive. I think silo-installer is needed before we start bothering with any automatic building. e. Test test test.. My next goal is booting from a hand-built cdrom, seeing if I can start walking through the d-i prompts. Looking at the contents of the sparc-mini iso, this is much simplier than I thought. Obviously, no useful install can be done with no silo-installer. -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: building d-i for sparc
Blars Blarson wrote: In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: a. Work to get the debian-installer package cleanly building for all relevant image types. cdrom and netboot are now cleanly building. At some future point floppy may be added for sparc32, but that's not something I'm concerned about. (Few sparcs I've seen have floppy. sparc64 openboot apparently has bugs so it won't boot from floppy.) b. Get a daily autobuild set up (see build/daily-build). c. Point manty at that so he can get sparc cdroms building. d. Work with me to get sparc turned on in its architecture list, so sparc images can enter the archive. I think silo-installer is needed before we start bothering with any automatic building. Well yeah, it's kind of pointless to get it building on the autobuilders before it can usefully install a system. However, it does seem like you could take care of d. in short order from where you are now. Note that the autobuilt stuff is only boot images, not full CDs, so the lack of a boot loader installer does not directly impact it. e. Test test test.. My next goal is booting from a hand-built cdrom, seeing if I can start walking through the d-i prompts. Looking at the contents of the sparc-mini iso, this is much simplier than I thought. Obviously, no useful install can be done with no silo-installer. Is there something badly wrong with the one in CVS? -- see shy jo signature.asc Description: Digital signature
building d-i for sparc
After not doing anything on it for six weeks, I'm again trying to get debian-installer working on sparc. First iritation was needing to rebuild python2.3, as it's a dependancy of a build-dendancy. (Apparently the sparc autobuilder is still down.) That took 14 hours to compile. I also had to compile netfcg, since the udebs are missing from the archives. Good news: make image TYPE=cdrom now works. Bad news: make image TYPE=netboot doesn't. Bug filed. Unfortunatly, I can't seem to find anything resembling an iso image to burn to see how far it would get. (The silo-installer udeb is still needed to make it usable.) Am I just overlooking something, or is this a symtom of d-i still being broken on sparc? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: building d-i for sparc
Blars Blarson wrote: After not doing anything on it for six weeks, I'm again trying to get debian-installer working on sparc. First iritation was needing to rebuild python2.3, as it's a dependancy of a build-dendancy. (Apparently the sparc autobuilder is still down.) That took 14 hours to compile. I also had to compile netfcg, since the udebs are missing from the archives. Good news: make image TYPE=cdrom now works. Bad news: make image TYPE=netboot doesn't. Bug filed. Bug fixed (in CVS).. Unfortunatly, I can't seem to find anything resembling an iso image to burn to see how far it would get. (The silo-installer udeb is still needed to make it usable.) Am I just overlooking something, or is this a symtom of d-i still being broken on sparc? The build system produces initrds for cdroms, not entire cdroms (except in the mrvn branch). You'll need to use debian-cd to build full CDs. A good aproach would be to: a. Work to get the debian-installer package cleanly building for all relevant image types. b. Get a daily autobuild set up (see build/daily-build). c. Point manty at that so he can get sparc cdroms building. d. Work with me to get sparc turned on in its architecture list, so sparc images can enter the archive. e. Test test test.. -- see shy jo signature.asc Description: Digital signature