Beiträge von Phil - Latio

linux-rpgl:/home/sebastian # zypper pa -n                                                                                                                                                              	
Unknown option '-n'                                                                                                                                                                                    	
linux-rpgl:/home/sebastian # zypper pa -o
Unknown option '-o'                                                                                                                                                                                    	
linux-rpgl:/home/sebastian #

Wie kommst du denn auf -n und -o?

zypper pa --help
packages (pa) [options] [repository] ...


List all packages available in specified repositories.


  Command options:


-r, --repo <alias|#|URI>  Just another means to specify repository.
-i, --installed-only  	Show only installed packages.                                                                                                                                                	
-u, --uninstalled-only	Show only packages which are not installed.                                                                                                                                  	
-N, --sort-by-name    	Sort the list by package name.                                                                                                                                               	
-R, --sort-by-repo    	Sort the list by repository.

Ja wie gesagt,

zypper rm -u

ist mir ja nun bekannt. Dennoch gibt es nach wie vor das debiansche autoremove Equivalent nicht. Das muss man ja nur vorher wissen.

Zitat von tomfa-ng

Es sei denn, du meinst wie hier unter #1 beschrieben, dann hast du eventuell die gleichen Probleme wie bei rpmorphan.

Aus meiner Debian/Xubuntu Erfahrung hat autoremove immer funktioniert und nie irgendwas noch benötigtes gekickt. Wobei die Anzahl der verwaisten Pakete auch immer verschwindend gering war. Von daher ist es sicherlich, wie immer bei Linux Distris, Geschmackssache ob diese Funktion nun Sinn macht oder nicht. Neben der Repository Verwaltung muss man eben bei verwaisten Paketen bei openSUSE auch ein Auge drauf werfen. Auch das ist wieder von Distri zu Distri unterschiedlich.

Für mich ist aber damit die Frage geklärt und weiß nun wie man bei openSUSE im Gegensatz zu Debian damit umgeht. Daher vielen Dank für deine Anregungen.

Zitat von tomfa-ng

Du kannst den Listen solcher Programme niemals trauen.

Ja rpmorphan scheint auch Pakete aufzulisten, die in keiner Abhängigkeit zu einem anderen stehen. Aber das heißt ja nicht, dass diese deinstalliert werden können. Daher lasse ich es mal lieber.

Offensichtlich gibt es nach wie vor keine Möglichkeit zu einem autoremove in Suse Dies schließe ich jedenfalls nach meinen Recherchen im Netz. Das wundert mich eigentlich. Das ist doch eine sehr nützliche Funktion. Auch in diesem Forum existiert lediglich ein Topic zu diesem Thema.

Wieso wird diese von den Developern denn nicht mal angedacht? Wie geht ihr denn mit dieser Situation um, anstatt dies einfach hinzunehmen?

Hallo zusammen,

da ich bei openSUSE 12.3 die Debian autoremove Funktion vermisse, bin ich über den Thread Zypper: Unnötige Pakete Löchen?? gestolpert. Dazu habe ich zwei Fragen

1) Da ich bisher zypper rm <<Paketname>> anstatt zypper rm -u <<Paketname>> verwendet und die Funktion Software installieren oder löschen -> Optionen -> Cleanup when deleting packages in Yast nun jetzt aktiviert habe, tummeln sich mittlerweile einige ungenutzte Pakete auf meinem System. Wieso ist die genannte Funktion nicht standardmäßig aktiviert?

2) Per rpmorphan bekomme ich eine Liste ungenutzter Pakete, der ich aber nicht so ganz traue, siehe hier:

libIlmImf-Imf_2_0-20
libMagickWand5-32bit
libOpenCTL0_8
libQtShiva0_1
libQtWebKit-devel
libXvMC1-32bit
libao-plugin4-esd
libatm1
libavcodec55-32bit
libavformat54
libbluray1-32bit
libboost_signals1_49_0
libbrasero-burn3-1
libcanberra-gtk2-module
libcanberra-gtk2-module-32bit
libcanberra-gtk3-module
libclutter-gtk-1_0-0
libdvdcss2
liberation-fonts
libevview3-3
libfaad2-32bit
libfltk1
libfluidsynth1
libfreetds
libgif6
libglut3
libgphoto2-devel
libgpod-tools
libgrantlee_core0
libkdcraw22
libkdegames6
libkface1
libkgeomap1
libkpathsea6
libksane0
liblazy1
libldb1
libloudmouth-1-0
liblqr-1-0
libmeanwhile1
libmediastreamer1
libmlt5-data
libmlt5-modules
libmodplug1-32bit
libmpcdec5-32bit
libmsn0_3
libmxml1
libmygpo-qt1
libmysqld18
libnetapi0
libntrack-qt4-1
libotr2
libpackagekit-qt2-5
libpano13-2
libpgf6
libpng16-16
libpostproc51
libpostproc52-32bit
libpqxx
libprojectM-qt1
libproxy1-config-gnome3
libproxy1-config-kde4
libproxy1-networkmanager
libproxy1-pacrunner-webkit
libqt4-qt3support-32bit
libqt4-sql-mysql-32bit
libqt4-sql-sqlite-32bit
libquvi-scripts
libreoffice-base-drivers-mysql
libreoffice-base-extensions
libreoffice-calc-extensions
libreoffice-converter
libreoffice-draw-extensions
libreoffice-filters-optional
libreoffice-help-en-US
libreoffice-hyphen
libreoffice-icon-theme-crystal
libreoffice-icon-theme-galaxy
libreoffice-icon-theme-hicontrast
libreoffice-icon-theme-oxygen
libreoffice-impress-extensions
libreoffice-kde4
libreoffice-mailmerge
libreoffice-templates-en
libreoffice-templates-labels-a4
libreoffice-templates-labels-letter
libreoffice-templates-presentation-layouts
libreoffice-thesaurus-en-US
libreoffice-writer-extensions
librtmp0
libsigc++12
libsmbclient0-32bit
libspice-server1
libspnav0
libswscale1
libtag-extras1
libtidy-0_99-0
libtool
libtotem-plparser-mini17
libucil2
libva-drm1
libva-egl1
libva-glx1-32bit
libvcdinfo0-32bit
libvdeplug3
libvdpau1-32bit
libvirt
libvirt-python
libvisio-0_0-0
libvlccore5
libx264-125
libx264-129
libx264-135
libx264-135-32bit
libxcb-shape0-32bit
libxcb-xv0-32bit
libxine2-codecs
libxine2-pulse
libxmi0

Vor allem die ganzen LibreOffice Pakete machen mich misstrauisch. Kann mir jemand sagen, ob ich dieser ausgegebenen Liste trauen kann? Wie haltet ihr eurer System in der Hinsicht sauber?

hgtschudi: Viel Spaß weiterhin mit der openSUSE Distribution!

@Sauerland:Ja die scr.rpm erweckt den Eindruck sie ließe sich installieren:

1) Rechtsklick auf die keepass-2.20.1-1.14.src.rpm, open with, Install/Remove Software
2) root Passwort
3) Unter "Undo Changes" steht nun "install keepass"
4) Apply
5) Actions performed: Installation sucessfully finished

Da ich ja keepass bereits installiert hatte, habe ich mir hier getäuscht. Daher nur noch um das klarzustellen: Sauerland hat hier recht, dass eine *.noachr.rpm Datei verwendet werden muss. (Habe es nochmal ausprobiert) Die Schritte oben sind gleich, eine scr.rpm lässt sich jedoch nicht installieren.

In diesem Sinne: Alles wunderbar, alles geklärt!

Diese Datei lässt sich sehr bequem mit Yast öffnen und installieren. Dann müsste das doch schon eine rpm sein oder? Die Installation klappt mit den Dateien mit der Endung *.scr.rpm jedoch nicht mit *.noarch.rpm...

@hgtschudi Wie du siehst, gibt es mehrere Möglichkeiten. Füg das von tomfa genannte Repository zu deinen hinzu und installiere dann die Software via Yast. Vom Handling her ist das sogar noch einfacher oder mindestens genauso einfach wie die Installation einer externen *.rpm Datei. Und du hast den Vorteil auch ein Update zu keepass zu bekommen.

Also
1) Mono:Community Repo in Yast unter "Software Repositories" hinzufügen (1 Klick wird hier im Forum nicht gerne gesehen)
2) In Yast unter "Software Management" Keepass installieren.

Viel Erfolg!

Hi,

Keepass brauchst du nicht über Wine betreiben, da es auch Installationspakete für Linux gibt. Für openSUSE musst du rpm-Pakete verwenden. Hier kannst du die Datei runterladen: http://rpm.pbone.net/index.php…-2.21-1.5.noarch.rpm.html --> Source RPM : keepass-2.21-1.5.src.rpm

Diese kannst du dann grafisch via Yast installieren. Du hast jedoch hierbei den Nachteil, dass das Paket aus keinem Repository vorliegt und somit nicht bei einem Update aktualisiert wird.

Ansonsten gibt es noch in dem security Repository eine Version namens keepassx:

S | Name             	| Type   	| Version    	| Arch   | Repository   	
--+----------------------+------------+----------------+--------+------------------
  | keepassx         	| package	| 2.0~alpha6-7.2 | x86_64 | security     	
  | keepassx         	| package	| 2.0~alpha6-7.2 | i586   | security     	
  | keepassx         	| srcpackage | 2.0~alpha6-7.2 | noarch | security     	
  | keepassx-debuginfo   | package	| 2.0~alpha6-7.2 | x86_64 | security     	
  | keepassx-debuginfo   | package	| 2.0~alpha6-7.2 | i586   | security     	
  | keepassx-debugsource | package	| 2.0~alpha6-7.2 | x86_64 | security     	
  | keepassx-debugsource | package	| 2.0~alpha6-7.2 | i586   | security

Da ich mit dieser Version jedoch meine dbx Datei nicht öffnen konnte, habe ich die externe rpm Datei verwendet.

Zitat von root-tut-nicht-gut

Pulseaudio ist eine Art Zwischenschicht.
Die Soundkarten selbst werden nach wie vor via ALSA bedient.

Nur ist halt Pulseaudio modernen, kann sehr viel mehr und ist einfach der neue Standard.

Alsa ist eine Schicht tiefer.

Also lasse es so, wie es jetzt ist.
Das is OK.

Alles anzeigen

Ok dann lasse ich es so. Vielen Dank für den Rat. Die Nutzung der Lautstärketasten funktioniert leider doch nicht so wirklich. Manchmal klappt es und manchmal nicht. Ich hasse es, wenn Fehler willkürlich auftauchen und sich nicht reproduzieren und dann sauber lösen lassen.

Leider überzeugt mich die XFCE Desktopumgebung unter openSUSE nicht. Daher habe ich auch keine Lust mich diesem Problem weiter zu widmen.

Unter Xubuntu habe ich nur gute Erfahrung mit der Desktop Umgebung gemacht. Ich denke ich werde in einer ruhigen Minute auch KDE auf dem Laptop draufziehen. XFCE wirkt unter openSUSE etwas unfertig. Das war eigentlich immer Grund, warum ich von *buntu zur openSUSE gegangen bin, weil diese mit KDE saustabil ist und einem so nervige Kleinigkeiten erspart bleiben. Man kann eben nicht alles können. (-:

Zitat von root-tut-nicht-gut

Du solltest in jedem Fall pulseaudio verwenden,
und die aus deinem Leben entfernen, die pulse deinstallieren wollen.
Das ist längst überholt.
Es läuft super.

pulseaudio ist in der XFCE Variante von openSUSE nicht installiert. Da ich es ja aufgrund der vermeintlich nicht funktionierenden Soundausgabe installiert habe, habe ich nun alsa und pulseaudio auf dem System. An sich funktioniert dies, aber die Wiedergabe erfolgt unter pulseaudio (laut dem Audio Mixer) und die Aufnahme erfolgt durch Alsa (laut Audacity).

Sollte ich also pulseaudio wieder deinstallieren? Da es ja nun funktioniert, möchte ich dies nicht ohne Rücksprache tun.

Des Weiteren funktionieren die Tasten für die Lautstärke und mute Funktion nun, wenn die Soundausgabe über pulseaudio erfolgt (Dies lässt sich im Audio Mixer auswählen) Nur leider bekomme ich die Popup Notification nicht, die zB bei der Info zu neuen Software Updates kommt oder zB wenn Clementine einen weiteren Titel spielt.

Daher habe ich dies mal recherchiert und herausgefunden, dass der Xfce4-notifyd Daemon dafür verantwortlich ist, der sich konfigurieren lässt (http://goodies.xfce.org/projects/applications/xfce4-notifyd). Es gibt aber keine Möglichkeit genaue Befehle, die angezeigt werden sollen, zu konfigurieren. Möglicherweise funktioniert dieser Dienst mit pulseaudio nicht. Vielleicht weiß das ja jemand?

Danke und gruß
Phil