January 2014 - openSUSE Users (Deutsch)

Kann man mit gdb ...
by hamann.w＠t-online.de 28 Jan '14

28 Jan '14

Hallo, ein Programm stürzt ab, und hat netterweise? eine trap Routine eingebaut, die dann in etwa meldet divide by 0 error at <adress> in module xy.so (<baseadress>+offset) Mit nm kann ich zumindest den Namen der problematischen Funktion ermitteln, aber kann ich mit gdb da etwas tiefer eindringen? Wolfgang -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

3 4

Re: VideoDownloadhelper
by Helga Fischer 27 Jan '14

27 Jan '14

Hallo Liste, hallo Christian, Am Sonntag 26 Januar 2014 schrieb Christian Meseberg: > Helga Fischer meinte am Sonntag, den 26.01.2014 um 16:04 Uhr > wegen:VideoDownloadhelper > > Am Sonntag 26 Januar 2014 schrieb Rudi: > >> > benutzt einer von euch die Kombination Firefox (von Suse) und > >> > das AddOn > >> > https://addons.mozilla.org/de/firefox/addon/video-downloadhel > >> >per /? > >> > > >> > Ich wüßte gerne, ob das bei euch tut oder nicht? > > > > [...] > > > >> Funktioniert bei mir ohne Probleme. Mein Firefox ist aus dem > >> Mozilla:Build Repo. > > > > Das war ein guter Tipp. Zumindest funktioniert das AddOn jetzt > > beim User; allerdings nicht bei mir. Schon ein bißchen kurios. > > Da muss es doch etwas an Einstellungen geben, das für alle > > Profile gilt. > > vor dem Download muss die Seite aktualisiert werden, wenn > zwischendurch ein neues Video geladen wird. Sonst erkennt das DH > nicht selbstständig. Der war echt nervig, als ich das erste Mal drüber gestolpert wurde. Das war quasi die Ausgabe vor der, die kein YouTube mehr kann. Eigentlich wollte ich das Thema abhaken, doch heute morgen merke ich: Der VDH schaltet sich brav ein beim Internetradio; gehe ich auf YouTube - ausgeknipst isser. Beim Besuch von vimeo.org schaltet er sich wieder ein. Was geht da also vor? Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

4 6

opensue 12.1 (64-Bit): eclipse vs java - A fatal error has been detected by the Java Runtime Environment: JRE version: 6.0_27-b27
by "Jörg Kühne" 27 Jan '14

27 Jan '14

Liebe Liste Muss hier evtl. ein Update auf OpenJDK 7 gefahren werden, vgl. log der Eclipse-Konsole: # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007fd5944ef462, pid=8497, tid=140555291883264 # # JRE version: 6.0_27-b27 # Java VM: OpenJDK 64-Bit Server VM (20.0-b12 mixed mode linux-amd64 compressed oops) # Derivative: IcedTea6 1.12.5 # Distribution: Dummy Product (x86_64), package suse-36.2-x86_64 # Problematic frame: # C [librxtxSerial.so+0x6462] read_byte_array+0x52 Kann ich OpenJDK 6 einfach deinstallieren und OpenJDK 7 einfach installieren? Oder sind hier Probleme zu erwarten? Freundliche Grüsse Joerg -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 7

Frage zu proxy.pac Datei
by T. Ermlich 27 Jan '14

27 Jan '14

Hallo, habe ich in dieser .pac-Datei einen Fehler? Wenn ich diese in Browsern als automatische Proxy-Konfigurationsdatei angebe (in der Form: http://proxy/proxy.pac), so werden die Proxyeinstellungen nicht genutzt. (http://proxy/proxy.pac ist erreichbar, und liefert auch die Datei aus.) Gebe ich die darin aufgeführten Proxyeinstellungen händisch in den Browsern an, so funzt es. Es handelt sich um drei Netze, eines beinhaltet PCs/Server/Workstations, eines für VMs & Drucker und ähnliches, ein drittes ist für Gastsysteme. Das Proxysystem ist in allen drei Netzen vorhanden, und auch in allen drei Netzen ansprechbar. function FindProxyForURL(url, host) { if (isInNet(myIpAddress(), "AAA.BBB.CCC.0", "255.255.255.128")) { return "PROXY AAA.BBB.CCC.4:8080"; } else if (isInNet(myIpAddress(), "EEE.FFF.GGG.0", "255.255.255.128")) { return "PROXY EEE.FFF.GGG.4:8080"; } else if (isInNet(myIpAddress(), "III.JJJ.KKK.0", "255.255.255.128")) { return "PROXY III.JJJ.KKK.4:8080"; } else { return "PROXY 134.147.166.4:8080"; } } Danke & Gruß Torsten -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 2

tcp wrapper und nfs mount, jetzt neu?
by I.H. 27 Jan '14

27 Jan '14

Hallo, ich habe eine NAS bei mir im Netzwerk auf die meine Server per NFS-Mount Backup machen. Das klappte auch wunderbar bis 13.1, leider. Beim mounten des NAS bekomme ich immer mount.nfs: rpc.statd is not running but is required for remote locking. mount.nfs: Either use '-o nolock' to keep locks local, or start statd. mount.nfs: an incorrect mount option was specified Diesen Fehler kennt ja vermutlich jeder der schon mal mit NFS-Mount rumgemacht hat. Also habe ich alles untersucht was so in der Vergangenheit zu Problemen geführt hat. Lustigerweise hatte ich die TCP-Wrapper nicht auf dem Radar. Ich hatte in der Vergangenheit immer ein ALL:ALL in der hosts.deny stehen und dann alles was so in message geloggt hat wieder frei geschaltet. Also ssh z.B. liefert ja ein Jan 27 16:08:44 web sshd[2624]: refused connect from x.x.x.x wenn man den Dienst in hosts.allow nicht mit sshd: x.x.x.x : ALLOW freischaltet. Nun scheint aber bei der neusten SuSE irgendwas anders zu laufen. Ich habe einen mount der NFS-Laufwerke erst geschafft nachdem ich das ALL:ALL in der der hosts.deny auskommentiert # habe. Dann lies sich das Backup-NFS-NAS ohne Probleme mounten. Leider erscheint kein Fehler alla "nfs refused connection" oder ähnliches im Log, wenn ich den mount nfs probiere, dass hätte mich sonst früher auf die richtige Spur geführt. Weiß jemand welchen Dienst ich im hosts.allow erlauben muss damit der NFS mount klappt. Durch rumprobieren bin ich leider nicht weitergekommen. Schade wäre halt wenn ich nun auf den TCP-Wrapper verzichten muss, weil er aus mir nicht ersichtlichen Gründen bei NFS mount zu schlägt. OK nachdem ich die Mail schon formuliert habe, habe ich den Eintrag für die hosts.allow gefunden oh Wunder. rpcbind: 127.0.0.1 : ALLOW Das Problem ist damit gelöst und diese Info ist nur für die armen Sucher gedacht die nach mir kommen :-) gruß Ingo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

Libreoffice - wie Schrift mit farbigem Schatten erzeugen
by Jürgen Hochwald 27 Jan '14

27 Jan '14

Hallo, ich suche nach einer Möglichkeit, in Libreoffice eine Schrift mit einem farbigem Schatten zu erzeugen. Bisher habe ich den Text in Draw zweimal eingegeben und leicht zueinander verschoben, um den entspr. Effekt zu erhalten. Da aber für eine Feier viele Namensschilder gedruckt werden sollen, suche ich nach einer einfacheren Möglichkeit. Bisher habe ich zwei Lösungsansätze: - über das Schriftattribut 'Schatten', allerdings ist der Schatten immer Grau und habe bisher nicht 'rausgefunden, wie ich den anders färben kann - über die Fontworks-Galerie, hier gips auch eine Schrift mit Schatten. Der Schatten ist aber (für meinen konkreten Fall) viel zu weit weg und läßt sich ebenfalls nicht in der Farbe ändern bzw. habe ich es bisher noch nicht hinbekommen, so ein Fontworks-Ding generell zu bearbeiten. Frage: Wie komme ich relativ einfach (ohen den Text zweimal eingeben zu müssen) zu einem farbigen Schatten ? Jürgen -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

6 5

mc für user ohne subshell, nur bei root
by Joerg Thuemmler 27 Jan '14

27 Jan '14

Hi, unser Provider hat mir 2 vserver mit OS 12.3 (3.7.10-042stab081.5) eingerichtet, die ich jetzt per ssh konfiguriere. Weil ich hier noch von einem iso8859-15-system aus arbeite, dort aber unicode habe, habe ich dort TERM=xterm für alle user, damit sind Ein- und Ausgabe i.o. (spielt vielleicht hier keine Rolle...) wenn ich als root angemeldet bin, kann ich im MidnightCommander mit ctrl+o eine Subshell aufmachen. Als normaler user geht das nicht, ich sehe zwar den "Hintergrund", aber jede Taste macht ihn wieder zu. Google nach ist das ein alter Hut, Lösungsvorschläge reichen von Rechten für /dev/pts über .mc neu anlegen bis zu patches, aber alles alter Kram, der nichts ändert. # mc -V: GNU Midnight Commander 4.8.1.4 Built with GLib 2.34.3 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; sieht ok aus. /dev/pts habe ich 777 gesetzt, .config/mc/ini mit der von root verglichen... hab keine Idee mehr ... thx für jeden Schubser in die richtige Richtung -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 6

ssh-Problem
by Helga Fischer 27 Jan '14

27 Jan '14

Hallo Liste, habe mir gerade ein älteres Laptop installiert (Suse 13.1, 32bit) und wollte mich da nun mit ssh drauf einloggen, weil die Auflösung auf Ding leider unter aller Kanone ist. Um schön nach Lösungen zu suchen und auch mal eine Fehlermeldung zu kopieren, wollte ich halt von meinem Hauptrechner (Suse 13.1, 64bit) aus arbeiten. Aber - ssh geht nicht. Das Laptop bekam eine dynamische IP per DHCP. Die IP habe ich ausgelesen. sshd läuft, Port ist freigeschaltet, genervt habe ich auch schon die Firewall ausgeknipst. Und jetzt kommt die Überraschung: Eine VM (ebenfalls Suse 13.1, 64bit) mit fester IP kommt aufs Laptop drauf. Umgekehrt geht es auch. Da war ich erst mal platt. Und habe das Problem dann in der known_hosts gesucht; da taucht halt schon mal eine IP doppelt auf. Sonst bemerkt das ssh und macht einen auf das Problem aufmerksam und liefert auch gleich noch die passende Kommandozeile mit. Die Zeile mit der IP und dem Schlüssel eben mit der Hand rausgehauen. Immer noch keine Verbindung. Was ist da los? ssh -vvv liefert debug1: sending SSH2_MSG_KEX_ECDH_INIT debug1: expecting SSH2_MSG_KEX_ECDH_REPLY als letzte zwei Zeilen. Danach geht nichts mehr weiter. Zu anderen Maschinen (intern wie extern) kann ich problemlos eine ssh-Verbindung aufbauen. Nur zu diesem Laptop nicht. Helga *ratlos* -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

3 5

Re: 13.1 libavformat.so.55()(64bit), benötigt von minidlna-1.1.1-1.3.x86_64, wird von keinem Repository angeboten
by Аl Воgnеr 26 Jan '14

26 Jan '14

Am So, 26 Jan 2014 22:46:46 CET schrieb Simon Heimbach: > Hi! > > ich weiß nicht ob meine Mail über den verteiler angekommen ist. Nein > Aber > die Antwort hier ist sehr ähnlich: Unter software.opensuse.org > findest du die benötigten Bibliotheken: > http://software.opensuse.org/package/libavformat55[1] > > Damit sollte es gehen. Es wird ein bisschen dauern, bis ich es probieren kann. Darauf bin ich leider nicht gekommen, dass da ein weiteres Paket benötigt wird, das nicht stable ist. 13.1 kam nach dem letzten Minidlna heraus, aber bei Ubuntu habe ich auch gelesen, dass es hakt und die sind bei Trusty (Entwicklerversion) noch bei einer Version aus 2012. Ich bin schon gespannt, ob es funktioniert. -- Αl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 1

13.1: liblua5.2.so.0, benötigt von minidlna-1.1.1-38.1.x86_64, wird von keinem Repository angeboten
by Аl Воgnеr 26 Jan '14

26 Jan '14

Ich habe unter 13.1 versucht minidlna von https://build.opensuse.org/package/binary/home:Knolleblau/minidlna?arch=x86… zu installieren und lande bei: liblua5.2.so.0, benötigt von minidlna-1.1.1-38.1.x86_64, wird von keinem Repository angeboten Woran könnte es liegen? -- Αl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 1