July 2013 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

Re: OT: Thunderbird -- Header vom IMAP-Server / Schriftgröße beim Verfassen / Rechtschreibprüfung
by JURKSCH＠elektron-bbs.de 03 Jul '13

03 Jul '13

> Hallo, > drei Sachen gehen mir beim Thunderbird (v17.06, aber nicht erst seit > dieser Version) etwas auf den Geist. Ich bitte um Nachsicht, wenn ich > das hier frage, aber ich habe nichts recht hilfreiches 'ergoogelt' (oder > heißt es ergooglet?). Deine Fragen möchte ich noch um eine weitere ergänzen: Gibt es eigentlich ein Programm, das ohne den Betrieb anderer IMAP-Clients zu beeinträchtigen (also ohne Mails als gelesen, heruntergeladen etc. zu kennzeichnen) in relativ kurzen Zeitintervallen die (neue) Mail eines Imap-Kontos herunterlädt und archiviert? Wie bekommt man darüberhinaus eine vernünftige Archivierung der ausgehenden Mails hin? MfG Hermann -- 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

suse 12.3 fuer AMD Radeon HD7750, Fedora kann es
by Peter Mc Donough 02 Jul '13

02 Jul '13

Hallo, ich lese gerade in Heise online, was Fedora neu kann. http://www.heise.de/open/artikel/Was-Fedora-19-Neues-bringt-1909879.html Augenscheinlich nicht proprietär auch 3D mit OpenGL und neueren AMD Karten. "... bei Fedora die 3D-Unterstützung von Radeon-Grafikkernen der Southern-Island-Generation ..." Gegenwärtig benutze ich den AMD Catalyst für meine AMD HD7750. Irgendwelche Infos, wie weit Suse mit der Einbindung des quelloffenen Treibers für den Kartentyp ist? Gruß Peter -- 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

Einbinden/Mounten von externen Geräten/Speichern ohne Root-Passwort (KDE 4.10, oS 12.3)
by Thomas Michalka 02 Jul '13

02 Jul '13

Liebe Mit-Listige, aktuell folgende Situation bei mir: - Gerät, z.B. USB-Stick einstecken - Gerät wird erkannt (fdisk -l zeigt es an) - KDE zeigt Gerät im Systemabschnitt der Kontrollleiste an - Benutzer klickt auf den Einbinden-Knopf - Fenster zur Eingabe des Root-Passworts geht auf - Benutzer (der auch der Admin ist) gibt Passwort ein und schickt es ab - Gerät ist eingebunden, aber mit Root als Eigentümer (!) Ich brauche sicher niemandem erklären, was daran das Unsinnigste ist. Was ich dagegen haben möchte: Falls der Bildschirm _nicht_ gesperrt ist, - Benutzer wird _nicht_ nach einem Passwort gefragt; - alternativ, bei höherem Sicherheitsbedürfnis, _nur nach seinem_ _eigenen_ (falls er den Arbeitsplatz ohne Sperre allein gelassen hat und ein Unbefugter ihm inzwischen etwas unterjubeln könnte) - Gerät wird nach dem Einstecken automatisch gemountet, also ohne dass man noch einen Klick machen muss (siehe oben) - hängt der Benutzer das Gerät aus und bleibt es eingesteckt, kann er es nur durch Klick auf den Einbinden-Knopf wieder mounten Falls inzwischen die Sperre der Konsole aktiv wird und das Gerät eingesteckt bleibt: - Gerät bleibt gemountet (kann ja von laufendem Prozess benötigt werden) Falls der Bildschirm gesperrt ist: - Gerät wird _nicht_ automatisch eingebunden - Benutzer entsperrt danach wieder die Konsole - KDE fragt Benutzer, ob er das inzwischen eingesteckte Gerät tatsächlich einbinden möchte; - alternativ, ohne KDE-Rückfrage, kann das Gerät nur durch einen Klick auf den Einbinden-Knopf gemountet werden - alternativ fordert KDE den Benutzer zur Eingabe seines Passworts auf - Gerät wird eingebunden Was ich schon unternommen habe: - Verschiedenes zu udev, udisk, polkit u.s.w gelesen; da der udevd im Userspace läuft, vermute ich, dass die "Aktionsberechtigungen" im Bereich der Systemverwaltung das GUI zu den udev-Regeln sein könnten. Richtig? - einige vielversprechend klingende Berechtigungen geändert, darunter org.freedesktop.udisks2.filesystem-mount-other-seat *Leider ohne Erfolg.* - Provisorisch habe ich in die /etc/fstab einige der benutzten Geräte mittels /dev/by-id/<device-id> und mit merkbaren Mountpoints und den Optionen noauto und user eingetragen; so kann wenigstens der Unsinn mit eingebunden Geräten mit der Eigentümerschaft von root umgangen werden; unbedarfte Benutzer müssen aber leider in krunner (<ALT><F2>) den Befehl "mount <Mountpoint>" eingeben -- übergangsweise ist das Ok Über den systemd-udevd war folgendes zu ermitteln: rechner:~ # systemctl status systemd-udevd.service systemd-udevd.service - udev Kernel Device Manager Loaded: loaded (/usr/lib/systemd/system/systemd-udevd.service; static) Active: active (running) since Sat, 2013-06-29 10:53:10 CEST; 3 days ago Docs: man:systemd-udevd.service(8) man:udev(7) Main PID: 270 (systemd-udevd) CGroup: name=systemd:/system/systemd-udevd.service └ 270 /usr/lib/systemd/systemd-udevd Jun 29 20:30:52 rechner mtp-probe[5966]: checking bus 1, device 6: "/sys/devices/pci0000:00/0000:00:10.3/usb1/1-4" Jun 30 11:28:20 rechner mtp-probe[9214]: checking bus 1, device 7: "/sys/devices/pci0000:00/0000:00:10.3/usb1/1-4" Jun 30 11:28:20 rechner mtp-probe[9214]: bus: 1, device: 7 was not an MTP device Jul 01 03:43:54 rechner mtp-probe[26859]: checking bus 1, device 8: "/sys/devices/pci0000:00/0000:00:10.3/usb1/1-4" Jul 01 04:12:07 rechner mtp-probe[30635]: checking bus 1, device 9: "/sys/devices/pci0000:00/0000:00:10.3/usb1/1-4" Jul 01 04:12:07 rechner mtp-probe[30635]: bus: 1, device: 9 was not an MTP device Jul 01 04:25:21 rechner mtp-probe[32563]: checking bus 1, device 10: "/sys/devices/pci0000:00/0000:00:10.3/usb1/1-4" Jul 01 04:25:21 rechner mtp-probe[32563]: bus: 1, device: 10 was not an MTP device Jul 01 15:28:48 rechner mtp-probe[20286]: checking bus 1, device 11: "/sys/devices/pci0000:00/0000:00:10.3/usb1/1-4" Jul 01 15:28:48 rechner mtp-probe[20286]: bus: 1, device: 11 was not an MTP device Es gibt auch noch "org.kde.polkitkde1.changeimplicitauthorizations" und "org.kde.polkitkde1.changeexplicitauthorizations". Könnte vielleicht auch etwas damit zu tun haben. Ich will jedoch solange nichts ändern, wenn ich nicht wenigstens glaube, dass ich die Wirkung verstehe. Kennt jemand die Bedeutung dieser beiden KDE-Regeln? Kann jemand Tipps geben, wie ich vom KDE aus zu dem von mir gewünschten Verhalten wenigstens annähernd komme? Vielen Dank schon im Voraus und viele Grüße Thomas Michalka -- 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

openSUSE 12.3 und OCFS2
by Werner Flamme 01 Jul '13

01 Jul '13

Hallo miteinander, hat irgend jemand es geschafft, ein OCFS2-Filesystem unter openSUSE 12.3 von mehreren Hosts aus anzusprechen? Wenn ja, wie? Meine Erfahrungen habe ich auf <http://www.wernerflamme.net/doku.php?id=comp:ocfs2os123> geschildert. Was mache ich flscah? Dass per "o2cb add-node" nur ein Node namentlich in der Datei aufgeführt wird, ist ja nun nicht mein Fehler - aber wieso werden manuell eingetragene Hosts nicht gelesen? In Bugzilla gibt es zwei Einträge dazu, 822190 und 827479. Warum sagt mir ocfs2console etwas von einem Python-Fehler? Sowohl meine Python- als auch die OCFS2-Pakete kommen aus dem Distro- bzw. Update-Repo, das muss doch zueinander passen!? Und wieso kann ich neuerdings das Volume nicht mehr mounten? Was sagt mir "ocfs2_verify_userspace_stack:876 ERROR: cluster stack passed to mount, but this filesystem does not support it"? Welcher stack wird denn durchgereicht, und was erwartet das Filesystem? Ich gebe doch beim Anlegen des Filesystems "--cluster-stack o2cb" mit... Ich habe ja einige Zeit mit OCFS2 gerauft, bis es unter SLES 11 funktioniert hat, aber sowas ist mir auch noch nicht begegnet... Kann mir jemand weiterhelfen? Gruß Werner -- 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 1

Netzwerk Bridge IPv6
by Günther J. Niederwimmer 01 Jul '13

01 Jul '13

Hallo, Mal eine Frage in Bezug auf die Konfiguration einer Bridge Laut oSUSE soll man ja bei einer Bridge config für IPv4 der Netzwerkschnittstelle eth1 0.0.0.0/32 zuweisen. Jetzt wollte ich das selbe für eine IPv6 Bridge machen (ethX) ::/128, annehmen tut YaST2 nur 0000:0000:0000:0000:0000:0000:0000:0000/128 Aber bei einem Neustart des Netzwerkes kommt aber eine Fehlermeldung anscheinend wird das ::/128 oder 0000:....... nicht korrekt aufgelöst. Denke ich hier falsch oder ist da ein anderes Problem. -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer -- 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

WLAN Karte bricht immer Verbindung ab!
by Ibrahim Yurtseven 01 Jul '13

01 Jul '13

Hallo Leute, ich habe ein Problem mit meiner WLAN-Karte unter OS_12.3. Die Verbindung bricht (trotz guter Verbindung - Router steh neben mir) alle paar Minuten ohne Vorwarnung ab. os123:~ # lspci | grep -i wireless 02:04.0 Network controller: Intel Corporation PRO/Wireless 2200BG [Calexico2] Network Connection (rev 05) os123:~ # lshw -c network *-network:0 description: Wireless interface product: PRO/Wireless 2200BG [Calexico2] Network Connection vendor: Intel Corporation physical id: 4 bus info: pci@0000:02:04.0 logical name: eth0 version: 05 serial: 00:15:00:38:b5:42 width: 32 bits clock: 33MHz capabilities: pm bus_master cap_list ethernet physical wireless configuration: broadcast=yes driver=ipw2200 driverversion=1.2.2kdmprq firmware=ABG:9.0.5.27 (Dec 12 2007) ip=192.168.2.147 latency=64 link=yes maxlatency=24 mingnt=3 multicast=yes wireless=IEEE 802.11bg resources: irq:21 memory:d0000000-d0000fff os123:~ # iwconfig eth0 IEEE 802.11bg ESSID:"lovehandle" Mode:Managed Frequency:2.462 GHz Access Point: 00:13:D3:7F:1E:C9 Bit Rate:54 Mb/s Tx-Power=20 dBm Sensitivity=8/0 Retry limit:7 RTS thr:off Fragment thr:off Encryption key:3DB7-46B8-43E6-2273-AC90-3EC9-C096-9191 Security mode:open Power Management:off Link Quality=0/100 Signal level=-25 dBm Noise level=-86 dBm Rx invalid nwid:0 Rx invalid crypt:5 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:98 os123:~ # zypper if ipw-firmware Loading repository data... Reading installed packages... Information for package ipw-firmware: Repository: openSUSE-12.3-1.7 Name: ipw-firmware Version: 9-14.1.1 Arch: noarch Vendor: openSUSE Installed: Yes Status: up-to-date Installed Size: 2.5 MiB Summary: Firmware for Intel PRO/Wireless WLAN Cards Description: This package contains firmware binaries needed for Intel PRO/Wireless 2100/2200BG (aka Centrino) WLAN cards. The package is covered by the Intel license. See http://ipw2100.sourceforge.net/firmware.php?fid=4. -- Ibrahim "Arastirmacilar" Yurtseven The web is what you make of it! 2.6.32-358.6.2.el6.i686 -- 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