macOS ile kısmi uyumluluk sunan yeni işletim sistemi ravynOS

 (github.com/ravynsoft)
8 puan yazan GN⁺ 2025-11-22 | 1 yorum | WhatsApp'ta paylaş
  • ravynOS, macOS benzeri bir kullanıcı deneyimi ve kısmi kaynak kodu uyumluluğu sunan açık kaynaklı bir işletim sistemi
  • FreeBSD tabanı üzerinde mevcut açık kaynak paketleri ve yeni kodları birleştirerek x86-64 ve gelecekte ARM sistem desteğini hedefliyor
  • macOS uygulama kaynak kodlarını derleyip çalıştırma, benzer GUI yapısı, klasör yerleşimi uyumluluğu başlıca tasarım hedefleri arasında
  • App Bundle, AppDir, AppImage biçimlerinde kurulumsuz uygulama yapısı ve FreeBSD/Linux ikili uyumluluğu sunuyor
  • Güvenlik, kararlılık ve performansa odaklanırken, macOS kullanıcılarına tanıdık gelen bir ortamı açık kaynak olarak sunmayı amaçlayan bir girişim

ravynOS'ye genel bakış

  • ravynOS, macOS'e benzer bir deneyim sunan ve belirli ölçüde uyumluluğu koruyan yeni bir açık kaynak işletim sistemi projesi
    • Öncelikle x86-64 sistemleri destekliyor, ileride ARM mimarisine genişlemesi planlanıyor
    • FreeBSD tabanlı ve mevcut açık kaynak paketler ile yeni kodlardan oluşuyor
  • Temel tasarım hedeflerinden biri macOS uygulama kaynak kodu uyumluluğu sağlamak
    • Kullanıcılar macOS için yazılmış uygulamaları ravynOS üzerinde derleyip çalıştırabiliyor
    • macOS benzeri GUI ve UX sunuyor: dosya yöneticisi, uygulama başlatıcı, üst menü çubuğu vb.
  • Klasör yapısı ve dosya sistemi uyumluluğu korunuyor
    • /Library, /System, /Users, /Volumes gibi macOS dizin yapıları destekleniyor
    • HFS+ ve APFS dosya sistemleriyle uyumluluk olasılığından söz ediliyor
    • Tam ZFS desteği de bulunuyor
  • Uygulama dağıtım yapısı
    • App Bundle, AppDir, AppImage biçimleriyle kurulumsuz çalıştırma ortamı sunuyor
    • /Applications dizini içinde bağımsız uygulamalar yönetilebiliyor
  • FreeBSD ve Linux uyumluluğu korunuyor
    • FreeBSD temel sistemi ve X11 ortamı ile uyumluluk sürdürülüyor
    • FreeBSD'nin Linux uyumluluk katmanı sayesinde Linux ikilileri çalıştırılabiliyor
    • Uzun vadede macOS Mach-O ikilileri ve kütüphaneleriyle uyumluluk hedefleniyor
  • Proje, kararlı, güvenli ve yüksek performanslı bir kullanıcı deneyimi hedefliyor
    • İlgili bilgiler resmi web sitesi ravynos.com üzerinden sunuluyor
    • Ayrıntılar sürüm notları, ekran görüntüleri ve SSS sayfasında incelenebiliyor

Katılım ve topluluk

  • Geliştirmeye katkı vermek isteyenler, şu anda yürüyen projeleri ve ihtiyaç duyulan alanları CONTRIBUTING.md dosyasında görebilir
  • Topluluk kanalları olarak Discord sunucusu ve Matrix kanalı (#ravynOS-general:matrix.org) işletiliyor

macOS'u seviyoruz, ancak giderek daha kapalı hale gelen donanımını ve ekosistemini sevmiyoruz. Bu yüzden macOS'un güçlü yanlarını ve açık kaynağın özgürlüğünü aynı anda sunan bir işletim sistemi olan ravynOS'u geliştiriyoruz.

İlgili okumalar

1 yorum

 
GN⁺ 2025-11-22
Hacker News görüşleri

  • Wine, Microsoft devasa bütçeler harcayıp geriye dönük uyumluluğu koruduğu için çalışıyor
    Buna karşılık Apple çerçeveleri sık sık kaldırıp yenilerini ekliyor; bu da build hedefini sürekli değişen hareketli bir hedefe dönüştürüyor
    Örneğin yalnızca macOS 12~14’te kullanılan XyzKit’i doğrudan uygularsanız, sadece o dönemin ikili dosyalarını desteklemiş olursunuz ve sonuçta ancak sınırlı bir zaman aralığını kapsarsınız

    • Aslında Wine’ın çalışabilmesinin nedeni, en yeni API’lerin çoğunu ele almıyor olması
      Satya’dan sonra Microsoft, WinRT ya da modern Win32/COM API’lerine karşı farklı bir tutum benimsedi
      Ayrıca .NET Framework artık .NET dünyasının Python 2’si gibi; uyumluluk kırılmaları yüzünden hâlâ 4.8.x ile yeni projeler başlatanlar var
    • Çözüm, desteklenecek zaman aralığını açıkça belirlemek
      Örneğin Snow Leopard düzeyinde ikili uyumluluğu hedeflemek ya da Ventura uygulamalarıyla uyumlu olup aynı zamanda o gereksiz yükü kaldıran bir dağıtım yapmak
      Böylece eski Mac’lere yeni bir hayat verilebilir ya da PC’de bile Hackintosh olmadan macOS benzeri bir ortam sunulabilir
    • Apple’ın o kadar hızlı değiştiğini düşünmüyorum
      Yine de 32 bit desteğinin kaldırılması, OpenGL’in bırakılması ve ARM64’e geçiş gibi büyük değişimler kesinlikle kopuş noktalarıydı
      Buna rağmen Swift ve Objective-C’deki availability makroları sayesinde sürümler arası ileri uyumluluk oldukça iyi korunuyor

  • Bu projeyi yıllardır takip ediyorum
    FreeDOS, ReactOS, Haiku gibi macOS’in FOSS bir klonu ortaya çıkarsa harika olur
    Yine de ilerleme hızı yavaş; bunun sebebi OS kopyalamanın zorluğu
    Linux da GNU ekosistemi olduğu için hızlı büyüyebildi
    Umarım ravynOS ya da HelloSystem gibi projeler 5~10 yıl içinde macOS’in özgür yazılım sürümü olarak yerini alır

    • Bu tür projeler yapay zekanın gerçek becerisini ölçen bir turnusol kâğıdı gibi
      Eğer gerçekten mühendis üretkenliğini 10 kat artırabiliyorsa, bu projelerin daha hızlı kullanılabilir hâle gelmesi gerekir
      Aksi durumda yapay zekanın üretkenlik artışı şimdilik sadece yüzeysel olabilir

  • “macOS ile kaynak ve ikili uyumluluğu hedefleyen BSD tabanlı bir OS” açıklamasını görünce merak ettim
    Neden özellikle macOS’i kopyalamaya çalıştıklarını ya da neden Wine benzeri bir uyumluluk katmanı yerine tam bir OS yaptıklarını sorguluyorum
    Bu enerjiyi Linux’u iyileştirmeye harcamak daha iyi olmaz mıydı diye düşünüyorum

    • Buna yanıt ravynOS SSS içinde iyi açıklanmış
      Wine’ın karşılığı olarak Darling var; ravynOS ise ReactOS’a karşılık gelen kavram
      Mach mesajlaşmasını çekirdeğe koyarak performansı artırmışlar ve donanım uyumluluğu için FreeBSD çekirdeğini seçmişler
      GNUstep, helloSystem ve diğerleriyle kod paylaşımı da var
      Lisans olarak BSD/MIT/Apache tarzını tercih ediyorlar ama şu anda GNUstep’in libobjc2 runtime’ını kullanıyorlar
    • Ben ravynOS ile bağlantılı değilim ama birkaç yıldır izliyorum
      Resmî site'ın felsefesi “macOS’in zarafeti + FreeBSD’nin özgürlüğü”
      Apple’ın kapalı donanım politikalarından hayal kırıklığına uğrayan macOS hayranları için bir alternatif gibi görünüyor
      FreeBSD tabanlı olduğu için macOS’in Darwin yapısına benziyor; bu da taşınabilirliği artırıyor
    • Aslında macOS uygulamalarını macOS üzerinde bile çalıştırmanın zor olduğu durumlar var
      Örneğin ailem, 32 bit uygulamalar yüzünden eski bir Intel Mac kullanmaya devam ediyor
      Rosetta 2 desteği kalktığında bu sorun daha da büyüyecek
    • Ben de benzer düşünüyorum
      Yeni işimde MacBook kullanıyorum ama KDE Plasma tabanlı Linux bana çok daha iyi geliyor
      UX, ayar özgürlüğü ve varsayılan uygulamaların olgunluğu açısından Mac’ten üstün
      Böyle dev bir şirketin bu kaliteyi üretmesini anlamakta zorlanıyorum
    • macOS’in kendi kendisiyle bile yeterince uyumlu olmaması ironik

  • Küçük ekran görüntüleri macOS estetiğini iyi yansıttığı için hoş göründü
    Linux arayüzleri bana hep aceleyle yapılmış izlenimi verirdi ama böyle bir tasarım olursa yeniden denemek isterim

    • Ama bana daha çok bir Uncanny Valley hissi veriyor
      Yazı tipi, anti-aliasing, menü köşe yarıçapı gibi ayrıntılar garip duruyor
      Resmî ekran görüntüleri hâlâ kaba görünüyor
    • Gerçek ekran görüntüleri bu görseldeki gibi tamamen farklı
    • Bir şeyler hafifçe kaymış gibi duran bir macOS hissi veriyor — yazı tipi ya da Dock simgeleri arasındaki boşluk tuhaf

  • Umarım bu proje macOS build makinesi ya da sunucu kullanımına doğru gelişir
    Son dönemde macOS, artan güvenlik sıkılaştırmaları nedeniyle headless ortamda kullanması zor bir sisteme dönüştü
    FreeBSD’nin donanım uyumluluğundan yararlanıp Xcode CLI’yi eksiksiz destekleyen bir açık kaynak sunucu OS’i olmasını isterim

  • Linux’un macOS’in yerini alıp alamayacağını düşünüyorum
    macOS kullanıcılarının sevdiği şey temel arayüz ama GNOME ve KDE bu konuda zayıf

    • Ama macOS’in arayüz kalitesi de giderek geriliyor
      Yuvarlatılmış köşeler bile tutarlı değil ve uygulamaların çoğu Electron tabanlı olduğu için tutarlılık bozuluyor
      Zaman geçtikçe Linux ile arasındaki fark kapanıyor
    • GNOME ve KDE’nin eksileri sonuçta biraz da alışkanlık meselesi bence
      Ben Windows 7’den Linux’a geçtim; açık kaynak uygulamalar kullanma alışkanlığım sayesinde geçiş kolay oldu
      FreeCAD, KiCAD, LibreOffice, Firefox, Krita, Gimp gibi araçlarla fazlasıyla memnunum

  • Neden bütün yeni OS projeleri 60’lar ve 70’lerin teknolojilerini yeniden ısıtıp sunuyor, diye merak ediyorum

    • Microsoft bir dönem Midori adlı deneysel bir OS ile ilerleme denemişti ama çıkışa yakın iptal edildi
      Midori wiki ve Joe Duffy’nin bloguna bakarsanız, yönetilen kod tabanlı paralel bir OS’ti
    • Ama gerçekçi olmak gerekirse OS geliştirmek aşırı zor
      90’lar ve 2000’lerin donanımlarını desteklemek bile acı verici; modern GPU’lar ya da ACPI ise tam bir kâbus
      Kodun %80~90’ı sürücülerle dolu ve belgeler de muazzam hacimde
      OS geliştirme, derleyici yazımıyla birlikte en zor mühendislik görevlerinden biri
    • Birçok geliştirici UNIX kitaplarını okuyup var olanı yeniden yapıyor
      Smalltalk, Interlisp-D, Mesa, Cedar gibi 70’ler teknolojileri ise neredeyse hiç kopyalanmıyor
    • Benim hayalim, 90’lar~2000’lerdeki araştırma fikirlerini dirilten bir OS yapmak
      Smalltalk-80 ve Lisp machine yaklaşımındaki tek adres alanını ve gerçek zamanlı değiştirilebilir ortamı modern bir biçimde yeniden yorumlamak istiyorum
      Güvenlik sorunlarının capability tabanlı güvenlik ve tek adres alanı korumasıyla çözülebileceğini düşünüyorum
      Her alt sistemi DSL’lerle ifade edip, arayüzü de Smalltalk tarzı bir canlı nesne sistemi olarak kurmak isterim
      Arayüz tarafında ise System 7.5 tarzı klasik Mac OS havasını modern biçimde yeniden kurmayı hedeflerim
      Böyle bir sistem, Apple’ın 80’ler ve 90’lardaki proje ruhunu sürdüren bir hayal OS olurdu

  • PureDarwin haberlerine bakınca, ravynOS’in XNU/Darwin kullanması daha doğal olurmuş gibi geliyor
    Ama XNU giderek daha kapalı hâle geldiği için FreeBSD gerçekçi bir alternatif
    Birden çok macOS alternatifi projesinin fazla dağılmış olması üzücü

  • Web sitesi şık duruyordu, o yüzden arayüz de öyledir sanmıştım ama ekran görüntüleri 2008 dönemi macOS gibi hissettiriyor

    • Ama bazıları o dönemin arayüzünün aslında daha iyi olduğunu söylüyor
    • Bir başkası da “dış görünüşün ne önemi var, Linux da güzeldi ama kullanılabilirliği hâlâ berbattı” diyor