Beta Tester EasyMiNT

[Lukas Frank]

Vielleicht ist es ja eine Idee vier EasyMiNT Pakete zu machen …

- MC68000
- MC68030-060 (020 !?!)
- Firebee
- Aranym

... das artet in Arbeit aus.   

[HelmutK]

Ich würde ja erstmal versuchen, ob die ext2-tools von gentoo nicht auf allen Rechnern laufen.

[maanke]

Vielleicht ist es ja eine Idee vier EasyMiNT Pakete zu machen …

[Lukas Frank]

Hallo Mathias, so wie ich zwischen deinen Zeilen gelesen habe läuft ja TOSWIN2 und darin auch die bash …

Ich vemute mal das die Großzahl der Unix Programme und Tools auf der Firebee laufen. Man kann ja mal den Netzwerktreiber von der Fireebee in den MiNT Ordner kopieren und mit Hilfe des Netzwerktools von maanke mal das Netzwerk einrichten und testen ob ping u.s.w. funktionieren. Wenn die Netzwerkkarte läuft gehen auch die ifconfig etc. pp Tools …

http://atari.st-katharina-apotheke.de/home.php?lang=ge&headline=E-Nick&texte=enick


Eine Idee ist auch mal mc zu installieren, rpm läuft ja auch.

http://sparemint.atariforge.net/sparemint/html/packages/mc.html

einfach rpm -i mc*.rpm aufrufen und danach in der Shell von TOSWIN2 einfach mc eingeben.

[Mathias]

Hallo Mathias, so wie ich zwischen deinen Zeilen gelesen habe läuft ja TOSWIN2 und darin auch die bash …

Ich vemute mal das die Großzahl der Unix Programme und Tools auf der Firebee laufen. Man kann ja mal

Hi Frank Lukas!
Ich bin ganz ganz sicher zu 100% der falsche Mensch um jetzt irgendwelche Konsolenprogramme zu testen! Glaub mir, uns ist allen viel besser geholfen, wenn ich andere Dinge mache! ;-) Ich muß mich da echt abgrenzen. Es gibt auch einige FireBee-Entwickler, die schon gute Ideen gehabt haben, jetzt nachdem EasyMiNT grundsätzlich mal installierbar ist, aber das müssen sich MiNT-Entwickler generell untereinander ausmachen. Es bringt überhaupt nichts, wenn die Leute nicht miteinander reden und ich den "Lustigen Kurier" spielen darf. Auch solche Konsolendingsis zu installierne und zu testen sollten jetzt eigentlich Diejenigen machen, die sie auch wirklich nutzen wollen! Ich schaue nochmal, ob ich die Leute nicht motivieren kann da jetzt weiterzumachen, und maanke sinnvolle Hinweise und Hilfestellungen zu geben, aber ich kann das nicht leisten (wie Du merkst muß man mir jede einzelne Kommandozeile vortippen). Ich teste nächste Woche nochmal die Installation von vorne, aber mehr kommt da von mir bzgl. Lauffähigkeit nicht mehr.

Spannend wäre echt auch, wenn jemand die rpms die man einfach so für CF kompilieren kann angeht, damit das später mal auch auf EmuTOS alles läuft.

[Lukas Frank]

Hallo Mathias, vielleicht meldet sich ja noch jemand mit einer Firebee …


Hiermal ein Bild einer Aranym / EasyMiNT Version 1.83

[Lukas Frank]

Hallo, habe jetzt mal auf der Firebee eine neue CF Karte eingerichtet und auf die ext2 Partition das rootfs.tgz kopiert, manuell die bash-2.05a in den /bin Ordner kopiert und dann rpm manuell aufgerufen …

Zum Test habe ich bis jetzt mal diese Pakete installiert ->

bash-2.05a-3.m68kmint.rpm
info-4.0-2.m68kmint.rpm
cpio-2.4.2-3.m68kmint.rpm
fileutils-4.1-2.m68kmint.rpm
base-1.4-2.m68kmint.rpm
oldstuff-1.0-3.m68kmint.rpm
pstop-1.0-1.m68kmint.rpm
psmisc-19-3.m68kmint.rpm
initscripts-1.3-2.m68kmint.rpm
hostname-2.07-1.m68kmint.rpm
mktemp-1.4-1.m68kmint.rpm
gzip-1.3-1.m68kmint.rpm
tar-1.23-4.m68kmint.rpm
chkconfig-1.0.7-2.m68kmint.rpm
logrotate-3.5.9-1.m68kmint.rpm
sysklogd-1.3-5.m68kmint.rpm
e2fsprogs-1.27-2.m68kmint.rpm

Beim bash Paket musste ich rpm -F aufrufen und hier und da kam mal eine Bus Error Meldung in der bash aber es ist nichts abgestützt, habe einfach den Befehl noch mal aufgerufen …

Also die bash und rpm läuft schon mal !

[Lukas Frank]

Habe jetzt manuell alle Basic Pakete Installiert und was soll ich sagen …







… es läuft Wunderbar, freu ;-)

Kleine Fehler noch weil der schöne Installer von maanke das nicht gemacht hat, Netzwerk Paket fehlt noch etc. pp …

Und das beste ist der Boot vom INIT aus der mint.cnf ...

[Lukas Frank]

So jetzt ist auch das Netzwerk Paket installiert und es läuft einwandfrei …






Meine mint.cnf ->

Code: [Auswählen]

# ---------------- FreeMiNT configuration file ---------------------
#

# The "set" directive controls the behaviour of the mint.cnf parser.
# It accepts one of three parameters:
#
#set -q - silent output (+q for verbose output)
#set -v - print command lines (+v don't)
#set -c - control interpretation of escape sequences

set -q

# The include command allows you to include other files while the
# mint.cnf file is being interpreted. The included file will be
# interpreted as a part of the mint.cnf file.

#include u:/c/mint/vars.cnf

# The smaller the KERN_SLICES value, your processes have faster
# response time but the general performance is worse. Very fast
# machines however, may benefit from setting 1 here.

#KERN_SLICES=2

# KERN_DEBUG_LEVEL controls output of global debugging information.
# The higher the level, the more stuff MiNT will spew about about
# what it's doing.
#
# The average user doesn't want to hear about this stuff, so the
# default is 1, i.e. display ALERT messages only. Note that you need
# a debug kernel to get more: normal kernels do not contain so much
# debug information.
#
# KERN_DEBUG_DEVNO is the BIOS device number to which the info
# should be sent.
#
# Devno can be: 0=printer, 1=aux/modem, 2=screen (console), 3=midi,
# 4=keybrd, 5=raw.
#
# The default is the console.

#KERN_DEBUG_LEVEL=1
#KERN_DEBUG_DEVNO=2

# KERN_BIOSBUF controls how BIOS I/O is performed. Normally, MiNT
# tries to buffer this to provide a (considerable) improvement in
# speed. However, some applications may get upset by this.
#
# KERN_BIOSBUF=NO turns off all buffering for maximum compatibility.
# The default is YES.

#KERN_BIOSBUF=YES

# KERN_SECURITY_LEVEL= enables the appropriate security level:
#
# 0 - recommended for single user setups, like MultiTOS (default).
# 1 - recommended for multiuser setups, like KGMD.
# 2 - full protection, unsupported by software, thus discouraged.

#KERN_SECURITY_LEVEL=1

# KERN_MPFLAGS controls the memory protection behaviour. Its argument
# is a bitfield. Only the bit 0 is defined: 1 means, that more strict
# model of the protection should be enabled. Some programs may
# refuse to run, so the default is 0.

#KERN_MPFLAGS=1

# TPA_FASTLOAD=YES forces fast loading (without zeroing all the
# memory) for all programs. This defines a default state, that can be
# modified later via appropriate kernel calls (use MiNT Setter
# utility to toggle it later when neessary, without reboots).
#
# TPA_FASTLOAD=NO (default) means that the information from the
# program header will be used to decide (this is like TOS does).

TPA_FASTLOAD=YES

# Set maximum additional TPA size for new processes
# (in kilobytes). The default is 1024. Better keep it low (1024 is
# what we call low) if your machine has 4 MB RAM or less.

TPA_INITIALMEM=8192

# FS_NEWFATFS= enables the new FAT filesystem driver for selected FAT
# filesystems. The old TOS FS will be used otherwise.
#
# The default depends on whether the TOSFS driver is compiled into the
# kernel or not. If it is, all drives are TOSFS by default. If not,
# all drives are NEWFATFS by default and this keyword has no effect.

#FS_NEWFATFS=A,B,C,D,E,F,G,H,I,J,K,L,M,N,O,P,Q,R,S,T,V,W,X,Y,Z
FS_NEWFATFS=A,C,E,F,G

# FS_VFAT= enables VFAT extension for selected drives specified in the
# FS_NEWFATFS= command. The VFAT extension is disabled by default.
#
# If you use both TOS and MiNT, better don't enable VFAT extension
# on your boot drive.

#FS_VFAT=D,E,F,G
FS_VFAT=A,D,E,F,G

# FS_VFAT_LCASE=YES tells the kernel to return lowercase filenames
# from VFAT directory searches. The default is NO.

#FS_VFAT_LCASE=YES

# FS_WB_ENABLE= enables write back cache for selected drives. The
# write back cache is disabled by default. Also, it does not have
# any effect for TOSFS drives.

#FS_WB_ENABLE=A,C,D,E,F,G,H,I,J

# FS_CACHE_SIZE= specifies the size of disk cache in kilobytes for the
# internal caching module. Default is 128.

FS_CACHE_SIZE=1000

# FS_CACHE_PERCENTAGE specifies the size of the disk cache (in
# percents) to be filled with linear reads. The default is 5.

FS_CACHE_PERCENTAGE=10

# FS_UPDATE= set update time for system update daemon in seconds
# default is 5, it isn't recommended to use a value less than 4.

#FS_UPDATE=10

# Software write protection on filesystem level.

#FS_WRITE_PROTECT=R,S

# FDC_HIDE_B= tells the MiNT to remove floppy drive B: from the
# system.
# It is useful on single floppy systems to get rid of "Insert
# disk B: into drive A:" messages from the AES. Default is NO.

FDC_HIDE_B=YES

# PROC_MAXMEM= gives the maximum amount of memory that any process
# may use (in kilobytes). The default is to make this unlimited, but
# if you have a lot of memory and/or programs that grab more memory
# than they should, try setting this.
#
# E.g. to limit processes to 4096K of memory, remove the '#' at the
# beginning of the next line.
#
# WARNING: the process will not be allowed to allocate memory beyond
# the limit, and it won't "see" more memory as available from the
# system.
# Please understand that programs like "free" (or any other that
# interrogates the system how much memory is available) is a process
# as well, thus it will undergo this limit too!
#
# Decent shells (desktops) allow you to limit the maximum amount of
# memory independently for each program.

#PROC_MAXMEM=4096

# Three commands, that define output files for RS-232, console and
# printer devices. The argument for each one must be a pathname.
#
# For best results, the convention u:/drive/pathname should be used
# for all specified pathnames from now on.

#GEMDOS_AUX=u:/c/mint/aux.out
#GEMDOS_CON=u:/c/mint/con.out
#GEMDOS_PRN=u:/c/mint/prn.out

# End of kernel settings

#
# -------------------------- Commands ------------------------------
#

# Here are some commands that you can give to MiNT:
#
# alias d: path -- make a fake "drive" that actually points to the
#                  given path
# cd path       -- changes MiNT's default directory
# echo message  -- print something on the screen
# exec program  -- runs a program; you must give the complete path
#                  and file extensions (e.g. c:/bin/echo.prg)
# include file  -- include another portion of the MINT.CNF file.
# sln path link -- make a symbolic link named "link" pointing to
#                  "path". "link" must be on drive U: for this to work
sln d:\bin u:\bin
sln d:\lib u:\lib
sln d:\etc u:\etc
sln d:\home u:\home
sln d:\usr u:\usr
sln d:\tmp u:\tmp
sln d:\var u:\var
sln d:\sbin u:\sbin
sln d:\root u:\root
sln d:\opt u:\opt
sln d:\mnt u:\mnt
sln d:\boot u:\boot
echo

setenv PCONVERT PATH,HOME,SHELL
setenv UNIXMODE /bsUs
setenv PATH u:\bin,u:\usr\bin,u:\usr\sbin,u:\sbin,u:\boot\mint\bin,c:\mint\1-18-0\xaaes

# Default login variables. Leave them commented out, if you use
# UNIX style login. If you're using plain MultiTOS and want to
# run UNIX shells under TOSWIN, please uncomment it.
setenv LOGNAME root
setenv USER    root
setenv HOME    /root
setenv SHELL   /bin/bash

# Check filesystems.
exec c:\mint\tools\fscheck\fscheck.prg

# Set up system folders etc
#include u:/c/mint/sys.cnf

# Initalize network.
#include u:/c/mint/network.cnf

# Run Gluestik
exec u:/c/mint/gluestik.prg --force

# Run MGW (Draconis gateway for MiNTnet)
exec u:/c/mint/mgw/mgw.prg

setenv SLBPATH '.\;c:\mint\slb\;c:\gemsys\xtension\;c:\gemsys\slb\'

# The best option is to have INIT= command here, after all pathnames
# are already set up by commands above.

# If the MiNT is supposed to execute GEM, you should specify the full
# path and filename like that:

#GEM=u:/c/mint/xaaes/xaloader.prg

# You can also request MiNT to execute the TOS AES residing in ROM.
# WARNING: this is not recommended, you should use a GEM version
# instead, that is multitasking friendly.

#GEM=ROM

# Otherwise, if your init program is not GEM, you should use INIT= as
# follows:

#INIT=u:/c/mint/1-18-cur/xaaes/xaloader.prg
INIT=u:/sbin/init
#INIT=u:/bin/bash

# If you leave both commands above commented out, the MiNT will
# attempt to execute a file called `sh.tos' found in the system
# directory (the same where the mint.cnf resides), and if this
# fails, the internal minimum shell will be executed.


#
# The "echo" command is really straightforward.
#

echo Setup complete, now booting the system...
echo

Es funktionierte nicht mit der 1.19er MiNT/XaAES Version von Vincent, es geht aber mit der original 1.18er MiNT/XaAES Version von der Firebee CF Karte …

Es fehlt jetzt noch das nfs.xfs ...

[Lukas Frank]

Die NFS Geschichte mit dem mounten aus der fstab funktioniert auch ist aber auf der Firebee extremmmmmmmmmm langsam, siehe atari-forum.com ...

Ich vermute mal das da mit dem Firebee Kernel etwas im argen ist, keine Ahnung ...

Vincent sagte auch das seine Samba Version nicht so ganz richtig laufen würde, ich weiss aber nicht, ob es das gleiche Problem ist.

[Lukas Frank]

Vincent hat mittlerweile alle Bugs gefixt und NFS läuft einwandfrei und schnell auf der Firebee ...

[maanke]

Hallo,

dank eines Forenmitglieds habe ich jetzt hier leihweise eine Firebee um EasyMiNT anzupassen.

Um ehrlich zu sein. bisher bin ich aber eher angenervt von der Biene, meine Entwicklungsumgebung läuft bis auf den GfA Interpreter (stürzt aber beim laden von Gfa Code ab) von Lonny überhaupt nicht.

TTP Programme können aus irgendwelchen unerfindlichen Gründen nicht gestartet werden.
QED5 meckert, daß es eine fpu braucht (wo bekomme ich die her?)

Wenigstens Thing läuft, habe ich das richtig mitbekommen, daß Thing jetzt Open Source ist? Kann man das irgendwo runterladen?
Sollte die Biene weiter so bockig sein, werde ich das Projekt EM auf FB wohl begraben. 

maanke

[Mathias]

Um ehrlich zu sein. bisher bin ich aber eher angenervt von der Biene,

Das ist wieder mal glorreich, Du bekommst eine Softwaresammlung von jemandem der dauernd herumbastelt und wo ur wenig funktioniert, und bist dann natürlich genervet, ...

meine Entwicklungsumgebung läuft bis auf den GfA Interpreter (stürzt aber beim laden von Gfa Code ab) von Lonny überhaupt nicht.

Welche Entwicklungsumgebungen brauchst Du? Es läuft das ganze GFA-Paket http://userpages.bright.net/~gfabasic/html/gbe.htm dann GCC, vbcc und natürlich AHCC. U.u. kann m0n0 helfen, der GCC für die Entwicklung von vbcc noch inoffiziell damals aufgesetzt hat.

TTP Programme können aus irgendwelchen unerfindlichen Gründen nicht gestartet werden.

Wie absurd, ... ich empfehle eine neue CopactFlash-Karte mit dem offiziellen Setup und nochmal von vorne beginnen, ...

QED5 meckert, daß es eine fpu braucht (wo bekomme ich die her?)

FPU ist im V4e eingebaut. Nimm einen neuen QED: http://vincent.riviere.free.fr/soft/m68k-atari-mint/archives/mint/qed/

Wenigstens Thing läuft, habe ich das richtig mitbekommen, daß Thing jetzt Open Source ist? Kann man das irgendwo runterladen?

Thing wir hier weiterentwickelt: http://atariforge.org/gf/project/thing/
Ein Binary gibts im offiziellen FreeMiNT Setup, wie oben geschrieben würde ich Dir das sowieso empfehlen (mit Update)  http://atari.nvg.org/firebee-mint/

[maanke]

Erstmal wäre es schön, wenn Du hier sachlich diskutieren würdest und nicht gleich beleidigt bist, wenn man was gegen die Firebee sagt.

Das ist wieder mal glorreich, Du bekommst eine Softwaresammlung von jemandem der dauernd herumbastelt und wo ur wenig funktioniert, und bist dann natürlich genervet, ...

Glorreich ist hier eher, daß Du mir hier irgendwas unterstellst, ich habe mir eine eigene CF gebaut mit MiNT und da habe ich halt die Erfahrung gemacht.

Welche Entwicklungsumgebungen brauchst Du?

ErgoPro! und FaceValue

Wie absurd,

Was soll das? Ich habe ein MiNT mit XaAES und TeraDesk aufgesetzt und da laufen die TTPs nicht, das ist nicht absurd, das ist sch...

Nimm einen neuen QED

Also sorry, mir fehlt einfach die Zeit mir jetzt aus allen Ecken des Internets meine gewohnten Programme zusammenzusuchen, weil die erst für die FB kompiliert werden müssen oder was weiß ich. Ist die Biene nun Atari kompatibel oder nicht?

[MJaap]

ErgoPro! und FaceValue

Meine Leihbiene funktioniert besser (nicht neu aufgesetzt, möglicherweise nicht alle Systemkomponenten auf dem neuesten Stand). Sowohl ErgoPro als auch faceVALUE stürzen beim Start ab. Der GBE kann ErgoPro ersetzen, allerdings muss man evtl. das Setup ändern. Ich habe bei meinen Programmen ErgoPro quasi nur als Compiler-Shell genutzt und von den erweiterten Funktionen kaum Gebrauch gemacht. Lonny Pursell ist mit Ingo Lafrenz (Run!Software) im Gespräch, aber kurzfristig wird sich da nichts machen lassen.

Die faceVALUE-Lib selbst läuft grundsätzlich, allerdings habe ich bisher nur einfache Programme testen können. Zu den anderen Programmen muss ich erstmal den aktuellsten Quelltext finden...

[Mathias]

Erstmal wäre es schön, wenn Du hier sachlich diskutieren würdest

Gerne! Die wichtigste Voraussetzung dafür ist, daß die Leute beginnen die Software nicht mit der Hardware zu vermischen! Ich bin es leid daß dem Computer permanent die Unzulänglichkeiten von Allem möglichen umgehängt werden.

und nicht gleich beleidigt bist, wenn man was gegen die Firebee sagt.

Bin ich nicht. Aber Du hast mit der "Gefühlsebene" angefangen. "bocking sein" usw. sind halt schwierige Kategorien. Dir ist vollkommen klar daß ich ur viel auf Dich halte, Dich vor Jahren zum Projekt eingeladen habe, EasyMiNT als Meilenstein auf der FireBee betrachte und Dich immer wieder versucht habe zu motivieren mit Atari generell weiterzumachen. Wenn dann aber so ein "alles mühsam" und "ich hau bald den Hut drauf"-Posting kommt tu ich mir halt schwer. Ich kann nur versuchen mit Informationsweitergabe zu unterstützen.

Glorreich ist hier eher, daß Du mir hier irgendwas unterstellst, ich habe mir eine eigene CF gebaut mit MiNT und da habe ich halt die Erfahrung gemacht.

Ja gut, da habe ich dem FireBee-Verleiher was unterstellt (zu Unrecht), aber nicht Dir.

Wie absurd,

Was soll das? Ich habe ein MiNT mit XaAES und TeraDesk aufgesetzt und da laufen die TTPs nicht, das ist nicht absurd, das ist sch...

Hier haben wir ein Kommunikationsproblem (vermutlich wegen Dialekt und nonverbaler Kommunikation). Als "absurd" habe ich das Verhalten von Computer/Software tituliert, nicht Dich oder Deinen Bericht über das Verhalten. Natürlich ist das scheiße das die TTPs nicht laufen, wobei ich es mir nicht erklären kann momentan.

Nimm einen neuen QED

Also sorry, mir fehlt einfach die Zeit mir jetzt aus allen Ecken des Internets meine gewohnten Programme zusammenzusuchen,

?? Du arbeitest an einem modernen Unixänlichem Betriebssystem, ...
Was denn statt sich alle neuen Programme zusammenzusuchen (und den Usern damit die Such- und Konfigurationsarbeit abzunehmen) ist denn die Aufgabe von einem neuen EasyMiNT?
Außerdem habe ich nicht angeregt daß Du Dich auf die Suche machen sollst (z.B. im Entwicklerforum) sondern Dir direkte Links gepostet.

weil die erst für die FB kompiliert werden müssen oder was weiß ich. Ist die Biene nun Atari kompatibel oder nicht?

Die ganzen Programme von Vincent sind nicht nur Portierungen auf sauberes V4e, sondern auch mit vielen Updates und Bugfixes versehen. Die gibt es alle auch für 68000 und für 020-060 kompiliert.
Ich hab keine Ahnung welche Softwareversionen Du grade versuchst zu nutzen, aber es wird kaum ein Weg dran vorbeiführen die neuesten Versionen zu verwenden.

[maanke]

QED war nur ein Beispiel für ein Programm, das nicht funktioniert und mir leuchtet nicht ein warum eine GEM Applikation nicht auf allen Computern läuft, die TOS/GEM als Betriebssystem haben. Um bei der QED Version zu bleiben, die ich benutze, die lief bisher auf allen Ataris, Clones und Emulatoren, nur auf der FB nicht...
Fast alle Programme, die ich auf der FB ausprobiert habe sind abgeschmiert, das macht wenig Spaß.
Jetzt schreibst Du, daß die Software dran Schuld ist, da machst Du es Dir aber meiner Meinung nach ein bißchen einfach.
Es kann doch nicht sein, daß ein Großteil der Software angepasst werden muß um auf der FB zu laufen, meiner Meinung nach sollte es eher umgekehrt sein, die Hardware bzw. das Betriebssystem und die Treiber sollte an die Software angepasst werden, die vorhanden ist, denn das Softwareangebot auf der Atari Plattform ist ja nun nicht gerade so üppig, daß man da auf einen Großteil verzichten könnte.
Gibt's vielleicht irgendwo eine Liste der Software, die auf der Firebee bzw. welche Version läuft?

Und was die Entwicklung von EM angeht, eigentlich wollte ich das gar nicht mehr machen, weil ich eigentlich mit dem Thema Atari abgeschlossen habe aber Frank hat mich gelöchert und mir die FB als Leihgabe angeboten und deshalb habe ich noch mal meinen Milan entstaubt, mir dafür sogar noch einen IDE/CF Karten Adapter gekauft und die Sache noch mal ins Auge gefasst. Ich mußte mich da auch erstmal wieder einarbeiten, weil man ja doch einiges vergisst.
Und die Firebee funktioniert halt irgendwie anders als der klassische TOS Rechner, o.k, ich habe die Zeit investiert um das Ding zu verstehen und wenn dann praktisch jedes Programm, daß ich starte abstürzt oder sonstwie rumzickt dann geht die Motivation ganz schnell in den Keller.


Grüße

maanke

[Mathias]

Es tut mir leid, aber ich kann das so nicht stehen lassen. Ja, ich glaube Dir schon daß es frustrierend sein kann, und ich kann mir auch vorstellen, daß ein Haufen der Programme die Du nutzen willst aus diversen Gründen abstürzt. Aber es ist eben ein falscher Eindruck, daß das generell so ist. Ich habe grade nochmal nachgesehen, von 527 Programmen die wir bisher intern getestet haben, sind bei 326 keine Probleme aufgetreten. Und daher finde ich (die wenigen) Wortmeldungen wie "auf den Großteil der Programme verzichten", "fast keine Programme gehen", "Alles stürzt ab" halt reichlich unseriös. Und deshalb muß ich da auch "einschreiten" weil es eben falsche Aussagen sind, und nicht weil ich emotional oder unsachlich wäre.
Ich habe das Gefühl daß so Generalisierungen auch eher bei unmotivierten Leuten auftreten. Teilweise handelt es sich dann auch um einfache Bedienfehler (mir bei Phoenix so passiert, und da habe ich Gerhard sogar schon genervt, und war einfach zu blöd es laut Anleitung einzurichten, aber es ist immer schon auf der FireBee gelaufen), oder die Leute haben teilweise Atari-typische Unterschiede zu anderen Plattformen verlernt.

Was mit Deiner QED-Version jetzt speziell war kann ich natürlich nicht sagen. Aber manche User haben immer schon von Problemen von diversen Versionen auf diversen Rechnern berichtet. Aber daß es eine neue verbesserte Version (eben auch für 68000 und 68020+) gibt kann man ja jetzt nicht ernsthaft wem zum Vorwurf machen, oder?

Und generell muß man schon sagen, daß es anscheinend immer schon Programme gab die wirklich sauber programmiert wurden, wie Papyrus, ST-CAD, Phoenix, Chagall, ArtWorx und viele viele andere ernsthaften Programme zeigen, die anstandslos ihren Dienst verrichten. Daß andere GEM-Programme "rumzicken" stimmt schon, und ja – man könnte auch mit viel Aufwand noch an der Kompatibilität vom TOS oder auch MiNT was machen. Aber mehr als die Entwickler zu motivieren kann ich ja nicht versuchen, oder?
Immerhin mußt Du es wissen, da Du einer davon bist. ;-)

Und abschließend verstehe ich auch die Aussage daß die FireBee "anders als der klassische TOS Rechner" funktioniert nicht. Was meinst Du damit? Wo sollte sie näher an welchem "klassischen Verhalten" dran sein?

[towabe]

Also ich bin hier eigentlich fehl ab Platz, da ich reiner User bin. Nur eine Bemerkung: Auf meiner Firebee, die weitgehend im "Urzustand" ist, läuft QED v 5.0.2 vom Juni 2002 völlig problemlos.

Toni

[maanke]

Ich habe mich jetzt noch mal ein wenig mit der Biene beschäftigt und muß da wohl ordentlich zurückrudern.
Die von mir geschilderten Probleme hatten wohl in erster Linie mit TeraDesk zu tun, da mir dieser Desktop sowieso nie gefiel und auch sonst auf die Nerven ging und Thing ja inzwischen Opensource ist, werde ich TeraDesk durch Thing ersetzen.
GfA Basic habe ich auch zum laufen bekommen und bin schon dem ersten Fehler auf der Spur.
EasyMiNT versucht den [boot]:\MINT Ordner umzubenennen und das funktioniert nicht, ist dieser Ordner geschützt? Er lässt sich nämlich auch unter FireTOS nicht umbenennen.

Mathias, tut mir leid, daß ich blöd war, soll nicht wieder vorkommen.

maanke