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!