February 2016 - openSUSE Users (Deutsch)

pdfchain
by reinhold 29 Feb '16

29 Feb '16

Hallo Liste kam es sein das Pdfcain 2 mal installiert ist? Gruss Reinhold reinhold@linux-z4wu:~$ pdfchain PDF Chain 0.4.4 - A graphical user interface for the PDF Toolkit (pdfchain:3453): GLib-GObject-WARNING **: The property GtkButton:use -stock is deprecated and shouldn't be used anymore. It will be removed in a future version. (pdfchain:3453): GLib-GObject-WARNING **: The property GtkSettings:gtk -button-images is deprecated and shouldn't be used anymore. It will be removed in a future version. (pdfchain:3453): GLib-GObject-WARNING **: The property GtkToolButton:stock-id is deprecated and shouldn't be used anymore. It will be removed in a future version. Speicherzugriffsfehler reinhold@linux-z4wu:~$ zypper se -si pdfchain Daten des Repositories laden ... Installierte Pakete lesen ... S | Name | Typ | Version | Arch | Repository --+----------+-------+-----------+--------+----------------------- i | pdfchain | Paket | 0.4.4-7.2 | x86_64 | Haupt-Repository (OSS) i | pdfchain | Paket | 0.4.4-7.2 | x86_64 | suse reinhold@linux-z4wu:~$ -- 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

3 TB Festplatte - Empfehlung
by Dirk Meier 29 Feb '16

29 Feb '16

Hallo, ich benötige eine neue Festplatte. Es sollte eine 3 TB große SATA Platte sein, die im Betrieb mit Opensuse nach einer 1-stüngigen Inaktivität in den Standby-Modus geht. Es soll ein kostengünstige Desktoopplatte werden. Kann mir jemand eine Platte empfehlen? -- Gruß Dirk -- 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

7 11

x11, Wayland, kde, sddm, ... wer bringt Licht ins Dunkel?
by Bernd 29 Feb '16

29 Feb '16

Hallo zusammen, angelegentlich eines anderen Threads den ich zu Lernzwecken mitlese, stelle ich fest, das ich Verständnislücken im Bereich der grafischen Benutzeroberfläche habe. -X11 bzw. neuerdings/demnächst Wayland ist die Basis die die GraKa ansteuert?! -Dann kommt Gnome, KDE, xfce, ... als was? Als Desktop-Oberfläche? -und darauf dann der Displaymanager? ... oder IST der Display-Manager die Desktop-Oberfläche? ... und dann gibt es ja noch die Arbeitsflächen Designs und die Fensterdekorationen, und ... Wie ist die richtige Reihenfolge? Was beinhaltet was? Bitte erhellt mich! TiA Bernd -- 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 6

Re: 32Bit rpm auf 64Bit leap bauen ...
by Dr.-Ing. Dieter Jurzitza 28 Feb '16

28 Feb '16

Hallo Markus, genau da liegt der Hund begraben. Die Kompatibilitätspakete baut man wie folgt: build <XXX>.src.rpm -> rpms geeignet aus /var/tmp/build-root wegsichern, sind im Verzeichnis /var/tmp/build-root/home/abuild/rpmbuild/RPMS/x86_64 zu finden (als "normale" 64Bit - Pakete) linux32 build <XXX>.src.rpm -> rpms geeignet aus /var/tmp/build-root wegsichern, sind jetzt im Verzeichnis /var/tmp/build-root/home/abuild/rpmbuild/RPMS/i586 zu finden (als "normale" 32Bit - Pakete). Das geht aber bei leap nicht (aber bei allen vorhergehenden Distributionen)! Es geht weiter: üblicherweise wird bei Paketen mit Kompatibilitätspaket 32bit (beispielsweise glibc-32Bit ...) eine Datei "baselibs.conf" in den Sourcen mitgeliefert, die beinhaltet die Liste von 32Bit - Bibliotheken, die mit in die Kompatibilitätspakete hinein müssen. Am Ende baut man daher mit Hilfe von /usr/lib/build/mkbaselibs und einem geeignet modifizierten "baselibs.conf" die -32Bit- Pakete aus den zuvor realisierten 32Bit - Paketen. Voraussetzung dafür ist zwingend, dass der Schritt linux32 build <XXX>.src.rpm technisch möglich ist. Bei leap ist aber genau der Schritt zum Scheitern verurteilt, weil auf den openSUSE - Servern die Pakete fehlen, um die i586 Buildroot-Umgebung zu realisieren. Ende! Rein technisch ist es nun aber so, dass openSUSE die -32Bit- Kompatibilitätspakete verteilt. Also müssen upstream eben jene Pakete (i586 32Bit) für leap so existieren wie für die anderen Distributionen auch, jedenfalls diejenigen, die für die Buildroot-Umgebung bzw. für den Aufruf von mkbaselibs benötigt werden. Sie sind also da, werden aber (und genau hier setzt meine Frage an ...) nicht zur Verfügung gestellt, jemand, der also selbst bauen will, kann das im Unterschied zu allen bisher veröffentlichten Distributionen nicht tun. Also frage ich, wie ich mir die i586'er Welt selbst stricken kann, das klappt aber auch nicht, deshalb die Frage. Trotzdem, danke für's Mitdenken, Gruß Dieter -- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) ----------------------------------------------------------- -- 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

32Bit rpm auf 64Bit leap bauen ...
by Dr.-Ing. Dieter Jurzitza 28 Feb '16

28 Feb '16

Liebe Liste, ich hätte da gerne mal ein Problem. Ich möchte (für die Zeit, wenn der Support abgelaufen ist ...) 32Bit rpm's für leap bauen, damit man Kompatibilitätspakete bauen kann. Hier kommt es zu einem Henne - Ei Problem. openSUSE stellt gar keine i586 - Pakete mehr zur Verfügung, auch kein Minimalset, um ein linux32 build ... laufen zu lassen. Man (ich) ist (bin) hier also gekniffen (und gleich die offene Frage, warum eigentlich, die müssen existieren, weil die 32Bit - Kompatibilitätsbinaries verteilt werden. Für die muss das existieren). "build" scheidet also aus. Und an "rpmbuild -ba --target", "linux32 rpmbuild - ba --target" oder was auch immer, gesetzte CC="gcc -m32" usw. usw. beisse ich mir die Zähne aus - google liefert leider nichts brauchbares. Hat hier jemand eine Idee für mich (die beste IMHO wäre, openSUSE würde ein Minimalset an i586 - rpms für den Zweck auf den Server legen :-)) Vielen Dank schonmal Grüße Dieter Jurzitza -- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) ----------------------------------------------------------- -- 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

Leap 42.1 und KDE-Systemsounds
by Christian Meseberg 27 Feb '16

27 Feb '16

Hallo zusammen, an welcher Stelle Stelle müsste ich nachbessern, um in KDE die Systemsounds zu aktivieren? Bereits seit der Ersteinstallation schweigen diese. In den Sysemteinstellungen ist nichts zu finden, in Yast sind keine Programmteile ersichtlich, die ich nachinstallieren könnte. Im Internet gibt Tante Google keinerlei Hinweise. Da das Thema hier nicht diskutiert wurde nehme ich an, dass nur bei mir etwas nicht stimmt. Vielen Dank fürs Mitdenken. -- Grüße Christian Gut, das Audacious gerade von Rolling Stones - 4-Rock - Paint it Black spielt :music: -- 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

OS nachträglich zu WIN dazu
by Norbert Zawodsky 27 Feb '16

27 Feb '16

Hallo Lliste, (sorry, mir ist kein besserer Betreff eingefallen) Auch wenn es nur sehr am Rande mit unserer OS zu tun hat, so weiß ich vom mitlesen dass es hier einig Profis gibt, die sich damit gut auskennen. Daher meine Frage: Ich habe hier einen schon etwas älteren Desktop-Rechner, der jedoch definitv noch viel zu gut für den Schrott ist. Eingebaut ist derzeit 1 SATA HD mit 250 GB, darauf 1 Partition, NTFS mit WIN-XP drauf. Jetzt möchte ich * die Partition auf der HD mit einem tool (Frage: Welches ??) auf ca. 1/3 (= ca. 80 GB) reduzieren (Ja, es ist genug Platz frei!) * zusätzlich eine SSD einbauen * auf die neue SSD soll OS drauf, wahrscheinlich Leap * den frei gewordenen Platz auf der alten HD für OS nützen * beim Start des Rechners soll künftig GRUB (oder was auch immer Stand der Technik bei Leap ist) starten und die Auswahl "WIN-XP" oder "LEAP" anbieten Die zentrale Frage an Euch ist vor allem ob es irgendwelche Tips gibt? Irgendwas worauf ich aufpassen sollte? (Abgesehen vom üblichen "mach zuvor ein Backup") Welches Tool am besten zum verkleinern der NTFS Partition verwenden? Wenn XP gestartet wird, wird die SSD vermutlich gar nicht erkannt (da sie ja nur Linux Partitions enthalten wird), und vom XP (hoffentlich) hauptsächlich ignoriert, oder? Die NTFS Partition auf der alten HD wird (hoffentlich) im Win "C:" bleiben, oder? Nebenfrage: hängt das bei XP eigentlich davon ab, auf welchem SATA-Port die HD angesteckt ist? Sorry für die vielen Fragen, aber nach so vielen Jahren mit OS kenne ich mich mittlerweile Im Linux wesentlich besser aus als im WIN... (Kann nur leider auf dieses XP für die nächsten ca. 10 Monate noch nicht verzichten) Grüße Norbert -- 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

5 6

Audacity auf opensuse 13.1
by Johannes Diestelmann 27 Feb '16

27 Feb '16

Hallo, nach der Installation von Audacity über Yast2 auf opensuse 13.1 scheine ich ein Problem mit den Berechtigungen zu haben: user1@rechner1:~> audacity (process:6964): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised (process:6964): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised (process:6964): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised (process:6964): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised user1@rechner1:~> Freundliche Grüße, Johannes Diestelmann -- 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 3

***UNCHECKED*** ***UNCHECKED*** re:Build von perl-Text-BibTex schlägt immer fehl ...
by dieter.jurzitza＠t-online.de 27 Feb '16

27 Feb '16

Mal etwas anderes Passwort 2598 ____________________________________________ Liebe Liste, derzeit versuche ich, auf openSUSE 13.1 die neueste Version von TeXlive zu bauen. Und zwar sowohl in einer chroot-Umgebung als auch "normal'. In jedem Fall schlägt der Bau von texlive selbst fehl, mit einem Verweis auf einen zu alten Stand von perl-Text-BibTex (habe 0.66 wie in 13.1 üblich). Der Bau von perl-Text-BibTex schlägt aber leider auch fehl, und zwar mit folgender Fehlermeldung: ******* VIEL OUTPUT *********** Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.hZdg0c + umask 022 + cd /home/fred/rpmbuild/BUILD + cd Text-BibTeX-0.70 + ./Build install destdir=/home/fred/rpmbuild/BUILDROOT/perl-Text-BibTeX-0.70-2.1.x86_64 create_packlist=0 Building Text-BibTeX cc -I/usr/lib/perl5/5.18.1/x86_64-linux-thread-multi/CORE -fPIC -c -D_REENTRANT -D_GNU_SOURCE -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -Wall -pipe -o /tmp/KOtLr4MYzg/library.o /tmp/KOtLr4MYzg/library.c cc -I/usr/lib/perl5/5.18.1/x86_64-linux-thread-multi/CORE -fPIC -c -D_REENTRANT -D_GNU_SOURCE -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -Wall -pipe -o /tmp/KOtLr4MYzg/test.o /tmp/KOtLr4MYzg/test.c cc -shared -L/usr/local/lib64 -fstack-protector -o /tmp/KOtLr4MYzg/libfoo.so /tmp/KOtLr4MYzg/library.o cc -L/usr/local/lib64 -fstack-protector -o /tmp/KOtLr4MYzg/foo /tmp/KOtLr4MYzg/test.o -L/tmp/KOtLr4MYzg -lfoo Checking for alloca.h... ** Creating Manpages ******* VIEL OUTPUT *********** + for file in '`cd "${RPM_BUILD_ROOT}/usr/share/man" && find . -type f`' + test -e /usr/share/man/./man3/Text::BibTeX::File.3pm -o -e /usr/share/man/./man3/Text::BibTeX::File.3pm.gz + mv /home/fred/rpmbuild/BUILDROOT/perl-Text-BibTeX-0.70-2.1.x86_64/usr/share/man/./man3/Text::BibTeX::File.3pm /home/fred/rpmbuild/BUILDROOT/perl-Text-BibTeX-0.70-2.1.x86_64/usr/share/man/./man3/Text::BibTeX::File.3pmc + for file in '`cd "${RPM_BUILD_ROOT}/usr/share/man" && find . -type f`' + test -e /usr/share/man/./man3/Text::BibTeX::Entry.3pm -o -e /usr/share/man/./man3/Text::BibTeX::Entry.3pm.gz + mv /home/fred/rpmbuild/BUILDROOT/perl-Text-BibTeX-0.70-2.1.x86_64/usr/share/man/./man3/Text::BibTeX::Entry.3pm /home/fred/rpmbuild/BUILDROOT/perl-Text-BibTeX-0.70-2.1.x86_64/usr/share/man/./man3/Text::BibTeX::Entry.3pmc + for file in '`cd "${RPM_BUILD_ROOT}/usr/share/man" && find . -type f`' + test -e /usr/share/man/./man1/bt_post_processing.1 -o -e /usr/share/man/./man1/bt_post_processing.1.gz + mv /home/fred/rpmbuild/BUILDROOT/perl-Text-BibTeX-0.70-2.1.x86_64/usr/share/man/./man1/bt_post_processing.1 /home/fred/rpmbuild/BUILDROOT/perl-Text-BibTeX-0.70-2.1.x86_64/usr/share/man/./man1/bt_post_processing.1 mv: '/home/fred/rpmbuild/BUILDROOT/perl-Text-BibTeX-0.70-2.1.x86_64/usr/share/man/./man1/bt_post_processing.1' and '/home/fred/rpmbuild/BUILDROOT/perl-Text-BibTeX-0.70-2.1.x86_64/usr/share/man/./man1/bt_post_processing.1' are the same file error: Bad exit status from /var/tmp/rpm-tmp.hZdg0c (%install) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.hZdg0c (%install) In dem Shellscript /var/tmp/rpm-tmp.hZdg0c ist es tatsächlich so, dass die manpages auf sich selbst geschoben werden sollen - wie man hier oben auch im Text sieht. Ich habe dann versucht, auch die mit 13.1 verteilte Version zu bauen, es kommt der gleiche Fehler, und zwar sowohl bei 0.70 als auch bei der mit 13.1 verteilten (!) 0.66 Hat hier jemand ggf. eine Idee, was hier falsch läuft? Wie kann ich die Skriptgenerierung in /var/tmp innerhalb des rpm beeinflussen, so dass der Code in dem Shellscript rpm-tmp.hZdg0c korrekt wird? Vielen Dank für jede Idee, mfG Dieter Jurzitza

3 2

Re: glibc - bugfix für openSUSE 12.3
by Dr.-Ing. Dieter Jurzitza 27 Feb '16

27 Feb '16

Hallo zusammen, an Jörg habe ich bereits eine PM gesendet (sag' bescheid, ob sie angekommen ist ...), da aber mehr Interesse da ist: lasst mich einfach wissen, wie ich es handhaben soll, ich kann ein Specfile, die Patches und die "Betriebsanleitung" zur Verfügung stellen, ich kann aber auch die Binaries zur Verfügung stellen (dann müssen wir aber über das "wie" sprechen). Meldet euch einfach per PM bei mir, die erste Hälfte der Email - Adresse ist hier im Header, ich bin bei t-offline :-) Grüße Dieter Jurzitza -- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) ----------------------------------------------------------- -- 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