Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

02.06.2014, 10:14

Ein (inaktiven) Slot 'icedtea' entfernen - Beharrliche Verweigerung

Hallo Zusammen,

Ich wollte nach langer Zeit des Nicht-(mehr)-Nutzens von idectea:6 diesen nun mal langsam von Board werfen. Dazu habe ich zuerst alle system-vm / user-vm überprüft, ob sie auf die nun ausschließlich zu verwendende icedtea:7 zeigen. ns-plugin auf icedtea:7 ebenfalls gesetzt.

Dennoch wird die Entfernung von icedtea:6 verweigert...

Quellcode

1
emerge -a --depclean icedtea:6


Wie bekomme ich die Version denn deinstalliert? Habe es mal mit:

Quellcode

1
emerge -aC icedtea:6 icedtea-web:6


versucht, worauf die Versionen auch deinstalliert wurden, allerdings will portage sie sofort wieder haben... :/ - Ja nicht Sinn der Sache gewesen. Nur kann es ja nun nicht so schwer sein, eine Java-Version runterzuschmeißen, die man nicht mehr braucht...

Wäre für Tips sehr dankbar :)
Im Voraus schonmal lieben Dank :)
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

2

02.06.2014, 12:15

Bin noch am Testen, aber so richtig weiter komme ich nicht:

Mittlerweile ist wahrscheinlich alles an Java INSTALLIERT, das icedtea & Konsorte so hat - DEINSTALLIERT bekomme ich SAUBER (also emerge -a --depclean icedtea:$slot) - leider kein Einziges... - Ist aber echt langsam zum Heulen... Ich dachte, wenn eine Version aktiv ist - Klar, die wird nicht deinstalliert werden können: Habe alles SAUBER auf icedtea:7 angehoben - Aber NEIN! - Depclean hat (mal wieder) einen Furz quer und verweigert partout auch nur eine Version zu entfernen :(

Ziel:
icedtea:7 / icedtea-web:7 - INSTALLIERT
$ALLES !icedtea:7 /icedtea-web:7 - DE-INSTALLIERT

Problem: Mission Impossible
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

3

02.06.2014, 12:48

Hallo,

versuche doch mal mit --verbose herauszufinden, warum depclean die alte Java Version nicht deinstallieren will. Normalerweise sollte es doch Meldungen geben, welche Pakete noch eine Abhängigkeit zu der alten Java Version haben. Ich konnte bei mir problemlos Java 6 entfernen. Vielleicht ist auch noch ein altes Java Paket im World File?

4

02.06.2014, 12:53

Jo, ist auch der erste Tipp den --depclean dazu mit ausgibt :)

Quellcode

1
2
>>> No packages selected for removal by depclean
>>> To see reverse dependencies, use --verbose


Und zum genaueren identifizieren nutze dann aufs Ergebnis "equery depends paket" mit hinzu :)

5

02.06.2014, 12:57

Hallo dexfill,

Habe komischerweise nun eine icedtea-bin 6.1.12.7 installiert obwohl ich diese - willens - nie installiert habe. Das kam, weil ich vorhin per "-aC" deinstalliert habe und daraufhin wollte mir portage ja die gesamten deinstallierten Versionen (idectea-6/icedtea-web-6/icedtea-bin-6) wieder aufs System matschen.

Derzeit ist schon fast garkein Überblick mehr möglich. Von jedem etwas installiert, aber es wegzubekommen - Keine Chance :(

Edit: (Mal die Versionen zuerst, die installiert sind:

Quellcode

1
2
3
4
5
6
7
8
9
eix -e icedtea
[I] dev-java/icedtea
     Available versions:  
     (6)    ~6.1.12.7 ~6.1.13.1 ~6.1.13.2 (~)6.1.13.3
     (7)    (~)7.2.4.3 (~)7.2.4.5 (~)7.2.4.6 (~)7.2.4.7
       {+X +alsa cacao cjk +cups debug doc examples jamvm javascript (+)jbootstrap kerberos +nsplugin +nss pax_kernel pulseaudio selinux +source systemtap test +webstart zero ELIBC="FreeBSD"}
     Installed versions:  7.2.4.7(7)(12:46:42 14.05.2014)(X alsa cups jbootstrap nsplugin nss source webstart -cacao -cjk -debug -doc -examples -jamvm -javascript -kerberos -pax_kernel -pulseaudio -test -zero ELIBC="-FreeBSD")
     Homepage:            http://icedtea.classpath.org
     Description:         A harness to build OpenJDK using Free Software build tools and dependencies


Quellcode

1
2
3
4
5
6
7
8
9
10
eix -e icedtea-web
[U] dev-java/icedtea-web
     Available versions:  
     (6)    (~)1.3.2
     (7)    (~)1.3.2-r7
     (0)    (~)1.4.1 (~)1.4.2
       {build doc +icedtea7 javascript +nsplugin test ELIBC="FreeBSD"}
     Installed versions:  1.3.2-r7(7)(12:49:47 14.05.2014)(nsplugin -build -doc -javascript -test ELIBC="-FreeBSD")
     Homepage:            http://icedtea.classpath.org
     Description:         FOSS Java browser plugin and Web Start implementation


Quellcode

1
2
3
4
5
6
7
8
9
eix -e icedtea-bin
[I] dev-java/icedtea-bin
     Available versions:  
     (6)    6.1.12.7^s ~6.1.13.3^s
     (7)    ~7.2.4.3^s
       {+X +alsa cjk +cups doc examples nsplugin selinux source}
     Installed versions:  6.1.12.7(6)^s(11:48:20 02.06.2014)(X alsa cups -cjk -doc -examples -nsplugin -selinux -source)
     Homepage:            http://icedtea.classpath.org
     Description:         A Gentoo-made binary build of the IcedTea JDK


(Letztes ist ECHT das Rätsel^100 - Das habe ich NIEMALS installiert... Hat er mir einfach draufgeschmissen. Es war vorher 6.1.13.3 (WENN ÜBERHAUPT) drauf.

----------------------------------------------------
----------------------------------------------------

Hab mal mit Verbose nachgeschaut: (Rätsel 2) - Denn WIE kann ein icedtea-7 Abhängigkeiten zu icedtea-bin-6 haben?

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
emerge -j12 -a --verbose --depclean icedtea-bin:6
!!! Repository 'a3li' is missing masters attribute in '/var/lib/layman/a3li/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
!!! Repository 'gmt' is missing masters attribute in '/var/lib/layman/gmt/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility

Calculating dependencies... done!
  dev-java/icedtea-bin-6.1.12.7 pulled in by:
    dev-java/icedtea-7.2.4.7 requires dev-java/icedtea-bin:6
    virtual/jdk-1.6.0-r2 requires =dev-java/icedtea-bin-6*

>>> No packages selected for removal by depclean
Packages installed:   1285
Packages in world:    87
Packages in system:   44
Required packages:    1285
Number removed:       0
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (02.06.2014, 13:07)


6

02.06.2014, 13:23

Genau

Quellcode

1
dev-java/icedtea-bin

scheint auch die Probleme zu machen. Der (7)er Slot scheint nicht freigegeben zu sein. Alles andere von Java schon. Nimm doch mal icedtea-bin mit in die packages.accept_keywords auf. Bei einem world Update sollte die Version dann auf 7 aktualisiert und somit die 6er Version zur Deinstallation freigegeben werden. Könnte mir gut vorstellen, dass das alleine schon reichen kann.

Edit: Am besten auch mal virtual/jdk überprüfen, da scheint auch noch eine alte Version installiert zu sein. Evtl. muss auch da der 7er Zweig freigeschaltet werden,

7

02.06.2014, 13:32

Hab ich gerade auch mal gemacht, @dexfill.

Habe die icedtea-bin:6 / icedtea-bin:7 BEIDE mit in die package.keywords aufgenommen. Nun hat er (zeigte ein Update für Slot 7 für icedtea-bin:7 an) diese Version geupdated... Danach mir komplett alle anderen Pakete: icedtea:7 icedtea-web:7 runtergeschmissen... - Nur wollte ich icedtea:7 gern behalten haben aber nicht icedtea-bin:7 :whistling: :whistling:

Probiere es gleich weiter... Aber es lichtet sich jetzt schonmal:

icedtea-web:6 / icedtea-web:7 ---> sind runter

icedtea:6 / icedtea:7 ---> sind auch beide weg nun

Installiert nur noch:

icedtea-bin:6 / icedtea-bin:7

und ein ominöses "virtual/jdk" der Versionen 1.6.0-r2 / 1.7.0
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

8

02.06.2014, 13:57

Dann schau doch mal, ob du ein depclean von

Quellcode

1
virtual/jdk

im Slot (1.6) ausführen kannst und wenn nicht, welches Paket das verhindert.

9

02.06.2014, 14:16

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
emerge -j12 -a --verbose --depclean virtual/jdk:1.6
!!! Repository 'a3li' is missing masters attribute in '/var/lib/layman/a3li/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
!!! Repository 'gmt' is missing masters attribute in '/var/lib/layman/gmt/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility

Calculating dependencies... done!
  virtual/jdk-1.6.0-r2 pulled in by:
    dev-db/hsqldb-1.8.1.2-r1 requires virtual/jdk:1.6, =virtual/jdk-1.6.0-r2
    virtual/jre-1.6.0-r1 requires =virtual/jdk-1.6.0*, =virtual/jdk-1.6.0-r2

>>> No packages selected for removal by depclean
Packages installed:   1282
Packages in world:    86
Packages in system:   44
Required packages:    1282
Number removed:       0


"hsqldb" - scheint die Entfernung zu verhindern... Mal updaten?
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

10

02.06.2014, 14:33

Das kann jetzt auch iwie nicht mehr so ganz angehen, oder?

Habe vorhin NUR testweise "virtual/jdk:1.7" installiert. Ich habe KEINE Pakete, die Abhängigkeiten mit dem Slot aufgebaut haben könnten, installiert... virtual/jdk:1.7 krieg ich auch nicht mehr weg nun. Habe es schon MANUELL aus dem world-file geschmissen... Keine Chance, nichts zu machen... - WIE ich es hasse... Das ist wieder soeiner dieser Tage...

Edit:

Hab jetzt diese "hsqldb" mal geupdated... Also diejenige, die "virtual/jdk-1.6.0-r2" benötigte...

JETZT will er ALLES entfernen, was icedtea-$irgendwas:7 heisst - ABER - will behalten was icedtea-$irgendwas:6 heisst...

Ich mach gleich "berühmte Radikalkur":

Quellcode

1
emerge -aC $alles-was-ICH-denke-es-wird-nicht-benötigt
&&

Quellcode

1
emerge -e @world


In meinem System stimmt nämlich irgendwas ABSOLUT nicht...
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (02.06.2014, 15:09)


11

02.06.2014, 15:12

Also

Quellcode

1
dev-db/hsqldb

zieht auf jeden Fall virtual/jdk:1.6 als Abhängigkeit und damit icedtea-bin:6. Falls du hsqldb wirklich brauchst, wirst du auch weiterhin Java 6 benötigen. Eine Möglichkeit gäbe es aber, nämlich auf eine aktuellere Version von hsqldb zu gehen. Es gibt zwar noch keine im Portage Tree, aber hier https://bugs.gentoo.org/show_bug.cgi?id=383445 gibt es entsprechende ebuilds. Und laut denen funktioniert hsqldb auch mit Java 7. Ansonsten gibt es hier keine Möglichkeit, Java 6 komplett los zu werden, solange hsqldb in dieser Version installiert ist.

12

02.06.2014, 15:20

Also hsqldb habe ich NIEMALS gebraucht. Das hat auch irgendwas als Abhängigkeit gezogen... Ich wüsste nicht, wozu ich es je gebraucht hätte. Nicht mal gewusst, das es das gibt. Von mir auch kann der gesamte Java-Mist runter, bis auf die Web-Geschichte (Browser-JS Unterstützung)
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

13

02.06.2014, 15:35

Na dann würde ich mal ein beherztes

Quellcode

1
emerge -avc hsqldb

ausführen und schauen, ob du das überhaupt brauchst ;-).

14

02.06.2014, 15:48

Quellcode

1
2
3
4
5
6
7
8
9
emerge -avc hsqldb
!!! Repository 'gmt' is missing masters attribute in '/var/lib/layman/gmt/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
!!! Repository 'a3li' is missing masters attribute in '/var/lib/layman/a3li/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility

Calculating dependencies... done!
  dev-db/hsqldb-1.8.1.3-r1 pulled in by:
    dev-java/jaxme-0.5.2 requires dev-db/hsqldb:0


Das kommt zu 100% durch das eingeschaltete "JAVA"-USE-Flag in Libreoffice... Ich erinnere mich, das ich in Vergangenheit mehrfach kurze Zeit wegen (einmal mysql-connector-c++ und wegen anderer Unverträglichkeiten ganz ohne Libreoffice war und hatte ich es deinstalliert, unendliche JAVA-Relevanten Pakete rausflogen: Auch dieses "jaxme" das jetzt hsqldb benötigt)...

Werd jetzt mal Libreoffice neubauen (gerade mal in der package.use geschaut, was dort java als USE hat. War aber ausser der libreoffice nichts. Schaue jetzt nochmal vorher nach und dann bau ich libreoffice neu und sehe, ob dann die Sachen rausfliegen. Dann sollte es möglich sein ausser icedtea:7 das System Java-frei zu halten...

(Der Hausputz war schon länger notwendig - Wurde etwas zu bunt mittlerweile)...
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

15

02.06.2014, 15:55

Also mein LibreOffice wurde auch mit dem "java" Use Flag gebaut, aber von einem dev-java/jaxme oder dev-db/hsqldb ist bei mir weit und breit nichts zu sehen...

Bevor du dir jetzt unnötig Aufwand machst, würde ich lieber nach und nach mal schauen, wer wirklich der Übeltäter ist (von LibreOffice bin ich jetzt nicht so 100%ig überzeugt, dass das der eigentliche Grund ist), also erstmal ein

Quellcode

1
emerge -avc dev-java/jaxme

usw.

16

02.06.2014, 16:07

Danke Dir dexfill für die Intuition und das Du verhindern möchtest, das ich mir unendlich Arbeit mache ! - Echt! So denken kaum Leute!! DANKE!! :thumbup: :thumbsup:

Hab das mal probiert: Vorhin aber schon, weil ich schon auch dran interessiert war, wer dies hsqldb dort verlangt...

Quellcode

1
2
3
4
5
6
7
8
9
emerge -avc dev-java/jaxme
!!! Repository 'a3li' is missing masters attribute in '/var/lib/layman/a3li/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
!!! Repository 'gmt' is missing masters attribute in '/var/lib/layman/gmt/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility

Calculating dependencies... done!
  dev-java/jaxme-0.5.2 pulled in by:
    dev-java/dom4j-1.6.1-r4 requires dev-java/jaxme:0


...

Quellcode

1
2
3
4
5
6
7
8
9
emerge -avc dev-java/dom4j
!!! Repository 'gmt' is missing masters attribute in '/var/lib/layman/gmt/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
!!! Repository 'a3li' is missing masters attribute in '/var/lib/layman/a3li/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility

Calculating dependencies... done!
  dev-java/dom4j-1.6.1-r4 pulled in by:
    dev-java/jaxen-1.1.1 requires =dev-java/dom4j-1*


...

Quellcode

1
2
3
4
5
6
7
8
9
10
emerge -avc dev-java/jaxen
!!! Repository 'a3li' is missing masters attribute in '/var/lib/layman/a3li/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
!!! Repository 'gmt' is missing masters attribute in '/var/lib/layman/gmt/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility

Calculating dependencies... done!
  dev-java/jaxen-1.1.1 pulled in by:
    dev-java/jdom-jaxen-1.0-r1 requires =dev-java/jaxen-1.1*
    dev-java/xml-xmlbeans-1.0.4_pre20041217 requires =dev-java/jaxen-1.1*


...

Quellcode

1
2
3
4
5
6
7
8
9
emerge -avc dev-java/jdom-jaxen
!!! Repository 'gmt' is missing masters attribute in '/var/lib/layman/gmt/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
!!! Repository 'a3li' is missing masters attribute in '/var/lib/layman/a3li/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility

Calculating dependencies... done!
  dev-java/jdom-jaxen-1.0-r1 pulled in by:
    dev-java/jdom-1.0-r4 requires ~dev-java/jdom-jaxen-1.0


Quellcode

1
2
3
4
5
6
7
8
9
emerge -avc dev-java/xml-xmlbeans
!!! Repository 'gmt' is missing masters attribute in '/var/lib/layman/gmt/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
!!! Repository 'a3li' is missing masters attribute in '/var/lib/layman/a3li/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility

Calculating dependencies... done!
  dev-java/xml-xmlbeans-1.0.4_pre20041217 pulled in by:
    dev-java/rhino-1.7.2-r2 requires =dev-java/xml-xmlbeans-1*


---

Schau, wo die Kette endet... - Letztes war rhino-1.7.2-r2 --- und dann (hab versucht, bis zum Schluss aufzulösen)

Quellcode

1
2
3
4
5
6
7
8
9
emerge -avc dev-java/rhino
!!! Repository 'a3li' is missing masters attribute in '/var/lib/layman/a3li/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
!!! Repository 'gmt' is missing masters attribute in '/var/lib/layman/gmt/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility

Calculating dependencies... done!
  dev-java/rhino-1.7.2-r2 pulled in by:
    app-office/libreoffice-4.2.4.2 requires dev-java/rhino:1.6


Libreoffice... :/

Katastrophe, oder? - Unendliche ketten von Java-Abhängigkeiten... - Mich wundert aber, das Du die auf Deinem System nicht drauf hast... Weil das sind einige JAVA-Pakete die durch libreoffice draufkommen... - Also jaxme/jaxen usw... Die kamen durch liebre drauf... - Wirklich seltsam...
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

17

02.06.2014, 16:23

Puh, das ist wirklich heftig...

Der Tipp von Josef.95 könnte an dieser Stelle hilfreich sein. Versuche mal mit

Quellcode

1
equery depends -D dev-db/hsqldb

einen Abhängigkeitsbaum anzeigen zu lassen. Evtl. wird dann leichter ersichtlich, wer der eigentliche Urheber dieser Kette ist.

------------------

Zitat

Danke Dir dexfill für die Intuition und das Du verhindern möchtest, das ich mir unendlich Arbeit mache ! - Echt! So denken kaum Leute!! DANKE!! :thumbup: :thumbsup:

Gerne! Wobei letztendlich die meiste Arbeit dein armer Recher hat, der ja diesen Spaß kompilieren darf :D.

18

02.06.2014, 16:39

:whistling: :whistling: Jo, das stimmt, aber Libreoffice geht bei mir recht fix. Ist ein Six-Core I7 Extreme-Edition. Der kompiliert in knapp 7 Stunden das gesamte System neu. - Ist im Winter sehr angenehm. Hab schon eine Wasserkühlung drauf, aber dann hast hier im Raum ~10Grad Temperaturunterschied, wenn die Türe zu war ;))

Was ich nur rätselhaft finde, das bei Dir, obwohl ebenfalls java-USE gesetzt, diese Abhängigkeiten nicht vorkommen. Hab nicht mal mehr übermäßig viel Testing installiert... Vor paar Wochen durchgeschaut und 3/4 dessen, was als Testing früher bei mir installiert war, nun stable geworden. Habe es direkt kommentiert, um weiteres Anheben zu verhindern. Wird nach und nach wieder mehr und mehr stable bei mir.
Das Libreoffice 4.2.4.2 ist gewollt Testing. - Bin grad schon am Kompilieren...

Dann mal sehen, was alles rausfliegt dadurch...
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

19

02.06.2014, 17:44

Hast du denn darüber hinaus noch spezielle Flags für libreoffice gesetzt? Ich habe nämlich dieselbe Version, ebenfalls aus testing:

Quellcode

1
2
3
4
5
[I] app-office/libreoffice
     Available versions:  4.1.4.2 ~4.1.5.3 **4.1.9999 ~4.2.3.3{tbz2} ~4.2.3.3-r1 (~)4.2.4.2{tbz2} **4.2.9999 **9999-r2 {aqua bluetooth +branding +cups dbus debug eds firebird gnome gstreamer +gtk gtk3 java jemalloc kde mysql odk opengl postgres telepathy test +vba vlc +webdav ELIBC="FreeBSD" LIBREOFFICE_EXTENSIONS="nlpsolver presenter-minimizer scripting-beanshell scripting-javascript wiki-publisher" PYTHON_SINGLE_TARGET="python2_7 python3_3 python3_4" PYTHON_TARGETS="python2_7 python3_3 python3_4"}
     Installed versions:  4.2.4.2{tbz2}(14:17:53 27.05.2014)(cups dbus gtk java mysql opengl vba webdav -aqua -bluetooth -branding -debug -eds -firebird -gnome -gstreamer -gtk3 -jemalloc -kde -odk -postgres -telepathy -test -vlc ELIBC="-FreeBSD" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python2_7 -python3_3" PYTHON_TARGETS="python2_7 python3_3")
     Homepage:            http://www.libreoffice.org
     Description:         LibreOffice, a full office productivity suite.

In meiner package.use habe ich für LibreOffice

Quellcode

1
app-office/libreoffice java mysql -branding

eingetragen.

Aber LibreOffice scheint tatsächlich die Ursache zu sein. Zumindest scheint es unter gewissen Bedingungen diese Abhängigkeiten zu haben. Siehe z.B.

Quellcode

1
2
equery g --depth=1000 =libreoffice-4.2.4.2 | grep dev-db/hsqldb
 [163]  dev-db/hsqldb-1.8.1.2-r1

Also zumindest sind wir wohl auf dem richtigen Weg. Bleibt nur noch herauszufinden, warum dein LibreOffice diese Java Pakete will und meins nicht ;-).

20

02.06.2014, 18:24

hmmh ja :S

Ich hab jetzt mal fertigkompiliert... Mal sehen, ob er jetzt die pakete rauswirft... Und das ich ausschliesslich icedtea:7 zur Verfügung haben kann...Das werd ich jetzt mal per "--noreplace" setzen, bzw. installieren. Im Moment habe ich ja nur die "icedtea-bin:6/7" drauf, weil er die "6" ja wegen dem hsqldb" nicht wegnehmen konnte...

Edit:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
Would you like to unmerge these packages? [Yes/No] Yes
>>> Waiting 5 seconds before starting...
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1
>>> Unmerging (1 of 45) virtual/jdk-1.7.0...
>>> Unmerging (2 of 45) dev-java/rhino-1.7.2-r2...
>>> Unmerging (3 of 45) java-virtuals/servlet-api-2.3...
>>> Unmerging (4 of 45) dev-java/commons-lang-2.6...
>>> Unmerging (5 of 45) dev-java/bsh-2.0_beta4-r4...
>>> Unmerging (6 of 45) dev-java/commons-httpclient-3.1...
>>> Unmerging (7 of 45) dev-java/tomcat-servlet-api-4.1.36...
>>> Unmerging (8 of 45) dev-java/icedtea-bin-7.2.4.3...
>>> Unmerging (9 of 45) java-virtuals/servlet-api-3.0-r1...
>>> Unmerging (10 of 45) dev-java/xml-xmlbeans-1.0.4_pre20041217...
>>> Unmerging (11 of 45) dev-java/commons-codec-1.7...
>>> Unmerging (12 of 45) dev-java/libreadline-java-0.8.0-r3...
>>> Unmerging (13 of 45) dev-java/commons-logging-1.1.1...
>>> Unmerging (14 of 45) dev-java/tomcat-servlet-api-7.0.42...
>>> Unmerging (15 of 45) dev-java/xjavac-20110814...
>>> Unmerging (16 of 45) dev-db/hsqldb-1.8.1.3-r1...
>>> Unmerging (17 of 45) java-virtuals/servlet-api-2.5-r1...
>>> Unmerging (18 of 45) dev-java/tomcat-servlet-api-6.0.37...
>>> Unmerging (19 of 45) dev-java/jarjar-0.9...
>>> Unmerging (20 of 45) dev-java/java-getopt-1.0.13...
>>> Unmerging (21 of 45) dev-java/gnu-regexp-1.1.4-r2...
>>> Unmerging (22 of 45) dev-java/asm-2.0-r1...
>>> Unmerging (23 of 45) dev-java/ant-owanttask-1.3.2...
>>> Unmerging (24 of 45) dev-java/jdom-jaxen-1.0-r1...
>>> Unmerging (25 of 45) dev-java/jaxen-1.1.1...
>>> Unmerging (26 of 45) dev-java/dom4j-1.6.1-r4...
>>> Unmerging (27 of 45) dev-java/xom-1.2.10...
>>> Unmerging (28 of 45) dev-java/jdom-1.0-r4...
>>> Unmerging (29 of 45) dev-java/xpp3-1.1.4c-r1...
>>> Unmerging (30 of 45) dev-java/xpp2-2.1.10-r1...
>>> Unmerging (31 of 45) dev-java/xsdlib-20090415...
>>> Unmerging (32 of 45) dev-java/jaxme-0.5.2...
>>> Unmerging (33 of 45) java-virtuals/stax-api-1-r4...
>>> Unmerging (34 of 45) dev-java/saxpath-1.0-r2...
>>> Unmerging (35 of 45) dev-java/log4j-1.2.16...
>>> Unmerging (36 of 45) dev-java/xmldb-20011111-r1...
>>> Unmerging (37 of 45) dev-java/relaxng-datatype-1.0-r1...
>>> Unmerging (38 of 45) dev-java/xalan-2.7.1...
>>> Unmerging (39 of 45) dev-java/bcel-5.2-r2...
>>> Unmerging (40 of 45) dev-java/javacup-0.11a_beta20060608...
>>> Unmerging (41 of 45) dev-java/xalan-serializer-2.7.1...
>>> Unmerging (42 of 45) dev-java/xerces-2.11.0...
>>> Unmerging (43 of 45) dev-java/xml-commons-external-1.4.01...
>>> Unmerging (44 of 45) dev-java/xml-commons-resolver-1.2...
>>> Unmerging (45 of 45) dev-java/xml-commons-external-1.3.04...
Packages installed:   1239
Packages in world:    85
Packages in system:   44
Required packages:    1239
Number removed:       45

 * Messages for package dev-java/icedtea-bin-7.2.4.3:

 * It appears you are removing your system-vm!
 * Please run java-config -L to list available VMs,
 * then use java-config -S to set a new system-vm!

 * GNU info directory index is up-to-date.


Das 'Letzte' - Klar... im Moment hatter keine SystemVM, weil die auf icedtea-bin:7 zuletzt gestellt war... Das hat er jetzt weggenommen jedoch...
Im Moment aber auch weniger schlimm...

Virtual/JDK-1.6.0-r2 will er immer noch nicht wegnehmen... Liegt jetzt an "libbluray"... - Das baue ich jetzt auch neu und ohne Java-USE-Flag...

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
equery depends virtual/jdk
!!! Repository 'a3li' is missing masters attribute in '/var/lib/layman/a3li/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
!!! Repository 'gmt' is missing masters attribute in '/var/lib/layman/gmt/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
!!! Repository 'a3li' is missing masters attribute in '/var/lib/layman/a3li/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
!!! Repository 'gmt' is missing masters attribute in '/var/lib/layman/gmt/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
 * These packages depend on virtual/jdk:
!!! Repository 'a3li' is missing masters attribute in '/var/lib/layman/a3li/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
!!! Repository 'gmt' is missing masters attribute in '/var/lib/layman/gmt/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
app-office/libreoffice-4.2.4.2 (java ? >=virtual/jdk-1.6)
dev-java/ant-antlr-1.9.2 (>=virtual/jdk-1.5)
dev-java/ant-core-1.9.2 (>=virtual/jdk-1.5)
dev-java/antlr-2.7.7-r2 (>=virtual/jdk-1.3)
dev-java/antlr-3.1.3-r3 (>=virtual/jdk-1.5)
dev-java/junit-3.8.2-r1 (>=virtual/jdk-1.4)
dev-java/stringtemplate-3.2 (>=virtual/jdk-1.4)
dev-libs/cyrus-sasl-2.1.26-r3 (java ? >=virtual/jdk-1.4)
dev-vcs/subversion-1.8.9 (java ? >=virtual/jdk-1.5)
media-libs/libbluray-0.3.0-r1 (>=virtual/jdk-1.6)
media-libs/libjpeg-turbo-1.3.1 (java ? >=virtual/jdk-1.5)
net-dns/libidn-1.28 (java ? >=virtual/jdk-1.5)
sys-devel/gettext-0.18.3.2 (java ? >=virtual/jdk-1.4)
sys-libs/db-4.8.30 (java ? >=virtual/jdk-1.5)
virtual/jre-1.6.0-r1 (=virtual/jdk-1.6.0*)


Ich vermute, der ganze Wirrwarr kommt daher, weil ich früher das SUN-JDK drauf hatte. Da scheinen wohl Reste immer mitgeschleppt worden zu sein...
Dies "antlr" fliegt gleich auch raus. Das steht im Worldfile mit drin. Hatte ich eben gesehen.

Will das System jetzt mal versuchen KOMPLETT Java-Frei zu machen um dann sauber NUR die Versionen drauf zu machen, die ich gerne draufhaben möchte...
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (02.06.2014, 18:41)