<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>81793</bug_id>
          
          <creation_ts>2005-02-12 15:10 0000</creation_ts>
          <short_desc>can&apos;t boot after upgrading to sys-apps/gawk-3.1.4-r2</short_desc>
          <delta_ts>2005-02-21 11:11:54 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Core system</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>chris@realcomputerguy.com</reporter>
          <assigned_to>base-system@gentoo.org</assigned_to>
          <cc>ashutiwary@gmail.com</cc>
    
    <cc>balg@x-md.de</cc>
    
    <cc>codergeek42@gentoo.org</cc>
    
    <cc>drjonfox@gmail.com</cc>
    
    <cc>emilbeinroth@gmx.net</cc>
    
    <cc>gentoo@gim.name</cc>
    
    <cc>kkusy@wp.pl</cc>
    
    <cc>martin@philosophtware.com</cc>
    
    <cc>mr_K@interia.pl</cc>
    
    <cc>nospam@dolney.com</cc>
    
    <cc>yves@kloune.net</cc>

      

      
          <long_desc isprivate="0">
            <who>chris@realcomputerguy.com</who>
            <bug_when>2005-02-12 15:10:10 0000</bug_when>
            <thetext>after upgrading to sys-apps/gawk-3.1.4-r2 system no longer boots
keep getting numerous gawk errors during the boot process which eventually hangs
the oft repeated error is -&gt;

gawk: error while loading shared libraries: libexpat.so.0: cannot open shared object file: no such file or directory

after dropping back to sys-apps/gawk-3.1.3-r2 the system boots normally

Reproducible: Always
Steps to Reproduce:
1.emerge sys-apps/gawk-3.1.4-r2
2.boot
3.

Actual Results:  
the errors as detailed above appear, boot process hangs

Expected Results:  
system should have booted normally

the error is consistent and repeatable on my desktop but I have no problem at
all with the newer gawk on my laptop

~ # emerge info
Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.4.3,
glibc-2.3.4.20041102-r0, 2.6.10-ck5 i686)
=================================================================
System uname: 2.6.10-ck5 i686 Intel(R) Pentium(R) 4 CPU 2.53GHz
Gentoo Base System version 1.6.9
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb  7 2005, 11:21:35)]
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r2
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CFLAGS=&quot;-O2 -march=pentium4 -fomit-frame-pointer -pipe -s&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -march=pentium4 -fomit-frame-pointer -pipe -s&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoaddcvs autoconfig candy ccache distlocks sandbox sfperms&quot;
GENTOO_MIRRORS=&quot;ftp://gentoo.mirrors.pair.com http://mirrors.tds.net/gentoo
http://open-systems.ufl.edu/mirrors/gentoo&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 X aalib acl acpi alsa apache2 arts audiofile avi bash-completion berkdb
bitmap-fonts bonobo cdparanoia cdr crypt cups curl divx4linux dv dvd dvdr encode
esd f77 fam flac font-server fortran gdbm gif gphoto2 gpm gstreamer gtk gtk2
gtkhtml guile imagemagick imap imlib ipv6 jack java jpeg jpeg2k kde lcms ldap
libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nls nptl odbc oggvorbis
opengl oss pam pda pdflib perl png ppds python qt quicktime readline samba sasl
scanner sdl slang spell sse ssl svg svga tcltk tcpd tetex theora threads tiff
truetype truetype-fonts type1-fonts unicode usb wmf xine xml xml2 xmms xv zlib&quot;
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nospam@dolney.com</who>
            <bug_when>2005-02-12 15:46:57 0000</bug_when>
            <thetext>I got this too. It seems the new gawk links dynamically to /usr/lib/libexpat, so startup scripts that use gawk before /usr is mounted fail.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sam@dividezero.net</who>
            <bug_when>2005-02-12 16:46:50 0000</bug_when>
            <thetext>I have the same thing. 
The system drops to a login prompt after starting what it can with the filesystem readonly (unable to init /etc/mtab)

emerge info:
Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0                                                                                                                      
, 2.6.10-morph22 i686)
=================================================================
System uname: 2.6.10-morph22 i686 AMD Athlon(tm)  2600+
Gentoo Base System version 1.6.9
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb  8 2005, 17:29:29)                                                                                                                      
]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r1, 2.15.92.0.2-r2
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CFLAGS=&quot;-O2 -march=athlon-xp -pipe -fstack-protector&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share                                                                                                                      
/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/shar                                                                                                                      
e/config /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -march=athlon-xp -pipe -fstack-protector&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoaddcvs autoconfig ccache distlocks sandbox sfperms&quot;
GENTOO_MIRRORS=&quot;http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/                                                                                                                      
distributions/gentoo&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/home/portage&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 X aalib alsa apm avi berkdb bitmap-fonts cdr cfq-ts crypt cups divx div                                                                                                                      
x4linux dvd encode f77 fam flac font-server foomatic foomaticdb fortran gdbm gif                                                                                                                      
 gimpprint gpm gtk gtk2 imagemagick imlib ipv6 java jpeg libg++ libwww live mad                                                                                                                       
mikmod mmx motif mozilla mpeg nas ncurses nls nptl offensive oggvorbis opengl os                                                                                                                      
s pam pdflib perl pic png posix ppds python quicktime readline samba sdl spell s                                                                                                                      
se ssl staircase svga tcltk tcpd tiff truetype truetype-fonts type1-fonts unicod                                                                                                                      
e usb xml xml2 xmms xpm xv zlib&quot;
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>yves@kloune.net</who>
            <bug_when>2005-02-12 19:03:17 0000</bug_when>
            <thetext>*** Bug 81817 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>codergeek42@gentoo.org</who>
            <bug_when>2005-02-13 13:09:40 0000</bug_when>
            <thetext>I think you&apos;re having the same problem described in bug # 81823.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>swegener@gentoo.org</who>
            <bug_when>2005-02-13 16:30:56 0000</bug_when>
            <thetext>*** Bug 81823 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shizam@shizam.hrcoxmail.com</who>
            <bug_when>2005-02-13 17:02:04 0000</bug_when>
            <thetext>Created an attachment (id=51168)
patch to remove the use of awk and gawk from /sbin/rc

I&apos;ve only done very limited testing of it at the time of this post.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shizam@shizam.hrcoxmail.com</who>
            <bug_when>2005-02-13 17:18:25 0000</bug_when>
            <thetext>(From update of attachment 51168)
only limited testing
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shizam@shizam.hrcoxmail.com</who>
            <bug_when>2005-02-13 17:25:57 0000</bug_when>
            <thetext>Created an attachment (id=51171)
patch to remove the use of awk and gawk from /sbin/rc

limited testing</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shizam@shizam.hrcoxmail.com</who>
            <bug_when>2005-02-13 17:37:48 0000</bug_when>
            <thetext>Created an attachment (id=51172)
patch to remove the use of awk and gawk from /sbin/rc

gosh this web interface is killing me, sorry :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>samvimes@fastmail.fm</who>
            <bug_when>2005-02-14 01:04:17 0000</bug_when>
            <thetext>I simply copied libexpat* from /usr/lib to /lib</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chris@realcomputerguy.com</who>
            <bug_when>2005-02-14 07:48:50 0000</bug_when>
            <thetext>Why is this ebuild not masked? If not an unbootable system, what makes an ebuild qualify for masking?
Applying it to a remote system could be reasonably catastrophic. Shouldn&apos;t it be masked until it&apos;s resolved?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo@gim.name</who>
            <bug_when>2005-02-14 09:42:57 0000</bug_when>
            <thetext>The issue is that sys-apps/gawk-3.1.4-r2 in /bin depends on dev-libs/expat in /usr/lib.

The latest (-r2 only) version gawk depends on libexpat:

$ ldd /bin/gawk
	linux-gate.so.1 =&gt;  (0xffffe000)
	libdl.so.2 =&gt; /lib/libdl.so.2 (0x4aa6a000)
	libm.so.6 =&gt; /lib/libm.so.6 (0x4ab5b000)
	libexpat.so.0 =&gt; /usr/lib/libexpat.so.0 (0x4ac6d000)
	libc.so.6 =&gt; /lib/libc.so.6 (0x4a940000)
	/lib/ld-linux.so.2 (0x4a926000)

This make my late sytem boot become big mess. I managed to login, but root filesystem was mounted read only. I had to &quot;mount -o remount,rw /&quot; and &quot;cp -a /usr/lib/libexpat* /lib&quot; in order to be able to boot it again.

Two choices:
 - moving gawk into the land of /usr and remove the use of gawk in the init script until /usr is accessible.
 - moving libexpat into the land of /

Thanks for fixing this thing quickly.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo@gim.name</who>
            <bug_when>2005-02-14 09:52:06 0000</bug_when>
            <thetext>The origin of this bug is the patch proposed in enhancement proposal bug #57857.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2005-02-14 10:17:01 0000</bug_when>
            <thetext>(From update of attachment 51172)
removal of awk from /sbin/rc will be a feature for the future, not for the
current baselayout
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shizam@shizam.hrcoxmail.com</who>
            <bug_when>2005-02-14 14:25:36 0000</bug_when>
            <thetext>Personally I&apos;d like to see gentoo sometime in the future adopt mawk (GPL-2). Frankly, gawk is bloated and slow. mawk can run circles around gawk. Of all the ebuilds and system files I&apos;ve seen that call gawk specifically, not one has actually used a gawk specific extension. Of course on a gentoo system and most other linux distros awk is a symlink to gawk and so it doesn&apos;t matter if you call awk or gawk -- gawk still gets executed. It would seem more fitting for a lean and mean distro such as gentoo to use a lean and mean version of awk and not some slow wimp version. :) One day I would really like to see gentoo link awk to mawk but keep gawk as an aside (even though I&apos;ve never seen anything in gentoo actually use a gawk specific extension).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2005-02-14 18:52:50 0000</bug_when>
            <thetext>*** Bug 82046 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2005-02-14 19:46:44 0000</bug_when>
            <thetext>assuming we dont have problems refering to &apos;awk&apos; in baselayout, you could in theory just update the /bin/awk symlink to point to mawk ...  regardless, gawk-3.1.4-r3 is now in portage ... it&apos;ll build gawk twice if USE=xml,  that way we get the normal gawk w/out libexpat requirements in /bin while the xml peeps get their &apos;xmlgawk&apos; in /usr/bin</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shizam@shizam.hrcoxmail.com</who>
            <bug_when>2005-02-14 22:01:32 0000</bug_when>
            <thetext>shew.. nice work. :) My fancy for awk didn&apos;t want to see it removed anyway. :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2005-02-15 07:15:46 0000</bug_when>
            <thetext>*** Bug 82096 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2005-02-15 10:59:08 0000</bug_when>
            <thetext>*** Bug 82137 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>swegener@gentoo.org</who>
            <bug_when>2005-02-16 09:28:31 0000</bug_when>
            <thetext>*** Bug 82263 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2005-02-21 11:08:21 0000</bug_when>
            <thetext>*** Bug 82853 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>martin@philosophtware.com</who>
            <bug_when>2005-02-21 11:11:54 0000</bug_when>
            <thetext>*sigh* at least i am not the only one who has submitted this bug as duplicate :) 
</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>51168</attachid>
            <date>2005-02-13 17:02 0000</date>
            <desc>patch to remove the use of awk and gawk from /sbin/rc</desc>
            <filename>rc.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC9zYmluL3JjCTIwMDUtMDItMTMgMTk6NDU6MjcuMzk2ODU2MDMyIC0wNTAwCisrKyAvc2Jp
bi9yYy5tb2QJMjAwNS0wMi0xMyAxOTo0NDo1NS44MDY2NTg0NzIgLTA1MDAKQEAgLTE4NCw4ICsx
ODQsOCBAQAogCWZpCiAJCiAJIyBGaXggd2VpcmQgYnVnIHdoZXJlIHRoZXJlIGlzIGEgL2Rldi8u
ZGV2ZnNkIGluIGEgdW5tb3VudGVkIC9kZXYKLQlteW1vdW50cz0iJChhd2sgJygkMyA9PSAiZGV2
ZnMiKSB7IHByaW50ICJ5ZXMiOyBleGl0IDAgfScgL3Byb2MvbW91bnRzKSIKLQlpZiBbIC1lICIv
ZGV2Ly5kZXZmc2QiIC1hICIke215bW91bnRzfSIgIT0gInllcyIgXQorCW15bW91bnRzPSQoPCAv
cHJvYy9tb3VudHMpCisJaWYgWyAiJHtteW1vdW50cy9kZXZmc30iID0gIiR7bXltb3VudHN9IiBd
ICYmIFsgLWUgIi9kZXYvLmRldmZzZCIgXQogCXRoZW4KIAkJcm0gLWYgL2Rldi8uZGV2ZnNkCiAJ
ZmkKQEAgLTIxOCw5ICsyMTgsOSBAQAogCSMgV2l0aCB0aGUgbmV3IHdheSwgL2RldiBjYW4gYmUg
bW91bnRlZCBieSB0aGUga2VybmVsIC4uLgogCWVsaWYgWyAiJHtkZXZmc30iID0gInllcyIgLWEg
ISAtZSAiL2Rldi8uZGV2ZnNkIiBdCiAJdGhlbgotCQlteW1vdW50cz0iJChhd2sgJygkMiA9PSAi
ZGV2ZnMiKSB7IHByaW50ICJ5ZXMiOyBleGl0IDAgfScgL3Byb2MvZmlsZXN5c3RlbXMpIgorCQlt
eW1vdW50cz0kKDwgL3Byb2MvZmlsZXN5c3RlbXMpCiAJCSMgSXMgZGV2ZnMgc3VwcG9ydCBjb21w
aWxlZCBpbj8KLQkJaWYgWyAiJHtteW1vdW50c30iID0gInllcyIgXQorCQlpZiBbICIke215bW91
bnRzL2RldmZzfSIgIT0gIiR7bXltb3VudHN9IiBdCiAJCXRoZW4KIAkJCWViZWdpbiAiTW91bnRp
bmcgZGV2ZnMgYXQgL2RldiIKIAkJCXRyeSBtb3VudCAtbiAtdCBkZXZmcyBub25lIC9kZXYKQEAg
LTI0NSwxNCArMjQ1LDE0IEBACiAJIyBGcm9tIGxpbnV4LTIuNS42OCB3ZSBuZWVkIHRvIG1vdW50
IC9kZXYvcHRzIGFnYWluIC4uLgogCWlmIFsgIiQoZ2V0X0tWKSIgLWdlICIkKEtWX3RvX2ludCAn
Mi41LjY4JykiIF0KIAl0aGVuCi0JCWhhdmVfZGV2cHRzPSIkKGF3ayAnKCQyID09ICJkZXZwdHMi
KSB7IHByaW50ICJ5ZXMiOyBleGl0IDAgfScgL3Byb2MvZmlsZXN5c3RlbXMpIgotCQlteW1vdW50
cz0iJChhd2sgJygkMyA9PSAiZGV2ZnMiKSB7IHByaW50ICJ5ZXMiOyBleGl0IDAgfScgL3Byb2Mv
bW91bnRzKSIKKwkJaGF2ZV9kZXZwdHM9JCg8IC9wcm9jL2ZpbGVzeXN0ZW1zKQorCQlteW1vdW50
cz0kKDwgL3Byb2MvZmlsZXN5c3RlbXMpCiAKLQkJaWYgWyAiJHtoYXZlX2RldnB0c30iID0gInll
cyIgXQorCQlpZiBbICIke2hhdmVfZGV2cHRzL2RldnB0c30iICE9ICIke2hhdmVfZGV2cHRzfSIg
XQogCQl0aGVuCiAJCQkjIE9ubHkgdHJ5IHRvIGNyZWF0ZSAvZGV2L3B0cyBpZiB3ZSBoYXZlIC9k
ZXYgbW91bnRlZCBhcyBkZXZmcywKIAkJCSMgZWxzZSBpdCBtaWdodCBmYWlsIGFzIC8gbWlnaHQg
YmUgc3RpbGwgbW91bnRlZCByZWFkb25seS4KLQkJCWlmIFsgISAtZCAvZGV2L3B0cyAtYSAtZSAi
L2Rldi8uZGV2ZnNkIiAtYSAiJHtteW1vdW50c30iID0gInllcyIgXQorCQkJaWYgWyAhIC1kICIv
ZGV2L3B0cyIgXSAmJiBbIC1lICIvZGV2Ly5kZXZmc2QiIF0gJiYgWyAiJHtteW1vdW50cy9kZXZm
c30iICE9ICIke215bW91bnRzfSIgXQogCQkJdGhlbgogCQkJCSMgTWFrZSBzdXJlIHdlIGhhdmUg
L2Rldi9wdHMKIAkJCQlta2RpciAtcCAvZGV2L3B0cyAmPi9kZXYvbnVsbCB8fCBcCkBAIC0yNzAs
OSArMjcwLDggQEAKIAlmaQogCiAJIyBOZWVkIGRldmZzZCBydW5uaW5nIG5vdyBzbyB0aGF0IC9k
ZXYvcmFtMCBleGlzdHMgaWYgd2UgbmVlZCBpdAotCW15bW91bnRzPSIkKGF3ayAnKCQzID09ICJk
ZXZmcyIpIHsgcHJpbnQgInllcyI7IGV4aXQgMCB9JyAvcHJvYy9tb3VudHMpIgotCWlmIFsgIiR7
ZGV2ZnN9IiA9ICJ5ZXMiIC1hIC1lICIvZGV2Ly5kZXZmc2QiIC1hIFwKLQkgICAgICIke215bW91
bnRzfSIgPSAieWVzIiBdCisJbXltb3VudHM9JCg8IC9wcm9jL21vdW50cykKKwlpZiBbICIke2Rl
dmZzfSIgPSAieWVzIiBdICYmIFsgLWUgIi9kZXYvLmRldmZzZCIgXSAmJiBbICIke215bW91bnRz
L2RldmZzfSIgIT0gIiR7bXltb3VudHN9IiBdCiAJdGhlbgogCQlpZiBbICIke1JDX0RFVkZTRF9T
VEFSVFVQfSIgIT0gIm5vIiBdCiAJCXRoZW4KQEAgLTc2MSw4ICs3NjAsOCBAQAogCiAjIFdlIHdh
bnQgZGV2ZnNkIHJ1bm5pbmcgYWZ0ZXIgYSBjaGFuZ2Ugb2YgcnVubGV2ZWwgKHRoaXMgaXMgbW9z
dGx5IGlmIHdlIHJldHVybgogIyBmcm9tIHJ1bmxldmVsICdzaW5nbGUnKQotaWYgWyAteiAiYHBz
IC0tbm8taGVhZGluZyAtQyAnZGV2ZnNkJ2AiIC1hIFwKLSAgICAgLW4gImBnYXdrICcvXC9kZXYg
ZGV2ZnMvIHsgcHJpbnQgfScgL3Byb2MvbW91bnRzIDI+IC9kZXYvbnVsbGAiIF0KK215bW91bnRz
PSQoPCAvcHJvYy9tb3VudHMpCitpZiBbIC16ICJgcHMgLS1uby1oZWFkaW5nIC1DICdkZXZmc2Qn
YCIgXSAmJiBbICIke215bW91bnRzL1wvZGV2IGRldmZzfSIgIT0gIiR7bXltb3VudHN9IiBdCiB0
aGVuCiAJaWYgWyAiJHtSQ19ERVZGU0RfU1RBUlRVUH0iICE9ICJubyIgXQogCXRoZW4K
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>51171</attachid>
            <date>2005-02-13 17:25 0000</date>
            <desc>patch to remove the use of awk and gawk from /sbin/rc</desc>
            <filename>rc.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC9zYmluL3JjCTIwMDUtMDItMTMgMTk6NDU6MjcuMzk2ODU2MDMyIC0wNTAwCisrKyAvc2Jp
bi9yYy5tb2QJMjAwNS0wMi0xMyAxOTo0NDo1NS44MDY2NTg0NzIgLTA1MDAKQEAgLTE4NCw4ICsx
ODQsOCBAQAogCWZpCiAJCiAJIyBGaXggd2VpcmQgYnVnIHdoZXJlIHRoZXJlIGlzIGEgL2Rldi8u
ZGV2ZnNkIGluIGEgdW5tb3VudGVkIC9kZXYKLQlteW1vdW50cz0iJChhd2sgJygkMyA9PSAiZGV2
ZnMiKSB7IHByaW50ICJ5ZXMiOyBleGl0IDAgfScgL3Byb2MvbW91bnRzKSIKLQlpZiBbIC1lICIv
ZGV2Ly5kZXZmc2QiIC1hICIke215bW91bnRzfSIgIT0gInllcyIgXQorCW15bW91bnRzPSQoPCAv
cHJvYy9tb3VudHMpCisJaWYgWyAiJHtteW1vdW50cy9kZXZmc30iID0gIiR7bXltb3VudHN9IiBd
ICYmIFsgLWUgIi9kZXYvLmRldmZzZCIgXQogCXRoZW4KIAkJcm0gLWYgL2Rldi8uZGV2ZnNkCiAJ
ZmkKQEAgLTIxOCw5ICsyMTgsOSBAQAogCSMgV2l0aCB0aGUgbmV3IHdheSwgL2RldiBjYW4gYmUg
bW91bnRlZCBieSB0aGUga2VybmVsIC4uLgogCWVsaWYgWyAiJHtkZXZmc30iID0gInllcyIgLWEg
ISAtZSAiL2Rldi8uZGV2ZnNkIiBdCiAJdGhlbgotCQlteW1vdW50cz0iJChhd2sgJygkMiA9PSAi
ZGV2ZnMiKSB7IHByaW50ICJ5ZXMiOyBleGl0IDAgfScgL3Byb2MvZmlsZXN5c3RlbXMpIgorCQlt
eW1vdW50cz0kKDwgL3Byb2MvZmlsZXN5c3RlbXMpCiAJCSMgSXMgZGV2ZnMgc3VwcG9ydCBjb21w
aWxlZCBpbj8KLQkJaWYgWyAiJHtteW1vdW50c30iID0gInllcyIgXQorCQlpZiBbICIke215bW91
bnRzL2RldmZzfSIgIT0gIiR7bXltb3VudHN9IiBdCiAJCXRoZW4KIAkJCWViZWdpbiAiTW91bnRp
bmcgZGV2ZnMgYXQgL2RldiIKIAkJCXRyeSBtb3VudCAtbiAtdCBkZXZmcyBub25lIC9kZXYKQEAg
LTI0NSwxNCArMjQ1LDE0IEBACiAJIyBGcm9tIGxpbnV4LTIuNS42OCB3ZSBuZWVkIHRvIG1vdW50
IC9kZXYvcHRzIGFnYWluIC4uLgogCWlmIFsgIiQoZ2V0X0tWKSIgLWdlICIkKEtWX3RvX2ludCAn
Mi41LjY4JykiIF0KIAl0aGVuCi0JCWhhdmVfZGV2cHRzPSIkKGF3ayAnKCQyID09ICJkZXZwdHMi
KSB7IHByaW50ICJ5ZXMiOyBleGl0IDAgfScgL3Byb2MvZmlsZXN5c3RlbXMpIgotCQlteW1vdW50
cz0iJChhd2sgJygkMyA9PSAiZGV2ZnMiKSB7IHByaW50ICJ5ZXMiOyBleGl0IDAgfScgL3Byb2Mv
bW91bnRzKSIKKwkJaGF2ZV9kZXZwdHM9JCg8IC9wcm9jL2ZpbGVzeXN0ZW1zKQorCQlteW1vdW50
cz0kKDwgL3Byb2MvZmlsZXN5c3RlbXMpCiAKLQkJaWYgWyAiJHtoYXZlX2RldnB0c30iID0gInll
cyIgXQorCQlpZiBbICIke2hhdmVfZGV2cHRzL2RldnB0c30iICE9ICIke2hhdmVfZGV2cHRzfSIg
XQogCQl0aGVuCiAJCQkjIE9ubHkgdHJ5IHRvIGNyZWF0ZSAvZGV2L3B0cyBpZiB3ZSBoYXZlIC9k
ZXYgbW91bnRlZCBhcyBkZXZmcywKIAkJCSMgZWxzZSBpdCBtaWdodCBmYWlsIGFzIC8gbWlnaHQg
YmUgc3RpbGwgbW91bnRlZCByZWFkb25seS4KLQkJCWlmIFsgISAtZCAvZGV2L3B0cyAtYSAtZSAi
L2Rldi8uZGV2ZnNkIiAtYSAiJHtteW1vdW50c30iID0gInllcyIgXQorCQkJaWYgWyAhIC1kICIv
ZGV2L3B0cyIgXSAmJiBbIC1lICIvZGV2Ly5kZXZmc2QiIF0gJiYgWyAiJHtteW1vdW50cy9kZXZm
c30iICE9ICIke215bW91bnRzfSIgXQogCQkJdGhlbgogCQkJCSMgTWFrZSBzdXJlIHdlIGhhdmUg
L2Rldi9wdHMKIAkJCQlta2RpciAtcCAvZGV2L3B0cyAmPi9kZXYvbnVsbCB8fCBcCkBAIC0yNzAs
OSArMjcwLDggQEAKIAlmaQogCiAJIyBOZWVkIGRldmZzZCBydW5uaW5nIG5vdyBzbyB0aGF0IC9k
ZXYvcmFtMCBleGlzdHMgaWYgd2UgbmVlZCBpdAotCW15bW91bnRzPSIkKGF3ayAnKCQzID09ICJk
ZXZmcyIpIHsgcHJpbnQgInllcyI7IGV4aXQgMCB9JyAvcHJvYy9tb3VudHMpIgotCWlmIFsgIiR7
ZGV2ZnN9IiA9ICJ5ZXMiIC1hIC1lICIvZGV2Ly5kZXZmc2QiIC1hIFwKLQkgICAgICIke215bW91
bnRzfSIgPSAieWVzIiBdCisJbXltb3VudHM9JCg8IC9wcm9jL21vdW50cykKKwlpZiBbICIke2Rl
dmZzfSIgPSAieWVzIiBdICYmIFsgLWUgIi9kZXYvLmRldmZzZCIgXSAmJiBbICIke215bW91bnRz
L2RldmZzfSIgIT0gIiR7bXltb3VudHN9IiBdCiAJdGhlbgogCQlpZiBbICIke1JDX0RFVkZTRF9T
VEFSVFVQfSIgIT0gIm5vIiBdCiAJCXRoZW4KQEAgLTc2MSw4ICs3NjAsOCBAQAogCiAjIFdlIHdh
bnQgZGV2ZnNkIHJ1bm5pbmcgYWZ0ZXIgYSBjaGFuZ2Ugb2YgcnVubGV2ZWwgKHRoaXMgaXMgbW9z
dGx5IGlmIHdlIHJldHVybgogIyBmcm9tIHJ1bmxldmVsICdzaW5nbGUnKQotaWYgWyAteiAiYHBz
IC0tbm8taGVhZGluZyAtQyAnZGV2ZnNkJ2AiIC1hIFwKLSAgICAgLW4gImBnYXdrICcvXC9kZXYg
ZGV2ZnMvIHsgcHJpbnQgfScgL3Byb2MvbW91bnRzIDI+IC9kZXYvbnVsbGAiIF0KK215bW91bnRz
PSQoPCAvcHJvYy9tb3VudHMpCitpZiBbIC16ICJgcHMgLS1uby1oZWFkaW5nIC1DICdkZXZmc2Qn
YCIgXSAmJiBbICIke215bW91bnRzL1wvZGV2IGRldmZzfSIgIT0gIiR7bXltb3VudHN9IiBdCiB0
aGVuCiAJaWYgWyAiJHtSQ19ERVZGU0RfU1RBUlRVUH0iICE9ICJubyIgXQogCXRoZW4K
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>51172</attachid>
            <date>2005-02-13 17:37 0000</date>
            <desc>patch to remove the use of awk and gawk from /sbin/rc</desc>
            <filename>rc.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC9zYmluL3JjCTIwMDUtMDItMTMgMjA6MzA6NTkuMDUyNDEwMTg0IC0wNTAwCisrKyAvc2Jp
bi9yYy5tb2QJMjAwNS0wMi0xMyAyMDoxNDozMS4wMDAwMDAwMDAgLTA1MDAKQEAgLTE4NCw4ICsx
ODQsOCBAQAogCWZpCiAJCiAJIyBGaXggd2VpcmQgYnVnIHdoZXJlIHRoZXJlIGlzIGEgL2Rldi8u
ZGV2ZnNkIGluIGEgdW5tb3VudGVkIC9kZXYKLQlteW1vdW50cz0iJChhd2sgJygkMyA9PSAiZGV2
ZnMiKSB7IHByaW50ICJ5ZXMiOyBleGl0IDAgfScgL3Byb2MvbW91bnRzKSIKLQlpZiBbIC1lICIv
ZGV2Ly5kZXZmc2QiIC1hICIke215bW91bnRzfSIgIT0gInllcyIgXQorCW15bW91bnRzPSQoPCAv
cHJvYy9tb3VudHMpCisJaWYgWyAiJHtteW1vdW50cy9kZXZmc30iID0gIiR7bXltb3VudHN9IiBd
ICYmIFsgLWUgIi9kZXYvLmRldmZzZCIgXQogCXRoZW4KIAkJcm0gLWYgL2Rldi8uZGV2ZnNkCiAJ
ZmkKQEAgLTIxOCw5ICsyMTgsOSBAQAogCSMgV2l0aCB0aGUgbmV3IHdheSwgL2RldiBjYW4gYmUg
bW91bnRlZCBieSB0aGUga2VybmVsIC4uLgogCWVsaWYgWyAiJHtkZXZmc30iID0gInllcyIgLWEg
ISAtZSAiL2Rldi8uZGV2ZnNkIiBdCiAJdGhlbgotCQlteW1vdW50cz0iJChhd2sgJygkMiA9PSAi
ZGV2ZnMiKSB7IHByaW50ICJ5ZXMiOyBleGl0IDAgfScgL3Byb2MvZmlsZXN5c3RlbXMpIgorCQlt
eW1vdW50cz0kKDwgL3Byb2MvZmlsZXN5c3RlbXMpCiAJCSMgSXMgZGV2ZnMgc3VwcG9ydCBjb21w
aWxlZCBpbj8KLQkJaWYgWyAiJHtteW1vdW50c30iID0gInllcyIgXQorCQlpZiBbICIke215bW91
bnRzL2RldmZzfSIgIT0gIiR7bXltb3VudHN9IiBdCiAJCXRoZW4KIAkJCWViZWdpbiAiTW91bnRp
bmcgZGV2ZnMgYXQgL2RldiIKIAkJCXRyeSBtb3VudCAtbiAtdCBkZXZmcyBub25lIC9kZXYKQEAg
LTI0NSwxNCArMjQ1LDE0IEBACiAJIyBGcm9tIGxpbnV4LTIuNS42OCB3ZSBuZWVkIHRvIG1vdW50
IC9kZXYvcHRzIGFnYWluIC4uLgogCWlmIFsgIiQoZ2V0X0tWKSIgLWdlICIkKEtWX3RvX2ludCAn
Mi41LjY4JykiIF0KIAl0aGVuCi0JCWhhdmVfZGV2cHRzPSIkKGF3ayAnKCQyID09ICJkZXZwdHMi
KSB7IHByaW50ICJ5ZXMiOyBleGl0IDAgfScgL3Byb2MvZmlsZXN5c3RlbXMpIgotCQlteW1vdW50
cz0iJChhd2sgJygkMyA9PSAiZGV2ZnMiKSB7IHByaW50ICJ5ZXMiOyBleGl0IDAgfScgL3Byb2Mv
bW91bnRzKSIKKwkJaGF2ZV9kZXZwdHM9JCg8IC9wcm9jL2ZpbGVzeXN0ZW1zKQorCQlteW1vdW50
cz0kKDwgL3Byb2MvbW91bnRzKQogCi0JCWlmIFsgIiR7aGF2ZV9kZXZwdHN9IiA9ICJ5ZXMiIF0K
KwkJaWYgWyAiJHtoYXZlX2RldnB0cy9kZXZwdHN9IiAhPSAiJHtoYXZlX2RldnB0c30iIF0KIAkJ
dGhlbgogCQkJIyBPbmx5IHRyeSB0byBjcmVhdGUgL2Rldi9wdHMgaWYgd2UgaGF2ZSAvZGV2IG1v
dW50ZWQgYXMgZGV2ZnMsCiAJCQkjIGVsc2UgaXQgbWlnaHQgZmFpbCBhcyAvIG1pZ2h0IGJlIHN0
aWxsIG1vdW50ZWQgcmVhZG9ubHkuCi0JCQlpZiBbICEgLWQgL2Rldi9wdHMgLWEgLWUgIi9kZXYv
LmRldmZzZCIgLWEgIiR7bXltb3VudHN9IiA9ICJ5ZXMiIF0KKwkJCWlmIFsgISAtZCAiL2Rldi9w
dHMiIF0gJiYgWyAtZSAiL2Rldi8uZGV2ZnNkIiBdICYmIFsgIiR7bXltb3VudHMvZGV2ZnN9IiAh
PSAiJHtteW1vdW50c30iIF0KIAkJCXRoZW4KIAkJCQkjIE1ha2Ugc3VyZSB3ZSBoYXZlIC9kZXYv
cHRzCiAJCQkJbWtkaXIgLXAgL2Rldi9wdHMgJj4vZGV2L251bGwgfHwgXApAQCAtMjcwLDkgKzI3
MCw4IEBACiAJZmkKIAogCSMgTmVlZCBkZXZmc2QgcnVubmluZyBub3cgc28gdGhhdCAvZGV2L3Jh
bTAgZXhpc3RzIGlmIHdlIG5lZWQgaXQKLQlteW1vdW50cz0iJChhd2sgJygkMyA9PSAiZGV2ZnMi
KSB7IHByaW50ICJ5ZXMiOyBleGl0IDAgfScgL3Byb2MvbW91bnRzKSIKLQlpZiBbICIke2RldmZz
fSIgPSAieWVzIiAtYSAtZSAiL2Rldi8uZGV2ZnNkIiAtYSBcCi0JICAgICAiJHtteW1vdW50c30i
ID0gInllcyIgXQorCW15bW91bnRzPSQoPCAvcHJvYy9tb3VudHMpCisJaWYgWyAiJHtkZXZmc30i
ID0gInllcyIgXSAmJiBbIC1lICIvZGV2Ly5kZXZmc2QiIF0gJiYgWyAiJHtteW1vdW50cy9kZXZm
c30iICE9ICIke215bW91bnRzfSIgXQogCXRoZW4KIAkJaWYgWyAiJHtSQ19ERVZGU0RfU1RBUlRV
UH0iICE9ICJubyIgXQogCQl0aGVuCkBAIC03NjEsOCArNzYwLDggQEAKIAogIyBXZSB3YW50IGRl
dmZzZCBydW5uaW5nIGFmdGVyIGEgY2hhbmdlIG9mIHJ1bmxldmVsICh0aGlzIGlzIG1vc3RseSBp
ZiB3ZSByZXR1cm4KICMgZnJvbSBydW5sZXZlbCAnc2luZ2xlJykKLWlmIFsgLXogImBwcyAtLW5v
LWhlYWRpbmcgLUMgJ2RldmZzZCdgIiAtYSBcCi0gICAgIC1uICJgZ2F3ayAnL1wvZGV2IGRldmZz
LyB7IHByaW50IH0nIC9wcm9jL21vdW50cyAyPiAvZGV2L251bGxgIiBdCitteW1vdW50cz0kKDwg
L3Byb2MvbW91bnRzKQoraWYgWyAteiAiYHBzIC0tbm8taGVhZGluZyAtQyAnZGV2ZnNkJ2AiIF0g
JiYgWyAiJHtteW1vdW50cy9cL2RldiBkZXZmc30iICE9ICIke215bW91bnRzfSIgXQogdGhlbgog
CWlmIFsgIiR7UkNfREVWRlNEX1NUQVJUVVB9IiAhPSAibm8iIF0KIAl0aGVuCg==
</data>        

          </attachment>
    </bug>

</bugzilla>