| 1 |
Christian Faulhammer wrote: |
| 2 |
> "Dr. Thomas Bengs" <tbengs@×××.de>: |
| 3 |
> > * Christian Faulhammer <opfer@g.o> wrote: |
| 4 |
> > > "Dr. Thomas Bengs" <tbengs@×××.de>: |
| 5 |
> > > > auch k3b funktioniert nicht mehr, es meckert, das dbus nicht mehr |
| 6 |
> > > > mit qt3 übersetzt werden kann. Auch das installieren von |
| 7 |
> > > > dev-libs/dbus-qt3-old-0.70 |
| 8 |
> > > |
| 9 |
> > > Und was hat dir dbus nach dem emerge mit einem dicken ewarn |
| 10 |
> > > ausgespuckt? You MUST run 'revdep-rebuild' after emerging this |
| 11 |
> > > package |
| 12 |
> > |
| 13 |
> > eben, dabei bricht revdep-rebuild ab mit der Bemerkung, daß dbus nicht |
| 14 |
> > mehr mit FLAG qt3 zu übersetzen ist. Auch dev-libs/dbus-qt3-old-0.70 |
| 15 |
> > hilft dann nicht. |
| 16 |
> |
| 17 |
> Genaue Meldungen bitte und wann sie auftauchen...ich weiß nicht woher |
| 18 |
> die kommen soll. k3b meckert nur, wenn ein <dbus-0.91 ohne qt3 |
| 19 |
> kompiliert wurde, ansonsten wird das neue dbus mit qt3-Binding |
| 20 |
> installiert. Vertausche bei revdep-rebuild die Reihenfolge der Pakete |
| 21 |
> (also k3b ans Ende) und versuche es mal so, der Sortieralgorithmus rät |
| 22 |
> nicht immer richtig. |
| 23 |
|
| 24 |
!!! ERROR: app-cdr/k3b-0.12.14 failed. |
| 25 |
Call stack: |
| 26 |
ebuild.sh, line 1562: Called dyn_setup |
| 27 |
ebuild.sh, line 665: Called pkg_setup |
| 28 |
k3b-0.12.14.ebuild, line 56: Called built_with_use 'sys-apps/dbus' 'qt3' |
| 29 |
eutils.eclass, line 1671: Called die |
| 30 |
|
| 31 |
!!! sys-apps/dbus-1.0.2 does not actually support the qt3 USE flag! |
| 32 |
!!! If you need support, post the topmost build error, and the call stack if |
| 33 |
relevant. |
| 34 |
|
| 35 |
Mit Ausnahme von k3b und pmount ist der komplette revdep-rebuild vorher |
| 36 |
abgearbeitet worden. Die Reihenfolge scheint mir also bedeutungslos. |
| 37 |
|
| 38 |
Das obige Problem sehe ich übrigens nur auf amd64 aber nicht unter x86. |
| 39 |
Vermutlich schlicht deshalb, weil unter x86 k3b 0.12.17 stabil ist, unter |
| 40 |
amd64 aber nicht. Dort kann ich aber k3b 0.12.17 ebenfalls ohne die besagten |
| 41 |
Schwierigkeiten mergen. |
| 42 |
|
| 43 |
Vermutlich sollte das reopened werden[1]: |
| 44 |
http://bugs.gentoo.org/show_bug.cgi?id=157333 |
| 45 |
denn die beteiligten Komponenten sind jetzt alle stabil und die Kommentare, |
| 46 |
man solle halt keine stabilen und instabilen Pakete mischen, gehen damit am |
| 47 |
Thema vorbei. |
| 48 |
|
| 49 |
Gruß |
| 50 |
mks |
| 51 |
|
| 52 |
[1] Ich habe neulich hier |
| 53 |
http://bugs.gentoo.org/show_bug.cgi?id=147127 |
| 54 |
zusätzliche Infos zum Bug hinzugefügt. Darauf wurde mir gesagt, ich solle in |
| 55 |
einem solchen Fall den Bug reopen, weil sonst niemand davon Notiz nehmen |
| 56 |
würde. Das kann ich aber nicht, denn die einzige Option, die mir angeboten |
| 57 |
wird, ist "Leave as ...". Ist das so gewollt? Wenn nicht, was muß man tun, um |
| 58 |
die entsprechenden Möglichkeiten angeboten zu bekommen? |
| 59 |
-- |
| 60 |
gentoo-user-de@g.o mailing list |
Archives