Můžu se na něco zeptat?

Samozřejmě můžeš. Existuje několik míst, kde se můžeš ptát, diskutovat o AROSu a najít pomoc. Vývojářské poštovní konference a kanály Slack AROSu jsou uvedeny na wiki Git repozitáře AROSu. Existují také komunitní fóra a diskuse na různých fórech věnovaných Amize, kde můžeš najít lidi se zkušenostmi s AROSem a dalšími systémy podobnými Amize.

Kromě toho je online k dispozici značné množství dokumentace a literatury o AROSu, AmigaOS a příbuzných systémech podobných Amize, která může poskytnout užitečné základní i praktické informace.

Tyto FAQ budou aktualizovány, jakmile se objeví užitečné otázky a odpovědi, komunitní diskuse a vývojářské kanály však budou pravděpodobně obsahovat aktuálnější informace.

Co je vlastně AROS?

Přečti si prosím úvod.

Jaký je právní stav AROSu?

Evropské právo říká, že je legalní používat techniky zpětného dešifrování k získání interoperability. A také říká, že je nelegální šířit znalosti získané těmito technikami. To v podstatě znamená, že můžeš disasemblovat jakýkoli software, aby si napsal jiný, který je kompatibilní (například by bylo legální disasemblovat Word a napsat program, který zkonvertuje Word documenty do ASCII textu).

Existují samozřejmě určitá omezení: nesmíš disasemblovat software, pokud by informace získané tímto procesem šly získat i jiným způsobem. Také nesmíš ostatním řici, co si se dověděl. Kniha jako např. "Windows zevnitř" je proto nezákonná nebo alespoň na hranici zákona.

Vzhledem k tomu, že se vyhýbáme disasemblovacím technikám a místo toho používáme běžně dostupné znalosti (například programové manuály), které nespadají pod žádný NDA (non-disclosure agreement - závazek mlčenlivosti), neplatí výše uvedené přímo pro AROS. Co je tady důležité, je záměr zákona: je legální psát sotware, který je kompatibilní s jiným softwarem. Takže věříme, že je AROS chráněn zákonem.

Patenty a hlavičkové soubory jsou však dalším problémem. V Evropě můžeme používat patentované algoritmy, protože evropské právo nedovoluje patenty na algoritmy. Nicméně kód, který používá algoritmy patentované v USA, by nemohl být dodáván do USA. Jako příklady patentovaných algoritmů v AmigaOS uveďme "screen dragging" a specifický způsob funkce menu. Proto se vyhýbáme implementování těchto funkcí zcela stejným způsobem. Na druhou stranu však musí být hlavičkové soubory kompatibilní, ale odlišné od originálu, jak je to jen možné.

Abychom se vyhli problémům, požádali jsme o oficiální souhlas od Amiga Inc. Oni naši snahu vidí pozitivně, ale nejsou si jisti s právními důsledky. Podotýkáme, že Amiga Inc nám dosud neposlala žádný dopis "cease and desist", což bereme jako pozitivní znamení. Bohužel ještě nedošlo k právní dohodě, a to bez ohledu na dobré úmysly obou stran.

Proč vám jde pouze o kompatibilitu s 3.1?

Hodně se diskutovalo o napsání moderního operačního systému s vlastnostmi AmigaOS. Z dobrého důvodu bylo od toho upuštěno. Zaprvé, všichni se shodli, že současný AmigaOS by bylo třeba vylepšit, ale nikdo nevěděl, jak to udělat, a nepanovala ani shoda na tom, co má být vylepšeno nebo co je důležité. Někteří například chtěli ochranu paměti, ale nelíbila se jim její cena (rozsáhlé přepsání dostupného softwaru a snížení rychlosti).

Nakonec diskuse skončily buď hádkami, nebo neustálým opakováním stejných argumentů. Rozhodli jsme se tedy začít s něčím, co umíme zvládnout. Až budeme mít zkušenosti a uvidíme, co je možné a co ne, můžeme se rozhodnout o vylepšeních.

Chceme také být binárně kompatibilní s původním AmigaOS na počítačích Amiga. Důvod je prostý: nový OS bez programů, které by na něm běžely, má jen malou šanci přežít. Snažíme se proto, aby přechod z původního OS na náš nový byl co nejméně bolestivý (ale ne do té míry, že bychom AROS nemohli později vylepšovat). Jako obvykle má všechno svou cenu a my se snažíme pečlivě zvažovat, jaká ta cena může být a zda jsme ji my i všichni ostatní ochotni zaplatit.

Můžete implementovat funkci XYZ?

Ne, protože:

1. Kdyby to bylo opravdu důležité, bylo by to v původním OS. :-)
2. Proč si to neuděláš sám a nepošleš nám záplatu?

Důvodem tohoto postoje je, že kolem je spousta lidí, kteří si myslí, že právě jejich funkce je ta nejdůležitější a že AROS nemá budoucnost, pokud nebude zabudována okamžitě. Náš postoj je, že AmigaOS, který se AROS snaží implementovat, umí vše, co by moderní OS umět měl. Vidíme, že existují oblasti, kde by se AmigaOS dal vylepšit, ale kdybychom to udělali, kdo by napsal zbytek OS? Nakonec bychom měli spoustu pěkných vylepšení původního AmigaOS, která by rozbila většinu dostupného softwaru, ale neměla by žádnou cenu, protože zbytek OS by chyběl.

Proto jsme se rozhodli blokovat každý pokus o implementaci zásadních nových funkcí v OS, dokud nebude víceméně dokončen. K tomuto cíli se už ale docela blížíme, takže v AROSu skutečně bylo implementováno několik novinek, které v AmigaOS nejsou.

Jak je AROS kompatibilní s AmigaOS?

Velmi kompatibilní. Očekáváme, že AROS bude na Amize bez problémů spouštět existující software. Na jiném hardwaru je nutné existující software znovu přeložit. Doufáme, že nabídneme preprocesor, který můžeš použít na svůj kód a který upraví každý kód, jenž by se s AROSem mohl rozbít, a/nebo tě na takový kód upozorní.

Portování programů z AmigaOS na AROS je v současnosti většinou jen otázkou prostého překladu, občas s drobnou úpravou tu a tam. Samozřejmě existují programy, pro které to neplatí, ale u většiny moderních to platí.

Pro jaké hardwarové platformy je AROS dostupný?

V současnosti je AROS k dispozici v docela použitelném stavu jako nativní i hostovaný (pod Linuxem) pro architekturu i386 (tj. klony kompatibilní s IBM PC AT) a pro X86_64. V různých fázích dokončení jsou porty na 68k Amigy a Raspberry Pi.

Chystá se port AROSu pro PPC?

Už je k dispozici. Udržované porty AROSu pro PowerPC jsou sam440-ppc a darwin-ppc.

Proč používáte Linux a X11?

Linux a X11 používáme k urychlení vývoje. Když například implementuješ novou funkci pro otevření okna, můžeš napsat jen tuto jedinou funkci a nemusíš psát stovky dalších funkcí v layers.library, graphics.library, hromadu ovladačů zařízení a vše ostatní, co by tato funkce mohla potřebovat.

Cílem AROSu je samozřejmě být nezávislý na Linuxu a X11 (i když by na nich stále mohl běžet, pokud by to lidé opravdu chtěli), a to se s nativními verzemi AROSu pomalu stává skutečností. Pro vývoj však Linux stále potřebujeme, protože některé vývojové nástroje ještě nebyly na AROS portovány.

Jak zajistíte přenositelnost AROSu?

Jednou z hlavních novinek AROSu oproti AmigaOS je systém HIDD (Hardware Independent Device Drivers - hardwarově nezávislé ovladače zařízení), který nám umožní snadno portovat AROS na jiný hardware. Základní knihovny OS v zásadě nepřistupují k hardwaru přímo, ale přes HIDD, které jsou napsány pomocí objektově orientovaného systému, jenž usnadňuje nahrazování HIDD a opětovné použití kódu.

Proč si myslíte, že to AROS zvládne?

Celé dny slýcháme od spousty lidí, že to AROS nezvládne. Většina z nich buď neví, co děláme, nebo si myslí, že Amiga je už mrtvá. Když jsme těm prvním vysvětlili, co děláme, většina souhlasila, že je to možné. S těmi druhými je to těžší. Nuže, je Amiga právě teď mrtvá? Ti, kdo své Amigy stále používají, ti pravděpodobně řeknou, že není. Vybuchla ti tvoje A500 nebo A4000, když Commodore zkrachoval? Vybuchla, když zkrachovala Amiga Technologies?

Faktem je, že pro Amigu se nevyvíjí mnoho nového softwaru (i když Aminet stále docela pěkně funguje) a že i hardware se vyvíjí pomaleji (ale právě teď se objevují ty nejúžasnější kousky). Amigácká komunita (která stále žije) zřejmě sedí a čeká. A pokud někdo vydá produkt, který bude trochu připomínat Amigu z roku 1984, tento stroj znovu zažije boom. A kdo ví, možná k němu dostaneš i CD s nápisem "AROS". :-)

Co mám dělat, když AROS nejde sestavit?

Uveď prosím podrobnosti o problému, včetně příkazu, kterým jsi AROS sestavoval, a všech chybových hlášení, která jsi obdržel, a požádej o pomoc ve vývojářské poštovní konferenci AROSu nebo v kanálu Slack AROSu. To jsou vhodná místa pro diskusi o problémech se sestavením a dalších záležitostech souvisejících s vývojem AROSu, kde ti vývojáři a další lidé obeznámení se sestavovacím systémem mohou pomoci problém diagnostikovat.

K tomu, abys požádal o pomoc s problémem při sestavení, nemusíš být zavedeným vývojářem AROSu. Pokud sestavuješ AROS ze zdrojových kódů, již pracuješ s vývojovým prostředím.

Bude mít AROS ochranu paměti, SVM, RT, ...?

Několik set amigáckých expertů (a lidí, kteří se za ně považovali) se tři roky snažilo najít způsob, jak implementovat ochranu paměti (MP) pro AmigaOS. Neuspěli. To naznačuje, že je dost nepravděpodobné, že by běžný AmigaOS někdy měl MP jako Unix nebo Windows NT.

Ale není vše ztraceno. Existují plány integrovat do AROSu variantu MP, která umožní ochranu alespoň nových programů, jež o ní vědí. Některé snahy v této oblasti vypadají opravdu slibně. Navíc, když ti spadne počítač, není to ve skutečnosti takový problém. Problém je spíše v tom, že:

1. Nemáš pořádnou představu, proč spadl. V podstatě pak musíš šťourat třicetimetrovou tyčí v bažině zahalené hustou mlhou.
2. Přijdeš o svou práci.

Restart počítače ve skutečnosti žádný problém není.

Mohli bychom se pokusit vytvořit systém, který přinejmenším upozorní, že se děje něco podezřelého, který ti dokáže velmi podrobně říct, co se dělo, když počítač spadl, a který ti umožní uložit práci a teprve pak spadnout. Měl by také mít prostředky ke kontrole toho, co bylo uloženo, aby sis mohl být jistý, že nepokračuješ s poškozenými daty.

Totéž platí pro SVM (odkládatelnou virtuální paměť), RT (sledování zdrojů) a SMP (symetrický multiprocessing). Právě plánujeme, jak je implementovat, a dbáme na to, aby přidání těchto funkcí bylo bezbolestné. Nemají však teď nejvyšší prioritu. Velmi základní RT už ale přidáno bylo.

Mohu se stát beta testerem?

Jistě, žádný problém. Vlastně chceme co nejvíce beta testerů, takže každý je vítán! Seznam beta testerů si ale nevedeme, takže stačí, když si stáhneš AROS, otestuješ, co chceš, a pošleš nám hlášení.

Jaký je vztah mezi AROSem a UAE?

UAE je emulátor Amigy a jako takový má poněkud jiný cíl než AROS. UAE chce být binárně kompatibilní i pro hry a kód přistupující přímo k hardwaru, zatímco AROS chce mít nativní aplikace. AROS je proto mnohem rychlejší než UAE, ale pod UAE spustíš více softwaru.

Jsme ve volném kontaktu s autorem UAE a je velká šance, že se kód z UAE objeví v AROSu a naopak. Vývojáři UAE se například zajímají o zdrojové kódy OS, protože UAE by mohlo některé aplikace spouštět mnohem rychleji, kdyby šlo některé nebo všechny funkce OS nahradit nativním kódem. Na druhou stranu by AROS mohl těžit z integrované emulace Amigy.

Protože většina programů nebude na AROSu od začátku k dispozici, Fabio Alemagna portoval UAE na AROS, takže staré programy můžeš spouštět alespoň v emulátoru.

V Contribu je k dispozici také E-UAE, což je UAE vylepšené o některé funkce z WinUAE.

Jaký je vztah mezi AROSem a Haage & Partner?

Haage & Partner použili části AROSu v AmigaOS 3.5 a 3.9, například gadgety Colorwheel a Gradientslider a příkaz SetENV. To znamená, že se AROS svým způsobem stal součástí oficiálního AmigaOS. Neznamená to však, že by mezi AROSem a Haage & Partner existoval nějaký formální vztah. AROS je open source projekt a kdokoli může použít náš kód ve svých projektech, pokud dodrží licenci.

Jaký je vztah mezi AROSem a MorphOS?

Vztah mezi AROSem a MorphOS je v podstatě stejný jako mezi AROSem a Haage & Partner. MorphOS používá části AROSu k urychlení svého vývoje, a to za podmínek naší licence. Stejně jako v případě Haage & Partner je to dobré pro oba týmy, protože tým MorphOS získává z AROSu impuls pro svůj vývoj a AROS získává od týmu MorphOS dobrá vylepšení našeho zdrojového kódu. Mezi AROSem a MorphOS není žádný formální vztah; takhle prostě funguje open source vývoj.

Jaké programovací jazyky jsou k dispozici?

GCC (C, C++) je k dispozici jako nativní i křížový překladač.

Nativně jsou k dispozici jazyky Python, Regina, Lua a Hollywood:

• Python je skriptovací jazyk, který se stal docela populárním díky svému pěknému návrhu a vlastnostem (objektově orientované programování, systém modulů, mnoho užitečných modulů v základu, čistá syntaxe, ...). Pro port na AROS byl založen samostatný projekt, který najdeš na https://pyaros.sourceforge.net/.
• Regina je přenositelný interpret REXXu vyhovující normě ANSI. Cílem portu na AROS je kompatibilita s interpretem ARexx z klasického AmigaOS.
• Lua je výkonný, rychlý, odlehčený a vestavitelný skriptovací jazyk. Port na AROS byl rozšířen o dva moduly: siamiga a zulu. První obsahuje několik jednoduchých grafických příkazů, druhý je rozhraním k Zune.
• Hollywood je komerční programovací jazyk pro multimediální aplikace včetně her. Můžeš si koupit verzi pro i386-aros (ABI v0).

Proč není v AROSu žádný m68k emulátor?

Už existuje pokus o integraci emulátoru janus-uae.

Ale proč prostě neimplementujeme virtuální procesor m68k, aby software běžel přímo na AROSu? Problém je v tom, že software pro m68k očekává data ve formátu big-endian, zatímco AROS běží i na procesorech little-endian. Little-endian rutiny v jádru AROSu by musely pracovat s big-endian daty v emulaci. Automatický převod se zdá být nemožný (jen jeden příklad: v jedné struktuře v AmigaOS je pole, které někdy obsahuje jeden ULONG a někdy dva WORDy), protože nedokážeme určit, jak je několik bajtů v RAM zakódováno.

Chystá se AROS Kickstart ROM?

Už jsou k dispozici v balíčku amiga-m68k-boot-iso v adresáři boot/amiga.

Co jsou noční sestavení?

Noční sestavení AROSu jsou vývojová sestavení vytvářená z aktuálního stavu zdrojového stromu AROSu. Jsou určena především vývojářům, testerům a lidem, kteří chtějí sledovat nejnovější vývoj AROSu a experimentovat s ním. Jako taková by měla být chápána jako průběžný vývojový snímek, nikoli jako vyladěné vydání určené koncovým uživatelům. Jejich konfigurace má proto poskytovat konzistentní prostředí pro testování aktuálního vývoje AROSu, nikoli představovat definitivní volbu vzhledu plochy nebo uživatelského prostředí.

Proč noční sestavení nepoužívají "hezké" motivy?

Problém je v tom, že "hezké" je subjektivní. Neexistuje výchozí motiv, který by vyhovoval všem, a měnit výchozí nastavení projektu pokaždé, když se někomu nelíbí, jen mění estetiku v nekonečný koloběh "vraťte to zpátky".

Proto je důležité rozlišovat mezi samotným AROSem a jednotlivými distribucemi. Správci distribucí mohou svobodně rozhodnout, jak jejich distribuce vypadá a s jakými výchozími nastaveními je dodávána.

Noční sestavení nemají být vyladěným desktopovým produktem s vyhraněným názorem; jsou to konzistentní prostředí pro vývoj a testování. Pokud dáváš přednost jinému vzhledu, přizpůsob si ho nebo kolem této preference vytvoř distribuci.

Osobní preference je zcela legitimní důvod k přizpůsobení vlastního systému, není však příliš dobrým základem pro změnu výchozích nastavení projektu.

Co je to Zune?

Pokud jsi na tomto webu četl o Zune: je to prostě open source reimplementace MUI, což je výkonný (ve smyslu přívětivý k uživatelům i vývojářům) objektově orientovaný shareware GUI toolkit a de facto standard na AmigaOS. Zune je preferovaný GUI toolkit pro vývoj nativních aplikací pro AROS. Samotný název nic neznamená, jen dobře zní.

Co je grafická a ostatní paměť ve Wandereru?

Toto rozdělení paměti je většinou pozůstatkem z amigácké minulosti, kdy grafická paměť byla pamětí pro aplikace, než se přidala další paměť zvaná FAST RAM, v níž se nacházely aplikace, zatímco grafika, zvuky a některé systémové struktury zůstávaly v grafické paměti.

V hostovaném AROSu žádná paměť typu Other (FAST) není, jen GFX; v nativním AROSu může mít GFX maximálně 16 MB, což ale neodráží stav paměti grafického adaptéru... Nemá to žádnou souvislost s množstvím paměti na tvé grafické kartě.

Dlouhá odpověď Grafická paměť v nativní verzi pro i386 označuje spodních 16 MB paměti v systému. Těchto spodních 16 MB je oblast, kde mohou ISA karty provádět DMA. Paměť alokovaná s MEMF_DMA nebo MEMF_CHIP skončí tam, zbytek v ostatní (fast) paměti.

Informace o paměti získáš příkazem C:Avail HUMAN.

Co vlastně dělá akce Snapshot <all/window> ve Wandereru?

Tento příkaz si zapamatuje rozmístění ikon ve všech oknech (nebo v jednom okně).

Jaké jsou volby příkazové řádky spustitelného souboru hostovaného AROSu?

Jejich seznam získáš spuštěním příkazu ./aros -h.

Jaké volby jádra nativního AROSu se používají na řádku GRUBu?

Zde jsou některé z nich:

floppy=<disabled/nomount>   Nastavuje volby zařízení trackdisk
    disabled                - zcela vypne inicializaci trackdisk.device
    nomount                 - inicializuje trackdisk.device, ale nevytvoří
                              DOS zařízení

ATA=32bit           - Zapne 32bitové I/O v ovladači pevného disku (bezpečné)
forcedma            - Vynutí aktivní DMA v ovladači pevného disku (mělo by
                      být bezpečné, ale nemusí)
gfx=<hidd name>     - Použije uvedený HIDD jako grafický ovladač
lib=<name>          - Načte a inicializuje uvedenou knihovnu/HIDD

Upozorňujeme, že u voleb se rozlišují velká a malá písmena.

Jak vytvořím DOS skript, který se automaticky spustí pro nainstalovaný balíček?

1. Vytvoř podadresář S a přidej do něj soubor s názvem 'Package-Startup' obsahující DOS skript daného balíčku, který chceš spouštět při každém startu.
2. V souboru envarc:sys/packages vytvoř proměnnou, která obsahuje cestu k podadresáři S tvého balíčku.

Příklad rozložení adresářů:

sys:Extras/myappdir
sys:Extras/myappdir/S
sys:Extras/myappdir/S/Package-Startup

Proměnná v envarc:sys/packages by se mohla jmenovat 'myapp' (název je jen příklad); její obsah by pak byl 'sys:extras/myappdir'.

Skript Package-Startup by pak byl volán ze startup-sequence.

Kde mohu najít seznam hardwaru kompatibilního s AROSem?

Seznam najdeš na stránce AROS Wiki. Tam se mohou nacházet i další seznamy od uživatelů AROSu.

Proč nemůže AROS bootovat z jednotky nastavené na IDE kanálu jako SLAVE?

Takže, AROS by měl bootovat, pokud je jednotka SLAVE, ale POUZE tehdy, je-li na IDE i jednotka MASTER. Tak to má být podle IDE specifikace a AROS se jí drží.

Můj systém se zastaví s červeným kurzorem na obrazovce nebo s prázdnou obrazovkou

Jedním z důvodů může být použití sériové myši (ty zatím nejsou podporovány). V tuto chvíli musíš s AROSem používat PS/2 myš. Dalším důvodem může být výběr grafického režimu v bootovacím menu, který tvůj hardware nepodporuje. Restartuj počítač a zkus jiný režim.