Basic-Stamp-Editor funktioniert im neuen Image nicht

[Rüdiger Kupper]

USB-Ports sind nicht erreichbar, Meldung bei allen Ports: "Port in use".
Für den µC-Kurs muss das laufen.

[Rüdiger Kupper]

Das nötige Vorgehen ist in diesem sehr alten (aber noch immer funktionierenden) Forumshinweis angegeben:
​https://ubuntuforums.org/showthread.php?t=1523814

1. Wine kann offenbar von Haus aus nicht auf die USB-Ports zugreifen. Man benötigt einen Patch von der winehq-Seite:

   wget -O comport.reg http://bugs2.winehq.org/attachment.cgi?id=10210
   regedit comport.reg
   

(Achtung, der Server heißt bugs.winehq.org, nicht bugs2.winehq.org, wie im Thread angegeben.)
Müsste in unserer Wine-Umgebung ja schon erledigt sein.

1. Man braucht einen passenden Link in $WINEPREFIX/dosdevices/ nach /dev/ttyUSB0. War der USB-Adapter angesteckt, als die Wine-Umgebung angelegt wurde, hat wine den zwar erstellt, doch er taucht sehr weit hinten auf (bei mir als com33). Der Basic-Stam-Editor sucht aber nur an com1-com5. Der Link muss also von hand angelegt werden, z.B.:

   rm WINEPREFIX/dosdevices/com1
   ln -s /dev/ttyUSB0 $WINEPREFIX/dosdevices/com1
   

2. Der Nutzer muss Schreib- und Leserechte auf das Device /dev/ttyUSB0 haben. Hierzu muss er in der richtigen Gruppe sein (bei mir in der Gruppe dialout).

Danach läuft der Editor auf meinem Notebook. Anscheinend hat sich am letzten Punkt im neuen Image irgendwas geändert …

[Rüdiger Kupper]

Übrigens gibt es eine etwas aktuellere Version des Programms auf der Parallax-Seite.

[Rüdiger Kupper]

Ja, Punkt 3 ist das Problem: Unsere Nutzer sind nicht in der Gruppe dialout. Anscheinend hatten wir im letzten Image das Device einfach für alle lesbar gemacht. Oder eben sämtliche Nutzer in die Gruppe dialout packen – da gab's doch eine einfache Möglichkeit, das automatisch zu tun …?

[Rüdiger Kupper]

Ähm, anscheinend wird man schon dynamisch in die Gruppe "dialout" gepackt …? Warum klappt das dann nicht?

[Rüdiger Kupper]

Die dynamischen Gruppen werden für die Dauer einer Sitzung von pam_groups vergeben.
Siehe /etc/security/group.conf und AdminClientAufsetzen#pam_groupaktivieren.

[Rüdiger Kupper]

Weitere Infos:

• ​https://wiki.winehq.org/index.php?title=Wine_User%27s_Guide&oldid=2519#Serial_and_Parallel_Ports

[Rüdiger Kupper]

Häh? Wenn ich mich von zuhause per SSH auf rechner2-3-12 einlogge, läuft der BSE wie gewünscht. Ich bin dann auch in der Gruppe dialout.
Beim direkten Einloggen am Gerät hatte es aber nicht funktioniert?! Läuft da vielleicht etwas mit pam_groups schief?
Komisch, mal wieder …

[Rüdiger Kupper]

Replying to kup:

Läuft da vielleicht etwas mit pam_groups schief?

Exakt das ist es:

• Loggt man sich über den graphischen Login ein, so werden die Gruppen von pam_groups *nicht* zugewiesen. Der Nutzer darf dann z.B. nicht auf die USB-Ports zugreifen und kein VirtualBox nutzen.
• macht man dann aber in einem Terminal ein `ssh -X localhost so bekommt man die Gruppen plötzlich zugewiesen.

[Rüdiger Kupper]

Hier ist das Problem beschrieben:

• ​https://gitlab.gnome.org/GNOME/gdm/issues/393

[Rüdiger Kupper]

Okay, hat wieder mal mit systemd und DBus zu tun und betrifft wohl das gnome-terminal (aber nicht andere Terminals). Das wird irgendwie über DBus gestartet und arbeitet die pam_groups nicht ab.
Mehr Infos: ​https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1762391

Man beachte insbesondere Kommentar 6: Demnach ist pam_groups veraltet und sollte nicht mehr verwendet werden. Stattdessen soll logind benutzt werden (wie??)

[Rüdiger Kupper]

Derzeitiger schmutziger Workaround:
Das wine.sh-Skript setzt nun bei jedem Aufruf das Device /dev/ttyUSB0 auf weltlese- und schreibrechte. Das klappt allerdings nur, wenn das Device auch existiert. Da die dynamisch angelegt werden (udev?) muss der Nutzer den USB-Adapter bereits eingesteckt haben, wenn er den BSE startet. Ich denke, das ist den Schülern zuzumuten.
Eine umfassendere Lösung für das Lokale-Gruppen-Problem ist dennoch zu bevorzugen.

[Rüdiger Kupper]

Verbesserte Lösung: Ich habe eine udev-Regel erstellt, die dafür sorgt, dass das Device /dev/ttyUSB0 Weltlese- und Schreibrechte erhält, wenn es angelegt wird.

Datei /etc/udev/rules.d/99-kepler--ttyUSB0-permissions--fix-3211.rules:

# Workaround für ticket:3211 (siehe dort)
# Erlaube Weltlese- und Schreibrechte auf /dev/ttyUSB0,
# weil unsere Schüler (derzeit) nicht in Gruppe dialout gesteckt werden können.

KERNEL=="ttyUSB0", MODE="0666"

Das chmod in wine.sh habe ich wieder entfernt.
So klappt der Zugriff auch, wenn die Schüler den USB-Adapter erst später einstecken oder zwischendurch abziehen.

Informationen zu den udev-Regeln:
​https://unix.stackexchange.com/questions/111593/allow-non-root-user-to-read-write-dev-files

Natürlich wäre es noch immer besser, wir fänden einen zeitgemäßen weg, Nutzer in die lokale Gruppe dialout zu stecken.

[Rüdiger Kupper]

Ohmann, dieses Ticket ist echt hartnäckig! Weiteres Problem:

Die neue Wine-Version legt die Links in $WINEPREFIX/dosdevices beim Start jedes mal dynamisch an. Weil auf unseren Rechnern 32 serielle Devices (/dev/ttyS0–31) eingerichtet sind (vermutlich Linux-Standard, doch wofür eigentlich?), taucht der USB-Adapter dann hartnäckig als COM33: auf. BSE prüft aber nur COM1–5. Da nützt es auch nichts, den Link wie früher von Hand anzulegen, er wird beim nächsten Start wieder überschrieben.

Irgendwo habe ich gelesen, dass man Registry-Einträge in der Wine-Umgebung ändern muss, um die Reihenfolge festzulegen …

[Rüdiger Kupper]

Hier steht's: ​https://wiki.winehq.org/index.php?title=Wine_User%27s_Guide&oldid=2519#Serial_and_Parallel_Ports

[Rüdiger Kupper]

Toll, es funktioniert! Der USB-Adapter wird jetzt als COM1 verlinkt.
Nun muss man also auch noch unter Linux mit der Windows-Registry kämpfen. Argh …