boot-floppies build status

Hi,
I'm busy building new boot-floppies, and have run into sufficient
issues, that I thought I'd better write them down...

deboostrap, good news, I am using 0.1.13 with no local edits, but it is not in the archive, so I built it myself. pehc cvs is not up to date atm.

slang... to get rid of the problems with slang.so references I had to

build and install slang1, slang1-dev, slang1-pic build and install libnewt0, libnewt-dev, libnewt-pic build and install whiptail
build and install util-linux
build nano-tiny

NOTE when building slang I hacked the rules file to specify --host=hppa-linux on the configure line - apparently it builds a broken pkg if you don't do that.

I needed groff-base, which isn't in the archive, so had to build it.

boot-floppies depended on a newer version of libbogl-dev than was in the archive, so I had to build that.

I tried to build the latest busybox, but failed. conflicting types for blah blah blah.

The new dpkg-dev 1.9.12 seems broken; with that installed apt-get -b source foo fails because it doesn't like the directory foo is unpacked in to (expects base-config, gets base-config-1.0.8, or similar).

Building util-linux had problems, maybe due to dpkg-dev, I think debian/rules probably didn't have execute permissions.

I had trouble upgrading my box because I already had an apt 0.5.3.0.90, which was taken as newer than the fixed one, 0.5.3. Guess I got that from pehc somewhere.

I'm now using boot-floppies source from debian cvs, with a couple of local hacks to avoid library reduction and reduce language set, just to speed up the build. Also an edit to dbootstrap.h to default to sid rather than woody. That edit is in pehc cvs, but otherwise pehc cvs needs bringing in to sync again.

I had whiptail crashing after upgrading to latest slang/newt/whiptail from the archive, but having installed my own built pkgs that problem seems to have gone away.

I tried to remove libstdc++3.0, but we still have things depending on it:

slab:~# dpkg --remove libstdc++3.0
dpkg: dependency problems prevent removal of libstdc++3.0:
 tetex-bin depends on libstdc++3.0.
 telnet depends on libstdc++3.0.

telnet is part of base, so I had to build a new telnet.

An attempt to upgrade my system reports:
The following packages have been kept back
debconf debhelper perl-modules

but that isn't causing me a problem at the moment.

Known outstanding ussues:

keyboard generates 'unknown scancode 7f' for various keys, eg. capslock, '|' on a uk keyboard.

Lines round dialog boxes use the wrong chars for serial console, or don't exist for sti consoles. Varies between stage 1 and 2 of install. May be better with my rebuilt newt/slang/whiptail stuff. We'll see.

Kernel configs need ps/2 mouse support adding (Helge said he would, havn't checked).

Kernel needs serial patch from Clement.

Kernel configs might need sound/harmony adding. 32 bit only? Modules?

Last night an install on my 712 broke during 2nd stage, ran to the end, but had never asked for root password, or to create a user, etc. Some perl errors flashed by. Date was 1970... Will try with the newer stuff tonight.

Should we be building kernel-images optimised for each cpu type, like x86 do -386, -486, -586, etc?

So, now b-f builds, and debootstrap seems happy with the pkgs in my new base tree. I'll see if it actually works later tonight.

Richard

Bug filed at bugs.d.o

diff -ur busybox-0.51.orig.clean/applets.c busybox-0.51.orig/applets.c
@@ -78,7 +78,7 @@
 	return strcmp(name, applet->name);
 }
 
-extern size_t NUM_APPLETS;
+extern const size_t NUM_APPLETS;
 
 struct BB_applet *find_applet_by_name(const char *name)
 {

diff -ur busybox-0.51.orig.clean/messages.c busybox-0.51.orig/messages.c
@@ -41,9 +41,9 @@
 #define _BB_MESSAGES_C
 
 #ifdef BB_DECLARE_EXTERN
-#  define BB_DEF_MESSAGE(symbol, string_const) extern const char *symbol;
+#  define BB_DEF_MESSAGE(symbol, string_const) extern const char * const symbol;
 #else
-#  define BB_DEF_MESSAGE(symbol, string_const) const char *symbol = string_const;
+#  define BB_DEF_MESSAGE(symbol, string_const) const char * const symbol = string_const;
 #endif
 
 

We need an up to date build of perl to fix this, see #100557.

Richard

and tasksel is built against a bad slang1 also.

Richard