Bugzilla Bug 186204

I'm not certain whether this problem is related to silo or bash. When silo is
compiled and installed with bash version 3.2_p15-r1, it will fail to load at
boot time on my Blade 100, and from what I saw on the forum (see URL), on Sun
systems as well.

With me, this happened on a system freshly installed from the 2007.0 LiveCD. I
do not know if it affects already installed systems as well.

A workaround is as follows:
1. Downgrade bash to the previous version:
# emerge -uD \<app-shells/bash-3.2_p15-r1
2. Recompile silo
# emerge sys-boot/silo
3. Reinstall silo's boot block
# silo -f -C /boot/silo.conf

Reproducible: Always

Steps to Reproduce:
1. install app-shells/bash-3.2_p15-r1
2. install sys-boot/silo-1.4.13
3. silo -f -C /boot/silo.conf
4. reboot

Actual Results:  
Silo bootblock won't load. The first 'S' won't even display, the OBP boot
command will just hang indefinitely.

Expected Results:  
Silo should load normally and move on to its second stage.

Portage 2.1.2.9 (default-linux/sparc/sparc64/2007.0, gcc-4.1.2, glibc-2.5-r4,
2.6.20-gentoo-r4 sparc64)
=================================================================
System uname: 2.6.20-gentoo-r4 sparc64 sun4u
Gentoo Base System release 1.12.9
Timestamp of tree: Sat, 21 Jul 2007 00:20:01 +0000
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.61
sys-devel/automake:  1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.23b
virtual/os-headers:  2.6.19.2-r2
ACCEPT_KEYWORDS="sparc"
AUTOCLEAN="yes"
CBUILD="sparc-unknown-linux-gnu"
CFLAGS="-O2 -mcpu=ultrasparc3 -pipe -frename-registers"
CHOST="sparc-unknown-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -mcpu=ultrasparc3 -pipe -frename-registers"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/linux/gentoo
http://distfiles.gentoo.org"
LINGUAS="en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.pearlgates.net/gentoo-portage"USE="bitmap-fonts cli
cracklib cups dri fortran gdbm iconv isdnlog libg++ midi mudflap nptl nptlonly
openmp pcre ppds pppd reflection session sparc spl truetype-fonts type1-fonts
unicode xorg" ALSA_CARDS="none" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix
dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter
mulaw multi null plug rate route share shm softvol" ELIBC="glibc"
INPUT_DEVICES="none" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk
hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU"
VIDEO_CARDS="none"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS,
PORTDIR_OVERLAY

Actually silo doesn't use bash so the new summary is better...

It's still broken with bash-3.2_p17.

Also, confirmed both the bug and the workaround on an Ultra 5.

Downgrading bash is one of the workarounds.
According to my tests the other workaround is keeping a copy of properly-built
/boot/*.b files around (like the ones from the installcd) and copying them back
makes it works even with the latest bash, which proves some of the *.b files
are being misbuilt with the newer bash.
I have this on my queue, however i need to get some contiguous time to work on
it and free up my local sparc box to test on.

Should be fixed in silo-1.4.13-r1, please give it a shot and reopen if it
doesn't help you.

Yep, working fine now. Silo compiles a lot cleaner too, with far less warnings.