Sie sind nicht angemeldet.

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

Blubb

Anfänger

  • »Blubb« ist der Autor dieses Themas

Beiträge: 28

  • Nachricht senden

1

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)

maggu2810

OSI Layer 8

  • »maggu2810« ist männlich

Beiträge: 5 552

  • Nachricht senden

2

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.

Blubb

Anfänger

  • »Blubb« ist der Autor dieses Themas

Beiträge: 28

  • Nachricht senden

3

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.

maggu2810

OSI Layer 8

  • »maggu2810« ist männlich

Beiträge: 5 552

  • Nachricht senden

4

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

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

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.

Blubb

Anfänger

  • »Blubb« ist der Autor dieses Themas

Beiträge: 28

  • Nachricht senden

5

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

 
1
2
3
4

[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)

maggu2810

OSI Layer 8

  • »maggu2810« ist männlich

Beiträge: 5 552

  • Nachricht senden

6

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.

Blubb

Anfänger

  • »Blubb« ist der Autor dieses Themas

Beiträge: 28

  • Nachricht senden

7

14.12.2006, 09:20

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

maggu2810

OSI Layer 8

  • »maggu2810« ist männlich

Beiträge: 5 552

  • Nachricht senden

8

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.

Blubb

Anfänger

  • »Blubb« ist der Autor dieses Themas

Beiträge: 28

  • Nachricht senden

9

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

maggu2810

OSI Layer 8

  • »maggu2810« ist männlich

Beiträge: 5 552

  • Nachricht senden

10

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.

Blubb

Anfänger

  • »Blubb« ist der Autor dieses Themas

Beiträge: 28

  • Nachricht senden

11

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

maggu2810

OSI Layer 8

  • »maggu2810« ist männlich

Beiträge: 5 552

  • Nachricht senden

12

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.

Häufig verwendete Suchbegriffe:

www.my-echo.de mobile-parts-discount.net Andere Architekturen Lob & Kritik Gentoo Linux bka trojaner finden Emerge Probleme softwaregarage.de Drucker Linux Computer und Notebooks