31 października udostępniono nową wersję GNU Make. Ważna informacja dotyczącego amigowego świata jest taka, że wraz z kolejną nie będą już wspierane systemy OS/2 (EMX), Xenix, Cray oraz AmigaOS (część kodu przeznaczona dla tych systemów zostanie usunięta). Do deweloperów, którzy przekazali taką deklarację zostały wysłane listy protestujące przed takim podejściem, gdyż system AmigaOS jest nadal rozwijany. Paul Smith, osoba zajmująca się utrzymaniem GNU Make, udzielił na nie odpowiedź twierdząc, że nie jest istotne, że AmigaOS jest nadal aktywnie rozwijanym systemem, ale istotne jest czy aktualizuje się do nowych wersji GNU Make. Według niego od 1996 nie ma w tej kwestii rozwoju i nie ma żadnej podstawy, aby kod źródłowy GNU Make zawierał obsługę jakichkolwiek wyjątków zapewniających wsparcie dla tego systemu. Dodał jeszcze, że co do zasady, niestandardowe systemy operacyjne, aby były utrzymywane w tego typu inicjatywach, powinny posiadać aktywnego uczestnika, który będzie współpracować w tym utrzymaniu.

Frank Wille przygotował nowe wersje pomocniczych narzędzi deweloperskich vasm oraz vlink. Szczegółowa lista wprowadzonych zmian znajduje się na stronie każdego z projektów.

Darren Coles przygotował nową wersję pakietu E-VO Amiga E. Wersja 3.5.1 wnosi sporo poprawek, ale również i nowe funkcji takie jak łączenie obiektów i ciągów tekstowych. Pełna lista zmian znajduje się w archiwum programu. E-VO jest do pobrania z Aminetu oraz z projekt na GitHub.

Darren Coles opublikował nową wersję pakietu E-VO Amiga E. Wersja 3.5.0 przynosi wiele zmian w samym kompilatorze, z czego warto wymienić obsługę dla tablic wielowymiarowych, nowe operatory, funkcje i optymalizacje, a także w programach należących do pakietu (między innymi, po latach stagnacji, nowej wersji doczekał się debugger EDBG, wprowadzając nowe funkcje i ułatwienia dla programisty). Pełna lista zmian znajduje się w archiwum programu. E-VO jest do pobrania z Aminetu oraz z projekt na GitHub.

George Sokianos przygotował dla AmigaOS 4.1 oraz po raz pierwszy również dla MorphOS-a nową wersję portu deweloperskiego edytora tekstu Lite XL. Jest to narzędzie przeniesione z Linuksa, napisane w Lua, z funkcją podświetlania składni.

Firma Hyperion Entertainment udostępniła aktualizację deweloperskiego NDK przeznaczonego dla AmigaOS 3.2. Główne zmiany dotyczą lepszej integracji z kompilatorami VBCC, Manx, Aztec oraz GCC, aktualizacji plików nagłówkowych, zwiększonej liczby przykładów, a także wzbogaconą dokumentację. Wersja 3.2 R4 jest dostępna do pobrania dla wszystkich zainteresowanych.

Frank Wille przygotował nową wersję kompilatora vbcc, a także pomocniczych narzędzi deweloperskich vasm oraz vlink. Szczegółowa lista wprowadzonych zmian znajduje się na stronie każdego z projektów.

Richard Körber udostępnił kod źródłowy biblioteki identify wykorzystywanej na potrzeby identyfikacji kart Zorro wraz z podaniem różnych informacji dotyczących tych urządzeń. Nieoficjalnie kody źródłowe były już opublikowane prawie 20 lat temu na Sourceforge, lecz tym razem autor zdecydował się na przejrzenie kodu, posprzątanie, zastąpienie komentarzy w języku niemieckim ich angielskimi odpowiednikami oraz dostosowanie do kompilacji za pomocą VBCC.

Darren Coles zamieścił na Aminecie nową wersję kompilatora AmigaE dla Amig 68k, którą nazwał E-VO: Amiga E Evolution. Powstał na bazie oryginalnego AmigaE v 3.3 i jest rozwinięciem kompilatora GEC rozwijanego w latach 1999-2003 przez Polaka skrywającego się pod pseudonimem GRIO, który wnosił wiele nowych funkcji, optymalizacji oraz poprawek. E-VO 3.4.0 wprowadza kolejne zmiany, jak również nową wersje modułów E, które zawierają nowe tagi, makra i funkcje biblioteczne do systemu v47 włącznie (OS 3.2), dając na przykład możliwość tworzenia GUI opartego na ReAction.

Autorzy AmiKit przygotowali pakiet deweloperski The AmiKit Development Package (zwany już oficjalnie DevPack) przeznaczony dla AmigaOS. W skład zestawu wchodzi zbiór narzędzi oraz środowisk deweloperskich wraz z przykładami programowania. Całość została stworzono pod kątem łatwego przenoszenia między platformami, tak więc nie jest wymagana instalacja. Aktualizacja obejmuje dodanie kilku nowych pozycji (AmiLua, AmiPython, AMOS Pro, ASM-One) oraz aktualizację FreePascala i RedPill.

Simone Bevilacqua zaktualizował rozszerzenie AMOS Layers System. Przy jego pomocy każdy ekran napisanego w AMOS-ie programu staje się warstwą, które mogą być nakładane w dowolnej kolejności i z zachowaniem dowolnych parametrów przezroczystości. Dostępne są dwie wersje rozszerzenia: 1.x (zaktualizowana do wersji 1.96), która jest przeznaczona dla komputerów z chipsetem OCS/ECS oraz 2.x (zaktualizowana do wersji 2.0), która jest przeznaczona wyłącznie dla komputerów z chipsetem AGA. Informacje dotyczące możliwości rozszerzenia oraz film przedstawiający jego możliwości dostępne są na stronie projektu.

Firma Hyperion Entertainment udostępniła aktualizację deweloperskiego NDK przeznaczonego dla AmigaOS 3.2. Wersja 3.2 R3 jest dostępna do pobrania dla wszystkich zainteresowanych.

Na Github trafił kod źródłowy BGUI, czyli opartego na BOOPSI graficznego interfejsu użytkownika. Objęty został darmową licencją.

Została udostępniona pierwsza oficjalna, publiczna wersja alpha języka programowania AMOSPro oferującego obsługę chipsetu AGA (pierwotnie nazywanego "AMOS Professional X"). Obsługiwane są ekrany w niskiej i wysokiej rozdzielczości w 256 kolorach i ekrany HAM8, możliwość wczytywania i zapisywania obrazów o powyższych parametrach, zapewnienie kompatybilności wstecznej dla plików banków danych oraz wprowadzenie nowego banku do obsługi palety kolorów. Dodatkowo pojawił się nowy system "wygaszania" ekranu. Zmiany przeszedł również kompilator, który rozpoznaje chipset komputera odpowiednio wykorzystując jego możliwości. W pakiecie znalazły się również przykłady wykorzystania nowych funkcji (ich wykaz znajduje się tutaj). Archiwum do pobrania stąd.

Frank Wille przygotował nowe wersje pomocniczych narzędzi deweloperskich vasm oraz vlink. Szczegółowa lista wprowadzonych zmian znajduje się na stronie każdego z projektów.

Frédéric Cordier udostępnił na licencji MIT kod źródłowy rozwijanego języka programowania AMOSPro oferującego obsługę chipsetu AGA (pierwotnie nazywanego "AMOS Professional X"). Informacje dotyczące tego, w jaki sposób uzyskać dostęp do repozytorium znajdują się tutaj. Dodatkowo projekt doczekał się swojej strony na Patreonie, gdzie można dorzucić swoją cegiełkę do rozwoju projektu.

Autorzy AmiKit przygotowali pakiet deweloperski The AmiKit Development Package przeznaczony dla AmigaOS. W skład zestawu wchodzi zbiór narzędzi oraz środowisk deweloperskich wraz z przykładami programowania. Całość została stworzono pod kątem łatwego przenoszenia między plaformami, tak więc nie jest wymagana instalacja. Archiwum LZX posiada rozmiar 98,5 MB.

Frank Wille przygotował nowe wersje pomocniczych narzędzi deweloperskich vasm oraz vlink. Szczegółowa lista wprowadzonych zmian znajduje się na stronie każdego z projektów.

Została udostępniona pierwsza oficjalna wersja alpha języka programowania AMOSPro oferującego obsługę chipsetu AGA (pierwotnie nazywanego "AMOS Professional X"). Projekt rozwijany jest przez Frédérica Cordiera w oparciu o oryginalny kod źródłowy AMOS Professional Official udostępniony w kwietniu 2020 roku na GitHub przez François Lioneta. Wersja 0.200911 oferuje podwójne buforowanie na ekranach w 256 kolorach, funkcję "Screen Swap" na 8 bitplanach, Copper List dla RGB24, prawie ukończoną obsługę trybu HAM8. Postępy w pracach można śledzić na kanale w serwisie YouTube.

Yves Grolet opublikował na Aminecie kopię zapasową swojego ostatniego dysku twardego. Archiwum zawiera źródła gry "Agony", a także wiele innych mniejszych projektów. Do pobrania: stąd.

Frank Wille przygotował nowe wersje pomocniczych narzędzi deweloperskich vasm oraz vlink. Szczegółowa lista wprowadzonych zmian znajduje się na stronie każdego z projektów.

Timo Kloss udostępnił na darmowej licencji kod źródłowy sekwencera MIDI Horny. Program był rozwijany w latach 2003-2006 i sprzedawany na zasadach shareware. Napisany został pierwotnie w StormC, a później był dostosowywany do możliwości kompilacji za pomocą GCC. Większość nazw zmiennych, funkcji oraz etykiet jest w języku niemieckim.

Graeme Cowie, autor portów gier Rygar oraz Jack Beer Edition, prowadzi szkółkę z cyklu Amiga Game Development, w której prowadzi nauki assemblera. Według autora docelowym odbiorcą jest początkujący koder, który chce zaznajomić się z tajnikami klasycznych chipsetów OCS i AGA przy wykorzystaniu nowoczesnych narzędzi. Kurs obecnie liczy sobie już pięć odcinków.

Na Patreonie opublikowana została informacja o pracach nad API2. Przeczytać w niej można o kolejnym elemencie tego projektu, czyli nowym języku programowana i jego kompilatorze. Język ma być dużo prostszy w użyciu niż "C" i przy tym wymagać mniej kodu do uzyskania tego samego efektu. Pokazane zostały przykłady, które obecna wersja kompilatora jest w stanie skompilować, a uzyskane pliki wynikowe uruchamiają się.

Frank Wille przygotował nową wersję kompilatora vbcc, a także narzędza deweloperskiego vasm. Szczegółowa lista wprowadzonych zmian znajduje się na stronie każdego z projektów.

David Dutchman zamieścił w repozytorium GitHub kod źródłowy programu graficznego Deluxe Paint 1. W skład paczki wchodzą pliki z kodem w języku C, oryginalna dokumentacja oraz karta zabezpieczeń.

Frank Wille przygotował nowe wersje pomocniczych narzędzi deweloperskich vasm oraz vlink. Szczegółowa lista wprowadzonych zmian znajduje się na stronie każdego z projektów.

Zaktualizowano SDK stosu TCP/IP Roadshow do wersji 1.4. Stało się to konieczne za sprawą wykorzystania stosu w amigowej kompilacji przeglądarki internetowej NetSurf. SDK można pobrać stąd.

Za zgodą autora, został udostępniony kod źródłowy programów VirusExecutor (program do usuwania wirusów), Amiga Bulletin Board System (ABBS) oraz PlayItPro (odtwarzacz sampli dźwiękowych w formacie 8SVX).

Projekt o roboczej nazwie api2 powstał, aby ułatwić rozwiązanie największej bolączki, na którą cierpią wszystkie amigowe systemy, czyli braku nowego oprogramowania. W sytuacji niedużej ilość programistów, z których zdecydowana większość tworzy programy tylko po godzinach, dobrze jest dać im możliwość wykorzystania jak najlepiej czasu którym dysponują. Z drugiej strony, aby zachęcić nowych ludzi, spoza środowiska, do tworzenia aplikacji na naszą platformę istotne jest, aby dostarczyć im porównywalne możliwości do tych jakie mają na innych platformach. Api2 ma właśnie to robić. Udostępniać zbiór komponentów do tworzenia aplikacji. Dostarczając gotowe elementy obsługujące stałe funkcje wykorzystywane w programach, zarówno graficzne (okna, panele, przyciski, itd) jak i niegraficzne (kolekcje, dokumenty, obsługę systemu plików, itd) pozwoli skupić się na funkcjonalności tworzonego programu.

Projekt api2 ma na celu dostarczenie frameworku i narzędzi ułatwiających szybkie tworzenie aplikacji bez zagłębiania się w szczegóły niezwiązane z główną ich funkcjonalnością. Nie jest to port z innej platformy, jest napisany od podstaw i rozwija już wcześniej istniejące w amigowych systemach rozwiązanie, czyli BOOPSI. Jest jednak wygodniejszy w użyciu i szybszy w działaniu. Nie wymaga ręcznego generowania identyfikatorów metod i atrybutów, zgłasza błędy kompilacji, gdy wywołamy metodę z parametrami niepasujących typów i nie wymaga pisania dispatchera. Ponadto dzięki wyjątkom nie trzeba sprawdzać każdego wywołania pod kątem poprawności wykonania, a brak arytmetyki wskaźników pozwala, nawet początkującym programistom, na sprawne tworzenie kodu. Ma także zapewniać kompatybilność na poziomie źródeł między wszystkimi amigowymi systemami. Na stronie http://api2.trifle.eu znajdują się bardziej szczegółowe informacje i przykładowe programy pokazujące zasady tworzenia klas, obiektów i korzystania z nich. Projekt api2 jest w bardzo wstępnej fazie, posada jak na razie niewiele komponentów, w zasadzie nie nadaje się jeszcze do wykorzystania i na obecnym etapie należy go traktować jako demo.

Aby przełamać amigową tradycję ostatnich lat, a więc szybko rozwijać projekt api2 i wydawać nowe wersje w czasie mierzonym w miesiącach, a nie latach, nie można pracować nad nim po godzinach. Musi być to pełen etat, który można uzyskać wyłącznie przez finansowanie. Dlatego też została rozpoczęta zbiórka na platformie Patreon.

Więcej informacji na temat projektu i przykłady użycia już istniejących elementów znajdują się na stronie http://api2.trifle.eu.