[gelöst] Pakete aus Overlay ignorieren

Langschläfer

16.11.2006, 23:51

Pakete aus Overlay ignorieren

Habe mir aus dem xeffects-Overlay Beryl installiert. Allerdings ist dies die einzige Anwendung, die ich aus dem Overlay installieren möchte. Der Rest soll aus dem normalen Tree kommen. Wie kann ich spezielle Pakete ignorieren? In die Package.mask eintragen bringt ja wohl ix, da irgendwann die gleiche Version auch im normalen Tree auftauchen wird.

Und noch eine zweite Frage: werde enlightenment nicht los. Habe alle Pakete (glaube ich zumindest) gelöscht, die USE-Flag "-esd" in der make.conf gesetzt und trotzdem sollen die Pakete "enlightenment", "esound" und "eselect-esd" bei einem Update wieder installiert werden. Wie werde ich die endgültig los??

Dell XPS M2010
Kernel-2.6.34 | gcc-4.3.4 | glibc-2.9_p20081201-r2 | Portage-2.2_rc33 | KDE 4.4.5

Zum Seitenanfang

nikaya

Profi

Beiträge: 891

2

17.11.2006, 10:13

RE: Pakete aus Overlay ignorieren

Zitat

Original von mschraff
Und noch eine zweite Frage: werde enlightenment nicht los. Habe alle Pakete (glaube ich zumindest) gelöscht, die USE-Flag "-esd" in der make.conf gesetzt und trotzdem sollen die Pakete "enlightenment", "esound" und "eselect-esd" bei einem Update wieder installiert werden. Wie werde ich die endgültig los??

"esound" und "eselect-esd" sind bei mir auch drauf obwohl ich nie Enlightenment installiert hatte.Der Grund:

Quellcode

equery d esound
[ Searching for packages depending on esound... ]
app-emulation/wine-0.9.22
gnome-base/libgnome-2.14.1
media-sound/audacious-1.1.2-r1
media-libs/libao-0.8.5
media-libs/libsdl-1.2.11
media-libs/xine-lib-1.1.2-r2
media-libs/libmikmod-3.1.11-r2
media-plugins/gst-plugins-esd-0.8.11
media-video/mplayer-1.0_pre8
kde-base/arts-3.5.5

equery d eselect-esd
[ Searching for packages depending on eselect-esd... ]
media-sound/esound-0.2.36-r2

Alles klar??

The most wonderful thing in the world is silence. And how noisy thoughts are!
Nanavira Thera

Zum Seitenanfang

mschraff

Langschläfer

Beiträge: 395

3

21.11.2006, 23:41

Habe jetzt nochmal eine Frage: und zwar gibt es ein Paket (x11-libs/cairo), welches im normalen Tree stable in der Version 1.2.4 ist, im xeffects-Overlay aber als testing maskiert ist. Nun muss dieses Paket aber als Abhängigkeit eines anderen Paketes (dev-python/pycairo) auf eine Version >1.2 "geupdatet" werden. Wie sage ich Portage nun, dass ich das normale "stable"-Paket installieren möchte, denn der glaubt, dass ich das Paket aus dem Overlay installieren will. Folglich sehe ich eine Fehlermeldung, dass das Paket mit dem ~amd64-Keyword maskiert ist.

Dell XPS M2010
Kernel-2.6.34 | gcc-4.3.4 | glibc-2.9_p20081201-r2 | Portage-2.2_rc33 | KDE 4.4.5

Zum Seitenanfang

maggu2810

OSI Layer 8

Beiträge: 5 552

4

22.11.2006, 15:41

Also soweit ich weiß, ist dem Overlay die package.mask eh völlig egal.

"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

mschraff

Langschläfer

Beiträge: 395

5

23.11.2006, 15:48

Nur muss es doch irgendwie möglich sein (ausser per layman die Overlays zu deaktivieren), dass zumindest die installierten Pakete berücksichtigt werden. Habe pycairo-1.2.2 (stable) und cairo-1.2.4 (stable) bereits aus dem normalen Tree installiert. Da aber cairo-1.2.4 im Overlay als testing gekennzeichnet ist, meckert Portage rum, dass dort das Keyword ~amd64 fehlt.

Dell XPS M2010
Kernel-2.6.34 | gcc-4.3.4 | glibc-2.9_p20081201-r2 | Portage-2.2_rc33 | KDE 4.4.5

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mschraff« (23.11.2006, 15:52)

Zum Seitenanfang

maggu2810

OSI Layer 8

Beiträge: 5 552

6

24.11.2006, 11:05

Ich mach das halt immer so, dass ich nach einem sync der Overlays, das was ich rein gar nicht aus dem Overlay verwenden will wieder löschen lasse.

Quellcode

#!/bin/bash

if [ "$1" == "--sync" ]
then

        ## === LAYMAN ===
        layman --sync-all

        rm -rf /usr/portage/local/layman/zugaina/app-crypt/qca
        rm -rf /usr/portage/local/layman/zugaina/app-emulation/qemu-softmmu
        rm -rf /usr/portage/local/layman/zugaina/app-emulation/wine
        rm -rf /usr/portage/local/layman/zugaina/media-video/mplayer

        ## === MAIN PORTAGE TREE ===
        eix-sync -v
fi


## === START MERGING ===

emerge -vaDNu world; while [ $? == 1 ]; do emerge --resume --skipfirst; done

"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

mschraff

Langschläfer

Beiträge: 395

7

11.09.2007, 20:23

Hi maggu,

leider geht Dein Skript bei mir nicht. Ich habe es mal auf meine Bedürfnisse zugeschnitten und in eine Datei namens eix-angepasst gepackt.. Habe die Zeilen wie folgt angepasst:

Quellcode

        rm -rf /usr/local/layman/xeffects/gnome-extra
        rm -rf /usr/local/layman/xeffects/eclass
        rm -rf /usr/local/layman/xeffects/kde-base
        rm -rf /usr/local/layman/xeffects/kde-misc
        rm -rf /usr/local/layman/xeffects/xfce-extra

Leider ignoriert Portage dies scheinbar, denn alle Pakete aus dem Overlay sollen gemergt werden. Und ein "ls" zeigt mir, dass die Verzeichnisse tatsächlich noch existieren.

Dell XPS M2010
Kernel-2.6.34 | gcc-4.3.4 | glibc-2.9_p20081201-r2 | Portage-2.2_rc33 | KDE 4.4.5

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mschraff« (11.09.2007, 21:22)

Zum Seitenanfang

maggu2810

OSI Layer 8

Beiträge: 5 552

8

11.09.2007, 22:10

Da bräuchte ich jetzt schon das ganze Skript.

"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

mschraff

Langschläfer

Beiträge: 395

9

11.09.2007, 22:31

Quellcode

#!/bin/bash

if [ "$1" == "--sync" ]
then

        ## === LAYMAN ===
        layman --sync-all

        rm -rf /usr/local/layman/xeffects/gnome-extra
        rm -rf /usr/local/layman/xeffects/eclass
        rm -rf /usr/local/layman/xeffects/kde-base
        rm -rf /usr/local/layman/xeffects/kde-misc
        rm -rf /usr/local/layman/xeffects/xfce-extra

        ## === MAIN PORTAGE TREE ===
        eix-sync -v
fi

## === START MERGING ===

emerge -vaDNu world; while [ $? == 1 ]; do emerge --resume --skipfirst; done

Dell XPS M2010
Kernel-2.6.34 | gcc-4.3.4 | glibc-2.9_p20081201-r2 | Portage-2.2_rc33 | KDE 4.4.5

Zum Seitenanfang

maggu2810

OSI Layer 8

Beiträge: 5 552

10

11.09.2007, 23:05

Hast du den Pfad von Layman umgestellt oder warum lässt das "portage" weg?

"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

mschraff

Langschläfer

Beiträge: 395

11

11.09.2007, 23:12

Ja, den Pfad hab ich so eingestellt. Ist schon lange her, dass ich mir mal (damals für Beryl - siehe den Anfang vom Thread) das xeffects-Overlay eingestellt habe. War einfach nur zu faul, ketzt die Verzeichnisse anzupassen.
Manuell kann ich aber die Overlay-Pfade löschen. Ein danach ausgeführtes emerge läuft dann auch korrekt ab. Nur das Skript macht Probleme.

EDIT:
Das Problem lag daran, dass ich kein "--sync" hinter den Skriptnamen gesetzt habe.
Das Skript funktioniert einwandfrei

Dell XPS M2010
Kernel-2.6.34 | gcc-4.3.4 | glibc-2.9_p20081201-r2 | Portage-2.2_rc33 | KDE 4.4.5

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mschraff« (12.09.2007, 16:45)

Zum Seitenanfang

GentooForum.de

Pakete aus Overlay ignorieren

RE: Pakete aus Overlay ignorieren

Zitat

Quellcode

Quellcode

Quellcode

Quellcode

Häufig verwendete Suchbegriffe: