Fehlerhafte Pakete in Overlay Zugaina

mnt_gentoo

Profi

Beiträge: 807

1

19.10.2012, 20:49

Hallo Freunde,

Seit gestern Abend

	Quellcode
1	layman -S && eix-sync

bekomme/bekam ich folgende Fehlermeldung nach syncen:

Quellcode

sent 41.89K bytes  received 3.81M bytes  233.20K bytes/sec
total size is 262.24M  speedup is 68.15
 * Starte eix-update
Lese Portage-Konfiguration...
Erzeuge Datenkbank (/var/cache/eix/portage.eix) ...
[0] "gentoo" /usr/portage/ (Cache: metadata-md5-or-flat)
     Lese Category 157|157 (100%) Fertig                
[1] "a3li" /var/lib/layman/a3li (Cache: parse|ebuild*#metadata-md5#metadata-flat#assign)
     Lese Category 157|157 (100%) Fertig         
[2] "zugaina" /var/lib/layman/zugaina (Cache: parse|ebuild*#metadata-md5#metadata-flat#assign)
     Lese Category  88|157 ( 56%): media-video ... * ERROR: media-video/smile-0.8.1 failed (depend phase):
 *   qt4.eclass could not be found by inherit()
 * 
 * Call stack:
 *            ebuild.sh, line 552:  Called source '/var/lib/layman/zugaina/media-video/smile/smile-0.8.1.ebuild'
 *   smile-0.8.1.ebuild, line   7:  Called inherit 'eutils' 'qt4'
 *            ebuild.sh, line 262:  Called die
 * The specific snippet of code:
 *              [ ! -e "$location" ] && die "${1}.eclass could not be found by inherit()"
 * 
 * If you need support, post the output of `emerge --info '=media-video/smile-0.8.1'`,
 * the complete build log and the output of `emerge -pqv '=media-video/smile-0.8.1'`.
 * This ebuild is from an overlay: '/var/lib/layman/zugaina/'
 * Working directory: '/home/avchd'
 * S: '/smile-0.8.1'

Ebuild schlug fehl mit Status 1
     Lese Category  88|157 ( 56%): media-video ...
Konnte /var/lib/layman/zugaina/media-video/smile/smile-0.8.1.ebuild nicht korrekt ausführen
     Lese Category  95|157 ( 60%): net-im ... * ERROR: net-im/psi-darcs-0.11 failed (depend phase):
 *   qt4.eclass could not be found by inherit()
 * 
 * Call stack:
 *               ebuild.sh, line 552:  Called source '/var/lib/layman/zugaina/net-im/psi-darcs/psi-darcs-0.11.ebuild'
 *   psi-darcs-0.11.ebuild, line   8:  Called inherit 'eutils' 'darcs' 'qt4'
 *               ebuild.sh, line 262:  Called die
 * The specific snippet of code:
 *              [ ! -e "$location" ] && die "${1}.eclass could not be found by inherit()"
 * 
 * If you need support, post the output of `emerge --info '=net-im/psi-darcs-0.11'`,
 * the complete build log and the output of `emerge -pqv '=net-im/psi-darcs-0.11'`.
 * This ebuild is from an overlay: '/var/lib/layman/zugaina/'
 * Working directory: '/home/avchd'
 * S: '/psi-darcs-0.11'

Ebuild schlug fehl mit Status 1
     Lese Category  95|157 ( 60%): net-im ...
Konnte /var/lib/layman/zugaina/net-im/psi-darcs/psi-darcs-0.11.ebuild nicht korrekt ausführen
     Lese Category 103|157 ( 65%): net-p2p ... * ERROR: net-p2p/gnunet-qt-0.8.1a failed (depend phase):
 *   qt4.eclass could not be found by inherit()
 * 
 * Call stack:
 *                 ebuild.sh, line 552:  Called source '/var/lib/layman/zugaina/net-p2p/gnunet-qt/gnunet-qt-0.8.1a.ebuild'
 *   gnunet-qt-0.8.1a.ebuild, line   7:  Called inherit 'eutils' 'multilib' 'qt4'
 *                 ebuild.sh, line 262:  Called die
 * The specific snippet of code:
 *              [ ! -e "$location" ] && die "${1}.eclass could not be found by inherit()"
 * 
 * If you need support, post the output of `emerge --info '=net-p2p/gnunet-qt-0.8.1a'`,
 * the complete build log and the output of `emerge -pqv '=net-p2p/gnunet-qt-0.8.1a'`.
 * This ebuild is from an overlay: '/var/lib/layman/zugaina/'
 * Working directory: '/home/avchd'
 * S: '/gnunet-qt-0.8.1a'

Ebuild schlug fehl mit Status 1
     Lese Category 103|157 ( 65%): net-p2p ...
Konnte /var/lib/layman/zugaina/net-p2p/gnunet-qt/gnunet-qt-0.8.1a.ebuild nicht korrekt ausführen
     Lese Category 157|157 (100%) Fertig              
Maskiere Pakete...
Berechne Hash-Tabellen...
Schreibe Datenbankfile /var/cache/eix/portage.eix...
Datenbank enthält 16082 Pakete in 157 Kategorien.
 * Starte eix-diff
Vergleiche Datenbanken (16082 -> 16082 Pakete)
 * Benötigte Zeit:
    19 Sekunden für syncen
    15 Sekunden für eix-update
     1 Sekunden für eix-diff
    36 Sekunden insgesamt

Da ich dachte, es handelt sich um ein lediglich temporäres Problem, die Entwickler in der Zugaina-Crew werden sicher daran arbeiten, machte ich keine Updates um mir keine Fehler einzuschleusen. Heute bekam ich aber erneut und erst gegen Abend wieder soeinen Mist. Nun bin ich hingegangen und habe die betreffenden *.ebuild aus den Zugaina Unterverzeichnissen entfernt und mal eix-update ausgeführt, um nicht andauernd zu syncen. Fehler tritt nicht mehr auf. Ist Euch ähnliches zu Augen gekommen?

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

2

23.10.2012, 16:30

Vermutlich gab es Änderungen in den eclasses, (qt4 heißt seit kurzem qt4-r2) und die Overlay-Betreiber haben bisher versäumt ihre Ebuilds entsprechend anzupassen.

Zitat von »mnt_gentoo«

machte ich keine Updates um mir keine Fehler einzuschleusen.

Normal sollte es nicht zu Fehlern kommen können, es sei denn du versuchst direkt so ein veraltetes Ebuild zu mergen (was mit "masked by: corruption" endet).
Beispiel:

Quellcode

# emerge -av media-video/smile::zugaina

These are the packages that would be merged, in order:

Calculating dependencies - * ERROR: media-video/smile-0.8.1 failed (depend phase):
 *   qt4.eclass could not be found by inherit()
 * 
 * Call stack:
 *            ebuild.sh, line 552:  Called source '/var/lib/layman/zugaina/media-video/smile/smile-0.8.1.ebuild'
 *   smile-0.8.1.ebuild, line   7:  Called inherit 'eutils' 'qt4'
 *            ebuild.sh, line 262:  Called die
 * The specific snippet of code:
 *              [ ! -e "$location" ] && die "${1}.eclass could not be found by inherit()"
 * 
 * If you need support, post the output of `emerge --info '=media-video/smile-0.8.1'`,
 * the complete build log and the output of `emerge -pqv '=media-video/smile-0.8.1'`.
 * This ebuild is from an overlay named 'zugaina': '/var/lib/layman/zugaina/'
 * Working directory: '/root'
 * S: '/var/tmp/portage/media-video/smile-0.8.1/work/smile-0.8.1'
 * ERROR: media-video/smile-0.8.0 failed (depend phase):
 *   qt4.eclass could not be found by inherit()
 * 
 * Call stack:
 *            ebuild.sh, line 552:  Called source '/var/lib/layman/zugaina/media-video/smile/smile-0.8.0.ebuild'
 *   smile-0.8.0.ebuild, line   7:  Called inherit 'eutils' 'qt4'
 *            ebuild.sh, line 262:  Called die
 * The specific snippet of code:
 *              [ ! -e "$location" ] && die "${1}.eclass could not be found by inherit()"
 * 
 * If you need support, post the output of `emerge --info '=media-video/smile-0.8.0'`,
 * the complete build log and the output of `emerge -pqv '=media-video/smile-0.8.0'`.
 * This ebuild is from an overlay named 'zugaina': '/var/lib/layman/zugaina/'
 * Working directory: '/root'
 * S: '/var/tmp/portage/media-video/smile-0.8.0/work/smile-0.8.0'
... done!

!!! All ebuilds that could satisfy "media-video/smile::zugaina" have been masked.                                                                                                                                  
!!! One of the following masked packages is required to complete your request:                                                                                                                                     
- media-video/smile-0.8.1::zugaina (masked by: corruption)                                                                                                                                                         
- media-video/smile-0.8.0::zugaina (masked by: corruption)

Hier ist schön zu sehen das portage solche nicht mehr passenden Ebuilds gar nicht mehr installieren würde.
Überdenke am besten ob du solche schlecht gepflegten Overlays wirklich benötigst. Oder wende dich an den Overlay-Betreiber und bitte darum das die Ebuilds sauber angepasst werden.
Oder nutze die aktuellere stable media-gfx/smile-1.0 Version aus dem offiziellen portage Tree ;)

@ Mods, dieses Thema passt wahrscheinlich besser ins Overlays Unterforum

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (23.10.2012, 18:13)

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

3

24.10.2012, 18:19

Hallo Josef

Mit dem "smile" - das benötige ich nicht. Es taucht nachdem "eix-sync" auf, wenn eix beginnt zu "ordnen" - also checkt, was in welchem Port verfügbar ist. um dann die eix-db zu erstellen. Von zugaina habe ich keine Soft. Von dem anderen, a3li-Overlay - was ich bei mir habe, ist tartarus. zugaina hat nur ziemlich viel Auswahl, daher ists bei mir vorhanden. Nutzen/Genutzt habe ich aber keines. Mit der Idee, an die betreiber heranzutreten und um Berichtigung zu bitten, ist eine gute Idee! Nur ob die reagieren... Hatte damals, als bei mit uvesafb nicht wollte, ~spock geschrieben, und 2 Fragen gestellt. Ist leider nie was nach gekommen. Ausser in diesem Forum führt sich besonders leider die Linux-Lead öfters wie die 'Götter' auf. NUR SIE macht alles richtig, die User sind nur der letzte 'Abschaum'

( Zu doof, zu schwer von Begriff... Ist OT, aber ich könnt Dir/Euch Geschichten/Erlebtes erzählen, da vergeht einem - steht man nicht wirklich mit bis zum letzten Tropfen Blut hinter etwas - ganz schnell die Laune vergehen

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

4

24.10.2012, 20:30

Hehe, wenn du keinerlei Ebuilds aus dem zugaina Overlay nutzt, und es dir nur Sorgen bereitet, dann entferne es doch einfach!?
Nach einem

	Quellcode
1	# layman -d zugaina

und ein

	Quellcode
1	# eix-update

sollte die Welt wieder in Ordnung sein ;)

/edit:

Zitat von »mnt_gentoo«

Mit der Idee, an die betreiber heranzutreten und um Berichtigung zu bitten, ist eine gute Idee! Nur ob die reagieren...

Wenn du ihnen erklärst das es so aktuell wegen Änderungen in den eclasses zu Fehlern kommt, und ein Verbesserungsvorschlag mitsamt Patch beilegst, dann wird deine Bitte sicher gern angenommen.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (24.10.2012, 20:40)

Zum Seitenanfang

dyle

Erleuchteter

Beiträge: 4 869

5

25.10.2012, 06:17

Ein Hack wäre auch einfach nach einem sync incl. Overlays das smile packges aus dem zugaina Overlay beinhart lokal rauszuwerfen

	Quellcode
1 2 3 4	# emerge --sync # layman -S # rm -rf var/lib/layman/zugaina/media-video/smile # eix-update

Ist aber dann eben immer wieder zu tun ...

OT:

Zitat von »mnt_gentoo«

Ausser in diesem Forum führt sich besonders leider die Linux-Lead öfters wie die 'Götter' auf.

Na, da kömmen wir auch anders! Los! Knie nieder!! ... *g*

SCNR!

http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

6

26.10.2012, 02:41

Hehehe, dyle... Genau

Mit dem "Hack" - Das mache ich derzeit auch so. smile/gnunet-qt/psi-darcs schmeiß ich nach 'layman -S' runter, mache erst danach "eix-sync". Hierbei kommt es dann aufgrund Entfernung der fehlerhaften *.ebuild zu keinem Fehler mehr.

Rausschmeißen will ich zugaina eigentlich nicht, da es wirklich sehr viele Pakete enthält, die vielleicht mal Nutzen bringen können. Dann muss ich es irgendwann wieder reinhauen. .. Ging mir eigentlich nur darum, zu wissen, das es ein allg. Problem ist und nicht nur mich betrifft. Somit weiß ich, das meine Gentoo-Schüssel in Ordnung ist

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

7

26.10.2012, 06:34

Zitat von »mnt_gentoo«

Rausschmeißen will ich zugaina eigentlich nicht, da es wirklich sehr viele Pakete enthält, die vielleicht mal Nutzen bringen können. Dann muss ich es irgendwann wieder reinhauen.

Hehe, statt sich mit einem eh nicht genutzten fremden Overlay herumzuärgern, es immer wieder zu synchronisieren und zu bearbeiten, ist ein entfernen doch wahrscheinlich das sinnvollste..
Und selbst wenn du es mal wieder nutzen möchtest, mit layman ist es doch binnen weniger Sekunden leicht und schnell wieder hinzugefügt.

Ich verstehe ehrlich gesagt nicht, warum man sich mit einem eh nicht genutzten fremden Overlay lange herumärgert..
Nungut, ich muss nicht alles verstehen ;)

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

8

26.10.2012, 23:48

Hast schon Recht, Josef! Logisch ists nicht! Werds auch wahrscheinlich rauswerfen...

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

9

27.10.2012, 10:01

Ja, ein Paar Overlays sind "Schatzkisten". Sie haben Ebuilds, die mal geschrieben wurden und um die sich keiner mehr kümmert. Ich zähle dazu zugaina, sunrise und moonrise. Aus diesen Overlays lieber die Ebuilds in ein lokales Overlay kopieren anstatt das Overlay einbinden.
Leider habe ich bisher noch keine vollständige Liste gefunden, wo alle Overlays beschrieben sind: Zielsetzung des Overlays, Maintainer, Kontakt, Aktivitätsgrad, etc. Meistens weiss man nur wie das Overlay heißt und dass dort ein Paket drin ist was man braucht.

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Zum Seitenanfang

Zeitgeist

Schüler

Beiträge: 66

10

27.10.2012, 15:01

@ bell

Ja so eine Liste scheint es nicht zu geben, vielleicht könnte man ja die Idee an die entsprechenden Stellen weiterleiten :whistling:

@ all

Also ich werfe Overlay so schnell wie möglich raus um Probleme zu vermeiden (Falls denn welche auftreten). Mir hat ein Overlay schon ein paar mal die Ausgaben von eix und equery zerschossen und die Probleme konnte ich nur beheben in dem ich die betroffenen Overlays entfernt habe. Overlays benutze ich eigentlich nur wenn ein Projekt sich schneller entwickelt als das dazugehörige Ebuild im Portage-Baum. Da hilft wohl nur weiter bei Overlays bleiben und die manchmal auftretenden Bugs abwarten, den Ebuild-Autoren in den Ohren liegen oder was ich viiiiel besser finden würde, dem Ebuild-Author Hilfe anbieten beim Aktualisieren. Dann landen die Sachen auch schneller im Portage-Baum oder überhaupt

LG Zeitgeist

Zitat

Pipes sind wie eine Zahnpastatube:
Um den Inhalt zu untersuchen,
muss man ihn erst herausdrücken;
danach gibt es keine Möglichkeit,
ihn wieder hineinzubringen.

--Marc J. Rochkind in "UNIX Programmierung für Fortgeschrittene"

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

11

28.10.2012, 22:39

Hab gestern 'zugaina' per

	Quellcode
1	layman -D zugaina

aus meiner Installation hier zuhause und vom Server runtergeschmissen. Da ich zuerst immer meine gentoo-Installation hier bei mir auf meinem System täglich

	Quellcode
1	layman -S && eix-sync

behandle, kam es auf dem Server erst garnicht zu dem Fehler, da ich

	Quellcode
1	layman -S

auf dem Server nicht mehr ausgeführt habe, nachdem es am 17.10.2012 erstmalig zu diesem Fehler gekommen war.
Nichts desto Trotz: zugaina gibts bei mir nicht mehr

Hätt ich gewusst, das es gar SO SAUBER entfernt werden kann (es werden ALLE Unterverzeichnisse des betr. overlays mitentfernt) - hätte ich es wirklich - so wie Josef schon vorschlug - direkt entfernt.

Jetzt hab ich nur noch a3li drauf, aber da gibts nur sehr wenige Pakete, die wohl überschaubar gepflegt werden können. Tja zu den "Tips" und Ratschlägen an Entwickler/EBuild-Veröffentlicher kan ich mich nur wiederholen:
Wäre ich ein Entwickler, würde ich mich SEHR freuen, wenn ich einen Verbesserungsvorschlag zu den von mir angebotenen Softwares- sagen wir $Diensten bekomme... Nur scheinen sich Entwickler darüber nicht zu freuen: Ausserdem hatte ich ja mal von anderen Foren berichtet, wie es dort so zugeht.
Wenn man als User Angst vor dämlichen Sprüchen haben muss, wenn ich auf Fehler, die bei mir auftraten, hinweise, dann vergeht mir die Lust vollends, überhaupt nochmal etwas zu vermerken. Dann kann ich nur sagen: Schade, das Linux nicht kostenpflichtig ist und man wenigstens damit 'das Recht erwirbt', zu Monieren. Würde M$ bei Bugreports so reagieren, wie es manches Forum oder Entwickler tun, wenn man als User Fehler meldet, sich, weil man sich auf ein System verlassen möchte UND AUCH M U S S!!! - Dann garantiere ich dafür, das Redmont an Bekanntheitsgrades bereits mächtige Einbußen hätte hinnehmen müssen. Hatte vor paar Tagen wertabyte geschrieben, da in den manpages nichts darüber steht, ob tartarus mit PaX ÜBERHAUPT funktionsfähig ist. - Keine Antwort ist auch eine Antwort.

Meistens hört man ja dann: "Wenns nicht gefällt, nutzen Sie es nicht..." - So (in dem Ton) würde ich persönlich nicht mal mit einem Tier sprechen!

Ich arbeite auch gerne mit Linux, gentoo kann ich mir nicht mehr wegdenken, aber die Überheblichkeit mancher OpenSource-Lead gehen einem einfach nur kräftig auf den Sack.

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Zum Seitenanfang

GentooForum.de