Hallo Herr Hönig,
ich habe meine Worte sehr bewusst so gewählt und finde auch weiterhin, dass ich
mich sehr neutral ausgedrückt habe. Es soll weder als Kritik, noch als
Aufforderung verstanden werden, den Fehler zu beheben. Jede Leistung muss
honoriert werden, uns wäre eine Lösung Geld wert - aber nur wenn der Fehler
danach behoben ist. Ihr Angebot liegt vor, eine Funktionsgarantie wurde
ausgeschlossen.
Mit freundlichen Grüßen
Arnd Nesselrath
On Fri, Aug 12, 2016 at 5:29 PM +0200, "Steffen Hönig"
<s.hoe...@openthinclient.com<mailto:s.hoe...@openthinclient.com>> wrote:
Hallo,
In AMD-Foren ist der Fehler bekannt und mit der aktuellen Version angeblich
behoben. Allerdings macht das OTC nur gegen Berechnung, dafür aber ohne Gewähr.
mein Name ist Steffen Hönig und ich bin Teil des Teams, welches an der
Entwicklung und Erweiterung des openthinclient client OS beteiligt ist, und ich
finde die Aussage etwas unglücklich gewählt. Damit openthinclient überhaupt
aktualisiert wird, ist die openthinclient GmbH essentiell, von Seiten der User
und Software-Konsumenten, sind seit der Öffnung der Repos auf
Github.com<http://github.com> in zwei Jahren gerade mal 3 PRs gekommen, d.h.
die Entwicklungslast, zu dem die Aktualisierung der Treiber, Anwendungspakete,
Tests etc gehören liegen quasi komplett bei uns.
Das wir für Anpassungen, die vor unser eigenen Agenda von außen an uns heran
getragen werden, bzw. die speziell auf Kundenwunsch hin entwickelt Geld nehmen,
sollte wohl selbst verständlich sein. Und die Aussage, dass diese ohne Gewähr
seien, kann ich ganz und gar nicht nachvollziehen, denn wie bei jeder anderen
Softwarefirma auch, gibt es ein Pflichtenheft, welches Vertragsgegenstand ist
und vor Abnahme des Paketes erfüllt sein muss.
Daraus ergeben sich also drei mögliche Szenarien mit dem Problem umzugehen:
- die openthinclient GmbH beauftragen den Treiber zu integrieren um das
freerdp Problem zu lösen
- sich
Github.com/openthinclient/os-core<http://github.com/openthinclient/os-core> zu
klonen, make help einzugeben und den fglrx-Treiber selber zu integrieren, wir
freuen uns über jeden PR :-) (wirklich!)
- zu warten, bis openthinclient dieses Problem löst, weil es mit unseren
eigenen Milestones zusammenfällt.
On 04 Aug 2016, at 21:01, Arnd Nesselrath
<a...@mnt-consulting.de<mailto:a...@mnt-consulting.de>> wrote:
Das Problem ist bekannt, wir haben das bei ca. 40 Usern. Welchen Treiber
benutzt ihr? Fglrx?
Vielleicht würde ein Update des Treibers auf eine aktuelle Version helfen. In
AMD-Foren ist der Fehler bekannt und mit der aktuellen Version angeblich
behoben. Allerdings macht das OTC nur gegen Berechnung, dafür aber ohne Gewähr.
Mit freundlichen Grüßen
Arnd Nesselrath
MNT-Consulting
Von: f...@mailbox.org<mailto:f...@mailbox.org>
Gesendet: Donnerstag, 4. August, 09:26
Betreff: [openthinclient-user] Anzeigeprobleme Freerdp / Nummbernblock
An:
openthinclient-user@lists.sourceforge.net<mailto:openthinclient-user@lists.sourceforge.net>
LIebe Community,
in unserer aktuellen Konfiguration haben wir auf Clientseite zwei kleine
"Wehwehchen" ;-)
Hier die Ausgangslage:
- OTC Appliance Pales / aktuellster Patchlevel
- Freerdp 2.1-1.2-25 (TLS / kein RemoteFX)
Die Clients (Fujitsu Futro S920 / jeweils mit zwei Monitoren) verbinden sich
auf Windows Server 2012 R2 Hosts im RDS-Cluster.
Auch wenn die aktuelle OTC-Lösung an sich hervorragend läuft und wir deutlich
zufriedener als mit dem zuvor eingesetzten eLux sind, gibt es noch Probleme,
die es dringend zu lösen gilt:
- nach einiger Zeit verschwindet der Mauscursor auf einem der beiden Monitore
(immer auf dem gleichen). Der Fehler tritt aktuell ausschließlich in Excel auf
und der ursprüngliche Mauscursor wird anschließend nur noch als eine Reihe aus
Punkten dargestellt. Auf dem anderen Monitor ist alles normal. Ich konnte den
Fehler bis jetzt noch nicht eindeutig reproduzieren. Das Problem betrifft
mehrere User und tritt nach einigen Minuten -oder auch erst nach einigen
Stunden auf und kann nur durch ab -und anmelden behoben werden.
- die Nummernblocktaste ist "reversed". D.h. wenn der Nummernblock deaktiviert
sein sollte, funktioniert er und umgekehrt. Wiederum trifft das nicht alle User.
Für Vorschläge und Lösungsansätze wäre ich sehr denkbar und bedanke mich auf
diesem Wege schonmal für dieses hervorragende Projekt.
Mit freundlichen Grüßen
Fabian
------------------------------------------------------------------------------
_______________________________________________
The Open Source Thin Client Solution http://openthinclient.org
openthinclient-user@lists.sourceforge.net<mailto:openthinclient-user@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/openthinclient-user
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity
planning reports. http://sdm.link/zohodev2dev
_______________________________________________
The Open Source Thin Client Solution http://openthinclient.org
openthinclient-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openthinclient-user