Beiträge von Phil - Latio

    Hast Du ein 13.1 Repo eingebunden?
    Dann würde ich nie ein zypper dup --from 3 empfehlen.

    Um Gottes Willen, nein das habe ich nicht. Ich habe jetzt mal ein zypper dup auf das packman repo ausgeführt. Die Liste der nicht zum Upgrade bestimmten Programme ist nun auch wesentlich kleiner.

    Befasse Dich mit Deinem System, befrage das Internet zu zypper dup und zypper up.
    man zypper
    zypper --help
    zypper Befehl --help
    usw.

    Ah ok, da lag ich falsch. Ich bin bisher davon ausgegangen, dass zypper dup die Version der Distri aktualisiert, anstatt alle Pakete auf die Version meiner Repos zu setzen. Ich werde meine Recherchen dazu aber nochmal vertiefen.


    Nun gut, nach dieser Aktion gibt


    Code
    zypper se -s ffmpeg


    folgendes aus:


    Code
    i | ffmpeg                                    	| package	| 2.1.2-2.1       	| x86_64 | packman         	
    v | ffmpeg                                    	| package	| 2.1.2-2.1       	| i586   | packman         	
      | ffmpeg                                    	| srcpackage | 2.1.2-2.1       	| noarch | packman


    Das sieht doch schon wesentlich besser aus. (-: Wenn es deiner Meinung nach hier nichts mehr zu optimieren gibt, würde ich den Thread als [gelöst] markieren.

    Aha, ja das ist möglich: Ich habe HPLIP installiert. Ich weiß leider nicht mehr ob dies nun aus einem Repo oder Fremdquelle stammt. Aber was hat das mit ffmpeg zu tun?


    Ok, zypper dup auf packman. Was mache ich da genau? Irgendeine Mischung aus 13.1 und 12.3 oder sowas? Da das derzeitige System ja sehr gut läuft, würde ich ungerne irgendwelche Risiken eingehen.

    Wenn man einmal seine Programme auf ein Repo mit zypper dup umgestellt hat, braucht man das nicht mehr und es kann zur obigen Ausgabe kommen. Wobei dann noch nicht einmal gesagt werden kann, ob die Programme auch versionsmäßig neuer sind, da z.B. Packman eine andere Versionsnummernbezeichnung benutzt.


    Auf gut Deutsch:
    Man braucht nicht immer das Neueste vom Neuen.


    Alles klar. Ich bin davon ausgegangen, dass dieser Hinweis auf irgendeinen Fehler hindeutet. Den Versionswechsel auf die neue Suse Version warte ich noch ein wenig ab, dafür läuft die 12.3 einfach zu gut. Mich nervt die ständige Updatepolitik auf die immer neueste Version sowieso manchmal (zb bei Ubuntu). Ich finde OpenSUSE findet einen guten Grad bei den ganzen Systemen. So altbacken wie bei Debian muss es ja auch nicht sein.


    Also das ffmpeg Paket stammt aus dem packman Repo.


    Code
    i | ffmpeg                                    	| package	| 2.1.1-3.2       	| x86_64 | (System Packages)   
    v | ffmpeg                                    	| package	| 2.1.2-2.1       	| x86_64 | packman         	
    v | ffmpeg                                    	| package	| 2.1.2-2.1       	| i586   | packman         	
      | ffmpeg                                    	| srcpackage | 2.1.2-2.1       	| noarch | packman


    Damit müsste ja soweit alles in Ordnung sein?

    Mal ein kleiner Einwurf von mir: Linux Distris sind nicht Windows und auch nicht Mac. Diese sind eher insofern benutzerfreundlicher, weil man als User eher davor geschützt ist selbst was kaputt zu machen. Bei OpenSUSE kann man halt mehr unter der Haube schrauben, aber man muss manchmal auch wissen was man macht. Ein Fremdpaket ist eben schnell über ein falsches Repo installiert, wenn man seine Aktionen nicht hinterfragt.


    Es gibt doch irgendwo im Netz diesen Aufsatz der diese Thematik beinhaltet: "Wenn du eine Windows-Alternative suchst, die sich aber wie Windows bedienen lässt: Nimm kein Linux." oder so ähnlich.


    X,K,G und L-Ubuntu finde ich in der Handhabung der Repos wesentlich sicherer gegenüber diesem hier dargestelltem Problem und der allgemeinen Benutzerfreundlichkeit, die man von Windows/Mac gewohnt ist. Ich habe jedoch die Erfahrung gemacht, dass es leider verbuggt ist und nicht so stabil wie OpenSuse, dass sich im Prinzip auf Debian Standard bewegt.


    Aber vielleicht ist das eher die Distri deiner Wahl im Bezug auf eine Out of the Box Experience?

    Ah ok, das heißt einfach für diese Pakete wird es einfach kein Update geben in dieser Distri Version? Nun gut, dann habe ich mich davon etwas verwirren lassen. Hier übrigens die Ausgabe:



    Was ist denn hier der Unterschied zwischen package und scrpackage wie es bspw. bei ffmpeg vorkommt?

    Guten Abend,


    bei einem Update werden auf meinem System einige Pakete nicht aktualisiert. Dies sieht dann folgendermaßen aus:



    Ich weiß leider nicht wieso. Ich habe in letzter Zeit weder bewusst fremde Repos noch fremde Pakete hinzugefügt. Daher weiß ich leider keinen Rat.


    Weitere Infos:



    Warum werden diese Pakete nicht installiert? Weiß jemand einen Rat? Kann ich noch weitere Infos geben?


    Ich danke im Voraus für eine Antwort!


    gruß
    Phil

    Wieso, sieht doch gut aus.

    Ok, ich bin davon ausgegangen, da die Pakete mehrmals aus verschiedenen Repos drin sind, dass das nicht richtig ist.


    Nun gut,

    Wenn es nicht funktioniert, kannst Du ja mal die 3 installierten Programme auf die alte Version 3.12.11-2.2.1 umstellen.

    So das habe ich gemacht und siehe da es funtioniert. Ich muss sagen, dass das von Suse wirklich schlecht gelöst ist. Das habe ich in anderen Distris aber schon besser gesehen. Bei mir ist es auch nicht das erste Mal, dass der Drucker Probleme macht.


    Naja das Update werde ich auch nie wieder ausführen. Das hat mich jetzt zwei Stunden gekostet, wobei ich nur "mal eben" das Update einspielen wollte.


    Dennoch euch vielen Dank für eure schnelle und kompetente Hilfe! gruß Phil

    Das hat schon mal funktioniert. Der HP Device Manager ist schon mal wieder am Start. Jedoch druckt er nichts...



    Was sagt:
    zypper se -s hplip

    Hier bekomme ich folgendes. Das scheint ja auch nicht in Ordnung zu sein:




    Was ist denn hier schief gelaufen?

    Hallo zusammen,
    da ich mit den Treibern des Systems den Drucker nicht erfolgreich habe nutzen können, habe ich den Drucker irgendwann mal mit HPLIP installiert. Das lief soweit auch gut und alle paar Wochen kommt dazu dann ein Update. Nun ist dies heute abgebrochen und mein Drucker wird seitdem nicht mehr erkannt. Ich habe hierzu den Drucker mal wieder über CUPS und über YAST (jedoch nicht mit HPLIP) installiert, jedoch spricht das Gerät darauf nicht an.


    Daher würde ich das Gerät gerne wieder mit HP LIP installieren. Wähle ich jedoch hier das HP Setup in YAST aus, wandere ich jedesmal zurück ins Hauptmenü.


    Wenn ich HPLIP über die Console starte mit zb hp-setup, hp-setup -i (als root) oder su -c "hp-setup" (als ich) bekomme ich folgende Ausgabe:


    Code
    error: Unable to locate models.dat file
    HP Linux Imaging and Printing System (ver. 0.0.0)Printer/Fax Setup Utility ver. 9.0
    Copyright (c) 2001-14 Hewlett-Packard Development Company, LPThis software comes with ABSOLUTELY NO WARRANTY.This is free software, and you are welcome to distribute itunder certain conditions. See COPYING file for more details.
    (Note: Defaults for each question are maked with a '*'. Press <enter> to accept the default.)
    
    
    Using connection type: usb
    error: No device selected/specified or that supports this functionality.


    oder mit hp-toolbox:


    Code
    HP Linux Imaging and Printing System (ver. 0.0.0)HP Device Manager ver. 15.0
    Copyright (c) 2001-14 Hewlett-Packard Development Company, LPThis software comes with ABSOLUTELY NO WARRANTY.This is free software, and you are welcome to distribute itunder certain conditions. See COPYING file for more details.
    warning: Fax disabled.warning: Fax disabled.warning: Please install version 2.0+ of Reportlab for coverpage support.error: 
    Unable to locate models.dat file
    Traceback (most recent call last):  
    File "/usr/bin/hp-toolbox", line 257, in <module>    toolbox = DevMgr5(__version__, device_uri,  None)  File "/usr/share/hplip/ui4/devmgr5.py", line 185, in __init__    self.Is_autoInstaller_distro = core.is_auto_installer_support()  File "/usr/share/hplip/installer/core_install.py", line 2405, in is_auto_installer_support    self.distro_name = self.distros_index[self.distro]KeyError: 0


    Hier habe ich mal wegen der Meldung "Unable to locate models.dat file" gegoogelt und daraufhin hier hp-check ausgeführt:


    Code
    Initializing. Please wait...
    Traceback (most recent call last):
      File "/usr/bin/hp-check", line 503, in <module>
        core.init()
      File "/usr/share/hplip/installer/core_install.py", line 418, in init
        self.distro_name = self.distros_index[self.distro]
    KeyError: 0



    darauf hin habe ich diesen Thread gefunden mit derselben Fehlerbeschreibung und anscheinend sind hier Probleme mit den Paketen vorhanden. (http://forums.debian.net/viewtopic.php?f=7&t=105067)


    Ich weiß aber nicht, ob die Pakete bei SUSE die gleichen sind. Daher meine Frage:


    1. Liege ich richtig in der Annahme, dass hier falsche Pakete bzw. Abhängigkeiten falsch aufgelöst sind?
    2. Wenn ja, wie korrigiere ich das?
    3. Kann ich mich an der Debian Beschreibung orientieren und die Pakete hplip hplip-gui (bei SUSE natürlich über zypper anstatt apt-get) neuinstallieren?


    Einen schönen Sonntag und vielen Dank!