Guggat emol Blog » Syntax Error bei Einsatz von Python 3.1 http://www.baldenhofer.eu/blog Roland bloggt über IT, Programmieren und Linux Tue, 25 Oct 2011 22:53:01 +0000 en hourly 1 http://wordpress.org/?v=3.3 Syntax Error bei Einsatz von Python 3.1 http://www.baldenhofer.eu/blog/gentoo/syntax-error-bei-einsatz-von-python-3-1 http://www.baldenhofer.eu/blog/gentoo/syntax-error-bei-einsatz-von-python-3-1#comments Sun, 29 Aug 2010 22:24:01 +0000 Roland http://www.baldenhofer.eu/blog/?p=1977 Beim revdep-rebuild bekam ich seit kurzem immer wieder Python Syntax errors.
Also irgendwas wie:

  1.     except GetoptError, e:
  2.                       ^
  3. SyntaxError: invalid syntax

Ich verwendete Python 3.1.
Dummerweise sind noch nicht alle Programme auf diese neue Version angepasst worden. (Hätte mich auch irgendwie gewundert…)
Das Problem kannst du lösen indem du auf eine ältere Python Version zurückgehst.
Also

  1. $ eselect python list
  2. Available python interpreters:
  3.   [1]   python2.6
  4.   [2]   python3.1 *
  5. $ eselect python set 1
  6. $ eselect python list
  7. Available python interpreters:
  8.   [1]   python2.6 *
  9.   [2]   python3.1

Danach kannst du wieder fröhlich übersetzen. Später mal musst du vielleicht wieder auf 3.1 wechseln Das wird dir dann dein System schon sagen :)

Ähnliche Beiträge

    www.baldenhofer.eu © seit 2009
    Dieser Feed kommt vom Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
    4e3744397ab2a417f811b29573bcbef4)    ]]>     http://www.baldenhofer.eu/blog/gentoo/syntax-error-bei-einsatz-von-python-3-1/feed 0     Schnellhilfe nach Update von xorgserver und kde http://www.baldenhofer.eu/blog/gentoo/schnellhilfe-nach-update-von-xorgserver-und-kde http://www.baldenhofer.eu/blog/gentoo/schnellhilfe-nach-update-von-xorgserver-und-kde#comments Sun, 09 May 2010 08:01:24 +0000 Roland http://www.baldenhofer.eu/blog/?p=1946 Bei den letzten zwei Updates von KDE hatte ich ein paar kleine Probleme mit dem X.

    Immer nach dem Update startete der X-Server nicht mehr.

    Das Problem war, dass das Paket x11-base/xorg-server aktualisiert wurde. Blöderweise waren dann die Kernel Module, die aus dem Paket x11-drivers/xf86-video-intel gezogen wurden, nicht im Abhängigkeitsbaum mit integriert. Und deshalb konnten dann die Treiber für die Grafikkarte nicht mehr gefunden werden.

    Um nun dieses Problem schnell zu beseitigen, emerge ich die x11-drivers/xf86-video-intel einfach sofort nochmal. Daran kann man sich ja gewöhnen gelle?

    Ähnliche Beiträge

      www.baldenhofer.eu © seit 2009
      Dieser Feed kommt vom Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
      4e3744397ab2a417f811b29573bcbef4)      ]]>       http://www.baldenhofer.eu/blog/gentoo/schnellhilfe-nach-update-von-xorgserver-und-kde/feed 0       ccache Fehler xlib.o: file not recognized: File format not recognized http://www.baldenhofer.eu/blog/gentoo/ccache-fehler-xlib-o-file-not-recognized-file-format-not-recognized http://www.baldenhofer.eu/blog/gentoo/ccache-fehler-xlib-o-file-not-recognized-file-format-not-recognized#comments Mon, 22 Feb 2010 20:26:12 +0000 Roland http://www.baldenhofer.eu/blog/?p=1882 Oha, da hatte ich mal wieder einen dicken Fehler.
      Ich wollte meinen KDE nochmal updaten und nebenher hatte ich ein bisschen am Kernel und an der Virtrual Box rumgefummelt.
      Und dann passierte es.

      i686-pc-linux-gnu-g++ -c -pipe -O2 -march=core2 -pipe -fomit-frame-pointer
      -Wall -W -I../../../mkspecs/linux-g++ -I. -I/usr/include/freetype2
      -I/usr/X11R6/include -o xlib.o xlib.cpp
      linking xlib
      xlib.o: file not recognized: File format not recognized
      collect2: ld returned 1 exit status
      gmake: *** [xlib] Error 1
      XLib disabled.
      Basic XLib functionality test failed!
      You might need to modify the include and library search paths by editing
      QMAKE_INCDIR_X11 and QMAKE_LIBDIR_X11 in
      /var/tmp/portage/x11-libs/qt-svg-4.6.2/work/qt-everywhere-opensource-src-4.6.2/mkspecs/linux-g++.

      Würdest du glauben, dass es sich hierbei um einen ccache Fehler handelt?
      Ne?
      Ich auch nicht.
      Das war der Hammer!
      Die wichtige Information ist file not recognized:. Das bedeutet, dass der C-Cache ein Objekt nicht finden kann.
      Und das bedeutet wiederum, dass ich den ccache mit dem Befehl ccache -c gelöscht habe.
      Leider hat das auch noch nicht gereicht.
      Ich musste am Ende den kompletten ccache manuell löschen und ccache neu emergen.
      Das ist mir noch nie passiert. Bisher war ccache ein stabiles Stück Software.
      Naja, alle zehn Jahre ist das ok gelle? ;)

      Ähnliche Beiträge

        www.baldenhofer.eu © seit 2009
        Dieser Feed kommt vom Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
        4e3744397ab2a417f811b29573bcbef4)        ]]>         http://www.baldenhofer.eu/blog/gentoo/ccache-fehler-xlib-o-file-not-recognized-file-format-not-recognized/feed 0         Mal wieder ein kleiner Fehler “checking for XML::Parser… configure: error: XML::Parser perl module is required for intltool” http://www.baldenhofer.eu/blog/gentoo/mal-wieder-ein-kleiner-fehler-checking-for-xmlparser-configure-error-xmlparser-perl-module-is-required-for-intltool http://www.baldenhofer.eu/blog/gentoo/mal-wieder-ein-kleiner-fehler-checking-for-xmlparser-configure-error-xmlparser-perl-module-is-required-for-intltool#comments Sun, 14 Feb 2010 20:46:34 +0000 Roland http://www.baldenhofer.eu/blog/?p=1876 Da hat mal wieder ein kleiner Fehler mich wieder etwas verwirrt.
        Beim KDE 4.4.0 hat emerge den Fehler
        checking for XML::Parser… configure: error: XML::Parser perl module is required for intltool gemeldet.
        Die Lösung war wieder mal sehr einfach:
        emerge XML-Parser hilft da.
        Danach können die XML Dateien wieder gelesen werden.

        Ähnliche Beiträge

          www.baldenhofer.eu © seit 2009
          Dieser Feed kommt vom Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
          4e3744397ab2a417f811b29573bcbef4)          ]]>           http://www.baldenhofer.eu/blog/gentoo/mal-wieder-ein-kleiner-fehler-checking-for-xmlparser-configure-error-xmlparser-perl-module-is-required-for-intltool/feed 2           Den Schalter –emtpytree nicht vergessen http://www.baldenhofer.eu/blog/gentoo/den-schalter-emtpytree-nicht-vergessen http://www.baldenhofer.eu/blog/gentoo/den-schalter-emtpytree-nicht-vergessen#comments Sat, 02 Jan 2010 12:29:27 +0000 Roland http://www.baldenhofer.eu/blog/?p=1851 Ich bin mal wieder vor einer Gentoo Büchse gelegen und konnte nicht nachvollziehen wieso ein Programm (in dem Fall minitube) einfach nicht laufen will.
          Falls revdep-rebuild und all unsere Freunde keine Schwierigkeiten erkennen, kann es im allerletzten Notfall sinnvoll sein, sich dem Befehl
          emerge –emptytree PROGRAMM anzuvertrauen.
          Dieser Befehl geht durch alle Abhängigkeiten durch und übersetzt alle Programme nochmals, die es zu dem benötigten Programm braucht.
          Danach sind zumindest alle Abhängigkeiten ganz sicher wieder gegeben ;)
          Aber du brauchst deinen Rechner dann eine Zeitlang nicht mehr mit anderen Tätigkeiten nerven. Die Maschine ist dann sicherlich extrem beschäftigt und übersetzt alle nur denkbaren Programme.
          Es ist ein sehr durchgreifender und reinigender Befehl.
          Falls du mal “ausversehen” diverse Programme fälschlicherweise gelöscht oder zerstört hast, kannst du mit diesem Befehl das System wiederherstellen und auf den aktuellen Stand bringen.
          Happy emerging!

          Ähnliche Beiträge

            www.baldenhofer.eu © seit 2009
            Dieser Feed kommt vom Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
            4e3744397ab2a417f811b29573bcbef4)            ]]>             http://www.baldenhofer.eu/blog/gentoo/den-schalter-emtpytree-nicht-vergessen/feed 4             sys-apps/util-linux-2.16.1 Failed Patch: util-linux-ng-2.16-20090725.diff! http://www.baldenhofer.eu/blog/gentoo/sys-appsutil-linux-2-16-1-failed-patch-util-linux-ng-2-16-20090725-diff http://www.baldenhofer.eu/blog/gentoo/sys-appsutil-linux-2-16-1-failed-patch-util-linux-ng-2-16-20090725-diff#comments Mon, 05 Oct 2009 08:55:25 +0000 Roland http://www.baldenhofer.eu/blog/?p=1758 Gentoo hat mich wieder!
            Zumindest teilweise.
            Im Moment versuche ich einen Rechner aufzusetzen. Dabei trat der Fehler Failed Patch: util-linux-ng-2.16-20090725.diff! auf.
            Die Lösung des Problems fand ich im Post sys-apps/util-linux-2.14.2. Dort kannst du sehen, dass bei Verwendung von Verschlüsselungskomponenten der besondere Patch gezogen werden soll. Das klappt dann aber nicht, da dieser patch nicht ausgeliefert wird.

            Lösung des Problems

            Ich habe schnell mal meine USE Flags auskommentiert. Danach liess sich das Ganze schön übersetzen.
            Danach habe ich die USE Flags cli, hardened, loop-aes, pcre, sasl aus meinen Standard-Use Flags gelöscht.
            Damit wird der Patch nicht mehr angezogen.
            In meinem Fall ist das ok so, denn es handelt sich um eine kleine Maschine die als Desktop eingesetzt werden soll.

            Happy Emerging!

            Ähnliche Beiträge

              www.baldenhofer.eu © seit 2009
              Dieser Feed kommt vom Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
              4e3744397ab2a417f811b29573bcbef4)              ]]>               http://www.baldenhofer.eu/blog/gentoo/sys-appsutil-linux-2-16-1-failed-patch-util-linux-ng-2-16-20090725-diff/feed 1               poppler-0.10.6 blockiert emerge http://www.baldenhofer.eu/blog/gentoo/poppler-0106-blockiert-emerge http://www.baldenhofer.eu/blog/gentoo/poppler-0106-blockiert-emerge#comments Tue, 02 Jun 2009 06:09:28 +0000 Roland http://www.baldenhofer.eu/blog/?p=1283 Ich hatte das Problem, dass die Poppler Versionen, die unter anderem für okular benötigt werden, sich gegenseitig verriegelt haben.
              Also virutal/poppler, virtual/poppler-qt4, virtual/poppler-qt3, dev-libs/poppler-qt4, dev-libs/poppler-qt3, dev-libs/poppler hatten sich gegenseitig nicht installieren lassen.
              Die einzige Möglichkeit wie ich dieses Problem lösen konnte war, alle sich gegenseitig blockierenden poppler Pakete zu entfernen.
              Also mit emerge –unmerge xxx/poppler-xxx.
              Danach konnte ich wieder einen emerge –update world durchführen und die Pakete installierten sich wieder wie gewohnt.
              Tja, manchmal muss man halt einfach ein bisschen mehr eingreifen als gewünscht.

              Ähnliche Beiträge

                www.baldenhofer.eu © seit 2009
                Dieser Feed kommt vom Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
                4e3744397ab2a417f811b29573bcbef4)                ]]>                 http://www.baldenhofer.eu/blog/gentoo/poppler-0106-blockiert-emerge/feed 0                 kde-base/klinkstatus-4.2.3 error: boost/shared_ptr.hpp: No such file or directory http://www.baldenhofer.eu/blog/gentoo/kde-baseklinkstatus-423-error-boostshared_ptrhpp-no-such-file-or-directory http://www.baldenhofer.eu/blog/gentoo/kde-baseklinkstatus-423-error-boostshared_ptrhpp-no-such-file-or-directory#comments Thu, 28 May 2009 18:39:37 +0000 Roland http://www.baldenhofer.eu/blog/?p=1242 Und wieder einmal hatte ich beim Übersetzen ein kleines Problem.
                Diesmal hat beim Übersetzen von kde-base/klinkstatus gemeckert, dass es die Datei boost/shared_ptr.hpp nicht finden konnte.
                Die ganze Fehlermeldung:

                1. In file included from /usr/include/syndication/global.h:25,
                2.                  from /var/tmp/portage/kde-base/klinkstatus-4.2.3/work/klinkstatus-4.2.3/klinkstatus/src/pim/pimagent.cpp:29:
                3. /usr/include/syndication/feed.h:26:32: error: boost/shared_ptr.hpp: No such file or directory
                4. In file included from /usr/include/syndication/global.h:25,
                5.                  from /var/tmp/portage/kde-base/klinkstatus-4.2.3/work/klinkstatus-4.2.3/klinkstatus/src/pim/pimagent.cpp:29:
                6. /usr/include/syndication/feed.h:40: error: 'boost' has not been declared
                7. /usr/include/syndication/feed.h:40: error: expected initializer before '< ' token
                8. /usr/include/syndication/feed.h:42: error: 'boost' has not been declared
                9. /usr/include/syndication/feed.h:42: error: expected initializer before '<' token
                10. /usr/include/syndication/feed.h:44: error: 'boost' has not been declared
                11. /usr/include/syndication/feed.h:44: error: expected initializer before '<' token
                12. /usr/include/syndication/feed.h:46: error: 'boost' has not been declared
                13. /usr/include/syndication/feed.h:46: error: expected initializer before '<' token
                14. /usr/include/syndication/feed.h:48: error: 'boost' has not been declared
                15. /usr/include/syndication/feed.h:48: error: expected initializer before '<' token
                16. /usr/include/syndication/feed.h:50: error: 'boost' has not been declared
                17. /usr/include/syndication/feed.h:50: error: expected initializer before '<' token
                18. /usr/include/syndication/feed.h:81: error: 'SpecificDocumentPtr' does not name a type
                19. /usr/include/syndication/feed.h:90: error: 'ItemPtr' was not declared in this scope
                20. /usr/include/syndication/feed.h:90: error: template argument 1 is invalid
                21. /usr/include/syndication/feed.h:97: error: 'CategoryPtr' was not declared in this scope
                22. /usr/include/syndication/feed.h:97: error: template argument 1 is invalid
                23. /usr/include/syndication/feed.h:136: error: 'ImagePtr' does not name a type
                24. /usr/include/syndication/feed.h:145: error: 'PersonPtr' was not declared in this scope
                25. /usr/include/syndication/feed.h:145: error: template argument 1 is invalid
                26. In file included from /var/tmp/portage/kde-base/klinkstatus-4.2.3/work/klinkstatus-4.2.3/klinkstatus/src/pim/pimagent.cpp:29:
                27. /usr/include/syndication/global.h:80: error: 'FeedPtr' does not name a type
                28. make[2]: *** [klinkstatus/src/CMakeFiles/klinkstatuscommon.dir/pim/pimagent.o] Error 1
                29. make[2]: *** Waiting for unfinished jobs….
                30. make[1]: *** [klinkstatus/src/CMakeFiles/klinkstatuscommon.dir/all] Error 2
                31. make: *** [all] Error 2

                So, und was macht der kluge Gentoo-Übersetzer mit dieser Meldung?

                Lösung

                Naja, die Lösung ist ziemlich unspektakulär.
                Ich habe kontrolliert was es für boost emerge Pakete gibt.
                Und da fand ich dann ein paar die ich mit emerge eselect-boost boost boost-build
                nochmal übersetzen konnte.
                Danach sind die verlorenen Dateien wieder vorhanden.
                Vermutlich habe ich irgend ein Paket entfernt, dass diese Datei beinhaltet hat.

                Ähnliche Beiträge

                  www.baldenhofer.eu © seit 2009
                  Dieser Feed kommt vom Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
                  4e3744397ab2a417f811b29573bcbef4)                  ]]>                   http://www.baldenhofer.eu/blog/gentoo/kde-baseklinkstatus-423-error-boostshared_ptrhpp-no-such-file-or-directory/feed 0                   World Update auf KDE 4.2.3 http://www.baldenhofer.eu/blog/gentoo/world-update-auf-kde-423 http://www.baldenhofer.eu/blog/gentoo/world-update-auf-kde-423#comments Thu, 14 May 2009 07:44:36 +0000 Roland http://www.baldenhofer.eu/blog/?p=1034 Ja, ich hab schon wieder ein Update durchgeführt. :)
                  Und ich werde das wieder tun.
                  Im Prinzip führe ich im Schnitt jede Woche ein Update durch.
                  Diesmal mussten alle KDE Pakete auf KDE 4.2.3 angehoben werden.
                  Da ich das nicht machen muss, sondern dies mein kleiner Asus Eee 900 selber kann (immerhin ist er ja scho gross ;) ), lies ich ihn einfach über Nacht laufen.

                  Was war diesmal besonders?

                  Ich hatte den Update schon vor ein paar Tagen mal durchführen wollen.
                  Doch dort waren mir zu viele Abhängigkeiten nicht korrekt aufgelöst worden.
                  Und als “alter” Gentoo Benutzer weiss ich, dass man manchmal einfach abwarten und Tee trinken sollte.
                  Also lies ich das System einfach in seiner bestehenden Form stehen und wartete ein paar Tage.
                  Gestern war es dann so weit.
                  Ich führte mein emerge –sync durch.
                  Dann startete ich das emerge –update –world.
                  Er zeigte mir an, dass einige KDE-3.5.10 Komponenten sich mit den neuen KDE-4.2.3 Komponenten beissen.
                  Da ich KDE-3.5 eigentlich auf dem kleinen gar nicht mehr haben will, nahm ich die Tastatur in die Hand und führte ein paar emerge –unmerge =kde-base/xxx.xxx durch.
                  Danach maulte mein update noch, dass ich ein make Flag setzen sollte.
                  Und dann war er zufrieden und gurgelte durch die Nacht.

                  Fazit

                  Der Update hat mich diesmal ca. 20 Minuten Aufwand gekostet. Dafür ist das System jetzt wieder schön aktuell.
                  Im Vergleich: Während ich hier schreibe führt Windows ein paar Updates durch. Und immer wieder fragt es mich etwas oder will neu gestartet werden. Das bedeutet, dass ich diese Woche für einen Update von Linux ca. 20 Minuten Arbeitszeit verheizt habe und im Windows Umfeld ca. 45 Minuten.
                  Im Schnitt würde ich sagen, dass ich gleich viel Zeit für die Pflege der Systeme aufwenden muss. Häufig klappt es bei Linux ja auch nicht so gut :)

                  Ähnliche Beiträge

                    www.baldenhofer.eu © seit 2009
                    Dieser Feed kommt vom Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
                    4e3744397ab2a417f811b29573bcbef4)                    ]]>                     http://www.baldenhofer.eu/blog/gentoo/world-update-auf-kde-423/feed 0                     world Pakete installieren http://www.baldenhofer.eu/blog/gentoo/world-pakete-installieren http://www.baldenhofer.eu/blog/gentoo/world-pakete-installieren#comments Thu, 19 Feb 2009 19:45:47 +0000 Roland http://www.baldenhofer.eu/blog/?p=246 Jetzt haben wir ein System und einen vi.
                    Und jetzt müssen wir den Befehl ausführen, der alle Applikationen aktualisiert und korrekt konfiguriert.
                    Führe folgende Befehle aus:

                    emerge –fetchonly world
                    emerge –keep-going world

                    Und dann gehen wir wieder schlafen.
                    Wenn alles übersetzt wurde, führe bitte folgende Befehle aus:

                    emerge –fetchonly –update –deep world
                    emerge –keep-going –update –deep world

                    Damit werden die Abhängigkeiten von allen Paketen analysiert und die Pakete korrekt konfiguriert. Dieser Befehl wird auch noch einige Stunden dauern…
                    Also dann mal gute Nacht und bis bald.

                    Ähnliche Beiträge

                      www.baldenhofer.eu © seit 2009
                      Dieser Feed kommt vom Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
                      4e3744397ab2a417f811b29573bcbef4)                      ]]>                       http://www.baldenhofer.eu/blog/gentoo/world-pakete-installieren/feed 0                       pykde4 läßt sich nicht emergen http://www.baldenhofer.eu/blog/gentoo/pykde4-laesst-sich-nicht-emergen http://www.baldenhofer.eu/blog/gentoo/pykde4-laesst-sich-nicht-emergen#comments Tue, 17 Feb 2009 09:05:17 +0000 Roland http://www.baldenhofer.eu/blog/?p=199 Wenn sich pykde4 nicht übersetzen läßt kann dass eventuell daran liegen, dass
                      dein PyQt4 eventuell nicht mehr korrekt vorhanden ist. Übersetze zuerst mit emerge PyQt4 dass Paket neu. Danach klappt pykde4 schon
                      besser.
                      Falls dass nicht klappt rufe mal emerge –unmerge
                      pykde                       auf. Danach übersetzt du dann nocheinmal pykde4. Falls du pykde
                      noch benötigst, kannst du es danach wieder emergen.

                      Vielleicht liegts auch an der Python Version: make: *** No rule to make target `install’. Stop.

                      Bevor du unmerge oder andere verrückten Sachen machst, führe zuerst noch einen Update von Python mit  python-updater durch.
                      Bei einem Update trat bei mir der Fehler  make: *** No rule to make target `install’. Stop. auf.

                      Nachdem ich python-updater durchgeführt habe, klappte auch das Übersetzten wieder.

                      Eventuell hilft auch noch ein emerge dev-python/sip und emerge  dev-python/PyQt4

                      Den Tipp fand ich unter Failed to emerge kde-base/pykde4-4.2.2.

                      Fröhliches Übersetzen!

                      Ähnliche Beiträge

                        www.baldenhofer.eu © seit 2009
                        Dieser Feed kommt vom Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
                        4e3744397ab2a417f811b29573bcbef4)                        ]]>                         http://www.baldenhofer.eu/blog/gentoo/pykde4-laesst-sich-nicht-emergen/feed 0                         kdevelop läßt sich nicht emergen http://www.baldenhofer.eu/blog/gentoo/kdevelop-laesst-sich-nicht-emergen http://www.baldenhofer.eu/blog/gentoo/kdevelop-laesst-sich-nicht-emergen#comments Mon, 16 Feb 2009 23:03:42 +0000 Roland http://www.baldenhofer.eu/blog/?p=196 Falls du mal kdevelop emergen musst, und das Teil sich nicht übersetzen läßt, gibt es einen Workaround.
                        Rufe mit EXTRA_ECONF=”–prefix=/usr/kde/3.5″ emerge kdevelop emerge auf. Hiermit wird unterbunden, dass das kdevelop für kde3.5 erwartet die kde4 Ressourcen zu ziehen.
                        Diesen Workaround habe ich bei gefunden.
                        Bei mir hat das gut geklappt.

                        Ähnliche Beiträge

                          www.baldenhofer.eu © seit 2009
                          Dieser Feed kommt vom Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
                          4e3744397ab2a417f811b29573bcbef4)                          ]]>                           http://www.baldenhofer.eu/blog/gentoo/kdevelop-laesst-sich-nicht-emergen/feed 1                           /etc/make.conf konfigurieren http://www.baldenhofer.eu/blog/gentoo/etcmakeconf-konfigurieren http://www.baldenhofer.eu/blog/gentoo/etcmakeconf-konfigurieren#comments Sat, 14 Feb 2009 23:35:34 +0000 Roland http://www.baldenhofer.eu/blog/?p=131 Mit dieser Datei wird dass Verhalten von emerge und Portage definiert. Es handelt sich hierbei um die komplizierteste Datei die wir hier anzupassen haben.
                          Zuerst siehst du hier den Inhalt meiner /etc/make.conf Datei:

                          1. CHOST="i686-pc-linux-gnu"
                          2. CFLAGS="-march=pentium3 -msse2 -O2 -pipe -fomit-frame-pointer"
                          3. CXXFLAGS="${CFLAGS}"
                          4. #CXX="c++"
                          5. USE="acpi alsa apache2 apm -berkdb cairo cli dbus embedded firefox gif gpm gtk hal hardened imap ipod jpeg kde laptop loop-aes libwww maildir mysql mysqli nls -nptl opengl pcre perl png postgres python qt4 reflection sasl server spl ssl sqlite svg tiff tokenizer tk unicode pcre qt3 xulrunner xinerama X xml xsl zlib"
                          6. LINGUAS="de"
                          7. ACCEPT_KEYWORDS="~x86"
                          8. PORTAGE_TMPDIR=/var/tmp
                          9. PORTDIR=/usr/portage
                          10. PORTDIR_OVERLAY="/usr/local/portage/layman/kdesvn-portage"
                          11. DISTDIR=${PORTDIR}|>/distfiles
                          12. PKDIR=${PORTDIR}|>/packages
                          13. PORT_LOGDIR=/var/log/portage
                          14. FETCHCOMMAND="/usr/bin/wget -t 5 -T 60 –passive-ftp \${URI} -P \${DISTDIR}"
                          15. RESUMECOMMAND="/usr/bin/wget -c -t 5 -T 60 –passive-ftp \${URI} -P \${DISTDIR}"
                          16. GENTOO_MIRRORS="http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
                          17. SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
                          18. PORTAGE_RSYNC_RETRIES="3"
                          19. MAKEOPTS="-j2"
                          20. PORTAGE_TMPFS="/dev/shm"
                          21. CCACHE_SIZE="500M"
                          22. PORTAGE_ELOG_CLASSES="warn error log"
                          23. VIDEO="intelfb"

                          Wir gehen jetzt die einzelnen Zeilen einzeln durch.

                          CPU Typ Bestimmung

                          1. CHOST="i686-pc-linux-gnu"
                          2. MAKEOPTS="-j2"

                          Unser Asus Eee basiert auf einem Intel Chipset und verwendet eine i686 CPU Architektur. Mit dieser Zeile stellst du deine Compiler auf diese Architektur ein.

                          Compiler Definition

                          1. #CXX="c++"

                          Beim Übersetzen passiert es hin- und wieder, dass der C-Compiler abbricht und uns mitteilt, dass wir keinen C-Code übersetzen können. In diesen Fällen musst du diese Zeile aktivieren, indem du das # entfernst. Die Übersetzung wird dann weiter geführt. Falls du hier eine bessere Lösung für das Übersetzungsproblem hat, schreib mir bitte einen Kommentar.

                          USE Flags

                          1. USE="acpi alsa apache2 apm -berkdb cairo cli dbus embedded firefox gif gpm gtk hal hardened imap ipod jpeg kde laptop loop-aes libwww maildir mysql mysqli nls -nptl opengl pcre perl png postgres python qt4 reflection sasl server spl ssl sqlite svg tiff tokenizer tk unicode pcre qt3 xulrunner xinerama X xml xsl zlib"

                          Bei gentoo werden nur die Sourcen übersetzt, die wir tatsächlich verwenden wollen. Die einzelnen Pakete, wie beispielsweise glibc oder gcc, werden je nach USE-Flag Einstellung unterschiedliche Bibliotheken übersetzen und zur Verfügung stellen. Wir können mit gentoo einen minimalen Webserver oder, wie in unserem Asus Eee Fall, einen Desktop mit extrem vielen verschiedenen Applikationen aufbauen.
                          Die hier abgebildeten USE Flags sorgen dafür, dass alle notwendigen Libraries für die von mir aufgeführten Applikationen konfiguriert werden. Falls du andere Applikationen haben willst, wirst du hin- und wieder hier Änderungen vornehmen müssen.

                          Spracheinstellung

                          1. LINGUAS="de"

                          Deine Programme werden hiermit in deutscher Sprache konfiguriert. Wenn du zum Beispiel bei KDE dass Sprachpaket kde-base/kde-l10n installierst, wird anhand dieser Einstellung das deutsche Sprachpaket geladen.

                          Portage Einstellungen

                          1. ACCEPT_KEYWORDS="~x86"
                          2. PORTAGE_TMPDIR=/var/tmp
                          3. PORTDIR=/usr/portage
                          4. PORTDIR_OVERLAY="/usr/local/portage/layman/kdesvn-portage"
                          5. DISTDIR=${PORTDIR}|>/distfiles
                          6. PKDIR=${PORTDIR}|>/packages
                          7. PORT_LOGDIR=/var/log/portage
                          8. FETCHCOMMAND="/usr/bin/wget -t 5 -T 60 –passive-ftp \${URI} -P \${DISTDIR}"
                          9. RESUMECOMMAND="/usr/bin/wget -c -t 5 -T 60 –passive-ftp \${URI} -P \${DISTDIR}"
                          10. GENTOO_MIRRORS="http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
                          11. SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
                          12. PORTAGE_RSYNC_RETRIES="3"
                          13. PORTAGE_TMPFS="/dev/shm"
                          14. PORTAGE_ELOG_CLASSES="warn error log"

                          All diese Einstellungen sorgen dafür, dass Portage seine Pfade erhält und die Pakete vom jeweiligen Server herunterladen kann. Weiterhin wird definiert, dass nur x86 Architekturen berücksichtigt werden. Wir brauchen z.B. keine für den PowerPC spezifischen Pakete.

                          CCache Einstellung

                          1. CCACHE_SIZE="500M"

                          Hiermit wird festgelegt, dass übersetze C-Dateien bis zu 500MByte in einem Cache zwischengespeichert werden. Falls die Datei später nocheinmal übersetzt werden soll, wird die Datei aus dem Cache gezogen. Du kannst mit dieser Einstellung deutlich schneller Updaten, da nicht alle Dateien neu übersetzt werden müssen.

                          Grafikkarteneinstellung

                          1. VIDEO="intelfb"

                          Der Asus Eee verwendet den Intel Chipsatz. Mit dieser Definition wird dafür Sorge getragen, dass der X-Server nur die notwendigen Chipsätze übersetzt.

                          /etc/timezone konfigurieren
                          META timezone, konfigurieren, gentoo, installation

                          Nach der make.conf ist das hier ein Spaziergang;)
                          Ich trage in die Datei /etc/timezone folgenden Eintrag ein: Europe/Berlin
                          Damit wird festgelegt, dass wir uns in der deutschen Zeitzone aufhalten.

                          Ähnliche Beiträge

                            www.baldenhofer.eu © seit 2009
                            Dieser Feed kommt vom Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
                            4e3744397ab2a417f811b29573bcbef4)                            ]]>                             http://www.baldenhofer.eu/blog/gentoo/etcmakeconf-konfigurieren/feed 0