Powered by Invision Power Board


  
 
Reply to this topicStart new topicStart Poll

> XBMC 12.3 mergen, und blocks beseitigen
SVeith
Geschrieben am: Samstag, 10.Mai 2014, 10:25 Uhr
Quote Post


Professional
****

Gruppe: G2V3+User
Beiträge: 507
Mitgliedsnummer.: 1160
Mitglied seit: 2005-11-10



Hi R2D2,

Du schreibst
QUOTE
Na genauso, wie Du die anderen Blocks beseitigt hast.

Nur bin ich über die Zusammenhänge nicht im Bilde.
Einige Blocks werden beseitigt indem ein Paket aktualisiert wird (wie openrc)
andere wiederum indem diese Pakete einfach gelöscht werden.

Wie ist es denn bei den 2 Blocks:
CODE
[blocks B      ] <sys-fs/udev-init-scripts-26-r1 ("<sys-fs/udev-init-scripts-26-r1" is blocking net-misc/netifrc-0.2.2)
[blocks B      ] >=net-misc/netifrc-0.2.1 (">=net-misc/netifrc-0.2.1" is blocking sys-fs/udev-init-scripts-26)

Löschen oder aktualisieren?!

Danke, Stefan.
Email Poster
Top
R2D2
Geschrieben am: Samstag, 10.Mai 2014, 10:30 Uhr
Quote Post


Prinz
****

Gruppe: Moderators
Beiträge: 6149
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30



Poste doch einfach mal die gesamte Ausgabe!! :rolleyes:
Email PosterUsers WebsiteICQ
Top
SVeith
Geschrieben am: Samstag, 10.Mai 2014, 10:44 Uhr
Quote Post


Professional
****

Gruppe: G2V3+User
Beiträge: 507
Mitgliedsnummer.: 1160
Mitglied seit: 2005-11-10



QUOTE
Poste doch einfach mal die gesamte Ausgabe!!

Würde ich gerne machen, bin aber schon einen Schritt weiter
und die Blocks sind aufgelöst.

Haber erst mal versucht die Pakete zu aktualisieren was ohne weiteres ging.
Dadurch liessen sich die Blocks auflösen.

Aber gibt es eigentlich eine Regel oder einen Indikator ob ein Paket aktualisiert werden muss oder ob ich das gefahrlos löschen kann?!
Oder muss man einfach die Gesamtzusammenhänge der Pakete kennen und wissen ob ein Paket benötigt wird oder nicht?

Die zwei Blocks bei openrc liessen sich so beseitigen:
CODE
emerge -av sys-fs/udev-init-scripts

Danach lief dann auch ...
CODE
emerge -av openrc

durch.
Der letzte block beim xbmc
CODE
[blocks B      ] <sys-fs/lvm2-2.02.103 ("<sys-fs/lvm2-2.02.103" is blocking sys-fs/udev-212-r1)

liess sich durch
CODE
emerge -av sys-fs/lvm2

beseitigen.

Jetzt läuft gerade emerge -av xbmc

Danke und Gruß, Stefan.
Email Poster
Top
SVeith
Geschrieben am: Samstag, 10.Mai 2014, 21:56 Uhr
Quote Post


Professional
****

Gruppe: G2V3+User
Beiträge: 507
Mitgliedsnummer.: 1160
Mitglied seit: 2005-11-10



Hm schade, der merge von xbmc lief leider nicht durch.

Der grund ist wohl das vorher der Emerge von udisks nicht durchgelaufen ist.
CODE
emerge -av sys-fs/udisks


Bricht mit der Fehlermeldung ab:
CODE
Usage: g-ir-scanner [options] sources

g-ir-scanner: error: no such option: -W
make: *** [src/gudev/GUdev-1.0.gir] Error 2
* ERROR: sys-fs/udev-212-r1 failed (install phase):
*   emake failed
*
* If you need support, post the output of `emerge --info '=sys-fs/udev-212-r1'`,
* the complete build log and the output of `emerge -pqv '=sys-fs/udev-212-r1'`.
* The complete build log is located at '/log/portage/sys-fs:udev-212-r1:20140510-205003.log'.
* For convenience, a symlink to the build log is located at '/mnt/data/system/tmp/portage/sys-fs/udev-212-r1/temp/build.log'.
* The ebuild environment file is located at '/mnt/data/system/tmp/portage/sys-fs/udev-212-r1/temp/environment'.
* Working directory: '/mnt/data/system/tmp/portage/sys-fs/udev-212-r1/work/systemd-212-amd64'
* S: '/mnt/data/system/tmp/portage/sys-fs/udev-212-r1/work/systemd-212'

>>> Failed to emerge sys-fs/udev-212-r1, Log file:

>>>  '/log/portage/sys-fs:udev-212-r1:20140510-205003.log'


Komplettes Log im Anhang.

Noch einen Tipp?!

Danke, Stefan.

angehängte Datei ( Anzahl der Downloads: 122 )
angehängte Datei  sys_fs_udev_212_r1_20140510_205003.log
Email Poster
Top
R2D2
Geschrieben am: Samstag, 10.Mai 2014, 21:59 Uhr
Quote Post


Prinz
****

Gruppe: Moderators
Beiträge: 6149
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30



CODE
emerge -C sys-fs/udisks && emerge sys-fs/udisks
Email PosterUsers WebsiteICQ
Top
SVeith
Geschrieben am: Samstag, 10.Mai 2014, 22:05 Uhr
Quote Post


Professional
****

Gruppe: G2V3+User
Beiträge: 507
Mitgliedsnummer.: 1160
Mitglied seit: 2005-11-10



CODE
vdr / # emerge -C sys-fs/udisks && emerge sys-fs/udisks
* This action can remove important packages! In order to be safer, use
* `emerge -pv --depclean <atom>` to check for reverse dependencies before
* removing packages.

--- Couldn't find 'sys-fs/udisks' to unmerge.

>>> No packages selected for removal by unmerge
vdr / #


CODE
vdr / # emerge -C sys-fs/udisks

ist durchgelaufen und schon deinstalliert.
CODE
emerge sys-fs/udisks

Führt halt zu dem oben beschriebenem Fehler...
Email Poster
Top
R2D2
Geschrieben am: Samstag, 10.Mai 2014, 22:26 Uhr
Quote Post


Prinz
****

Gruppe: Moderators
Beiträge: 6149
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30



CODE
emerge -v sys-fs/udev
Email PosterUsers WebsiteICQ
Top
SVeith
Geschrieben am: Samstag, 10.Mai 2014, 22:34 Uhr
Quote Post


Professional
****

Gruppe: G2V3+User
Beiträge: 507
Mitgliedsnummer.: 1160
Mitglied seit: 2005-11-10



CODE
emerge -v sys-fs/udev

führt zu ...
CODE
Usage: g-ir-scanner [options] sources

g-ir-scanner: error: no such option: -W
make: *** [src/gudev/GUdev-1.0.gir] Error 2
* ERROR: sys-fs/udev-212-r1 failed (install phase):
*   emake failed
*
* If you need support, post the output of `emerge --info '=sys-fs/udev-212-r1'`,
* the complete build log and the output of `emerge -pqv '=sys-fs/udev-212-r1'`.
* The complete build log is located at '/log/portage/sys-fs:udev-212-r1:20140510-213127.log'.
* For convenience, a symlink to the build log is located at '/mnt/data/system/tmp/portage/sys-fs/udev-212-r1/temp/build.log'.
* The ebuild environment file is located at '/mnt/data/system/tmp/portage/sys-fs/udev-212-r1/temp/environment'.
* Working directory: '/mnt/data/system/tmp/portage/sys-fs/udev-212-r1/work/systemd-212-amd64'
* S: '/mnt/data/system/tmp/portage/sys-fs/udev-212-r1/work/systemd-212'

>>> Failed to emerge sys-fs/udev-212-r1, Log file:

>>>  '/log/portage/sys-fs:udev-212-r1:20140510-213127.log'




angehängte Datei ( Anzahl der Downloads: 125 )
angehängte Datei  sys_fs_udev_212_r1_20140510_213127.log
Email Poster
Top
R2D2
Geschrieben am: Samstag, 10.Mai 2014, 22:49 Uhr
Quote Post


Prinz
****

Gruppe: Moderators
Beiträge: 6149
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30



CODE
emerge -v $(qlist -IC gobject)
Email PosterUsers WebsiteICQ
Top
SVeith
Geschrieben am: Samstag, 10.Mai 2014, 23:12 Uhr
Quote Post


Professional
****

Gruppe: G2V3+User
Beiträge: 507
Mitgliedsnummer.: 1160
Mitglied seit: 2005-11-10



CODE
emerge -v $(qlist -IC gobject)

lief durch...

danach dann...
CODE
emerge -av sys-fs/udev

lief auch durch...

danach dann...
CODE
emerge -av sys-fs/udisks

lief auch durch...

jetzt veruch ich gerad mal...
CODE
emerge -av xbmc

Mal sehen wie weit der läuft...
Email Poster
Top
SVeith
Geschrieben am: Samstag, 10.Mai 2014, 23:46 Uhr
Quote Post


Professional
****

Gruppe: G2V3+User
Beiträge: 507
Mitgliedsnummer.: 1160
Mitglied seit: 2005-11-10



Hallo R2D2,

xbmc wurde sauber gebaut und funktioniert nun ohne Probleme.

Verrätst Du mir noch welcher Trick sich hinter
CODE
emerge -v $(qlist -IC gobject)

verbirgt.

Dadurch wurden meine ich 5 oder 6 Pakete neu emerged oder aktualisiert.

Danke für Deine Unterstützung, VG, Stefan.
Email Poster
Top
R2D2
Geschrieben am: Sonntag, 11.Mai 2014, 07:33 Uhr
Quote Post


Prinz
****

Gruppe: Moderators
Beiträge: 6149
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30



QUOTE (SVeith @ Samstag, 10.Mai 2014, 23:46 Uhr)
[...] Verrätst Du mir noch welcher Trick sich hinter
CODE
emerge -v $(qlist -IC gobject)

verbirgt. ...

emerge -v <Alle installierten Pakete, die "gobject" im Namen haben>. ;)
Email PosterUsers WebsiteICQ
Top
Thema wird von 1 Benutzer(n) gelesen (1 Gäste und 0 Anonyme Benutzer)
0 Mitglieder:

Topic Options Reply to this topicStart new topicStart Poll