[gentoo-embedded] Problem emerging uclibc-0.9.28

[gentoo-embedded] Problem emerging uclibc-0.9.28

[Scott L. Price]

It hangs on:
 * Doing a scanelf in paths for bins containing the __uClibc_start_main
symbol

I have tried scanelf separately and it is definitely what is causing the
ebuild to hang.  It does not hang on my glibc system, only in my chroot
uclibc environment.

I have tried both versions of pax-utils that are in portage and there is
no change.  I even have tried a completely fresh stage3 install of the
chroot environment and I still have the same problem.


Thanks!

Scott  =)

emerge info:

Portage 2.0.54-r2 (uclibc/x86/2005.1, gcc-3.3.5-20050130,
uclibc-0.9.27-r0, 2.6.15.1 i686)
=================================================================
System uname: 2.6.15.1 i686 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.4-r1, 2.4.2
dev-python/pycrypto: [Not Present]
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.14
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i586-gentoo-linux-uclibc"
CFLAGS="-march=i586 -O3 -pipe"
CHOST="i586-gentoo-linux-uclibc"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo
/etc/env.d"
CXXFLAGS="-Os"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig buildpkg ccache distlocks nodoc noinfo noman
sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/scripts/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 berkdb bitmap-fonts bzip2 cli dri expat mmx ncurses pcre perl
python readline reflection session spl truetype-fonts type1-fonts uclibc
udev xorg zlib userland_GNU kernel_linux elibc_uclibc"
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS,
MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS



-- 
Electrical Engineering/Web Development
Dragonfly Technologies, Inc.                 http://www.dflytech.com
Hunt Utilities Group LLC                     http://www.hugllc.com
Hopkins, MN                                  (952) 935-2418

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] Problem emerging uclibc-0.9.28

[Ned Ludd]

I've heard reports of this but can't reproduce it.
Anybody experiencing this bug can give vapier, and myself a proper 
test case we would be thankful. Sooner vs later also as I/we were about
to cut a new pax-utils release.



On Wed, 2006-05-17 at 11:49 -0500, Scott L. Price wrote:
> It hangs on:
>  * Doing a scanelf in paths for bins containing the __uClibc_start_main
> symbol
> 
> I have tried scanelf separately and it is definitely what is causing the
> ebuild to hang.  It does not hang on my glibc system, only in my chroot
> uclibc environment.
> 
> I have tried both versions of pax-utils that are in portage and there is
> no change.  I even have tried a completely fresh stage3 install of the
> chroot environment and I still have the same problem.
> 
> 
> Thanks!
> 
> Scott  =)
> 
> emerge info:
> 
> Portage 2.0.54-r2 (uclibc/x86/2005.1, gcc-3.3.5-20050130,
> uclibc-0.9.27-r0, 2.6.15.1 i686)
> =================================================================
> System uname: 2.6.15.1 i686 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
> Gentoo Base System version 1.6.14
> dev-lang/python:     2.3.4-r1, 2.4.2
> dev-python/pycrypto: [Not Present]
> dev-util/ccache:     [Not Present]
> dev-util/confcache:  [Not Present]
> sys-apps/sandbox:    1.2.17
> sys-devel/autoconf:  2.13, 2.59-r7
> sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
> sys-devel/binutils:  2.16.1
> sys-devel/libtool:   1.5.14
> virtual/os-headers:  2.6.11-r2
> ACCEPT_KEYWORDS="x86"
> AUTOCLEAN="yes"
> CBUILD="i586-gentoo-linux-uclibc"
> CFLAGS="-march=i586 -O3 -pipe"
> CHOST="i586-gentoo-linux-uclibc"
> CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
> /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
> /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config
> /var/qmail/control"
> CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo
> /etc/env.d"
> CXXFLAGS="-Os"
> DISTDIR="/usr/portage/distfiles"
> FEATURES="autoconfig buildpkg ccache distlocks nodoc noinfo noman
> sfperms strict"
> GENTOO_MIRRORS="http://distfiles.gentoo.org
> http://distro.ibiblio.org/pub/linux/distributions/gentoo"
> PKGDIR="/usr/portage/packages"
> PORTAGE_TMPDIR="/var/tmp"
> PORTDIR="/usr/portage"
> PORTDIR_OVERLAY="/scripts/portage"
> SYNC="rsync://rsync.gentoo.org/gentoo-portage"
> USE="x86 berkdb bitmap-fonts bzip2 cli dri expat mmx ncurses pcre perl
> python readline reflection session spl truetype-fonts type1-fonts uclibc
> udev xorg zlib userland_GNU kernel_linux elibc_uclibc"
> Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS,
> MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS
> 
> 
> 
> -- 
> Electrical Engineering/Web Development
> Dragonfly Technologies, Inc.                 http://www.dflytech.com
> Hunt Utilities Group LLC                     http://www.hugllc.com
> Hopkins, MN                                  (952) 935-2418
> 
-- 
Ned Ludd <solar@gentoo.org>
Gentoo Linux

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] Problem emerging uclibc-0.9.28

[Ned Ludd]

On Wed, 2006-05-17 at 13:07 -0400, Ned Ludd wrote:
> I've heard reports of this but can't reproduce it.
> Anybody experiencing this bug can give vapier, and myself a proper 
> test case we would be thankful. Sooner vs later also as I/we were about
> to cut a new pax-utils release.


btw.. anybody hitting this bug can simply set

UCLIBC_SCANNED_COMPAT=1

But make sure that you enabled USE=uclibc-compat or your 
__uClibc_start_main and __uClibc_main symbols can/will get all out of 
whack.


> On Wed, 2006-05-17 at 11:49 -0500, Scott L. Price wrote:
> > It hangs on:
> >  * Doing a scanelf in paths for bins containing the __uClibc_start_main
> > symbol
> > 
> > I have tried scanelf separately and it is definitely what is causing the
> > ebuild to hang.  It does not hang on my glibc system, only in my chroot
> > uclibc environment.
> > 
> > I have tried both versions of pax-utils that are in portage and there is
> > no change.  I even have tried a completely fresh stage3 install of the
> > chroot environment and I still have the same problem.
> > 
> > 
> > Thanks!
> > 
> > Scott  =)
> > 
> > emerge info:
> > 
> > Portage 2.0.54-r2 (uclibc/x86/2005.1, gcc-3.3.5-20050130,
> > uclibc-0.9.27-r0, 2.6.15.1 i686)
> > =================================================================
> > System uname: 2.6.15.1 i686 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
> > Gentoo Base System version 1.6.14
> > dev-lang/python:     2.3.4-r1, 2.4.2
> > dev-python/pycrypto: [Not Present]
> > dev-util/ccache:     [Not Present]
> > dev-util/confcache:  [Not Present]
> > sys-apps/sandbox:    1.2.17
> > sys-devel/autoconf:  2.13, 2.59-r7
> > sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
> > sys-devel/binutils:  2.16.1
> > sys-devel/libtool:   1.5.14
> > virtual/os-headers:  2.6.11-r2
> > ACCEPT_KEYWORDS="x86"
> > AUTOCLEAN="yes"
> > CBUILD="i586-gentoo-linux-uclibc"
> > CFLAGS="-march=i586 -O3 -pipe"
> > CHOST="i586-gentoo-linux-uclibc"
> > CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
> > /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
> > /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config
> > /var/qmail/control"
> > CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo
> > /etc/env.d"
> > CXXFLAGS="-Os"
> > DISTDIR="/usr/portage/distfiles"
> > FEATURES="autoconfig buildpkg ccache distlocks nodoc noinfo noman
> > sfperms strict"
> > GENTOO_MIRRORS="http://distfiles.gentoo.org
> > http://distro.ibiblio.org/pub/linux/distributions/gentoo"
> > PKGDIR="/usr/portage/packages"
> > PORTAGE_TMPDIR="/var/tmp"
> > PORTDIR="/usr/portage"
> > PORTDIR_OVERLAY="/scripts/portage"
> > SYNC="rsync://rsync.gentoo.org/gentoo-portage"
> > USE="x86 berkdb bitmap-fonts bzip2 cli dri expat mmx ncurses pcre perl
> > python readline reflection session spl truetype-fonts type1-fonts uclibc
> > udev xorg zlib userland_GNU kernel_linux elibc_uclibc"
> > Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS,
> > MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS
> > 
> > 
> > 
> > -- 
> > Electrical Engineering/Web Development
> > Dragonfly Technologies, Inc.                 http://www.dflytech.com
> > Hunt Utilities Group LLC                     http://www.hugllc.com
> > Hopkins, MN                                  (952) 935-2418
> > 
> -- 
> Ned Ludd <solar@gentoo.org>
> Gentoo Linux
> 
-- 
Ned Ludd <solar@gentoo.org>
Gentoo Linux

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] Problem emerging uclibc-0.9.28

[Scott L. Price]

What do you need for a proper test case?  Do you just need how to
reproduce it?

I get this bug on both my development systems (AMD64 workstation and a
P4 laptop).

I have tried making scanelf verbose, but it gives me no indication of
what it might be doing when it hangs.  It is not hard locked, it just
seems to be in an infinite loop.

If I run scanelf separately I get:

thing2 / # scanelf -pyqs__uClibc_start_main -F%F#s
/usr/bin/python2.3
/usr/bin/i386-gentoo-linux-uclibc-gcc
/usr/bin/i386-gentoo-linux-uclibc-gcc32
/usr/bin/i386-gentoo-linux-uclibc-c++
/usr/bin/i386-gentoo-linux-uclibc-g++
/usr/bin/i386-gentoo-linux-uclibc-g++32
/usr/bin/db4.1_deadlock
/usr/bin/db4.1_dump
/usr/bin/db4.1_load
/usr/bin/db4.1_printlog
/usr/bin/db4.1_recover
/usr/bin/db4.1_stat
/usr/bin/db4.1_verify
/usr/bin/db4.1_archive
/usr/bin/db4.1_checkpoint
/usr/bin/db4.1_upgrade
/usr/bin/db1_dump185
/usr/bin/cvs
/usr/bin/swig
/usr/bin/ntpdc
/usr/bin/ntpq
/usr/bin/ntptime
/usr/bin/tickadj
/usr/bin/ntp-keygen
/usr/bin/ttmkfdir
/usr/sbin/berkeley_db41_svc
/usr/sbin/ssmtp
/usr/sbin/boa
/usr/sbin/ntpd
/usr/sbin/ntpdate
/bin/mbchk
/bin/ed

It seems to hang after it finishes scanning the whole path.  My path is
set to:

PATH=/sbin:/bin:/usr/sbin:/usr/bin

If there is anything else I supply to help you let me know.

Scott  =)

Ned Ludd wrote:
> I've heard reports of this but can't reproduce it.
> Anybody experiencing this bug can give vapier, and myself a proper 
> test case we would be thankful. Sooner vs later also as I/we were about
> to cut a new pax-utils release.
> 
> 
> 
> On Wed, 2006-05-17 at 11:49 -0500, Scott L. Price wrote:
>> It hangs on:
>>  * Doing a scanelf in paths for bins containing the __uClibc_start_main
>> symbol
>>
>> I have tried scanelf separately and it is definitely what is causing the
>> ebuild to hang.  It does not hang on my glibc system, only in my chroot
>> uclibc environment.
>>
>> I have tried both versions of pax-utils that are in portage and there is
>> no change.  I even have tried a completely fresh stage3 install of the
>> chroot environment and I still have the same problem.
>>
>>
>> Thanks!
>>
>> Scott  =)
>>
>> emerge info:
>>
>> Portage 2.0.54-r2 (uclibc/x86/2005.1, gcc-3.3.5-20050130,
>> uclibc-0.9.27-r0, 2.6.15.1 i686)
>> =================================================================
>> System uname: 2.6.15.1 i686 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
>> Gentoo Base System version 1.6.14
>> dev-lang/python:     2.3.4-r1, 2.4.2
>> dev-python/pycrypto: [Not Present]
>> dev-util/ccache:     [Not Present]
>> dev-util/confcache:  [Not Present]
>> sys-apps/sandbox:    1.2.17
>> sys-devel/autoconf:  2.13, 2.59-r7
>> sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
>> sys-devel/binutils:  2.16.1
>> sys-devel/libtool:   1.5.14
>> virtual/os-headers:  2.6.11-r2
>> ACCEPT_KEYWORDS="x86"
>> AUTOCLEAN="yes"
>> CBUILD="i586-gentoo-linux-uclibc"
>> CFLAGS="-march=i586 -O3 -pipe"
>> CHOST="i586-gentoo-linux-uclibc"
>> CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
>> /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
>> /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config
>> /var/qmail/control"
>> CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo
>> /etc/env.d"
>> CXXFLAGS="-Os"
>> DISTDIR="/usr/portage/distfiles"
>> FEATURES="autoconfig buildpkg ccache distlocks nodoc noinfo noman
>> sfperms strict"
>> GENTOO_MIRRORS="http://distfiles.gentoo.org
>> http://distro.ibiblio.org/pub/linux/distributions/gentoo"
>> PKGDIR="/usr/portage/packages"
>> PORTAGE_TMPDIR="/var/tmp"
>> PORTDIR="/usr/portage"
>> PORTDIR_OVERLAY="/scripts/portage"
>> SYNC="rsync://rsync.gentoo.org/gentoo-portage"
>> USE="x86 berkdb bitmap-fonts bzip2 cli dri expat mmx ncurses pcre perl
>> python readline reflection session spl truetype-fonts type1-fonts uclibc
>> udev xorg zlib userland_GNU kernel_linux elibc_uclibc"
>> Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS,
>> MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS
>>
>>
>>
>> -- 
>> Electrical Engineering/Web Development
>> Dragonfly Technologies, Inc.                 http://www.dflytech.com
>> Hunt Utilities Group LLC                     http://www.hugllc.com
>> Hopkins, MN                                  (952) 935-2418
>>

-- 
Electrical Engineering/Web Development
Dragonfly Technologies, Inc.                 http://www.dflytech.com
Hunt Utilities Group LLC                     http://www.hugllc.com
Hopkins, MN                                  (952) 935-2418

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] Problem emerging uclibc-0.9.28

[Harald Schioeberg]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Scott L. Price wrote:

> I get this bug on both my development systems (AMD64 workstation and a
> P4 laptop).

>>> CBUILD="i586-gentoo-linux-uclibc"
>>> CFLAGS="-march=i586 -O3 -pipe"
>>> CHOST="i586-gentoo-linux-uclibc"

Somewhat unrelated question:
You are using uclibc on the workstations, or is CBUILD an artifact?

Harald
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (GNU/Linux)

iD8DBQFEa3e+Jgyxs71kcx4RAnPmAJ0eBf+daRrP34qtwhscYEfER26SoQCfQ28+
fF1HYDpePpFm+2GzVIIajvw=
=LfvG
-----END PGP SIGNATURE-----
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] Problem emerging uclibc-0.9.28

[Ned Ludd]

[-- Attachment #1: Type: text/plain, Size: 5421 bytes --]

On Wed, 2006-05-17 at 13:45 -0500, Scott L. Price wrote:
> What do you need for a proper test case?  Do you just need how to
> reproduce it?
> 
> I get this bug on both my development systems (AMD64 workstation and a
> P4 laptop).
> 
> I have tried making scanelf verbose, but it gives me no indication of
> what it might be doing when it hangs.  It is not hard locked, it just
> seems to be in an infinite loop.


Naa. It's reading from stdin cuz it can't find/figure out the terminal.
It's caused due to a changed made by vapier so one no longer has to 
pass the '-f -' option when no cmdline is given.

> If I run scanelf separately I get:
> 
> thing2 / # scanelf -pyqs__uClibc_start_main -F%F#s
> /usr/bin/python2.3
> /usr/bin/i386-gentoo-linux-uclibc-gcc
> /usr/bin/i386-gentoo-linux-uclibc-gcc32
> /usr/bin/i386-gentoo-linux-uclibc-c++
> /usr/bin/i386-gentoo-linux-uclibc-g++
> /usr/bin/i386-gentoo-linux-uclibc-g++32
> /usr/bin/db4.1_deadlock
> /usr/bin/db4.1_dump
> /usr/bin/db4.1_load
> /usr/bin/db4.1_printlog
> /usr/bin/db4.1_recover
> /usr/bin/db4.1_stat
> /usr/bin/db4.1_verify
> /usr/bin/db4.1_archive
> /usr/bin/db4.1_checkpoint
> /usr/bin/db4.1_upgrade
> /usr/bin/db1_dump185
> /usr/bin/cvs
> /usr/bin/swig
> /usr/bin/ntpdc
> /usr/bin/ntpq
> /usr/bin/ntptime
> /usr/bin/tickadj
> /usr/bin/ntp-keygen
> /usr/bin/ttmkfdir
> /usr/sbin/berkeley_db41_svc
> /usr/sbin/ssmtp
> /usr/sbin/boa
> /usr/sbin/ntpd
> /usr/sbin/ntpdate
> /bin/mbchk
> /bin/ed
> 
> It seems to hang after it finishes scanning the whole path.  My path is
> set to:

Oh Perfect thats a test case :)

Notice if you enter /bin/ed it should echo back /bin/ed again...

You have no tty I bet..
Can you type 'tty' please. 
I expect the result will have to be 'not a tty'

If so here the work around for the moment. (See attached)

> PATH=/sbin:/bin:/usr/sbin:/usr/bin
> 
> If there is anything else I supply to help you let me know.
> 
> Scott  =)
> 
> Ned Ludd wrote:
> > I've heard reports of this but can't reproduce it.
> > Anybody experiencing this bug can give vapier, and myself a proper 
> > test case we would be thankful. Sooner vs later also as I/we were about
> > to cut a new pax-utils release.
> > 
> > 
> > 
> > On Wed, 2006-05-17 at 11:49 -0500, Scott L. Price wrote:
> >> It hangs on:
> >>  * Doing a scanelf in paths for bins containing the __uClibc_start_main
> >> symbol
> >>
> >> I have tried scanelf separately and it is definitely what is causing the
> >> ebuild to hang.  It does not hang on my glibc system, only in my chroot
> >> uclibc environment.
> >>
> >> I have tried both versions of pax-utils that are in portage and there is
> >> no change.  I even have tried a completely fresh stage3 install of the
> >> chroot environment and I still have the same problem.
> >>
> >>
> >> Thanks!
> >>
> >> Scott  =)
> >>
> >> emerge info:
> >>
> >> Portage 2.0.54-r2 (uclibc/x86/2005.1, gcc-3.3.5-20050130,
> >> uclibc-0.9.27-r0, 2.6.15.1 i686)
> >> =================================================================
> >> System uname: 2.6.15.1 i686 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
> >> Gentoo Base System version 1.6.14
> >> dev-lang/python:     2.3.4-r1, 2.4.2
> >> dev-python/pycrypto: [Not Present]
> >> dev-util/ccache:     [Not Present]
> >> dev-util/confcache:  [Not Present]
> >> sys-apps/sandbox:    1.2.17
> >> sys-devel/autoconf:  2.13, 2.59-r7
> >> sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
> >> sys-devel/binutils:  2.16.1
> >> sys-devel/libtool:   1.5.14
> >> virtual/os-headers:  2.6.11-r2
> >> ACCEPT_KEYWORDS="x86"
> >> AUTOCLEAN="yes"
> >> CBUILD="i586-gentoo-linux-uclibc"
> >> CFLAGS="-march=i586 -O3 -pipe"
> >> CHOST="i586-gentoo-linux-uclibc"
> >> CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
> >> /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
> >> /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config
> >> /var/qmail/control"
> >> CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo
> >> /etc/env.d"
> >> CXXFLAGS="-Os"
> >> DISTDIR="/usr/portage/distfiles"
> >> FEATURES="autoconfig buildpkg ccache distlocks nodoc noinfo noman
> >> sfperms strict"
> >> GENTOO_MIRRORS="http://distfiles.gentoo.org
> >> http://distro.ibiblio.org/pub/linux/distributions/gentoo"
> >> PKGDIR="/usr/portage/packages"
> >> PORTAGE_TMPDIR="/var/tmp"
> >> PORTDIR="/usr/portage"
> >> PORTDIR_OVERLAY="/scripts/portage"
> >> SYNC="rsync://rsync.gentoo.org/gentoo-portage"
> >> USE="x86 berkdb bitmap-fonts bzip2 cli dri expat mmx ncurses pcre perl
> >> python readline reflection session spl truetype-fonts type1-fonts uclibc
> >> udev xorg zlib userland_GNU kernel_linux elibc_uclibc"
> >> Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS,
> >> MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS
> >>
> >>
> >>
> >> -- 
> >> Electrical Engineering/Web Development
> >> Dragonfly Technologies, Inc.                 http://www.dflytech.com
> >> Hunt Utilities Group LLC                     http://www.hugllc.com
> >> Hopkins, MN                                  (952) 935-2418
> >>
> 
> -- 
> Electrical Engineering/Web Development
> Dragonfly Technologies, Inc.                 http://www.dflytech.com
> Hunt Utilities Group LLC                     http://www.hugllc.com
> Hopkins, MN                                  (952) 935-2418
> 
-- 
Ned Ludd <solar@gentoo.org>
Gentoo Linux

[-- Attachment #2: scanelf-tty-null.patch --]
[-- Type: text/x-patch, Size: 651 bytes --]

Index: scanelf.c
===================================================================
RCS file: /var/cvsroot/gentoo-projects/pax-utils/scanelf.c,v
retrieving revision 1.152
diff -u -B -r1.152 scanelf.c
--- scanelf.c	14 May 2006 23:49:56 -0000	1.152
+++ scanelf.c	17 May 2006 19:44:08 -0000
@@ -1830,8 +1830,11 @@
 		load_ld_cache_config(0, __PAX_UTILS_DEFAULT_LD_CACHE_CONFIG);
 	if (scan_ldpath) scanelf_ldpath();
 	if (scan_envpath) scanelf_envpath();
+
+#ifdef FIXME_WHEN_YOU_GET_A_CHANCE
 	if (!from_file && optind == argc && ttyname(0) == NULL)
 		from_file = "-";
+#endif
 	if (from_file) {
 		scanelf_from_file(from_file);
 		from_file = *argv;

Re: [gentoo-embedded] Problem emerging uclibc-0.9.28

[Scott L. Price]

Harald Schioeberg wrote:
> Scott L. Price wrote:
> 
>>> I get this bug on both my development systems (AMD64 workstation and a
>>> P4 laptop).
> 
>>>>> CBUILD="i586-gentoo-linux-uclibc"
>>>>> CFLAGS="-march=i586 -O3 -pipe"
>>>>> CHOST="i586-gentoo-linux-uclibc"
> 
> Somewhat unrelated question:
> You are using uclibc on the workstations, or is CBUILD an artifact?
> 
> Harald

This is inside my chroot environment.  My workstation is
x86_64-pc-linux-gnu.

Scott  =)

-- 
Electrical Engineering/Web Development
Dragonfly Technologies, Inc.                 http://www.dflytech.com
Hunt Utilities Group LLC                     http://www.hugllc.com
Hopkins, MN                                  (952) 935-2418

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] Problem emerging uclibc-0.9.28

[Scott L. Price]

Ned Ludd wrote:
> On Wed, 2006-05-17 at 13:45 -0500, Scott L. Price wrote:

... SNIP ...
> 
> Oh Perfect thats a test case :)
> 
> Notice if you enter /bin/ed it should echo back /bin/ed again...

if I enter:

scanelf -pyqs__uClibc_start_main -F%F#s /bin/ed

it returns what it did before, plus an extra /bin/ed on the end, then it
exits normally.

> 
> You have no tty I bet..
> Can you type 'tty' please. 
> I expect the result will have to be 'not a tty'

thing2 / # tty
not a tty
thing2 / #

Yep.

> 
> If so here the work around for the moment. (See attached)

I will try it later today or early tomorrow.  Thanks!

Scott  =)

... SNIP ...
-- 
Electrical Engineering/Web Development
Dragonfly Technologies, Inc.                 http://www.dflytech.com
Hunt Utilities Group LLC                     http://www.hugllc.com
Hopkins, MN                                  (952) 935-2418

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] Problem emerging uclibc-0.9.28

[Ned Ludd]

On Wed, 2006-05-17 at 16:06 -0500, Scott L. Price wrote:
> 
> Ned Ludd wrote:
> > On Wed, 2006-05-17 at 13:45 -0500, Scott L. Price wrote:
> 
> ... SNIP ...
> > 
> > Oh Perfect thats a test case :)
> > 
> > Notice if you enter /bin/ed it should echo back /bin/ed again...
> 
> if I enter:
> 
> scanelf -pyqs__uClibc_start_main -F%F#s /bin/ed
> 
> it returns what it did before, plus an extra /bin/ed on the end, then it
> exits normally.
> 
> > 
> > You have no tty I bet..
> > Can you type 'tty' please. 
> > I expect the result will have to be 'not a tty'
> 
> thing2 / # tty
> not a tty
> thing2 / #
> 
> Yep.
> 
> > 
> > If so here the work around for the moment. (See attached)
> 
> I will try it later today or early tomorrow.  Thanks!

Fixed properly and released in pax-utils-0.1.13

thanks for the test case.


> Scott  =)
> 
> ... SNIP ...
> -- 
> Electrical Engineering/Web Development
> Dragonfly Technologies, Inc.                 http://www.dflytech.com
> Hunt Utilities Group LLC                     http://www.hugllc.com
> Hopkins, MN                                  (952) 935-2418
> 
-- 
Ned Ludd <solar@gentoo.org>
Gentoo Linux

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] Problem emerging uclibc-0.9.28

[Scott L. Price]

Ned Ludd wrote:
> On Wed, 2006-05-17 at 16:06 -0500, Scott L. Price wrote:
>> Ned Ludd wrote:
>>> On Wed, 2006-05-17 at 13:45 -0500, Scott L. Price wrote:
>> ... SNIP ...
>>> Oh Perfect thats a test case :)
>>>
>>> Notice if you enter /bin/ed it should echo back /bin/ed again...
>> if I enter:
>>
>> scanelf -pyqs__uClibc_start_main -F%F#s /bin/ed
>>
>> it returns what it did before, plus an extra /bin/ed on the end, then it
>> exits normally.
>>
>>> You have no tty I bet..
>>> Can you type 'tty' please. 
>>> I expect the result will have to be 'not a tty'
>> thing2 / # tty
>> not a tty
>> thing2 / #
>>
>> Yep.
>>
>>> If so here the work around for the moment. (See attached)
>> I will try it later today or early tomorrow.  Thanks!
> 
> Fixed properly and released in pax-utils-0.1.13
> 
> thanks for the test case.
> 

The patch worked.  ;)  I will upgrade to 0.1.13 when it gets into my
local portage tree and test it.

Thanks!

Scott  =)

-- 
Electrical Engineering/Web Development
Dragonfly Technologies, Inc.                 http://www.dflytech.com
Hunt Utilities Group LLC                     http://www.hugllc.com
Hopkins, MN                                  (952) 935-2418

-- 
gentoo-embedded@gentoo.org mailing list