- Haiku arm64 portu, en son nightly build'de masaüstüne kadar önyükleniyor ve hrev59669 imajı QEMU'da çalışıyor
- QEMU çalıştırmada Tianocore EFI ve CPU seçiminin uyumluluğu önemli; Debian'da
--cpu cortex-a76 belirtilerek sorun çözüldü
- Küçük bir düzeltmeyle UTM önyüklemesi de mümkün hale geldi, ancak fare hareketi yavaş ve takılarak ilerlediği için pratik kullanılabilirlik hâlâ düşük
- arm64 nightly imajı unbootstrapped durumda olduğundan
git, gcc, geliştirme paketleri yok ve OpenSSL eksikliği paket kurulumunu da engelleyebiliyor
- Ana sistem ile misafir sistem arasında dosya aktarımı için FAT32 disk imajı ile geçici çözüm kullanılabiliyor;
.hpkg paketlerinin x86_64 veya Linux üzerinde çapraz derlenmesi olasılığı da gündeme geliyor
Haiku arm64 önyükleme durumu
- Haiku arm64 portu, en son nightly build'de masaüstüne kadar önyükleme aşamasına ulaşmış durumda
- download.haiku-os.org'daki en son build hrev59669, QEMU'da çalışıyor
- Küçük bir düzeltmeyle Haiku, UTM üzerinde de önyüklenebiliyor, ancak fare hareketi yavaş ve kesintili olduğu için kullanılabilirlik hâlâ düşük
QEMU çalıştırma yapılandırması
- arm64 imajını QEMU'da çalıştırırken işe yarayan komut şu şekilde
qemu-system-arm64 -m 512M -bios /path/to/the/arm64/QEMU_EFI.fd -device ramfb -M virt --cpu cortex-a76 -device usb-ehci -device usb-kbd -device usb-tablet -device usb-storage,drive=dska -drive id=dska,file=haiku-arm64-mmc.image,if=none
- Debian'ın QEMU'da varsayılan olarak seçtiği CPU'nun, birlikte gelen EFI uygulamasıyla uyumlu olmadığı görülüyor; bu sorun
--cpu cortex-a76 belirtilerek çözüldü
- Klavye ve tablet girdisi USB aygıtları üzerinden sağlanıyor; usb-tablet, fare yakalama gerekmeden girdi kullanılmasına imkân tanıyor
ramfb, arm64 üzerinde nispeten güvenli bir framebuffer seçeneği olarak kullanılıyor- Debian'da Tianocore ikili dosyasının yolu, gerekli paketler kurulduğunda
/usr/share/qemu-efi-aarch64/QEMU_EFI.fd oluyor
- Diğer sistemlerde EFI imajı çevrimiçi bulunabilir veya Debian paketinden çıkarılabilir
Geliştirme ortamı ve paket durumu
- Mevcut arm64 nightly imajı bir “bootstrap image” değil, unbootstrapped bir imaj; ilk paket kümesinin derlenme yöntemi farklı
- Mevcut nightly imajda
git, gcc ve geliştirme paketleri yer almıyor
- haikuports sürüm arşivi indirilip yapılandırılırsa, paket derlemek için gerekli temel paket kümesini elde etmek mümkün görünüyor
- Bazı paketler
pkgman ile kurulabiliyor, ancak şu anda haikuports builder olmadığı için paket kümesi çok sınırlı olabilir
pkgman'in hiçbir paketi kuramadığı ve “operation not supported” hatası verdiğine dair bir rapor bulunuyor- Bunun nedeni imajın OpenSSL desteği olmadan derlenmiş olması olabilir; bu durumda işe yarar bir şey yapmak zorlaşıyor
- Depo üzerinde paket varsa bağlantısı alınarak
wget ile indirme şeklinde bir geçici çözüm mümkün; haikuporter ve haikuports kurulurken riscv64 imajında da benzer bir yöntem gerekmişti
Ana sistem ile misafir sistem arasında dosya aktarımı
- Depot sunucusunda arm64 için önceden derlenmiş geliştirme paketleri henüz bulunamamış durumda
- QEMU ana sistemi ile ARM64 Haiku misafir sistemi arasında dosya taşımak için FAT32 disk imajı kullanılabiliyor
- Yöntem, macOS Disk Utility ile bir FAT32 disk imajı oluşturup bunu Mac'te bağlamak, dosyaları içine koymak ve ardından QEMU misafirine bağlamak şeklinde işliyor
- Paylaşılan diski ekleyen QEMU çalıştırma örneği şu şekilde
qemu-system-aarch64 \
-M virt \
-cpu max \
-m 2G \
-smp 4 \
-bios /opt/homebrew/share/qemu/edk2-aarch64-code.fd \
-device qemu-xhci,id=usb \
-drive file=haiku-master-hrev59671-arm64-mmc.image,if=none,id=drv0,format=raw \
-device usb-storage,bus=usb.0,drive=drv0 \
-device usb-kbd,bus=usb.0 \
-device usb-tablet,bus=usb.0 \
-device ramfb \
-display cocoa,zoom-to-fit=on \
-device qemu-xhci,id=usb2 \
-drive file=../shared.img,format=raw,if=none,id=usb-shared \
-device usb-storage,bus=usb2.0,drive=usb-shared \
-serial stdio
- ARM64 Haiku için
.hpkg paketlerinin x86_64 Haiku veya Linux üzerinde çapraz derlenebilmesi gerektiği yönünde bir olasılık dile getiriliyor
1 yorum
Hacker News görüşleri
Bu hafta sonu eski bir Thinkpad X40'a Haiku kurdum; hızlı ve şaşırtıcı derecede stabil.
Emacs ve VLC de gayet iyi çalışıyor. Web'de gezinmek için bilgisayar fazla yavaş, ancak BeProductive ofis paketi 9 MB'lık bir indirme için neredeyse başyapıt sayılır. Yalnız açık kaynak değil.
Sonrasında XPS13'e de KVM/Qemu ile Haiku kurdum ve her şey inanılmaz hızlı çalıştı. Fotoğrafları düzenlemek için kullanmayı düşünüyorum; BeFS'e gömülü metadata özelliği bu iş için çok uygun görünüyor. Gerçekten etkileyici.
İçeride kabaca aynı sistemde Linux hızının %60'ı civarında çalışıyor, ama gerçek kullanımda her şeyden çok daha hızlı hissettiriyor.
Bu, performans iyileştirmelerini umursamadıkları anlamına gelmiyor; sadece kullanıcı deneyimini en üst öncelik olarak garanti etmiş olmaları anlamına geliyor.
Tam da çocuğuma, Jobs geri dönmeden önce Apple'ın Be Inc. şirketini satın almayı düşündüğünü ama sonunda NeXT'i satın alma yolunu seçtiğini anlatıyordum.
Oldukça ilginç bir döngü. Be, BeOS'u PowerMac'e port etti; Apple, Be'yi satın almaktan vazgeçti; Be Inc. ortadan kayboldu; HaikuOS başladı; ve 20 yıldan uzun süre sonra HaikuOS Apple donanımına port edildi.
Açıkçası Apple dizüstülerde sorun donanım değil, beraberinde gelen berbat XNU/Darwin/NextStep türevi işletim sistemi. HaikuOS ön yüklü gelse ve tüm çevre birimlerini desteklese Mac alırdım; ama bunun olasılığı ne kadar, emin değilim.
Bu arada üzerinde hâlâ “gerçek” BeOS kurulu bir PowerMac'im var. Birkaç yıldır açmadım. X86-64 VM üzerinde HaikuOS çalıştırdığımda birkaç paket derleme, emacs açma ve bir iki web sayfası sunma işlerini gayet iyi yaptı. Geliştirici dokümantasyonunun biraz daha güçlenmesi gerekiyor gibi görünüyor; hatta gönüllü olup yardım etmeyi bile düşünebilirim.
Haiku OS hakkında pek bilgim yoktu ama Wikipedia'ya göre Haiku, sonlandırılmış kişisel bilgisayar işletim sistemi BeOS'u topluluğun sürdürdüğü bir proje.
BeOS ile binary uyumluluğunu korurken modern sistemler, protokoller, donanımlar ve web standartlarını da desteklediği söyleniyor.
Muhtemelen bunu M1/M serisi iPad'lerde asla çalıştıramayacak olmamız üzücü.
Jailbreak'in altın çağı, bence mobil geliştirmenin de altın çağıydı. İnovasyon ve hızlı iterasyon inanılmazdı; yeter ki yapmaya niyet edin, her şey mümkün görünüyordu ve gerçekten de mümkündü.
Apple'ın iOS'a entegre ettiği pek çok iyi fikir, jailbreak topluluğunun o yaratıcılık kazanından utanmazca ve kaynak göstermeden alınmıştı.
Ama bütün bunlar, birilerinin açıkları bulup bug bounty'yi görmezden gelerek topluluğa ücretsiz sunmasına bağlıydı. Gerçekten özgeci insanlardı.
Apple bu girişimleri köstebek vurma oyunu gibi engelleme ve insanlara 100 bin dolar ödeme konusunda yeterince ustalaştı; sonuçta bu çabalar ortadan kayboldu. Kolay açıkların çoğu zaten bulundu ve yamandı. Artık kopyalanacak iyi fikirler kalmayınca iOS inovasyonunun da duraklamış olması şaşırtıcı değil.
Haiku OS gerçekte ne kadar kullanılabilir?
Yine de bir göz atmanızı öneririm.
Daha ayrıntılı izlenimler burada: https://kconner.com/2025/03/09/haiku-os-study-path.html
IntelliJ'nin çalıştığını ve GNU core utils'in de entegre olduğunu görünce şaşırdım. hello world programı da sorunsuz çalıştı.
Yakın zamanda Debian çalıştıran bir Linux telefon olan FuriPhone'a bakıyordum; buna HaikuOS port etmek ilginç bir proje olabilir diye düşündüm.
Demoyu tarayıcıda da deneyebilirsiniz: https://distrosea.com/select/haiku/
Bunun yalnızca M1 Mac desteği mi olduğunu, yoksa diğer M serilerinin de desteklenip desteklenmediğini merak ediyorum. Ya da diğer M serileri zaten daha önce destekleniyordu da olabilir.
Bunun büyük bir dönüm noktası mı yoksa kademeli bir iyileştirme mi olduğunu anlamak zor.