Re: [gentoo-user] dev-java/sun-jdk-1.6.0.11 Failed to unpack

2008-12-15 Thread Neil Bothwick
On Sun, 14 Dec 2008 21:48:47 -0500, Jeff Cranmer wrote:

 I've also discovered that the /etc/make.profile symlink was pointing at
 the x86 default-linux profile set, not the amd64 profile.
 
 I'm attempting a recompile now with the symlink changed, and hopefully
 this will fix my problems.  I wonder if this latent error is not about
 to cost me a whole bunch more though.  Is there anything I should do
 with the emerge command or any other command in order to correct this
 profile problem?

What is your CHOST set to? The output of emerge --info may be helpful
here.

I'd definitely do an emerge -e world once you've got make.conf and your
profile straightened out.


-- 
Neil Bothwick

- We are but packets in the internet of Life-


signature.asc
Description: PGP signature


Re: [gentoo-user] dev-java/sun-jdk-1.6.0.11 Failed to unpack

2008-12-15 Thread Jeff Cranmer
On Monday 15 December 2008 03:40:00 am Neil Bothwick wrote:
 On Sun, 14 Dec 2008 21:48:47 -0500, Jeff Cranmer wrote:
  I've also discovered that the /etc/make.profile symlink was pointing at
  the x86 default-linux profile set, not the amd64 profile.
 
  I'm attempting a recompile now with the symlink changed, and hopefully
  this will fix my problems.  I wonder if this latent error is not about
  to cost me a whole bunch more though.  Is there anything I should do
  with the emerge command or any other command in order to correct this
  profile problem?

 What is your CHOST set to? The output of emerge --info may be helpful
 here.

 I'd definitely do an emerge -e world once you've got make.conf and your
 profile straightened out.

sun-jdk is now installed.
I'm now having problems with gcc, as it fails with an error.  I'm guessing 
that having an out-of date gcc is probably driving a few more packages to 
failure.

 * ERROR: sys-devel/gcc-4.1.2 failed.
 * Call stack:
 *   ebuild.sh, line   49:  Called src_compile
 * environment, line 4656:  Called toolchain_src_compile
 * environment, line 5174:  Called gcc_src_compile
 * environment, line 2982:  Called gcc_do_make
 * environment, line 2805:  Called die
 * The specific snippet of code:
 *   emake LDFLAGS=${LDFLAGS} STAGE1_CFLAGS=${STAGE1_CFLAGS} 
LIBPATH=${LIBPATH} BOOT_CFLAGS=${BOOT_CFLAGS} ${GCC_MAKE_TARGET} || 
die emake failed with ${GCC_MAKE_TARGET};
 *  The die message:
 *   emake failed with profiledbootstrap
 *
 * If you need support, post the topmost build error, and the call stack if 
relevant.
 * A complete build log is located 
at '/var/tmp/portage/sys-devel/gcc-4.1.2/temp/build.log'.
 * The ebuild environment file is located 
at '/var/tmp/portage/sys-devel/gcc-4.1.2/temp/environment'.

Here's what emerge --info looks like
Portage 2.1.4.5 (default-linux/amd64/2007.0, gcc-4.3.2, 
glibc-2.9_p20081201-r0, 2.6.24-gentoo-r4 x86_64)
=
System uname: 2.6.24-gentoo-r4 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 
3800+
Timestamp of tree: Sat, 13 Dec 2008 08:00:01 +
app-shells/bash: 3.2_p33
dev-java/java-config: 1.3.7-r1, 2.1.6
dev-lang/python: 2.4.4-r13, 2.5.2-r7
dev-python/pycrypto: 2.0.1-r6
dev-util/cmake:  2.4.6-r1
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r2
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 
1.10.1-r1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS=amd64
CBUILD=x86_64-pc-linux-gnu
CFLAGS=-O2 -pipe -march=athlon64
CHOST=x86_64-pc-linux-gnu
CONFIG_PROTECT=/etc /usr/kde/3.5/env /usr/kde/3.5/share/config 
/usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb
CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ 
/etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ 
/etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild 
/etc/terminfo /etc/texmf/web2c /etc/udev/rules.d
CXXFLAGS=-O2 -pipe -march=athlon64
DISTDIR=/usr/portage/distfiles
FEATURES=distlocks metadata-transfer sandbox sfperms strict unmerge-orphans 
userfetch
GENTOO_MIRRORS=http://distfiles.gentoo.org 
http://distro.ibiblio.org/pub/linux/distributions/gentoo;
MAKEOPTS=-j3
PKGDIR=/usr/portage/packages
PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress 
--force --whole-file --delete --stats --timeout=180 --exclude=/distfiles 
--exclude=/local --exclude=/packages
PORTAGE_TMPDIR=/var/tmp
PORTDIR=/usr/portage
SYNC=rsync://rsync.gentoo.org/gentoo-portage
USE=a52 aac acl amd64 asf berkdb cli cracklib crypt cups dar64 doc dri dv 
dvdread foomaticdb fortran gdbm gimpprint gpm hal iconv ipv6 isdnlog midi 
mjpeg mmx mudflap ncurses nls nptl nptlonly openmp pam pcre pdf perl pppd 
python readline realmedia reflection scanner session smp spl sse sse2 ssl 
tcpd tiff unicode usb wmf xinerama xorg xulrunner xvid zlib 
ALSA_CARDS=hda-intel ALSA_PCM_PLUGINS=adpcm alaw asym copy dmix dshare 
dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter 
mmap_emul mulaw multi null plug rate route share shm softvol 
APACHE2_MODULES=actions alias auth_basic auth_digest authn_anon authn_dbd 
authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile 
authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd 
deflate dir disk_cache env expires ext_filter file_cache filter headers ident 
imagemap include info log_config logio mem_cache mime mime_magic negotiation 
proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so 
speling status unique_id userdir usertrack vhost_alias ELIBC=glibc 
INPUT_DEVICES=keyboard mouse joystick KERNEL=linux LCD_DEVICES=bayrad 
cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text 
USERLAND=GNU 

Re: [gentoo-user] dev-java/sun-jdk-1.6.0.11 Failed to unpack

2008-12-14 Thread Jeff Cranmer
Thanks,

That only adds more questions.
My environment is amd64.  It appears to have downloaded the i586 binary.  
Surely this is incorrect?

my make.conf file contains the line
CFLAGS=-O2 -pipe -march=athlon-xp, which should trigger the 64 bit binaries 
to be downloaded and acted upon.

The CFLAGS variable was previously set to -O2 -pipe -march=athlon64, and I 
don't think that athlon64 is a valid gcc compile flag, but the response was 
the same with this set of CFLAGS variables too.

Also,since I changed the CFLAGS variable, is there anything I need to do in 
compilation to correct any errors resulting from the original (I believe 
invalid) variable?

Any suggestions gratefully received.

Jeff

On Saturday 13 December 2008 06:43:24 pm Jean-Baptiste Mestelan wrote:
 2008/12/13 Jeff Cranmer jcranme...@earthlink.net

  Perhaps it would have done if I knew where the download page was.

 The file /usr/portage/dev-java/sun-jdk/sun-jdk-1.6.0.11.ebuild
 will disclose this information, and hints at
 https://jdk-distros.dev.java.net/developer.html


 Regards.



Re: [gentoo-user] dev-java/sun-jdk-1.6.0.11 Failed to unpack

2008-12-14 Thread Jeff Cranmer
Progress:

I've discovered that athlon64 is a valid gcc make flag, so I changed it back.

I've also discovered that the /etc/make.profile symlink was pointing at the 
x86 default-linux profile set, not the amd64 profile.

I'm attempting a recompile now with the symlink changed, and hopefully this 
will fix my problems.  I wonder if this latent error is not about to cost me 
a whole bunch more though.  Is there anything I should do with the emerge 
command or any other command in order to correct this profile problem?

Thanks

Jeff


On Sunday 14 December 2008 09:17:22 pm Jeff Cranmer wrote:
 Thanks,

 That only adds more questions.
 My environment is amd64.  It appears to have downloaded the i586 binary.
 Surely this is incorrect?

 my make.conf file contains the line
 CFLAGS=-O2 -pipe -march=athlon-xp, which should trigger the 64 bit
 binaries to be downloaded and acted upon.

 The CFLAGS variable was previously set to -O2 -pipe -march=athlon64, and
 I don't think that athlon64 is a valid gcc compile flag, but the response
 was the same with this set of CFLAGS variables too.

 Also,since I changed the CFLAGS variable, is there anything I need to do in
 compilation to correct any errors resulting from the original (I believe
 invalid) variable?

 Any suggestions gratefully received.

 Jeff

 On Saturday 13 December 2008 06:43:24 pm Jean-Baptiste Mestelan wrote:
  2008/12/13 Jeff Cranmer jcranme...@earthlink.net
 
   Perhaps it would have done if I knew where the download page was.
 
  The file /usr/portage/dev-java/sun-jdk/sun-jdk-1.6.0.11.ebuild
  will disclose this information, and hints at
  https://jdk-distros.dev.java.net/developer.html
 
 
  Regards.



Re: [gentoo-user] dev-java/sun-jdk-1.6.0.11 Failed to unpack

2008-12-14 Thread Jeff Cranmer
It looks like fixing the /etc/make.profile symlink fixed my problem.
I'm still a little nervous about whether I need to run any other commands in 
order to prevent my system going wrong after making this correction.

Jeff


On Sunday 14 December 2008 09:48:47 pm Jeff Cranmer wrote:
 Progress:

 I've discovered that athlon64 is a valid gcc make flag, so I changed it
 back.

 I've also discovered that the /etc/make.profile symlink was pointing at the
 x86 default-linux profile set, not the amd64 profile.

 I'm attempting a recompile now with the symlink changed, and hopefully this
 will fix my problems.  I wonder if this latent error is not about to cost
 me a whole bunch more though.  Is there anything I should do with the
 emerge command or any other command in order to correct this profile
 problem?

 Thanks

 Jeff

 On Sunday 14 December 2008 09:17:22 pm Jeff Cranmer wrote:
  Thanks,
 
  That only adds more questions.
  My environment is amd64.  It appears to have downloaded the i586 binary.
  Surely this is incorrect?
 
  my make.conf file contains the line
  CFLAGS=-O2 -pipe -march=athlon-xp, which should trigger the 64 bit
  binaries to be downloaded and acted upon.
 
  The CFLAGS variable was previously set to -O2 -pipe -march=athlon64,
  and I don't think that athlon64 is a valid gcc compile flag, but the
  response was the same with this set of CFLAGS variables too.
 
  Also,since I changed the CFLAGS variable, is there anything I need to do
  in compilation to correct any errors resulting from the original (I
  believe invalid) variable?
 
  Any suggestions gratefully received.
 
  Jeff
 
  On Saturday 13 December 2008 06:43:24 pm Jean-Baptiste Mestelan wrote:
   2008/12/13 Jeff Cranmer jcranme...@earthlink.net
  
Perhaps it would have done if I knew where the download page was.
  
   The file /usr/portage/dev-java/sun-jdk/sun-jdk-1.6.0.11.ebuild
   will disclose this information, and hints at
   https://jdk-distros.dev.java.net/developer.html
  
  
   Regards.



Re: [gentoo-user] dev-java/sun-jdk-1.6.0.11 Failed to unpack

2008-12-14 Thread Dale
Jeff Cranmer wrote:
 It looks like fixing the /etc/make.profile symlink fixed my problem.
 I'm still a little nervous about whether I need to run any other commands in 
 order to prevent my system going wrong after making this correction.

 Jeff


   

Let me see if I understand correctly.  You mistakenly set your system up
as a 32 bit and you are changing it to a 64 bit ?  If that is correct, I
think you need to reinstall.  There may be other threads you can search
for but from what I have read, I think a reinstall is going to be
recommended.  I'm just a 32 bit user here but I don't think it is that
easy to switch from 32 to 64 bit.

I would check the forums, archives for this list and maybe some docs on
the Gentoo site.  The Gentoo wiki may be of help too.  I wouldn't get my
hopes up that this switch is that easy.

If you don't get a guru to reply soon, may want to try starting a new
thread.

Dale

:-)  :-) 



Re: [gentoo-user] dev-java/sun-jdk-1.6.0.11 Failed to unpack

2008-12-13 Thread Neil Bothwick
On Fri, 12 Dec 2008 23:03:43 -0500, Jeff Cranmer wrote:

 Failed to extract the files.  Please refer to the Troubleshooting
 section of the Installation Instructions on the download page for more
 information.

Did this help?


-- 
Neil Bothwick

The nice thing about Windows is - It does not just crash,
it displays a dialog box and lets you press OK first.


signature.asc
Description: PGP signature


Re: [gentoo-user] dev-java/sun-jdk-1.6.0.11 Failed to unpack

2008-12-13 Thread Jeff Cranmer
Perhaps it would have done if I knew where the download page was.

On Saturday 13 December 2008 07:25:36 am Neil Bothwick wrote:
 On Fri, 12 Dec 2008 23:03:43 -0500, Jeff Cranmer wrote:
  Failed to extract the files.  Please refer to the Troubleshooting
  section of the Installation Instructions on the download page for more
  information.

 Did this help?



Re: [gentoo-user] dev-java/sun-jdk-1.6.0.11 Failed to unpack

2008-12-13 Thread Jean-Baptiste Mestelan
2008/12/13 Jeff Cranmer jcranme...@earthlink.net
 Perhaps it would have done if I knew where the download page was.

The file /usr/portage/dev-java/sun-jdk/sun-jdk-1.6.0.11.ebuild
will disclose this information, and hints at
https://jdk-distros.dev.java.net/developer.html


Regards.



[gentoo-user] dev-java/sun-jdk-1.6.0.11 Failed to unpack

2008-12-12 Thread Jeff Cranmer
I am getting an error when I try to update sun-jdK

/var/tmp/portage/dev-java/sun-jdk-1.6.0.11/distdir/jdk-6u11-dlj-linux-i586.bin: 
line 821: ./install.sfx.14482: No such file or directory
Failed to extract the files.  Please refer to the Troubleshooting section of
the Installation Instructions on the download page for more information.
 *
 * ERROR: dev-java/sun-jdk-1.6.0.11 failed.
 * Call stack:
 *   ebuild.sh, line   49:  Called src_unpack
 * environment, line 2683:  Called die
 * The specific snippet of code:
 *   sh ${DISTDIR}/${A} --accept-license --unpack || die Failed to 
unpack
 *  The die message:
 *   Failed to unpack
 *
 * If you need support, post the topmost build error, and the call stack if 
relevant.
 * A complete build log is located 
at '/var/tmp/portage/dev-java/sun-jdk-1.6.0.11/temp/build.log'.
 * The ebuild environment file is located 
at '/var/tmp/portage/dev-java/sun-jdk-1.6.0.11/temp/environment'

Can anyone shed any light on this error for me?

Thanks

Jeff