| View previous topic :: View next topic |
| Author |
Message |
saimonm
n00b
Joined: 14 Apr 2003
Posts: 67
Location: Barcelona (Cyprus)
|
 Posted: Sun Feb 15, 2004 11:45 am Post subject: Can't emerge sash-3.6 |
 |
|
Hi,
I recently (this week) upgraded portage to 2.0.50-r1 and proceeded to update the system via:
emerge -u system.
Pretty soon, I stumbled upon problems emerging mod-utils 2.4.26 which I managed to solve
by reducing my cflags. However, I'm having problems with sash-3.6 and no matter what my cflags are, it still doesn't emerge.
I'm running : | Quote: | | Linux nefeli 2.4.22-ck2 #6 Thu Nov 6 19:20:42 CET 2003 i686 AMD Athlon(TM) XP 26 00+ AuthenticAMD GNU/Linux |
My USE flags are: "gnome gtk2 -kde -qt java samba apache2 alsa"
My cflags are:
| Code: |
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -ffast-math -fforce-addr -fprefetch-loop-arrays -falign-functions=16 -falign-labels=1 -falign-loops=16 -falign-jumps=16 -fstack-protector -mfpmath=sse,387 -fmerge-all-constants -funroll-all-loops"
|
(I tried reducing to CFLAGS="-march=athlon-xp -O2...)
Has anyone come across something similar or can explain what's going on?
I've had a search in the forums but not seen anything relevant.
Thanks,
Saimon
| Code: | nefeli root # emerge -u system
Calculating system dependencies ...done!
>>> emerge (1 of 22) app-shells/sash-3.6 to /
>>> md5 src_uri ;-) sash-3.6.tar.gz
>>> Unpacking source...
>>> Unpacking sash-3.6.tar.gz to /var/tmp/portage/sash-3.6/work
* Applying sash-3.6-fix-includes.patch... [ ok ] * Applying sash-3.6-readline.patch... [ ok ]>>> Source unpacked.
gcc -mcpu=athlon-xp -O3 -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o sash.o sash.c
sash.c: In function `fileman_completion':
sash.c:536: warning: implicit declaration of function `completion_matches'
sash.c:536: warning: assignment makes pointer from integer without a cast
sash.c: In function `command_generator':
sash.c:561: warning: suggest parentheses around assignment used as truth value
sash.c: At top level:
sash.c:1450: warning: `showPrompt' defined but not used
gcc -mcpu=athlon-xp -O3 -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmds.o cmds.c
gcc -mcpu=athlon-xp -O3 -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_dd.o cmd_dd.c
gcc -mcpu=athlon-xp -O3 -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_ed.o cmd_ed.c
gcc -mcpu=athlon-xp -O3 -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_grep.o cmd_grep.c
gcc -mcpu=athlon-xp -O3 -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_ls.o cmd_ls.c
gcc -mcpu=athlon-xp -O3 -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_tar.o cmd_tar.c
gcc -mcpu=athlon-xp -O3 -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_gzip.o cmd_gzip.c
gcc -mcpu=athlon-xp -O3 -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_find.o cmd_find.c
gcc -mcpu=athlon-xp -O3 -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_file.o cmd_file.c
gcc -mcpu=athlon-xp -O3 -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_chattr.o cmd_chattr.c
gcc -mcpu=athlon-xp -O3 -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_ar.o cmd_ar.c
gcc -mcpu=athlon-xp -O3 -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o utils.o utils.c
gcc --disable-shared -static -s -o sash sash.o cmds.o cmd_dd.o cmd_ed.o cmd_grep.o cmd_ls.o cmd_tar.o cmd_gzip.o cmd_find.o cmd_file.o cmd_chattr.o cmd_ar.o utils.o -lz -lreadline -lncurses
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../libc.a(ssp.o)(.bss+0x0): multiple definition of `__guard'
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/libgcc.a(_stack_smash_handler.oS)(.bss+0x0):/var/tmp/portage/gcc-3.3.2-r7/work/gcc-3.3.2/gcc/libgcc2.c:2022: first defined here
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../libc.a(ssp.o)(.text+0x80): In function `__stack_smash_handler':
: multiple definition of `__stack_smash_handler'
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/libgcc.a(_stack_smash_handler.oS)(.text+0x90):/var/tmp/portage/gcc-3.3.2-r7/work/gcc-3.3.2/gcc/libgcc2.c:2037: first defined here
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: Warning: size of symbol `__stack_smash_handler' changed from 728 in /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/libgcc.a(_stack_smash_handler.oS) to 603 in /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/libgcc.a(_stack_smash_handler.oS)
cmd_ls.o(.text+0x80a): In function `listFile':
: warning: Using 'getgrgid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
cmds.o(.text+0x354): In function `do_chgrp':
: warning: Using 'getgrnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../libreadline.a(complete.o)(.text+0x13d1): In function `rl_username_completion_function':
: warning: Using 'getpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
cmds.o(.text+0x254): In function `do_chown':
: warning: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
cmd_ls.o(.text+0x79a): In function `listFile':
: warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../libreadline.a(complete.o)(.text+0x13c1): In function `rl_username_completion_function':
: warning: Using 'setpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../libreadline.a(complete.o)(.text+0x1499): In function `rl_username_completion_function':
: warning: Using 'endpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
collect2: ld returned 1 exit status
make: *** [sash] Error 1
!!! ERROR: app-shells/sash-3.6 failed.
!!! Function src_compile, Line 31, Exitcode 2
!!! (no error message)
|
_________________
Regards,
Saimon Moore |
|
| Back to top |
|
 |
k9
Apprentice
Joined: 28 Sep 2003
Posts: 160
Location: Salt Lake City, USA
|
|
| Back to top |
|
|
saimonm
n00b
Joined: 14 Apr 2003
Posts: 67
Location: Barcelona (Cyprus)
|
| Posted: Sun Feb 15, 2004 5:04 pm Post subject: |
|
|
Juste emerge sync'd and getting a similar problem with sash-3.7
| Code: |
17:55:42 (18.81 KB/s) - `/usr/portage/distfiles/sash-3.7.tar.gz' saved [50337/50337]
>>> md5 src_uri ;-) sash-3.7.tar.gz
>>> Unpacking source...
>>> Unpacking sash-3.7.tar.gz to /var/tmp/portage/sash-3.7/work
* Applying sash-3.6-fix-includes.patch... [ ok ] * Applying sash-3.6-readline.patch... [ ok ]>>> Source unpacked.
gcc -mcpu=athlon-xp -O3 -pipe -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o sash.o sash.c
sash.c: In function `fileman_completion':
sash.c:536: warning: implicit declaration of function `completion_matches'
sash.c:536: warning: assignment makes pointer from integer without a cast
sash.c: In function `command_generator':
sash.c:561: warning: suggest parentheses around assignment used as truth value
sash.c: At top level:
sash.c:1454: warning: `showPrompt' defined but not used
gcc -mcpu=athlon-xp -O3 -pipe -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmds.o cmds.c
gcc -mcpu=athlon-xp -O3 -pipe -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_dd.o cmd_dd.c
gcc -mcpu=athlon-xp -O3 -pipe -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_ed.o cmd_ed.c
gcc -mcpu=athlon-xp -O3 -pipe -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_grep.o cmd_grep.c
gcc -mcpu=athlon-xp -O3 -pipe -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_ls.o cmd_ls.c
gcc -mcpu=athlon-xp -O3 -pipe -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_tar.o cmd_tar.c
gcc -mcpu=athlon-xp -O3 -pipe -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_gzip.o cmd_gzip.c
gcc -mcpu=athlon-xp -O3 -pipe -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_find.o cmd_find.c
gcc -mcpu=athlon-xp -O3 -pipe -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_file.o cmd_file.c
gcc -mcpu=athlon-xp -O3 -pipe -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_chattr.o cmd_chattr.c
gcc -mcpu=athlon-xp -O3 -pipe -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o cmd_ar.o cmd_ar.c
gcc -mcpu=athlon-xp -O3 -pipe -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=1 -DHAVE_LINUX_MOUNT=1 -DHAVE_BSD_MOUNT=0 -DMOUNT_TYPE='"ext3"' -DHAVE_READLINE -c -o utils.o utils.c
gcc --disable-shared -static -s -o sash sash.o cmds.o cmd_dd.o cmd_ed.o cmd_grep.o cmd_ls.o cmd_tar.o cmd_gzip.o cmd_find.o cmd_file.o cmd_chattr.o cmd_ar.o utils.o -lz -lreadline -lncurses
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../libc.a(ssp.o)(.bss+0x0): multiple definition of `__guard'
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/libgcc.a(_stack_smash_handler.oS)(.bss+0x0):/var/tmp/portage/gcc-3.3.2-r7/work/gcc-3.3.2/gcc/libgcc2.c:2022: first defined here
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../libc.a(ssp.o)(.text+0x80): In function `__stack_smash_handler':
: multiple definition of `__stack_smash_handler'
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/libgcc.a(_stack_smash_handler.oS)(.text+0x90):/var/tmp/portage/gcc-3.3.2-r7/work/gcc-3.3.2/gcc/libgcc2.c:2037: first defined here
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: Warning: size of symbol `__stack_smash_handler' changed from 728 in /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/libgcc.a(_stack_smash_handler.oS) to 603 in /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/libgcc.a(_stack_smash_handler.oS)
cmd_ls.o(.text+0x80a): In function `listFile':
: warning: Using 'getgrgid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
cmds.o(.text+0x354): In function `do_chgrp':
: warning: Using 'getgrnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../libreadline.a(complete.o)(.text+0x13d1): In function `rl_username_completion_function':
: warning: Using 'getpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
cmds.o(.text+0x254): In function `do_chown':
: warning: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
cmd_ls.o(.text+0x79a): In function `listFile':
: warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../libreadline.a(complete.o)(.text+0x13c1): In function `rl_username_completion_function':
: warning: Using 'setpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../libreadline.a(complete.o)(.text+0x1499): In function `rl_username_completion_function':
: warning: Using 'endpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
collect2: ld returned 1 exit status
make: *** [sash] Error 1
!!! ERROR: app-shells/sash-3.7 failed.
!!! Function src_compile, Line 31, Exitcode 2
!!! (no error message)
|
_________________
Regards,
Saimon Moore |
|
| Back to top |
|
|
k9
Apprentice
Joined: 28 Sep 2003
Posts: 160
Location: Salt Lake City, USA
|
| Posted: Sun Feb 15, 2004 5:22 pm Post subject: |
|
|
| I just realized I have sash 3.6 successfully installed on my machine. I just rebuilt it to see what happens. I noticed that I get all of the same warnings you got with sash 3.6 except for the bit about libc.a(ssp.o). Also, my CFLAGS are -march=athlon-xp -O2 -pipe. |
|
| Back to top |
|
|
saimonm
n00b
Joined: 14 Apr 2003
Posts: 67
Location: Barcelona (Cyprus)
|
| Posted: Sun Feb 15, 2004 5:36 pm Post subject: |
|
|
Added Bug 41675 to bugzilla...
Saimon
_________________
Regards,
Saimon Moore |
|
| Back to top |
|
|
saimonm
n00b
Joined: 14 Apr 2003
Posts: 67
Location: Barcelona (Cyprus)
|
| Posted: Mon Feb 16, 2004 8:11 am Post subject: |
|
|
K9,
So any ideas about what could be causing this? I'm completely lost...
And I can't continue my emerge -u system... Is there a way to force the emerge to skip a particular dependency?
_________________
Regards,
Saimon Moore |
|
| Back to top |
|
|
k9
Apprentice
Joined: 28 Sep 2003
Posts: 160
Location: Salt Lake City, USA
|
| Posted: Mon Feb 16, 2004 3:55 pm Post subject: |
|
|
| I don't really know what could be causing it. I would guess that it is some problem with a library that is on your system. I don't have much time to really look into this problem and I can't find a way to reproduce it. I'm somewhat suprised we haven't heard from other people in the forums about this, since it seems like at least one other person gets the same error messages. |
|
| Back to top |
|
|
saimonm
n00b
Joined: 14 Apr 2003
Posts: 67
Location: Barcelona (Cyprus)
|
| Posted: Tue Feb 17, 2004 6:36 am Post subject: |
|
|
I decided to recompile everything and so I issued:
emerge -uev system.
Things appeared to be going well until it bombed out complaining about 'ACCESS DENIED' accessing /dev/random. This is the first time I've seen this error. I checked the permissons (See bottom) and root has both read and write access.
Does anyone know what's going on?
Can any experts out there lend a hand to see what may be happening?..
Thanks...
| Code: |
gcc -DLOCALEDIR=\"/usr/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DUSEJEXE=0 -DGETTEXTJEXEDIR=\"/usr/lib/gettext\" -DGETTEXTJAR=\"/usr/share/gettext/gettext.jar\" -DLIBDIR=\"/usr/lib\" -DGETTEXTDATADIR=\"/usr/share/gettext\" -DPROJECTSDIR=\"/usr/share/gettext/projects\" -DHAVE_CONFIG_H -I. -I. -I.. -I. -I. -I.. -I../libuniname -I../lib -I../lib -I../intl -I../../gettext-runtime/intl -DINSTALLDIR=\"/usr/lib/gettext\" -march=athlon-xp -O3 -pipe -fomit-frame-pointer -ffast-math -fforce-addr -fprefetch-loop-arrays -falign-functions=16 -falign-labels=1 -falign-loops=16 -falign-jumps=16 -fstack-protector -mfpmath=sse,387 -fmerge-all-constants -funroll-all-loops -c -o urlget-urlget.o `test -f 'urlget.c' || echo './'`urlget.c
/bin/sh ../lib/javacomp.sh -d . ./gnu/gettext/DumpResource.java
/bin/sh ../lib/javacomp.sh -d . ./gnu/gettext/GetURL.java
ACCESS DENIED open_wr: /dev/random
ACCESS DENIED open_wr: /dev/random
/bin/sh ../libtool --mode=link gcc -march=athlon-xp -O3 -pipe -fomit-frame-pointer -ffast-math -fforce-addr -fprefetch-loop-arrays -falign-functions=16 -falign-labels=1 -falign-loops=16 -falign-jumps=16 -fstack-protector -mfpmath=sse,387 -fmerge-all-constants -funroll-all-loops -o libgettextsrc.la -rpath /usr/lib -release 0.12.1 ../lib/libgettextlib.la -lc -no-undefined message.lo read-po-abstract.lo po-lex.lo po-gram-gen.lo po-hash-gen.lo po-charset.lo read-properties.lo open-po.lo dir-list.lo str-list.lo read-po.lo write-properties.lo write-po.lo msgl-ascii.lo msgl-iconv.lo msgl-equal.lo msgl-cat.lo msgl-english.lo file-list.lo msgl-charset.lo po-time.lo plural.lo plural-table.lo format.lo format-c.lo format-python.lo format-lisp.lo format-elisp.lo format-librep.lo format-java.lo format-awk.lo format-pascal.lo format-ycp.lo format-tcl.lo format-php.lo
....
creating cake
/bin/sh ../libtool --mode=link gcc -march=athlon-xp -O3 -pipe -fomit-frame-pointer -ffast-math -fforce-addr -fprefetch-loop-arrays -falign-functions=16 -falign-labels=1 -falign-loops=16 -falign-jumps=16 -fstack-protector -mfpmath=sse,387 -fmerge-all-constants -funroll-all-loops -o fc4 format-c-4-prg.o setlocale.o ../lib/libgettextlib.la ../intl/libgnuintl.la
gcc -march=athlon-xp -O3 -pipe -fomit-frame-pointer -ffast-math -fforce-addr -fprefetch-loop-arrays -falign-functions=16 -falign-labels=1 -falign-loops=16 -falign-jumps=16 -fstack-protector -mfpmath=sse,387 -fmerge-all-constants -funroll-all-loops -o .libs/fc3 format-c-3-prg.o setlocale.o ../lib/.libs/libgettextlib.so ../intl/.libs/libgnuintl.so -lc
creating fc3
gcc -march=athlon-xp -O3 -pipe -fomit-frame-pointer -ffast-math -fforce-addr -fprefetch-loop-arrays -falign-functions=16 -falign-labels=1 -falign-loops=16 -falign-jumps=16 -fstack-protector -mfpmath=sse,387 -fmerge-all-constants -funroll-all-loops -o .libs/fc4 format-c-4-prg.o setlocale.o ../lib/.libs/libgettextlib.so ../intl/.libs/libgnuintl.so -lc
creating fc4
make[3]: Leaving directory `/var/tmp/portage/gettext-0.12.1-r1/work/gettext-0.12.1/gettext-tools/tests'
make[3]: Entering directory `/var/tmp/portage/gettext-0.12.1-r1/work/gettext-0.12.1/gettext-tools'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/var/tmp/portage/gettext-0.12.1-r1/work/gettext-0.12.1/gettext-tools'
make[2]: Leaving directory `/var/tmp/portage/gettext-0.12.1-r1/work/gettext-0.12.1/gettext-tools'
make[1]: Leaving directory `/var/tmp/portage/gettext-0.12.1-r1/work/gettext-0.12.1/gettext-tools'
make[1]: Entering directory `/var/tmp/portage/gettext-0.12.1-r1/work/gettext-0.12.1'
make[1]: Nothing to be done for `all-am'.
make[1]: Leaving directory `/var/tmp/portage/gettext-0.12.1-r1/work/gettext-0.12.1'
--------------------------- ACCESS VIOLATION SUMMARY ---------------------------LOG FILE = "/tmp/sandbox-sys-devel_-_gettext-0.12.1-r1-27821.log"
open_wr: /dev/random
open_wr: /dev/random
open_wr: /dev/random
--------------------------------------------------------------------------------nefeli root #
nefeli root # ls -la /dev/random
crw-r--r-- 1 root root 1, 8 Jan 1 1970 /dev/random
|
The log file just has the three 'open_wr' lines in it...
_________________
Regards,
Saimon Moore |
|
| Back to top |
|
|
TheBohemian
n00b
Joined: 17 Feb 2004
Posts: 33
|
| Posted: Sat Feb 21, 2004 3:53 am Post subject: |
|
|
I have the same problem with
"ACCESS DENIED open_wr: /dev/random"
with some ebuilds. Just searched the forum and found this 
Is that related to a specific Kernel option? |
|
| Back to top |
|
|
saimonm
n00b
Joined: 14 Apr 2003
Posts: 67
Location: Barcelona (Cyprus)
|
| Posted: Mon Feb 23, 2004 8:08 am Post subject: |
|
|
I wish I new...
I've been side-tracked with two other issues (guard symbols in gcc loop and emerging qt )....
I'm still unable to emerge -u my system because of this and the above mentioned problems....
_________________
Regards,
Saimon Moore |
|
| Back to top |
|
|
spudicus
Apprentice
Joined: 05 Dec 2002
Posts: 177
Location: Geraldton, Australia
|
| Posted: Wed Feb 25, 2004 1:27 am Post subject: |
|
|
I previously had the above problem with sash and was never able to find a solution...
However, considering I'd never used sash and was unaware (yet)of any real dependencies on
it, I just injected it into portage (emerge -i sash-3.6) and was able to update the rest of my
system. Definitely not an ideal solution but at least it wasn't holding back the rest of my system. |
|
| Back to top |
|
|
saimonm
n00b
Joined: 14 Apr 2003
Posts: 67
Location: Barcelona (Cyprus)
|
| Posted: Wed Feb 25, 2004 7:52 am Post subject: |
|
|
Thanks spudicus,
I wish I could emerge -i gcc ...
_________________
Regards,
Saimon Moore |
|
| Back to top |
|
|
TheBohemian
n00b
Joined: 17 Feb 2004
Posts: 33
|
| Posted: Sat Feb 28, 2004 4:25 pm Post subject: |
|
|
| I got that strange "ACCESS DENIED open_wr: /dev/random" when emerging the "db" ebuild (needed for pam). However after searching in the forums I found out that it is needed to have a 1.4.x JDK/JRE as system vm activated. I was using the new 1.5.0 Beta SDK before ... |
|
| Back to top |
|
|
dausha
Tux's lil' helper
Joined: 08 Nov 2003
Posts: 112
Location: 34° 45' 44.5"N 92° 23' 10.5"W
|
| Posted: Fri Mar 05, 2004 1:45 pm Post subject: |
|
|
k9,
I was able to 'reproduce the problem,' by building a system from scratch, starting at stage 1. I started it last night and left happily knowing that 'emerge system' would be ready the next morning. I come in this morning and see it errored out on 'sash', which leaves me 35 packages behind.
I fixed the problem with emerge -i and am continuing on.
What is the purpose of sash that it is a part of system? |
|
| Back to top |
|
|
dausha
Tux's lil' helper
Joined: 08 Nov 2003
Posts: 112
Location: 34° 45' 44.5"N 92° 23' 10.5"W
|
| Posted: Sat Mar 06, 2004 12:38 am Post subject: |
|
|
| I found my problem. I was on a Duron Athlon system but my CFLAGS was set on athlon-xp instead of athlon. As soon as I fixed that, no worries. |
|
| Back to top |
|
|
Gotterdammerung
l33t
Joined: 11 Feb 2004
Posts: 627
Location: Rio de Janeiro, Brazil
|
| Posted: Wed May 19, 2004 4:47 pm Post subject: sash problem solved |
|
|
Hello!
I was having this very same problem trying to compile sash, but I solved this problem editing sash ebuild. I switched:
| Code: | src_compile() {
make || die
} |
for
| Code: | src_compile() {
make -i || die
} |
And now it works just fine:
| Code: | gentoo-xp sash # sash
Stand-alone shell (version 3.6)
$ |
OBS.: I have unmerged sash before trying these steps.
_________________
A mind that is stretched by a new experience can never go back to its old dimensions. - Oliver Wendell Holmes |
|
| Back to top |
|
|
|
Portage & Programming
