Delphi 10.2 LINUX Entwicklung

[bytecook]

Zitat von jaenicke:

Zitat von Darlo:

Tokyo unterstützt für Linux von Haus aus keine grafische Oberfläche. Dafür scheint es aber eine sehr interessante Erweiterung zu geben:
http://www.fmxlinux.com/

Ich kann mich auch des Eindrucks nicht erwehren, dass das Nichtmitliefern von FMX für Linux eine politische und keine technische Entscheidung war.
Denn wenn man es mitgeliefert hätte, hätte es keinen Grund gegeben es anders zu behandeln als OSX. Sprich es hätte in der Professional dabei sein müssen...

Da das ursprüngliche Framework hinter FMX ja auch schon Linux konnte, hatten sich da ja auch schon viele gewundert.

Vielleicht ist der Entwickler dahinter ja deshalb von Embarcadero weg. Das sind natürlich nur Spekulationen, aber es würde alles zusammenpassen.

© 2017 by Eugene Kryukov

Höchstwahrscheinlich wird er in Bälde 0.9 anbieten, danach im Anschluss das "IP" an Emba verkaufen...

[ralfstocker]

Linux wäre schon mit Erscheinen von Mac möglich gewesen. Auch nur ein Linux-Derivat. Win64 wäre schon 2004 möglich gewesen, wie mir ein deitscher Borländer gesteckt hat. Emba will die Features nur möglichst langsam über die Jahre verteilen, um immer wieder ein teures Delphi verkaufen zu können.

[jaenicke]

Zitat von ralfstocker:

Linux wäre schon mit Erscheinen von Mac möglich gewesen. Auch nur ein Linux-Derivat. Win64 wäre schon 2004 möglich gewesen, wie mir ein deitscher Borländer gesteckt hat.

Und du hättest es natürlich schon 1990 hinbekommen...
Als ob das Thema so einfach wäre.

Natürlich ist es eine Frage der Investition in bestimmte Themen, aber wenn es so einfach wäre wie du es gerade darstellst, würde es viel mehr Compiler usw. geben als es heute gibt.

[frapo]

Zitat von ralfstocker:

Linux wäre schon mit Erscheinen von Mac möglich gewesen. Auch nur ein Linux-Derivat. Win64 wäre schon 2004 möglich gewesen, wie mir ein deitscher Borländer gesteckt hat. Emba will die Features nur möglichst langsam über die Jahre verteilen, um immer wieder ein teures Delphi verkaufen zu können.

Würde eher sagen, dass Mac OS ein Unix-Derivat ist, BSD eben.

Aber klar, die Prinzipien sind da sehr ähnlich, was Unix/Linux betrifft.

Wenn die zahlreichen Delphi Unternehmen wirklich gewollt hätten oder wollen würden, gäbe es schon lange ein Delphi das Unix/Linux bedienen würde.
Aus dem Versagen von Kylix, hätte man eine Menge lernen können.

Anderseits ist es auch kein Wunder, dass Unix/Linux nicht angemessen unterstützt wird. Man wird dort keine Kohle machen können. Selbst für die zahlungswilligen Apple-User ist keine IDE geplant (soweit ich weiß?).

Man konzentriert sich allein auf "Win-für-alles-Kompilate", egal ob MacX, Smartphones etc. Serveranwendungen und - systeme spielen keine Rolle. Offenbar ist für Emba nur auf Clients Geld zu verdienen.

Aber es gibt Alternativen, manigfaltig. Auch ich setzte Delphi nur der Nostalgie wegen ein, drum auch nur die Starter-Version.
Pascal/ObjectPascal ist einfach toll! Schade das da nicht mehr draus gemacht wird bzw. gut das fpc/Lazarus eine Alternative bietet - die einzige für Linuxleute.

Ansonsten gibt es Java, C#, C/C++ und wie sie alle heißen.

[Harry Stahl]

Version 1.0 von fmxlinux ist soeben veröffentlicht worden.

Ich habe am Beta-Test teilgenommen und kann sagen, dass es nun sehr stabil läuft. Gehe daher davon aus, dass ich in ein paar Tagen einige schon bestehende FMX-Programme von mir nun auch für den Linux-Desktop zur Verfügung stellen kann.

Weitere Infos auf der Seite der Hersteller: www.fmxlinux.com

Erfreulicherweise ist es wohl jetzt so, dass man nur einmal eine Lizenz erwerben muss und dann alle weitere Updates frei erhält!!

[mensch72]

..."Es geht auch anders, aber nicht ohne viele tausend Stunden Bastelarbeit. hackint0sh+vbox oder +qemu (noch schwerer)"...
also sorry, wenn schon was "halblegales" dann doch bitte was ganz einfaches!

Eine VMwareWorkstion unter Windows oder Linux kann ganz simpel per "Unlo.." so modifiziert werden, das alle von VMwareFusion erstellten MacOSx VMs incl. aller Updates von OSx und XCode problemlos auch ohne OSx also HostOS laufen. Eine OSx VM kann man da von 10.7.x StepByStep auf jetzt 12.x.x kontinuierlich hochziehen und die OSx Installation sogar im AppleDevAccount normal regisitrieren und so auch alle Beta's bekommen. Da ist null sonstige "Bastelarbeit" nötig.
Unterwegs auf einem guten Standard-Notebook wäre es dann schon schick, wenn man "alles" per VM mit dabei hat und trotz lizenztechnischer Bauchschmerzen notfalls kurz was machen kann.


Ein physischer Mac ist nie verkehrt und rechtlich hier in D zwingend, aber auch da kaufe und installiere ich lieber "VMware Fusion" und nutze verschiedene virtuelle OSx samt passendem/unterschiedlichem Xcode.
Harry setzt ja Linux als Hauptsystem mit VirtualBox ein. Ob da auch (s)eine OSx VM ohne weitere Anpassungen starten würde, könnte er ja mal probieren.

Da wir hier aber alles rechtschaffende Leute sind und uns an die Apple und VMware Lizenzbestimmungen halten, nutzen&haben wir immer einen physischen Mac, denn nur damit kann&darf man aktuell ja alles was Delphi kann(Win,OSx,IOS,Android,Linux)+LinuxFMX auf einer einzigen Maschine entwickeln und testen.

[Harry Stahl]

Zitat von mensch72:

Ein physischer Mac ist nie verkehrt und rechtlich hier in D zwingend, aber auch da kaufe und installiere ich lieber "VMware Fusion" und nutze verschiedene virtuelle OSx samt passendem/unterschiedlichem Xcode.
Harry setzt ja Linux als Hauptsystem mit VirtualBox ein. Ob da auch (s)eine OSx VM ohne weitere Anpassungen starten würde, könnte er ja mal probieren.

Da wir hier aber alles rechtschaffende Leute sind und uns an die Apple und VMware Lizenzbestimmungen halten, nutzen&haben wir immer einen physischen Mac, denn nur damit kann&darf man aktuell ja alles was Delphi kann(Win,OSx,IOS,Android,Linux)+LinuxFMX auf einer einzigen Maschine entwickeln und testen.

Das sehe ich natürlich genauso. Der einzige Unterschied ist, dass ich auf dem MAC bislang keine Virtualisierungs-Software nutzte, sondern verschiedene Boot-Partitionen, wo ich das benötigte OS dann halt nach Bedarf gebootet habe. Das hatte auch etwas mit dem Alter des MAC und wenig Speicherplatz zu tun. Bei meinem neuen MAC überlege ich jetzt allerdings schon, ob ich hier auch mit Virtual-Box arbeiten sollte.

[Darlo]

Hallo,

kennt jemand einen Anbieter der Virtual-Linux-Server mit Desktop anbietet?

Gruß

[MichaelT]

Zitat von ralfstocker:

Linux wäre schon mit Erscheinen von Mac möglich gewesen. Auch nur ein Linux-Derivat. Win64 wäre schon 2004 möglich gewesen, wie mir ein deitscher Borländer gesteckt hat. Emba will die Features nur möglichst langsam über die Jahre verteilen, um immer wieder ein teures Delphi verkaufen zu können.

OS/X ist ein BSD, das in erster Linie wegen dem Filesystem. Diese Vermutung, nicht von mir aber doch, liegt nahe.

Gehen tut viel wenn man will. Die Frage ist, ob Codegear und EMB das Schmalz sprich die Ressourcen hatten. Investitions- und Kostenrechnung sind dazu zu entscheiden einen arbeitsteiligen Bewirtschaftungsporzess resp. eine Alternative nicht anzustoßen. Machen kann man alles.

---

Ein Satz: Wenn jeder arbeitet oder in Beschäftigung verweilt kann keiner mehr sparen.

Diese Effekte spürst du schon heute. D.h. Businessmodelle richten sich stark nach Zinsgeschäften aus die der Kunde als solche wahrnimmt. SA.

Der Beitrag zu einer Mischung aus Werkzeug und Community wäre der Starter.

Die Community ist eine Mischung aus Markt(platz) oder Betrieb jener die einander bedürfen. Die Idee ist weit weg dem produzierenden Gewerbe angesiedelt.

Gedanklich entsteht hinter der Privatsphäre ein kleiner Schuppen in dem der Fokus nur auf dem Gelingen der Aktivität liegt und das Material nicht aus der Arbeitsteilung wird vorgegeben. (Hobby, Kunst, Forschung, Garage ... wären unsere Begrifflichkeiten dafür). Gelingt die Aktivität, dann schließt sich der Einzelne solch einem Netzwerk an. (Open Source Repository als unverfängliches Angebot und auch des Gelingens der Aktivität).

[mkinzler]

Zitat:

OS/X ist ein BSD, das in erster Linie wegen dem Filesystem. Diese Vermutung, nicht von mir aber doch, liegt nahe.

Das Filesystem gerade nicht. Aber Darwin, der Kernel von macOS(x) basiert auf dem Mach2-Nanokernel und einem FreeBSD-Umbau.