[gelöst] blockierendes Paket lässt sich nicht entfernen

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.

Blubb

Anfänger

Beiträge: 28

13.12.2006, 23:30

[gelöst] blockierendes Paket lässt sich nicht entfernen

Hallo alle zusammen,

nach längerem Streit zwischen Gentoo und mir habe ich beschlossen Dritte einzuschalten, also euch.
Folgendes Problem:
Ich wollte meine aktuelle dbus Version 0.62 irgendwas) gegen eine maskierte austauschen. Also ab damit in die package.keywords... ein

	Quellcode
1	emerge -avuD world

sagt mir jedoch das dbus-0.91 das neuere dbus blockieren würde...

	Quellcode
1	emerge -avCD sys-apps/dbus-0.91

meint dazu jedoch "[...]Couldn't find 'sys-apps/dbus-0.91'[...]". Also

	Quellcode
1	emerge -avCD dbus

woraufhin mir die 0.62er Version entfernt wird, auf ein erneutes

	Quellcode
1	emerge -avCD dbus

danach: wieder "[...]couldn't find dbus[...]". Bei

	Quellcode
1	emerge -avuD world

jedoch immer noch das blockierende dbus-0.91

Probiert habe ich schon:
regenworld
revdep-rebuild
emerge -av --depclean
mit cruft Dateien zu finden die irgendwie mit dbus-0.91 in Zusammenhang stehen könnten
über Dateisuche nach dbus-0.91 gesucht

Alles ergebnislos.
Bin für alle Ideen außer rm -R / offen.

Danke schonmal für eure Anstrengungen
Gruß Blubb

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Blubb« (14.12.2006, 20:52)

Zum Seitenanfang

maggu2810

OSI Layer 8

Beiträge: 5 552

13.12.2006, 23:34

Kannst mal meinen Post anschauen zu dbus 1.0.0

"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

Zum Seitenanfang

Blubb

Anfänger

Beiträge: 28

13.12.2006, 23:51

@maggu2810:

Danke hab mal reingeschaut und hielt das mit dem Maskieren von <dbus-1.0.0 ganz gut, aber kdebase-kioslaves beharrt leider noch auf einem <dbus-0.90
Ansonsten habe ich nichts hilfreiches gefunden.
Mir geht es auch mittlerweile gar nicht mehr um das update. Ich hätte nur diese dbus-0.91 Leiche, die da noch rumz geistern scheint, irgendwie gern eliminiert.

Zum Seitenanfang

maggu2810

OSI Layer 8

Beiträge: 5 552

14.12.2006, 00:14

Also, gerade stehen u.a. die in meiner packages.unmask

	Quellcode
1 2 3 4 5 6	=sys-apps/dbus-1.0.0 =sys-apps/dbus-1.0.1 =x11-libs/qt-4.2.1-r1 =dev-libs/dbus-glib-0.72 =dev-python/dbus-python-0.71 =dev-libs/dbus-qt3-old-0.70

und in meiner packages.mask

	Quellcode
1	<sys-apps/dbus-1.0.0

Dann hatte ich damals folgendes gemerget:

	Quellcode
1 2 3 4	sys-apps/dbus dev-python/dbus-python dev-libs/dbus-glib dev-libs/dbus-qt3-old

kde-base/kdebase-kioslaves hab ich in der Version 3.5.5-r1 installiert.

-- edit --

habe gerade nochmal nachgeschaut, welche dbus-Pakete ich in welcher Version drauf habe

Quellcode

eix -sS dbus | grep -A 2 '\[I\]' | grep -v Available

[I] dev-libs/dbus-glib
     Installed versions:  0.72(20:31:45 12/01/06)(-debug -doc -selinux)
--
[I] dev-libs/dbus-qt3-old
     Installed versions:  0.70(19:03:59 11/29/06)
--
[I] dev-python/dbus-python
     Installed versions:  0.71(20:50:44 11/29/06)
--
[I] sys-apps/dbus
     Installed versions:  1.0.2(14:38:11 12/13/06)(X -debug -doc -selinux)
--
[I] x11-plugins/beryl-dbus
     Installed versions:  0.1.2(13:51:56 12/08/06)

Und hab auch mal nachgeschaut, scheint mir wie wenn die Einträge in portage.unmask nicht mehr notwendig sind

	Quellcode
1 2	grep dbus /usr/portage/profiles/package.mask grep qt /usr/portage/profiles/package.mask

"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

Zum Seitenanfang

Blubb

Anfänger

Beiträge: 28

14.12.2006, 00:30

Ok habe jetzt alle nötigen Dateien hinzugefügt, meine package.mask entspricht der deinen und komme eben auf mein altes Problem:

Quellcode

[blocks B     ] <sys-apps/dbus-0.91 (is blocking sys-apps/dbus-1.0.2)
[ebuild     U ] sys-apps/dbus-1.0.2 [0.62-r2] USE="X doc -debug (-selinux) (-gtk%) (-mono%) (-python%*) (-qt3%*) (-qt4%*)" 1,367 kB
[ebuild  N    ] dev-libs/dbus-glib-0.72  USE="doc -debug (-selinux)" 622 kB
[ebuild  N    ] dev-libs/dbus-qt3-old-0.70  215 kB

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Blubb« (14.12.2006, 00:32)

Zum Seitenanfang

maggu2810

OSI Layer 8

Beiträge: 5 552

14.12.2006, 08:59

kdebase-kioslaves-3.5.5-r1.ebuild

	Quellcode
1 2	hal? ( \|\| ( dev-libs/dbus-qt3-old ( <sys-apps/dbus-0.90 >=sys-apps/dbus-0.34 ) ) =sys-apps/hal-0.5* )

Heißt in meinen Augen, wenn dass du entweder ne dbus-Version zwischen 0.34 und 0.90 brauchst oder das Paket dbus-qt3-old...

Merge dir erst mal dbus-qt3-old allein und probiers dann mit dem Rest weiter.

"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

Zum Seitenanfang

Blubb

Anfänger

Beiträge: 28

14.12.2006, 09:20

Das geht nicht, da dbus-qt3-old >=dbus-0.91 in den Abhängigkeiten hat.

Zum Seitenanfang

maggu2810

OSI Layer 8

Beiträge: 5 552

14.12.2006, 09:22

Lassen wir das mal in der packages.mask drin

	Quellcode
1 2 3 4	emerge -vaC dbus emerge -vaO dev-libs/dbus-glib dev-libs/dbus-qt3-old dev-python/dbus-python sys-apps/dbus emerge -vaO kioslaves revdep-rebuild

vielleicht geht das ja dann

"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

Zum Seitenanfang

Blubb

Anfänger

Beiträge: 28

14.12.2006, 09:42

Das gibt ein Compilefehler, er vermisst irgendwelche dbus-Verzeichnisse und Dateien:
./message.h:30:23: error: dbus/dbus.h: No such file or directory

Zum Seitenanfang

maggu2810

OSI Layer 8

Beiträge: 5 552

14.12.2006, 14:43

Also bei mir ist es doch auch gegangen :-D

Und wenn du mal das kioslave einfach "link liegen lässt" und stattdessen nach dem mergen der ganzen dbus-Pakete ein

	Quellcode
1 2	revdep-rebuild while [ $? == 1 ]; do emerge --resume --skipfirst; done

durchrattern lässt?

"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

Zum Seitenanfang

Blubb

Anfänger

Beiträge: 28

14.12.2006, 20:47

So mein Gentoo hat die MS Richtung eingeschlagen, nach einem Neustart gab es kein blockierendes dbus-0.91 mehr. Das neue dbus ließ sich dann ohne Probleme mergen und die restlichen Pakete waren dann kein Thema...
Vielen Dank maggu2810
Gruß Blubb

Zum Seitenanfang

maggu2810

OSI Layer 8

Beiträge: 5 552

14.12.2006, 21:03

Supi! Das hört man gern.

"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

Zum Seitenanfang

GentooForum.de

[gelöst] blockierendes Paket lässt sich nicht entfernen

[gelöst] blockierendes Paket lässt sich nicht entfernen

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Häufig verwendete Suchbegriffe: