View previous topic :: View next topic |
Author |
Message |
dsiggi Tux's lil' helper
Joined: 28 Aug 2007 Posts: 92 Location: Wilhermsdorf
|
Posted: Fri Nov 07, 2014 10:09 pm Post subject: [gelöst] Update von dev-java/oracle-jdk-bin schlägt fehl |
|
|
Hi,
ich bekomme auf meinem System das Paket "dev-java/oracle-jdk-bin" nicht auf den neusten Stand (Version 1.7.0.72).
Hier die Ausgabe von portage:
Code: |
akoya-linux siggi # emerge -av1 =dev-java/oracle-jdk-bin-1.7.0.72
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild fU ] dev-java/oracle-jdk-bin-1.7.0.72:1.7 [1.7.0.67:1.7] USE="X alsa fontconfig (-aqua) -derby -doc -examples -jce -nsplugin -pax_kernel (-selinux) -source" 0 KiB
Total: 1 package (1 upgrade), Size of downloads: 0 KiB
Fetch Restriction: 1 package
Would you like to merge these packages? [Yes/No]
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) dev-java/oracle-jdk-bin-1.7.0.72::gentoo
* jdk-7u72-linux-x64.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ]
>>> Unpacking source...
>>> Unpacking jdk-7u72-linux-x64.tar.gz to /var/tmp/portage/dev-java/oracle-jdk-bin-1.7.0.72/work
gzip: /var/tmp/portage/dev-java/oracle-jdk-bin-1.7.0.72/distdir/jdk-7u72-linux-x64.tar.gz: Permission denied
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors
* ERROR: dev-java/oracle-jdk-bin-1.7.0.72::gentoo failed (unpack phase):
* failure unpacking jdk-7u72-linux-x64.tar.gz
*
* Call stack:
* ebuild.sh, line 93: Called src_unpack
* environment, line 2554: Called default
* phase-functions.sh, line 770: Called default_src_unpack
* phase-functions.sh, line 797: Called __eapi0_src_unpack
* phase-helpers.sh, line 648: Called unpack 'jdk-7u72-linux-x64.tar.gz'
* phase-helpers.sh, line 357: Called __unpack_tar 'gzip -d'
* phase-helpers.sh, line 299: Called __assert_sigpipe_ok 'failure unpacking jdk-7u72-linux-x64.tar.gz'
* isolated-functions.sh, line 39: Called die
* The specific snippet of code:
* [[ $x -ne 0 && $x -ne ${PORTAGE_SIGPIPE_STATUS:-141} ]] && die "$@"
*
* If you need support, post the output of `emerge --info '=dev-java/oracle-jdk-bin-1.7.0.72::gentoo'`,
* the complete build log and the output of `emerge -pqv '=dev-java/oracle-jdk-bin-1.7.0.72::gentoo'`.
* The complete build log is located at '/var/tmp/portage/dev-java/oracle-jdk-bin-1.7.0.72/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/dev-java/oracle-jdk-bin-1.7.0.72/temp/environment'.
* Working directory: '/var/tmp/portage/dev-java/oracle-jdk-bin-1.7.0.72/work'
* S: '/var/tmp/portage/dev-java/oracle-jdk-bin-1.7.0.72/work/jdk1.7.0_72'
>>> Failed to emerge dev-java/oracle-jdk-bin-1.7.0.72, Log file:
>>> '/var/tmp/portage/dev-java/oracle-jdk-bin-1.7.0.72/temp/build.log'
* Messages for package dev-java/oracle-jdk-bin-1.7.0.72:
* ERROR: dev-java/oracle-jdk-bin-1.7.0.72::gentoo failed (unpack phase):
* failure unpacking jdk-7u72-linux-x64.tar.gz
*
* Call stack:
* ebuild.sh, line 93: Called src_unpack
* environment, line 2554: Called default
* phase-functions.sh, line 770: Called default_src_unpack
* phase-functions.sh, line 797: Called __eapi0_src_unpack
* phase-helpers.sh, line 648: Called unpack 'jdk-7u72-linux-x64.tar.gz'
* phase-helpers.sh, line 357: Called __unpack_tar 'gzip -d'
* phase-helpers.sh, line 299: Called __assert_sigpipe_ok 'failure unpacking jdk-7u72-linux-x64.tar.gz'
* isolated-functions.sh, line 39: Called die
* The specific snippet of code:
* [[ $x -ne 0 && $x -ne ${PORTAGE_SIGPIPE_STATUS:-141} ]] && die "$@"
*
* If you need support, post the output of `emerge --info '=dev-java/oracle-jdk-bin-1.7.0.72::gentoo'`,
* the complete build log and the output of `emerge -pqv '=dev-java/oracle-jdk-bin-1.7.0.72::gentoo'`.
* The complete build log is located at '/var/tmp/portage/dev-java/oracle-jdk-bin-1.7.0.72/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/dev-java/oracle-jdk-bin-1.7.0.72/temp/environment'.
* Working directory: '/var/tmp/portage/dev-java/oracle-jdk-bin-1.7.0.72/work'
* S: '/var/tmp/portage/dev-java/oracle-jdk-bin-1.7.0.72/work/jdk1.7.0_72'
akoya-linux siggi #
|
Laut Fehlermeldung scheint es sich um kein gültiges TAR-Archiv zu handeln. Die Prüfsummen stimmen aber.
Jetzt das komische.
Ich habe die Datei "jdk-7u72-linux-x64.tar.gz" in den Ordner "/mnt/data/Downloads" heruntergeladen.
Dort kann ich das Archiv als User sauber entpacken.
Also das Archiv ist also in Ordnung.
Nun kopiere ich das Archiv als root nach /usr/portage/distfiles.
Code: |
akoya-linux Downloads # cp jdk-7u72-linux-x64.tar.gz /usr/portage/distfiles/
akoya-linux Downloads #
|
Nun wechsel ich nach /usr/portage/disrfiles und versuche das Archiv zu entpacken
Code: |
akoya-linux distfiles # tar xf jdk-7u72-linux-x64.tar.gz
akoya-linux distfiles # ls -l
insgesamt 138900
drwxr-xr-x 8 uucp 143 4096 27. Sep 03:52 jdk1.7.0_72
-rw-r----- 1 root root 142225987 7. Nov 23:01 jdk-7u72-linux-x64.tar.gz
akoya-linux distfiles #
|
Klappt also auch. Mich irrietiert nur der Benutzer "uucp" und die Gruppe "143".
Jetzt noch mal testen mit portage, und es kommt der Fehler von oben.
Auch das manuelle Entpacken im Arbeitsverzeichnis von portage klappt.
Code: |
akoya-linux distfiles # cd /var/tmp/portage/dev-java/oracle-jdk-bin-1.7.0.72/distdir/
akoya-linux distdir # ls -l
insgesamt 0
lrwxrwxrwx 1 root root 48 7. Nov 23:05 jdk-7u72-linux-x64.tar.gz -> /usr/portage/distfiles/jdk-7u72-linux-x64.tar.gz
akoya-linux distdir # tar xf jdk-7u72-linux-x64.tar.gz
akoya-linux distdir # ls -l
insgesamt 0
drwxr-xr-x 8 uucp 143 300 27. Sep 03:52 jdk1.7.0_72
lrwxrwxrwx 1 root root 48 7. Nov 23:05 jdk-7u72-linux-x64.tar.gz -> /usr/portage/distfiles/jdk-7u72-linux-x64.tar.gz
akoya-linux distdir #
|
Aber auch hier wieder der Benutzer "uucp" und die Gruppe "143".
Ich hoffe ihr könnt mir bei meinem Problem helfen.
Gruß,
Siggi
Last edited by dsiggi on Sat Nov 08, 2014 9:09 pm; edited 1 time in total |
|
Back to top |
|
|
Klaus Meier Advocate
Joined: 18 Apr 2005 Posts: 2908 Location: Bozen
|
Posted: Sat Nov 08, 2014 6:58 am Post subject: |
|
|
Die Dateien im Ordner /usr/portage/distfiles müssen Nutzer und Gruppe portage haben. Du musst die Datei nicht nur kopieren, sondern auch noch mit chown portage Datei und chgrp portage Datei die Zugriffsrechte anpassen. |
|
Back to top |
|
|
dsiggi Tux's lil' helper
Joined: 28 Aug 2007 Posts: 92 Location: Wilhermsdorf
|
Posted: Sat Nov 08, 2014 9:09 pm Post subject: |
|
|
Danke, das war die Lösung.
Komischer weise hab ich Nutzer und Gruppe nie geändert, wenn ich selbst was nach /usr/portage/distfiles/ kopiert habe.
Und es hat immer geklappt.
Siggi |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|