TINspire-CAS Teacher Software tut seit 11.10 nicht mehr in der wine

[Rüdiger Kupper]

Sonst ist vielleicht auf der mitgelieferten CD eine Windows-Version?

[Rüdiger Kupper]

Anbei: Für den Voyage 200 gibt es den Emulator TIEmu.

[Rüdiger Kupper]

Am 18.10.2011 18:47, schrieb Jens Baumgärtner:

Hallo Rüdiger,

das ist mal wieder was zum experimentieren. Ob das wohl in der Wine läuft?
Ich werd's mal probieren!

Jedenfalls hab ich keine native Linux-Lösung gefunden: Es scheint (bisher) keinen Linux-Emulator für den Inspire zu geben.

Tja, ausprobieren, ob's unter Wine läuft :-).

[Rüdiger Kupper]

Aber es gibt natürlich CAS-Systeme für Linux, die auf den Klassenraumrechnern laufen, und auch bei den Schülern zuhause, wenn sie wollen.

Z.B. ​Maxima (​wikipedia:"Maxima_(software)").

[Rüdiger Kupper]

Gilt dieses Ticket jetzt als erledigt? Alle 30 Tage die Software neu installieren scheint mir noch nicht die Lösung der Wahl zu sein...

[bau]

Ich denke, ich werde regelmäßig bei TI nachbohren, steter Tropfen höhlt de Stein :-)
Solange ist die 30-Tage-Testversion immerhin mal was. Ich lasse deshalb das Ticket offen.

[bau]

Problem: Irgendwas ist in der wine umgestellt worden, so dass die TINSpire-CAS Teacher Software nicht mehr in der wine startet. Bei der Prüfung der Lizentz sagt sie gleich, dass keine Lizenz vorliegt ein Testzeitraum wird nicht mehr angeboten. Auf meiner Debian-Maschine ist folgendes installiert:

i A libwine:i386                    - Implementierung der Windows-API - Biblioth
i A libwine-alsa:i386               - Implementierung der Windows-Programmiersch
i A libwine-bin:i386                - Implementierung der Windows-API - Systemdi
i A libwine-gecko-1.4               - Implementierung der Windows-Programmiersch
i A libwine-gl:i386                 - Implementierung der Windows-Programmiersch
i   wine                            - Implementierung der Windows-API (Standards

dpkg -s wine liefert

Package: wine
Status: install ok installed
Priority: optional
Section: otherosfs
Installed-Size: 80
Maintainer: Debian Wine Party <pkg-wine-party@lists.alioth.debian.org>
Architecture: amd64
Version: 1.4.1-4
Replaces: wine1.0, wine1.2, wine1.3, wine1.4
Depends: wine-bin (>= 1.4.1-4) | wine64-bin (>= 1.4.1-4)
Conflicts: wine1.0, wine1.2, wine1.3, wine1.4
Description: Windows API implementation - standard suite
 Wine is a free MS-Windows API implementation.
 This is still a work in progress and many applications may still not work.
 .
 This is a virtual package that depends on the standard Wine components.
Homepage: http://www.winehq.org/

auf ltsp1:

i   wine                            - Microsoft Windows Compatibility Layer (met
i   wine-gecko1.4                   - Microsoft Windows compatibility layer (emb
i   wine-gecko1.4:i386              - Microsoft Windows compatibility layer (emb
i   wine1.4                         - Microsoft Windows Compatibility Layer (Bin
i   wine1.4-amd64                   - Microsoft Windows Compatibility Layer (64-
i   wine1.4-common                  - Microsoft Windows Compatibility Layer (tra
i   wine1.4-i386:i386               - Microsoft Windows Compatibility Layer (32-
i A winetricks                      - Microsoft Windows Compatibility Layer (win

Package: wine
Status: install ok installed
Multi-Arch: foreign
Priority: extra
Section: otherosfs
Installed-Size: 21
Maintainer: Scott Ritchie <scottritchie@ubuntu.com>
Architecture: amd64
Source: wine1.4
Version: 1.4-0ubuntu4.1
Depends: wine1.4
Description: Microsoft Windows Compatibility Layer (meta-package)
 Wine is a compatibility layer for running Windows applications on Linux.
 Applications are run at full speed without the need of cpu emulation. Wine
 does not require Microsoft Windows, however it can use native system dll
 files in place of its own if they are available.
 .
 This meta-package always depends on the default version of Wine.
Homepage: http://www.winehq.org/

Ich teste nochmals, ob ich als normaler user mir die Software in mein Wine reinpacken kann - mal sehen, ob das funktioniert. Ansonsten müssten wir feststellen, was sich da seit Ubuntu 11.04 geändert hat, weil da ging es ja noch (ach ja: auf unseren Laptops war ich auch nicht erfolgreich, da muss ich es aber auch nochmals testen)

[bau]

Alle Tests auf meinem neuen laptop waren bislang vergeblich.

• Die neue wine 1.5 (über das ubuntu/wine-PPA installiert) macht es auch nicht
• ältere Versionen bietet apt an, diese linken aber alle auf die Version 1.4.0
• Auch das Einstellen der WINEARCH=w32 bringt keinen Erfolg (die TI-Software ist aber auch 64-bit-fähig)
• heutiger Test bringt zumindest den Erfolg, dass ich in Zukunft den Laptop verwenden kann (das war ja ein Killer!): Ich habe in einer VirtualBOX Ubuntu 11.10 installiert - darin läuft die Software problemlos!

ToDo:

• Testen, ob wir was rausfinden, was unter 11.10 anders war
• Beschwerde-eMail an Ti schreiben

[bau]

Gigantisch: Die VBox (Zustand gespeichert) startet in 6 Sekunden!
Da braucht der Start des TINSpire CAS deutlich länger.
ich bin auch mal gespannt, ob der während er läuft mitbekommt, dass er schon 90 Tage läuft :-)
Das wäre mal ne neue Option - Software in der VBox ausführen lassen :-)

[Rüdiger Kupper]

Unbedingt: Wir haben ja ein vollständiges Windows XP auf allen LtspServern in der VB laufen -- das kannst Du verwenden.
-> Vorschlag: Installiere den Inspire-Emulator in unserer XP-Virtual-Machine auf den LtspServern. Die VM verwendest Du dann auch auf Deinem Notebook.

[bau]

Anderer Vorschlag um die Kollegen nicht auf den Gedanken zu bringen man bräuchte mal wieder Windoofs: Ich suche mir eine Minimaldistribution (einfaches X mit einfachem Windowmanager) installiere wine und den TIEmulator und sichere den. Mein Image ist leider (vollständiges Ubuntu 11.10) derzeit 5,6GB groß, wenn ich das recht sehe wäre das aber nicht weiter dramatisch, da das Image ja nur einmal pro LTSP-Server benötigt wird, die User erhalten ja einen Softlink drauf. Was für eine Distri würde sich denn als schlank genug erweisen?

[Rüdiger Kupper]

Replying to bau:

Was für eine Distri würde sich denn als schlank genug erweisen?

Lubuntu ist etwas schlanker als Ubuntu, meine Standardinstallation hat, glaube ich, 3,9GB. Lubuntu verwendet den Windowmanager Openbox, der als sehr ressourcenschonend gilt. Es gibt eine Desktopsession, die nur diesen Fenstermanager verwendet, ohne allen weiteren Schnickschnack. Ich schätze, wenn man aus der Lubuntu-Installation alles außer Openbox rausschmeißt, wird es ziemlich klein.

Oder natürlich Damn Small Linux.

[Rüdiger Kupper]

Aber nochmal pragmatisch betrachtet, eh Du Dir die ganze Arbeit machst:
Ich verstehe gut, dass Du nicht den Eindruck erwecken willst, man kommt nicht ohne Windows aus. Nüchtern betrachtet ist es hier aber genau so: Aber nicht, weil Windows so toll wäre, sondern weil der Softwarehersteller so blöd ist.

Was Du vorhast ist, in einem Linux ein anderes Linux zu emulieren, das dann wiederum Windows emuliert. Das ist ganz schön mit Kanonen auf Spatzen geschossen ;-). Wir haben ja unser XP-Image fertig auf den LtspServern liegen und jeder Kollege hat die VM schon in seinem Home liegen. Die schnelle und pragmatische Lösung wäre, Du installierst die Software einfach ins XP-Image.

Ich nehme an, man kann den zugehörigen Starter dann sogar so konfigurieren, dass VirtualBox im "Seamless Mode" startet, dann sieht man ebenfalls den Desktop nicht.

Außer, Du möchtest gerne ein bisschen Linuxbasteln :-).

[bau]

OK, du hast recht.
Wir sollten das XP-Image halt mit einer registrierten TI-CAS-Software ausstatten und am Besten im gestarteten Zustand einfrieren (hat den Vorteil, dass die Software sofort verfügbar ist). Weiterer Vorteil von VirtualBox: die unterstützt den USB, wir können also echte NSpire per USB anschließen.

Startest du im Moment das XP jedesmal neu oder ist das mit Speicherabbild eingefroren?

[Rüdiger Kupper]

Replying to bau:

Weiterer Vorteil von VirtualBox: die unterstützt den USB, wir können also echte NSpire per USB anschließen.

VirtualBox macht das, die LtspClients aber meines Wissens nicht (die leiten nur den Inhalt von USB-Laufwerken weiter). Aber vielleicht kommt das noch.

Startest du im Moment das XP jedesmal neu oder ist das mit Speicherabbild eingefroren? Bisher starte ich es jedes mal, aber einfrieren müsste auch gehen.

Derzeit gibt es übrigens immer noch das Problem mit dem Kernelmodul (#910). Ist aber unkritisch, ein Fix ist bereits unterwegs (​​launchpad:1081307), oder man nimmt die Version von direkt von Oracle.

[bau]

Ich nehme auf meinen Maschinen immer die Version von Oracle :-)

[bau]

Ich habe nun die TINSpire Teacher-Software in das WindowsXP-Image (VirtualBox) aufgenommen und mit dem Speicherabbild herumgespielt, das tut jetzt so:

• unter /usr/share/virtualbox-saved liegt das Equipment
• dort gibt es einen Starter, der in das HomeVZ/Desktop aller Lehrer reinmuss
• der Starter startet das Script /usr/share/virtualbox-saved/start_TI.sh
• dieses wiederum patcht die Konfigurationsdatei im HomeVZ/VirtualBox VMs/XP/XP.vbox mit Hilfe eines PHP-Scripts und startet die VM danach

Das Verfahren eignet sich für jede beliebige Software, die wir in die VM installieren können. Die VM startet sehr zügig, schneller sogar, als die Maschine sonst zum starten braucht!

Ich verteile /usr/share/virtualbox-saved nun auf alle LTSP, wenn du bitte noch die Starter in die HomeVZ der Kollegen kopierst - DANKE

[Rüdiger Kupper]

Verschiedene gute und schlechte Nachrichten:

1. Dein Starterskript kann so wie es ist nicht funktionieren, denn es trägt stets die ID der VM von bau ein. Lasse ich dieses Skript über meine VM laufen, so bricht VirtualBox mit dem Hinweis ab, dass die IDs nicht stimmen.
2. Glücklicherweise musst Du überhaupt nicht per Skript die Konfigurationen patchen, denn dafür gibt es einen vorgesehenen VirtualBox-Befehl:

   vboxmanage adoptstate <Name_der_VM> <Pfad_zum_Speicherabbild>
   

3. Lasse ich diesen Befehl auf ein *.sav-File los, das ich selbst erzeugt habe, klappt alles toll.
4. Lasse ich es jedoch auf das von Dir erzeugte Speicherabbild los, liefert VirtualBox beim nächsten Start der VM eine Fehlermeldung (irgend etwas von "could not start unit 'mcpu'").

Es liegt nicht an Deinem Abbild, denn gleiches passiert, wenn ein anderer Nutzer das von mir erzeugte Abbild laden will.

Die Sache funktioniert also nicht nicht richtig.

• Ich denke aber, der vboxmanage-Befehl ist dem Patchen von Hand vorzuziehen.
• Wir müssen noch herausfinden, was es mit diesem "mcpu"-Fehler auf sich hat. Vielleicht nur eine Kleinigkeit.

Zum Testen kannst Du Dich als Nutzer "lehrer" anmelden, mit dem bekannten Testpasswort.

[bau]

OK, es ist aber auch kein Problem für das Script zunächst die ID auszulesen und dann zu patchen.

[Rüdiger Kupper]

Ich nehme an, das wird den gleichen "mcpu"-Fehler hervorrufen, denn der vboxmanage-Befehl macht auch nichts anderes:

kup@ltsp1:~$ vboxmanage adoptstate XP /usr/share/virtualbox-saved/Speicherabbild_TINSpire.sav 
kup@ltsp1:~$ diff VirtualBox\ VMs/XP/XP.vbox VirtualBox\ VMs/XP/XP.vbox-prev
{{{#!diff
--- VirtualBox VMs/XP/XP.vbox	2013-06-24 07:20:33.000000000 +0200
+++ VirtualBox VMs/XP/XP.vbox-prev	2013-06-24 07:19:39.000000000 +0200
@@ -9 +9 @@
-  <Machine uuid="{c6645ef5-8a33-45b6-adf6-78a145f27ae5}" name="XP" OSType="WindowsXP" stateFile="/usr/share/virtualbox-saved/Speicherabbild_TINSpire.sav" snapshotFolder="Snapshots" lastStateChange="2013-06-24T05:20:26Z">
+  <Machine uuid="{c6645ef5-8a33-45b6-adf6-78a145f27ae5}" name="XP" OSType="WindowsXP" snapshotFolder="Snapshots" lastStateChange="2013-06-24T05:19:32Z">
}}}

[Rüdiger Kupper]

Interessant, beim jetzigen Versuch erhalte ich eine andere Fehlermeldung:

Failed to load unit 'HGCM'.

[bau]

Ich starte gerade die Virtualbox vom Client in der Chemie wie folgt als User lehrer:

  vboxmanage adoptstate XP /usr/share/virtualbox-saved/Speicherabbild_TINSpire.sav
  vboxmanage startvm XP

und erhalte einen lauffähigen TINSpire in einem Windows.

Habe nun das Starterscript /usr/share/virtualbox-saved/start_TI entsprechend abgepasst und das nicht mehr nötige php-Script entfernt.

Bitte die TINSpire.desktop auf die Lehrerdesktops verteilen (oder dokumentieren, wie das geht, dann kann ich es auch selbst machen).

[bau]

Ich habe es gerade auf meinem Laptop hinbekommen, die Version 3.9 der TINSpireCAS-Software unter wine zu aktivieren und damit zum Laufen zu bekommen. Wir können also in Zukunft auf die VirtualBox für die TINSpire-Software verzichten - wie praktisch!
Der Trick besteht anscheinend darin, der Festplatte eine ID zu geben, darüber macht die Software wohl ihre Aktivierung - mal sehen, ob sich das auf unsere Maschinen im Netzwerk übertragen lässt, so dass diese nicht ständig nach der Aktivierung rufen!

[Rüdiger Kupper]

Ah! Das ist ja super :-)!

[Rüdiger Kupper]

Wäre schön, wenn es diese Verbesserung bis zur Birgit schafft...

[Rüdiger Kupper]

Nach Milestone "Christof" verschoben.

[bau]

Ich bin leider bislang nicht dazu gekommen, das Umzusetzen.