Waldemar Brodkorb's tech blog

Frohes Neues!

irgendwie ging das letzte Jahr wie im Flug vorbei.
Embedded Linux hacking macht immer noch fun.
Hinzu kommt neuerdings in OpenADK wieder mehr Support für Vintage Hardware, da immer
mehr Distributionen den Support für diese Hardware aufgeben. Schneller, Neuer, besser ist das Motto in der IT Welt.
Neu integriert wird momentan SGI hardware, ich besitze zwei SGI O2 und zwei SGI Indy zum Testen.
Heute habe ich mal die SGI indy's nach langer Zeit mal wieder angeworfen. Beide sind noch startbar und serielle
Konsole ist funktional. Der Bootloader für diese Systeme ist normalerweise
ArcBoot. Ich würde aber lieber GRUB verwenden, da es bereits in OpenADK integriert ist. Leider funktioniert dies mit der SGI O2 zur Zeit nicht, deswegen werde ich die Tests auf der Indy weiterführen.
Ich hab das Problem auf der Grub Entwickler Mailingliste gemeldet, vielleicht ist die Lösung trivial.
http://lists.gnu.org/archive/html/grub-devel/2017-01/msg00001.html

Ansonsten habe ich im Bereich uClibc-ng noch ein paar Pläne:
- Integration von AARCH64 support aus GNU libc sortiert
- Integration von NTPL/TLS für NDS32 (wird von Andes Technology vorbereitet und ist bald fertig)
- SH2 Binfmt FLAT support fixen, Anfrage bei elf2flt Mailingliste wartet auf Feedback
- SH2 FDPIC support aus altem uClibc branch merger
- Und der Dauerbrenner nios2 ld.so support

have fun
Waldemar

english only.

Seit dem Spin-off von uClibc sind bereits zwei Projekte auf uClibc-ng umgestiegen. Buildroot.org setzt seit dem letzten Release auf uClibc-ng als Standard C Bibliothek. Aus dem Umfeld sind bereits einige Bugs gefunden worden und ebenfalls Patches mit neuen Features eingesendet worden. Des Weiteren ist der Entwickler von Optware-NG auf uClibc-ng umgestiegen. Erste Planungen das Synopsys mit Ihrer ARC Architektur voll auf uClibc-ng setzen sind kommuniziert worden. Des Weiteren plane ich den OR1k-Architektur Port in nächster Zeit zu integrieren.

Auf OpenADK Seite gibt es echte Bemühungen den Stable-Branch zu starten.
Viele meiner Embedded Devices werden zur Zeit mit Linux 4.1.x und OpenADK frisch getestet, da diese Version des Kernels die Basis für den stable Branch sein soll. Der Support für Routerboards 4xx zickt noch etwas.
Siehe hier: http://waldemar-brodkorb.de/doku.php?id=sammlung

Ansonsten starte ich Freitag früh in einen zwei-wöchigen Urlaub nach Schweden und bin (fast) komplett im Offline-Mode :=)

Petri Heil

Letztes Wochenende war es soweit, der erste OpenADK Workshop im wunderschönen Linuxhotel in Essen.
Wir waren sieben Embedded Bastler und hatten jede Menge Fun.

Fürs Projekt sind einige Patches und neue Pakete eingeflossen, das wichtigste ist aber vermutlich die
Einrichtung einer Mailingliste und die Entscheidung einen stabilen Branch inklusive automatischer Builds zu etablieren.
Dies soll die Angst vor git pull und cherry-pick nehmen

Happy hacking

Auf der Arbeit hatte ich vor kurzem eine neue Aufgabe. Zuerst dachte ich kein Problem, das kann ich in wenigen Minuten erledigen.
Aber dann als ich versucht habe es zu implementieren, brauchte ich mehr als zwei Stunden.

Das Problem!
Du hast eine Gruppe von 20 oder mehr Entwicklern die dein Firmen Subversion Server verwenden. Alle Entwickler sind in einem Active Directory gepflegt und haben Schreibzugriff. Nun soll eine einzige Person Lesezugriff auf das Repository erhalten.

Wie kann man es lösen?
Das interne authz_svn Apache Authorisation Modul unterstützt nicht das Überschreiben von rw Rechten mit r Rechten, sodass man es nicht verwenden kann. Ich habe diverse Versuche unternommen, aber ohne Erfolg. Die einzige Möglichkeit wäre eine neue Gruppe in der Access-Listen Datei, aber diese müßte dann irgendwie mit dem Active Directory synchronisiert werden.

Die Lösung:
Nach einer kurzen Diskussion mit einem Kollegen, bekam ich eine Idee. Ich binde das SVN Repository in einem neuen Verzeichnis
mit bind mount ein:
mkdir /var/svn-ro
mount -o bind /var/svn /var/svn-ro
mount -o remount,ro /var/svn-ro

Man muss das dann in /etc/fstab eintragen und einen Remount-Aufruf in /etc/rc.local.
Es ist nicht möglich dies in einer Stab Zeile auszudrücken.

Danach habe ich das Repository nur für den Benutzer über eine Extra Active Directory Gruppe eingebunden.
Und voila, alles läuft.

Happy coding,
Waldemar