AMD Catalyst 12.3 (fglrx 8.951) wurde veröffentlicht. Das Skript makerpm-amd-12.3.sh steht ab sofort zum Download zur Verfügung und unterstützt 11.4 und 12.1.

Das Packaging Skript habe ich wegen einem Kompilierungsfehler beim Bau eines fglrx Kernelmodul unter dem Kernel 3.2.8+ und dem Kernel 3.3+ aktualisiert. Auf Grund des sehr knappen Zeitfenster konnten die Patches leider nicht mehr in AMD Catalyst 12.3 einfliessen. Erst im kommenden AMD Catalyst 12.4 werden die Patches von mir für openSUSE verfügbar sein und ab AMD Catalyst 12.5 werden diese auch offiziell für alle anderen Distributionen enthalten sein. Ja, mit dem makerpm-amd-Skript kann ich für euch sehr einfach, bequem und schnell fehlende Patches oder sinnvolle Erweiterungen via Packaging Skript Update nachliefern, wo ihr sonst Monate warten müsst.

Downloads:

• Skript: makerpm-amd-12.3.sh
• SHA1: makerpm-amd-12.3.sh.sha1

Installationsanleitung:
http://de.opensuse.org/SDB:AMD/ATI-Grafiktreiber#Installation_via_makerpm-amd-Skript

Über das makerpm-amd-Skript

Das Skript makerpm-amd-12.3.sh ist sehr mächtig, robust und läuft vollautomatisch. Der AMD-Installer wird automatisch heruntergeladen, falls er nicht schon im Verzeichnis liegt. Zudem wird geprüft, ob die Grafikkarte vom Treiber unterstützt wird. Auf Wunsch wird nach dem Bau des RPM-Packages der fglrx-Treiber installiert.

Folgende Argumente können dem Skript übergeben werden:

Hilfe, es funktioniert nicht!

Bitte haltet folgende Regel ein:

1. Bei der Eingabe der Befehle auf mögliche Tippfehler überprüfen.
2. Möglicherweise ist die Lösung für das Problem im Wiki vorhanden.
3. In Kommentaren lesen, ob eine Lösung zu einem Problem bereits existiert.

Wenn keines der o.g. Regel greift, dann könnt ihr mit eurem Anliegen an mich wenden. Damit ich euch helfen kann, müsst ihr erst vorarbeiten. Bitte ladet euch das Skript makerpm-amd-12.3.sh herunter und erstellt einen Report von eurem System in der Konsole:

su -c 'sh makerpm-amd-12.3.sh -ur'

Das Skript lädt das Report auf sprunge.us hoch und gibt anschließend einen Link aus. Diesen Link postet …

AMD Catalyst 12.2 (fglrx 8.950) wurde veröffentlicht. Das Skript makerpm-amd-12.2.sh steht ab sofort zum Download zur Verfügung und unterstützt 11.4 und 12.1.

[UPDATE 25.03.2012]
Das nächste Update vom Skript behebt einen weiteren Kompilierungsfehler beim Bauen eines fglrx-Kernelmoduls auf einem Kernel 3.3 und höher.
Im Wortlaut:

error: 'struct thread_struct' has no member named 'has_fpu'

Linus Torvalds hat es geschafft zum Leidwesen aller Kernel-Nutzer die betreffende Stelle im Git-Repo von Linus Torvalds innerhalb von wenigen Tagen für Kernel 3.3+ nochmal umzubauen, so dass der vorhergehende Patch (wegen TS_USEDFPU) vom 09.03.2012 erneut kaputt gegangen ist. Da sage ich doch mal, herzlichen Glückwunsch. Da braucht man sich nicht zu wundern, dass der Quellcode eines Kernelmoduls von Dritten irgendwann unleserlich wird, weil man versucht die gleiche Funktion für alle (halbwegs aktuellen und vor allem betreuten) Kernelversionen abzudecken.
[/UPDATE 25.03.2012]

[UPDATE 09.03.2012]
Das Packaging Skript wie auch das makerpm-amd-Skript wurden aktualisiert. Es behebt einen Kompilierungsfehler vom fglrx Kernelmodul auf einem 32bit System, weil ab Kernel 3.2.9 und höher die Konstante TS_USEDFPU entfernt und die Funktion dahinter umgeschrieben wurde. Ich habe über den genannten Fehler im Netz recherchiert und eine Information der Kerneländerung im Git-Repo von Linus Torvalds gefunden. Daraus habe ich einen Patch entwickelt und diesen auch an die AMD-Entwickler zwecks Prüfung geschickt. AMD hat sich das Patch angeschaut und hat ihn als akzeptabel eingestuft und nimmt ihn mit meiner Erlaubnis in den fglrx Quellcode auf. Vielen Dank an dieser Stelle nochmal an Rudolfo Patella für den Hinweis auf diese Problematik.
[/UPDATE 09.03.2012]

AMD hat diesmal etwas verspätet den Treiber veröffentlicht. Der Grund lag einzig daran, dass AMD die Treiber-Version 8.94 wegen möglicher Treiber-Probleme mit einigen Grafikkarten übersprungen hat. Außerdem habe ich das Packaging Skript aktualisiert, weil AMD leider meine Änderung nicht in ihren AMD Installer reingepackt hatte. (Vergessen? Kein Zeit? Wer weiß… Zumal die geschlossene AMD Mailingliste auch ausgefallen war. ) Es betrifft einmal den atieventsd.sh Init-Skript. Dort wurde für den Start des Skriptes im Runlevel 3 angegeben und zugleich das XDM (X Window Manager) vorausgesetzt, was IMHO keinen Sinn macht. Andererseits ist das Powermode-Skript (ati-powermode.sh) endgültig rausgeflogen. Da der Treiber bereits den Suspend-Modus unterstützt und kein Hilfsskript mehr benötigt.

Der Treiber unterstützt jetzt auch AMD Radeon HD 7950, HD 7970, HD 7990.

Downloads:

• Skript: makerpm-amd-12.2.sh
• SHA1: makerpm-amd-12.2.sh.sha1

Installationsanleitung:
http://de.opensuse.org/SDB:AMD/ATI-Grafiktreiber#Installation_via_makerpm-ati-Skript

Über das makerpm-amd-Skript

Das Skript makerpm-amd-12.2.sh ist sehr mächtig, robust und läuft vollautomatisch. Der AMD-Installer wird automatisch heruntergeladen, falls er nicht schon im Verzeichnis liegt. Zudem wird geprüft, ob die Grafikkarte vom Treiber unterstützt wird. Auf Wunsch wird nach dem Bau des RPM-Packages der fglrx-Treiber installiert.

Folgende Argumente können dem Skript übergeben werden:

Am 31.01.2012 hat Adobe im Adobe-Labs die 5. Beta-Version (11.2.202.197) des Flash Players für 32-bit wie auch 64-bit Systeme veröffentlicht.

Laut der Release Notes wurden nur Fehler behoben und schließt auch einige Sicherheitslücken, die derzeit ausgenutzt werden. Sofern man eine frühere Beta-Version installiert hat, so wird empfohlen, diese Beta-Version zügig einzuspielen. Außerdem hat Adobe angekündigt, dass dies die letzte Beta vor dem Release ist.

Wer noch einen Fehler oder Ungereimtheiten in der aktuellen Beta des Flash Player gefunden hat, so möchte ich den Bugtracker von Adobe empfehlen.

Die Installation des neuesten Flash Player auf openSUSE:

Hinweis: Die Installation wird in der Konsole mit root-Rechten durchgeführt. Hierzu wird der Flash Player und das zugehörige Packaging Skript heruntergeladen. Daraus wird ein RPM-Paket gebaut und auf Wunsch installiert. Es ist wichtig, dass entweder die Installations-DVD oder das OSS-Repo von openSUSE verfügbar ist, weil ggfs. noch benötigte Pakete (update-desktop-files, fdupes, patch und ggfs. kde4-filesystems) installiert werden.

Downloads:

• makerpm-flash-11.2-beta5.sh
• makerpm-flash-11.2-beta5.sh.sha1

1. Das Skript makerpm-flash-11.2-beta5.sh wie auch die Prüfsummendatei herunterladen:

   wget http://www.sebastian-siebert.de/downloads/makerpm-flash-11.2-beta5.sh

   wget http://www.sebastian-siebert.de/downloads/makerpm-flash-11.2-beta5.sh.sha1

2. Die Prüfsumme vom heruntergeladenen Skript prüfen:

   sha1sum -c makerpm-flash-11.2-beta5.sh.sha1

   Idealerweise sollte folgende Ausgabe erscheinen, andernfalls ist das Skript defekt und sollte ersetzt werden:

   makerpm-flash-11.2-beta5.sh: OK

3. Das Skript ausführbar machen:

   chmod 755 makerpm-flash-11.2-beta5.sh

4. Nun gibt es 3 Möglichkeiten die Pakete zu erstellen und zu installieren:
   1. Auf einem reinen KDE-System:

      ./makerpm-flash-11.2-beta5.sh -i kde

   2. Auf einem reinen GNOME- bzw. GTK-System:

      ./makerpm-flash-11.2-beta5.sh -i gnome

   3. Sowohl auf einem KDE-System wie auch auf einem GNOME-System:

      ./makerpm-flash-11.2-beta5.sh -i all

      oder einfach nur

      ./makerpm-flash-11.2-beta5.sh -i

   Dann entspannt zurück lehnen und warten bis die Installation abgeschlossen ist. Das Skript ist wie gewohnt gesprächig und die jeweilige Aktion kann verfolgt werden.

5. Rechner neustarten und Flash Player 11.2 Beta 5 testen.

Feedbacks sind immer willkommen.

Have a lot of fun!

Der Plan: Alle binären Dateien in /bin, /sbin /lib und /lib64 nach /usr verschieben. Aus Gründen der Kompatiblität werden noch symbolische Links zu den binären Dateien angelegt. Angeschoben wurde diese Idee vom Fedora-Projekt. Bei Fedora ist bereits der Umzug voll im Gange. Greg Kroah-Hartman (greg k-h) hat diesen Vorschlag einfach mal in die Mailingliste openSUSE Factory gestellt und wird zur Zeit heiß diskutiert.

Warum macht man das? Die Verzeichnisse /bin, /sbin, /lib und /lib64 waren damals wichtig, wo noch Festplattenspeicher sehr knapp waren. Die Tools und die Bibliotheken standen auf dem System immer zur Verfügung, während man das Verzeichnis /usr aus Platzgründen auf einer anderen Festplatte ausgelagert hatte. Falls das System die Festplatte/Partition für /usr nicht mounten konnte, so hat man noch ein funktionsfähiges System. Außerdem hat man immer noch die Werkzeuge zur Verfügung, um das System zu reparieren.

Würden wir die Trennung weiterhin beibehalten, so muss ich sagen, dass das heutige Linux-System (aus der Sicht von damals) mehr kaputt als ganz ist. Eine Shellanweisung macht es sogar deutlich, wie abhängig wir heute schon vom /usr Verzeichnis sind.

for i in `find /bin /sbin /lib* -type f -executable`; do ldd ${i} 2>/dev/null | grep usr > /dev/null && echo ${i}; done

Auf einem openSUSE 12.1 (64-bit) sieht so aus:

/bin/systemd-notify
/bin/systemctl
/bin/rpm
/sbin/install-info
/lib/systemd/systemd-stdout-syslog-bridge
/lib/systemd/systemd-uaccess
/lib/systemd/systemd-shutdownd
/lib/systemd/systemd-readahead-collect
/lib/systemd/systemd-initctl
/lib/systemd/systemd-readahead-replay
/lib/systemd/systemd-kmsg-syslogd
/lib/udev/iphone-set-info
/lib/udev/udisks-part-id
/lib/udev/ipod-set-info
/lib/udev/mtp-probe
/lib/udev/udisks-probe-sas-expander
/lib/udev/udisks-dm-export
/lib/udev/udev-acl
/lib/udev/udev-configure-printer
/lib/udev/udisks-probe-ata-smart
/lib/libnss_wins.so.2
/lib64/libgudev-1.0.so.0.1.0
/lib64/security/pam_systemd.so
/lib64/security/pam_pwcheck.so
/lib64/security/pam_smbpass.so
/lib64/security/pam_userdb.so
/lib64/security/pam_cracklib.so
/lib64/security/pam_ck_connector.so
/lib64/libnss_wins.so.2

Auch auf einer älteren openSUSE 11.4 (64-bit) sieht es nicht besser aus:

/bin/rpm
/sbin/install-info
/lib/udev/udisks-probe-ata-smart
/lib/udev/mobile-action-modeswitch
/lib/udev/hid2hci
/lib/udev/udisks-part-id
/lib/udev/udev-configure-printer
/lib/libnss_wins.so.2
/lib64/libnss_wins.so.2
/lib64/security/pam_cracklib.so
/lib64/security/pam_ck_connector.so
/lib64/security/pam_pwcheck.so
/lib64/security/pam_userdb.so

Sogar andere Distributionen sind betroffen: I’m interesting in, how much different Linux distributions are broken.

Das würde bedeuten, dass diese Tools bzw. Bibliotheken bei einem fehlenden /usr Verzeichnis nicht mehr funktionieren.

Wie ist es heute? Mittlerweile haben wir mehr als ausreichende Festplattenkapazität und können gleich ein komplettes Linux-System auf die Platte ziehen oder sogar mehrere Linux-Systeme. Sollte das Linux-System einmal ausfallen, haben wir immer noch unsere Rettungs-CDs, Sicherheitskopien oder sogar ein zweites Linux-System auf der Festplatte, um das System wiederherzustellen. Daher wird dieses Argument als Rettungssystem nicht mehr ziehen.

Was sind eigentlich die Vorteile? Theoretisch können mehrere Linux-System das Verzeichnis /usr teilen, so hat man 2 Fliegen mit einer Klappe geschlagen. Man senkt nicht nur den Wartungsaufwand, sondern auch den …

Das erste Kernel-Update für openSUSE 12.1 ist draußen und behebt unzählige Fehler und schließt einige Sicherheitslecks. Es beinhaltet zugleich alle 9 Patchlevel-Versionen vom Upstream, dass noch viele weitere Fehler behebt. Besonders fällt im nachfolgenden ChangeLog aus der RPM auf, dass eine ganze Reihe von Patches zum Dateisystem btrfs enthalten sind.

Das Kernel-Update kann über YaST2 oder per zypper eingespielt werden:

zypper up

Die offizielle Ankündigung zum Kernel-Update werde ich an dieser Stelle nachreichen.

Ein Auszug der Changelog aus der RPM:

• patches.fixes/drm-radeon-kms-fix-i2c-masks.patch: Add git commit ID.
• ALSA: hda/realtek – Skip invalid digital out pins (bnc#727348)
• ALSA: hda – Add missing static ADC tables for ALC269 quirks.
• patches.fixes/hfs-fix-hfs_find_init-sb-ext_tree-null-ptr-oops.patch: hfs: fix hfs_find_init() sb->ext_tree NULL ptr oops (CVE-2011-2203 bnc#699709)
• X86: Solve Dell Latitudes do not reboot on x86_64 more generally.
• sunrpc: wake up SOFTCONN tasks when a connection error happens (bnc#679059)
• Linux 3.1.1.
• Update config files.
• Refresh patches.fixes/scsi-dh-queuedata-accessors.
• Refresh patches.suse/staging-hv-staging-next-20110829-0327-Staging-hv-storvsc-Add-the-contents-of-hyperv_sto.patch.
• Delete patches.drivers/alsa-hda-0002-Keep-EAPD-turned-on-for-old-Conexant-chips.
• Delete patches.drivers/alsa-hda-0003-Fix-ADC-input-amp-handling-for-Cx20549.
• Delete patches.drivers/alsa-hda-0004-Add-missing-static-ADC-tables-for-ALC269-qu.
• Delete patches.drivers/alsa-hda-0005-realtek-Skip-invalid-digital-out-pins.
• Delete patches.fixes/drm-radeon-kms-fix-i2c-masks.patch.
• Delete patches.suse/staging-hv-staging-next-20111001-0058-staging-hv-fix-a-kernel-warning-in-netvsc_linkstat.patch.
• Delete patches.suse/staging-hv-staging-next-20111001-0129-Staging-hv-Add-support-for-2-TB-LUN-in-storage-dr.patch.
• Add package descriptions for ARM kernels
• Update Patch-mainline headers.
• ARM: Dont generalize the target. On ARM we can not build generic kernels that work through different generations, such as armv5 and armv7. So we better list them explicitly and not export an rpm that wouldn’t even work on the respective architecture .
• ARM: Use zImage, not vmlinux. On ARM we use the arch/arm/boot/zImage file similar to x86 to boot systems. Put that into the rpm as vmlinuz instead of the vmlinux ELF binary.
• Linux 3.1.2.
• drm/radeon/kms: fix up gpio i2c mask bits for r4xx (bnc#691052).
• ARM: create uImage, not zImage, so we can boot with u-boot
• patches.fixes/drm-radeon-kms-fix-up-gpio-i2c-mask-bits-for-r4xx.patch: Add missing git-commit.
• rpm/kernel-binary.spec.in: Do not have a separate make invocation for s390 and the rest.
• rpm/try-disable-staging-driver: Script to disable failing staging driver and restart make.
• Linux 3.1.3.
• intel_idle: Fix kvm -cpu host Null pointer enter function issue (bnc#726296)
• Build the kotd against 12.1, not Factory.
• rpm/kernel-binary.spec.in: Ignore staging failures only in vanilla only branches.
• Fix kernel-source spec to give ownership of the /usr/src/linux link to kernel-devel. kernel-source depends on kernel-devel, so this is correct.
• Linux 3.1.4.
• rpm/kernel-binary.spec.in: Make the -base package conflict with the main one.
• mm: Ensure that pfn_valid is called once per pageblock when reserving pageblocks (bnc#731261, bnc#730731)
• Import 12.1 GA kabi files.
• kabi/severities: Ignore changes to usb, nfs and some drivers for now.
• kabi: fix jiffies_to_clock_t breakage.
• Fix typo: Base package should not conflict with itself but with main package.
• Use GPL-2.0 as license tag (from http://spdx.org/licenses/) Only have one licenses line per file, the rest was just duplicated.
• rpm/kernel-binary.spec …

Am 19.01.2012 hat Adobe im Adobe-Labs die 4. Beta-Version (11.2.202.183) des Flash Players für 32-bit wie auch 64-bit Systeme veröffentlicht.

Laut der Release Notes sind folgende Feature enthalten:

• Throttling event (new ThrottleEvent)
• Einige Bugfixes (laut dem Bugtracker von Adobe)

Wer noch einen Fehler oder Ungereimtheiten in der aktuellen Beta des Flash Player gefunden hat, so möchte ich den Bugtracker von Adobe empfehlen.

Die Installation des neuesten Flash Player auf openSUSE:

Hinweis: Die Installation wird in der Konsole mit root-Rechten durchgeführt. Hierzu wird der Flash Player und das zugehörige Packaging Skript heruntergeladen. Daraus wird ein RPM-Paket gebaut und auf Wunsch installiert.

Downloads:

• makerpm-flash-11.2-beta4.sh
• makerpm-flash-11.2-beta4.sh.sha1

1. Das Skript makerpm-flash-11.2-beta4.sh wie auch die Prüfsummendatei herunterladen:

   wget http://www.sebastian-siebert.de/downloads/makerpm-flash-11.2-beta4.sh

   wget http://www.sebastian-siebert.de/downloads/makerpm-flash-11.2-beta4.sh.sha1

2. Die Prüfsumme vom heruntergeladenen Skript prüfen:

   sha1sum -c makerpm-flash-11.2-beta4.sh.sha1

   Idealerweise sollte folgende Ausgabe erscheinen, andernfalls ist das Skript defekt und sollte ersetzt werden:

   makerpm-flash-11.2-beta4.sh: OK

3. Das Skript ausführbar machen:

   chmod 755 makerpm-flash-11.2-beta4.sh

4. Nun gibt es 3 Möglichkeiten die Pakete zu erstellen und zu installieren:
   1. Auf einem reinen KDE-System:

      ./makerpm-flash-11.2-beta4.sh -i kde

   2. Auf einem reinen GNOME- bzw. GTK-System:

      ./makerpm-flash-11.2-beta4.sh -i gnome

   3. Sowohl auf einem KDE-System wie auch auf einem GNOME-System:

      ./makerpm-flash-11.2-beta4.sh -i all

      oder einfach nur

      ./makerpm-flash-11.2-beta4.sh -i

   Dann entspannt zurück lehnen und warten bis die Installation abgeschlossen ist. Das Skript ist wie gewohnt gesprächig und die jeweilige Aktion kann verfolgt werden.

5. Rechner neustarten und Flash Player 11.2 Beta 4 testen.

Feedbacks sind immer willkommen.

Have a lot of fun!

AMD Catalyst 12.1 (fglrx 8.930) wurde veröffentlicht. Das Skript makerpm-amd-12.1.sh steht ab sofort zum Download zur Verfügung und unterstützt openSUSE 11.3, 11.4 und 12.1. Hinweis: AMD hat den Installer von ati-driver-installer… in amd-driver-installer… umbenannt. Im Zuge dessen habe ich ebenfalls das Skript von makerpm-ati… in makerpm-amd… umbenannt.

Nach einem Test dieser AMD Catalyst Version ist die GNOME 3.2-Problematik (Flackern und Bildschirmrisse) endlich behoben worden. Laut AMD sollten die Notebooks mit der PowerXpress-Technologie (Intel-/AMD-Grafikkarte – discrete GPU) wieder funktionieren. Ich wäre sehr verbunden, wenn jemand diese Funktionalität für mich testen könnte und bitte um entsprechende Rückmeldung. Vielen Dank.

Zudem habe ich die Generierung des Systemreport vom Skript überarbeitet, um weitere Systeminformationen abzufragen. Ein aktualisiertes Packaging Skript habe ich beigefügt und wird separat heruntergeladen. Ab sofort können die User von Balsam Professional (ein Ableger von openSUSE) das Skript verwenden. Das makerpm-Skript hat nun die Version 5.0 erreicht und bin ziemlich stolz darauf, dass die makerpm-Skript-Reihe sich seit 2 Jahren erfolgreich bewährt hat. Vielen Dank für eure Unterstützung und mit eurer Hilfe (Feedbacks und eingereichte Systemreports) habe ich mich für euch mit AMD auseinander gesetzt, um die Fehler im Treiber beheben zu lassen. Ich bitte euch nicht aufzuhören, sondern fleißig weiterhin Fehler zu melden. Vielen Dank.

Downloads:

• Skript: makerpm-amd-12.1.sh
• SHA1: makerpm-amd-12.1.sh.sha1

Installationsanleitung:
http://de.opensuse.org/SDB:AMD/ATI-Grafiktreiber#Installation_via_makerpm-ati-Skript

Über das makerpm-amd-Skript

Das Skript makerpm-amd-12.1.sh ist sehr mächtig, robust und läuft vollautomatisch. Der AMD-Installer wird automatisch heruntergeladen, falls er nicht schon im Verzeichnis liegt. Zudem wird geprüft, ob die Grafikkarte vom Treiber unterstützt wird. Auf Wunsch wird nach dem Bau des RPM-Packages der fglrx-Treiber installiert.

Folgende Argumente können dem Skript übergeben werden:

Hilfe, es funktioniert nicht!

Bitte haltet folgende Regel ein:

1. Bei der Eingabe der Befehle auf mögliche Tippfehler überprüfen.
2. Möglicherweise ist die Lösung für das Problem …

Die Entwicklung an openSUSE 12.2 hat bereits begonnen. Die jeweiligen Meilensteine wurden festgelegt und sieht wie folgt aus.

• 09.02.2012 – Milestone 1
• 03.03.2012 – Milestone 2
• 05.04.2012 – Milestone 3
• 26.04.2012 – Milestone 4
• 24.05.2012 – Beta 1
• 14.06.2012 – Release Candidate 1
• 28.06.2012 – Release Candidate 2
• 06.07.2012 – Gold Master
• 11.07.2012 – openSUSE 12.2 Final Release

Quelle: http://en.opensuse.org/openSUSE:Roadmap

Die openSUSE 12.2 Entwicklungs-CD und -DVD werden erst ab dem jeweiligen Meilenstein gebaut und veröffentlicht.
Download ab dem 09.02.2012: http://software.opensuse.org/developer/

Hilfe zum Projekt ist immer willkommen. Egal ob man in der Wiki mitarbeitet, sich am openFATE beteiligt, Pakete in unserem OBS für openSUSE bauen, in der Mailing Liste; im hauseigenen Forum oder auch im IRC Hilfestellung gibt, Fehler in openSUSE via Bugreport melden, u.v.m. Über Mitstreiter an meiner Seite würde ich mich freuen. Ein paar Voraussetzungen, wie sie in jedem Projekt gibt: ein wenig Freizeit entbehren, am Ball bleiben, sich gegenzeitig motivieren/helfen.

Eine weitere wichtige Meldung ist, dass der Support für openSUSE 11.3 am 20.01.2012 eingestellt wurde. Um weiterhin mit Updates versorgt zu werden, ist es empfohlen in nächster Zeit auf openSUSE 11.4 oder 12.1 umzusteigen.

Quelle: http://lists.opensuse.org/opensuse-announce/2012-01/msg00001.html

Am 20.12.2011 hat Adobe im Adobe-Labs die 3. Beta-Version (11.2.202.160) des Flash Players für 32-bit wie auch 64-bit Systeme veröffentlicht.

Laut der Release Notes sind folgende Feature enthalten:

• Multithreaded Video Dekodierung
• Maussperre, relative Koordinaten der Maus, rechter und mittler Mausklick-Event
• Einige Bugfixes (laut dem Bugtracker von Adobe)

Wer noch einen Fehler oder Ungereimtheiten in der aktuellen Beta des Flash Player gefunden hat, so möchte ich wärmstens den Bugtracker von Adobe empfehlen. Die Entwickler nehmen jeden eingelieferten Bugreport ernst und gehen dem gemeldeten Fehler nach.

Die Installation des neuesten Flash Player auf openSUSE:

Hinweis: Die Installation wird in der Konsole mit root-Rechten durchgeführt. Hierzu wird der Flash Player und das zugehörige Packaging Skript heruntergeladen. Daraus wird ein RPM-Paket gebaut und auf Wunsch installiert.

Downloads:

• makerpm-flash-11.2-beta3.sh
• makerpm-flash-11.2-beta3.sh.sha1

1. Das Skript makerpm-flash-11.2-beta3.sh wie auch die Prüfsummendatei herunterladen:

   wget http://www.sebastian-siebert.de/downloads/makerpm-flash-11.2-beta3.sh

   wget http://www.sebastian-siebert.de/downloads/makerpm-flash-11.2-beta3.sh.sha1

2. Die Prüfsumme vom heruntergeladenen Skript prüfen:

   sha1sum -c makerpm-flash-11.2-beta3.sh.sha1

   Idealerweise sollte folgende Ausgabe erscheinen, andernfalls ist das Skript defekt und sollte ersetzt werden:

   makerpm-flash-11.2-beta3.sh: OK

3. Das Skript ausführbar machen:

   chmod 755 makerpm-flash-11.2-beta3.sh

4. Nun gibt es 3 Möglichkeiten die Pakete zu erstellen und zu installieren:
   1. Auf einem reinen KDE-System:

      ./makerpm-flash-11.2-beta3.sh -i kde

   2. Auf einem reinen GNOME- bzw. GTK-System:

      ./makerpm-flash-11.2-beta3.sh -i gnome

   3. Sowohl auf einem KDE-System wie auch auf einem GNOME-System:

      ./makerpm-flash-11.2-beta3.sh -i all

      oder einfach nur

      ./makerpm-flash-11.2-beta3.sh -i

   Dann entspannt zurück lehnen und warten bis die Installation abgeschlossen ist. Das Skript ist wie gewohnt gesprächig und die jeweilige Aktion kann verfolgt werden.

5. Rechner neustarten und Flash Player 11.2 Beta 3 testen.

Sollte etwas mit dem Skript nicht funktionieren, dann sagt mir bitte Bescheid. Danke!

Have a lot of fun!

AMD Catalyst 11.12 (fglrx 8.920) wurde veröffentlicht. Das Skript makerpm-ati-11.12.sh steht ab sofort zum Download zur Verfügung und unterstützt openSUSE 11.3, 11.4 und 12.1

Diesmal hat AMD überpünktlich die neue AMD Catalyst Version herausgegeben. Die GNOME 3.2-Problematik (Flackern und Bildschirmrisse) ist in dieser Version noch nicht behoben worden. Beim Test von AMD Catalyst 12.1 RC1 mit GNOME 3.2 treten diese Probleme nicht mehr auf.

Beim Notebook mit der PowerXpress-Technologie (Intel-/AMD-Grafikkarte – discrete GPU) kann ich leider mangels Hardware nicht testen, ob es unter openSUSE 12.1 wieder funktioniert und nicht mehr abstürzt. Ich wäre sehr verbunden, wenn hier jemand für mich testen könnte und bitte um entsprechende Rückmeldung. AMD weiß über dieses Problem mit PowerXpress seit Mitte November Bescheid. Falls es diesbezüglich noch Probleme gibt, werde ich mir AMD nochmal vorknöpfen.

Auf Empfehlung eines Bloglesers (Stefan) habe ich den Ablauf zur Erstellung und Upload des Reports im makerpm-ati-Skript (Option -ur bzw. –uploadreport) geändert. Diesmal wird auf Rückfrage der Report angezeigt und mit einer erneuten Rückfrage wird bestätigt, ob der Report hochgeladen werden soll. Ein Dank geht an dieser Stelle an Stefan für sein wertvolles Feedback zum Skript.

Downloads:

• Skript: makerpm-ati-11.12.sh
• SHA1: makerpm-ati-11.12.sh.sha1

Installationsanleitung:
http://de.opensuse.org/SDB:AMD/ATI-Grafiktreiber#Installation_via_makerpm-ati-Skript

Über das makerpm-ati-Skript

Das Skript makerpm-ati-11.12.sh ist sehr mächtig, robust und läuft vollautomatisch. Der ATI-Installer wird automatisch heruntergeladen, falls er nicht schon im Verzeichnis liegt. Zudem wird geprüft, ob die Grafikkarte vom Treiber unterstützt wird. Auf Wunsch wird nach dem Bau des RPM-Packages der fglrx-Treiber installiert.

Folgende Argumente können dem Skript übergeben werden:

Hilfe, es funktioniert nicht!

Bitte haltet folgende Regel ein:

1. Bei der Eingabe der Befehle auf mögliche Tippfehler überprüfen.
2. Möglicherweise ist die Lösung für das Problem im Wiki vorhanden.
3. In Kommentaren lesen, ob eine Lösung zu einem Problem bereits existiert …

AMD Catalyst 11.11 (fglrx 8.911) wurde veröffentlicht. Das Skript makerpm-ati-11.11.sh steht ab sofort zum Download zur Verfügung und unterstützt openSUSE 11.3, 11.4 und 12.1

Okay, das war jetzt ein langer Abend für mich gewesen. Ich habe seit gestern Abend intensiv nach dem Problem von GNOME 3.2 und der XvBA Hardware-Beschleunigung unter openSUSE 12.1 geforscht. Dabei hat ein Blog-Leser darauf aufmerksam gemacht, dass die direkte Installation vom AMD Catalyst das Problem lösen könnte. Jedoch halte ich von der direkten Installation nichts, da AMD gerne die vorhandenen Dateien verschiebt und so die Integrität der Dateien gefährdet. Aber ich musste ja irgendwo anfangen und habe das RPM-Paket und die direkte AMD-Installation verglichen. Ich konnte im Prinzip keinen Unterschiede erkennen, außer das manche Dateien in einem ganz anderen Verzeichnis installiert waren, wo sie eigentlich nix zu suchen hatten. Ich konnte mir zunächst keinen Reim machen, warum die RPM-Installation versagt hat. Bis mir eine ganz banale Geschichte eingefallen ist. Ein bestimmter Suchpfad von ld.so.conf könnte evtl. bei openSUSE 12.1 rausgeflogen sein. Ich habe meine derzeitige openSUSE 11.4 /etc/ld.so.conf mit der von openSUSE 12.1 verglichen und siehe da einige Suchpfade waren entfernt worden. Ich habe das notwendige Suchpfad zu /usr/X11R6/lib bzw. auch /usr/X11R6/lib64 in /etc/ld.so.conf.d/fglrx.conf für den fglrx-Treiber angelegt und siehe da “vainfo” sagt mir, dass alles in Ordnung ist. Jetzt kommt die spannende Frage: Ist das Problem mit GNOME 3.2 nun behoben? Die Antwort: JA!!! Also, liebe Leute, ladet euch das makerpm-ati-Skript mit dem aktualisierten Packaging Skript herunter, installiert den Treiber wie gewohnt und habt Spaß mit der neuen openSUSE 12.1 und dem AMD Catalyst Treiber.

Downloads:

• Skript: makerpm-ati-11.11.sh
• SHA1: makerpm-ati-11.11.sh.sha1

Installationsanleitung:
http://de.opensuse.org/SDB:AMD/ATI-Grafiktreiber#Installation_via_makerpm-ati-Skript

Über das makerpm-ati-Skript

Das Skript makerpm-ati-11.11.sh ist sehr mächtig, robust und läuft vollautomatisch. Der ATI-Installer wird automatisch heruntergeladen, falls er nicht schon im Verzeichnis liegt. Zudem wird geprüft, ob die Grafikkarte vom Treiber unterstützt wird. Auf Wunsch wird nach dem Bau des RPM-Packages der fglrx-Treiber installiert.

Folgende Argumente können dem Skript übergeben werden: