bitfenix aegis case-display mit Debian verwenden

Bei bitfenix gibt es PC Gehäuse mit eingebautem Display
(BitFenix ICON Display) Da diese Displays hinter der Frontblende eingebaut sind, sehen diese Dinger echt cool aus. Mit Linux kann das Display auch angesteuert werden, bedarf aber (wie meistens unter Linux) etwas Zusatzarbeit.

Hier gibt es den SourceCode
und mit folgenden Zeilen funktioniert das Display auf unter Debian 10.

tar xvzf bitfenix-icon-src.tar.gz
cd bitfenix-icon/
sudo apt install build-essential
sudo apt install libhidapi-dev libpng-dev libturbojpeg0-dev libjpeg62-turbo-dev
g++ -w -lhidapi-hidraw -ljpeg -lpng jpegdecode.cpp pngdecode.cpp hidtest.cpp -fpermissive -o bitfenix-icon
sudo ./bitfenix-icon /path/to/image.png

Debian 10

Debian 10 ist stable

N: Für das Depot »http://security.debian.org/debian-security buster/updates InRelease« wurde der »Version«-Wert von »« in »10« geändert.
E: Für das Depot »http://security.debian.org/debian-security buster/updates InRelease« wurde der »Suite«-Wert von »testing« in »stable« geändert.
N: Sie müssen dies explizit bestätigen, bevor Aktualisierungen von diesem Depot angewendet werden können. Lesen Sie die apt-secure(8)-Handbuchseite, wenn Sie weitere Informationen benötigen.
Möchten Sie diese Änderungen übernehmen und mit der Aktualisierung von diesem Depot fortfahren? [j/N]

php xdebug mit atom

Ich verwende sehr gerne den Atom Editor .

Da ich nun wieder etwas mehr mit PHP arbeite, habe ich mir wieder etwas zeit genommen und mein Entwicklungs-System neu eingerichtet.

Ich verwende nun ein Debian 10 (noch testing – aber ich mag Debian einfach…) alias Buster mit einem nginx server und php7.3-fpm mit php-xdebug.

Natürlich habe ich auch noch weitere PHP-Pakete mit installiert, die aber für die Konfiguration mit xdebug keine Änderungen bedeuten würden.

In /etc/php/7.3/fpm/conf.d/20-xdebug.ini habe ich folgende Einstellungen eingetragen.

 zend_extension=xdebug.so
xdebug.remote_enable=1
xdebug.remote_host=127.0.0.1
xdebug.remote_connect_back=1 # Not safe for production servers
xdebug.remote_port=9001
xdebug.remote_handler=dbgp
xdebug.remote_mode=req
xdebug.remote_autostart=false
xdebug.remote_log="/tmp/xdebug.log"

xdebug.remote_log hat mir dann sehr geholfen, als das ganze nicht so funktioniert hat, wie ich mir das vorgestellt hatte. Wenn das Debugging sauber funktioniert kann diese Zeile entfernt werden.

Der Port 9001 wurde gewählt, da die meisten PHP FPM-Installationen den Port 9000 bereits belegen.

Durch die Einstellung xdebug.remote_autostart=false wird der debugger nur aktiv, wenn ich das will. Dazu habe ich mir das Firefox-Plugin xdebug-helper installiert.
In den Einstellungen des Plugins muss der Wert für IDE-Key auf Other und der Wert auf xdebug-atom gesetzt werde

Mit den Icons (in der Adresszeile kann schnell der Debugger aktiviert oder deaktiviert werden)

Nun kann das Paket php-debug (mit Abhängigkeiten) im Atom Editor installiert werden.
Damit PHP Xdebug mit Atom kommuniziert, muss in den Einstellungen des php-debug paketes der Port auch auf 9001 geändert werden.

Spätestens wenn der PHP Debug Button aktiviert wird, muss Atom einen Port 9001 offnen.
Ob das so funktioniert prüft man am besten mit :

sudo lsof -i -n | grep :9001
atom 1643 wenger 70u IPv6 70130 0t0 TCP *:9001 (LISTEN)

Da hier IPv6 bei mir verwendet wird, hat mir die Ausgabe in /tmp/xdebug.log sehr geholfen. Gegebenenfalls muss dann die Xdebug config auch auf IPv6 geändert werden.

Anmerkung: Scheinbar klappt es auch, wenn IPv4 127.0.0.1 (xdebug) mit Atom :::9001 spricht, wenn diese Kommunikation nicht Firewall-technisch verhindert wird

Wenn ich nun Break-Points im Atom -Editor setze und die Seite im Browser lade (Debugging enabled) so kann ich wunderbar die PHP-Scripte debuggen und sogar Schritt für Schritt abarbeiten.

Ich freue mich schon auf die nächsten größeren PHP-Projekte.

Debian Suites und deren Verbindungen

Die FTP Admins des Debian Universums haben die jessie-updates und jessie-backports suites von den Servern entfernt. (Info) Hier habe ich eine gute Grafik gefunden, wie die einzelnen Pakete in die suites kommen bzw. die Verbindungen der einzelnen Debian Suites darstellt.

Quelle: https://www.lucas-nussbaum.net/blog/?p=947

Es wird vermutlich noch ein wenig dauern, bis ich alle meine Systeme um konfiguriert habe, dass sie die überflüssige jessie-updates nicht mehr verwenden.
Die Herausforderung besteht darin, alle meine Raspis wieder zu finden…

Durch die weitere Nutzung der Seite stimmst du der Verwendung von Cookies zu. Weitere Informationen

Die Cookie-Einstellungen auf dieser Website sind auf "Cookies zulassen" eingestellt, um das beste Surferlebnis zu ermöglichen. Wenn du diese Website ohne Änderung der Cookie-Einstellungen verwendest oder auf "Akzeptieren" klickst, erklärst du sich damit einverstanden.

Schließen