QNX, ticari olmayan kullanım için ücretsiz sunuluyor ve Raspberry Pi imajı ekliyor
(blackberry.qnx.com)- Gömülü ve gerçek zamanlı OS geliştiricileri, QNX SDP 8.0’ı öğrenci, hobi ve prototip amaçlarıyla ücretsiz deneyebilecek; böylece önceki ticari odaklı erişim engeli azalıyor
- Kullanıcıların myQNX hesabı ile lisans formu göndermesi gerekiyor; talep işlendikten sonra ticari olmayan QNX yazılım lisansı alıyorlar
- Sunulan kapsam QNX SDP 8.0, QNX Developer Desktop ve QNX Hypervisor’ı içeriyor; OS öğreniminden self-hosted geliştirmeye ve sanallaştırma deneylerine kadar ilerlemek mümkün
- Başlangıç kaynakları olarak Quick Start Guide, Raspberry Pi için QNX 8.0 imajı, QNX Everywhere videosu ve Self-Hosted Developer Desktop Guide sunuluyor
- Ücretsiz lisans eğitim, kişisel projeler ve RTOS öğrenimiyle sınırlı; ticari amaçlı değerlendirme ve geliştirme için ayrı bir 30 günlük değerlendirme lisansına başvurmak gerekiyor
Ticari olmayan QNX geliştirme ortamı sunuluyor
- QNX Everywhere, öğrencilerin, hobi geliştiricilerin ve prototip üreticilerinin QNX yazılımını ticari olmayan amaçlarla ücretsiz kullanmasını sağlayan bir programdır
- Kapsam; QNX’in yeni nesil OS’i, geliştirme araçları ve gerçek zamanlı özellikleridir; öğrenme, deney yapma ve yüksek performanslı gömülü projeler oluşturma için kullanılabilir
- Açıklanan rakamlara göre QNX Everywhere lisans indirmeleri 15K+, kayıtlı çevrimiçi eğitim öğrencileri 6K+, iş birliği yapılan akademik kurum sayısı 100+
Lisans başvuru akışı
- Ticari olmayan lisans almak için myQNX hesabı gerekir
- Mevcut hesabınız varsa oturum açın
- QNX’i ilk kez kullanıyorsanız bir myQNX hesabı oluşturun
- Oturum açtıktan sonra talebi başlatmak için QNX Everywhere lisans formuna lisans verilerini girin
- Talep işleme alınıp tamamlandığında ticari olmayan kullanım için QNX yazılım lisansı alırsınız
- Lisansın, talep sonrasında myQNX profilinde görünmesi 1 saate kadar sürebilir
Dahil edilen platformlar ve araçlar
- QNX SDP 8.0, yeni nesil SoC’ler için temel geliştirme platformudur
- Yeni nesil QNX Operating System’i içerir
- Gelecekteki silikon gelişmelerinden yararlanmak üzere tasarlanmış bir mimariyi öne çıkarır
- IoT genelindeki hesaplama yoğun sistemlerde tutarlı gerçek zamanlı performans sunmayı hedefler
- Yükseltilmiş araç zinciri, hata ayıklama ve profilleme için yeni yardımcı araçlar ve açık kaynak yardımcı araçlar içerir
- QNX Everywhere şu erişimleri içerir
- QNX SDP 8.0: yüksek performanslı, güvenliğe hazır mikroçekirdek RTOS platformu
- QNX Developer Desktop: QNX OS 8.0 üzerinde uygulama derlemek için self-hosted masaüstü
- QNX Hypervisor: karma kritiklikteki sistemler için deterministik hypervisor
Eğitim, topluluk ve açık kaynak
- QNX, QNX OS geliştiricileri için ücretsiz çevrimiçi eğitim kursları sunar
- Geliştiriciler QNX mühendisleriyle ve çevrimiçi geliştirici topluluğuyla bağlantı kurabilir; sorun çözme, fikir tartışma ve açık kaynak projelerde iş birliği yapabilir
- POSIX uyumlu bir OS olduğu için, POSIX işletim sistemleri için yazılmış yazılımların önemli bir kısmı çok az değişiklikle QNX için derlenebilir
- QNX, açık kaynak portlarının kaynak kodunu orijinal lisanslarına uygun olarak yayımlar ve geliştiricilerin kullanabileceği portları GitHub repository üzerinde tutar
- Portlar, test düzeyi ve barındırma ayrıntıları Open-Source Dashboard üzerinden kontrol edilebilir
Dokümantasyon ve Raspberry Pi imajıyla başlama
- QNX Everywhere dokümantasyonu, ilk uygulamadan gelişmiş QNX çözümlerine kadar derleme yapmak için gereken araçları ve yönergeleri sağlar
- Sunulan kaynaklar şunlardır
- QNX SDP 8.0 Quick Start Guide: QNX geliştirmeye başlama kılavuzu
- QNX Quick Start Target Image for Raspberry Pi: Raspberry Pi için QNX 8.0 quick start hedef imajı
- Get Started With QNX Everywhere: QNX Everywhere başlangıç videosu
- Self-Hosted Developer Desktop Guide: self-hosted geliştirici masaüstü kılavuzu
- Raspberry Pi 5 kullanıcıları hazırlanmış QNX SDP 8.0 imajını flash ederek kullanabilir
- İmajda çeşitli açık kaynak demo uygulamaları bulunur
- Demo uygulamaları klonlanabilir, değiştirilebilir ve yeniden derlenebilir
Kullanım koşulları ve kapsam dışı olanlar
- Ücretsiz lisans, QNX Software Development Platform 8.0 için kişisel ve ticari olmayan kullanıcıları hedefler
- İzin verilen kullanım; eğitim amaçları, kişisel projeler ve gelir elde etme ya da işletme faaliyeti içermeyen etkinliklerdir
- Ticari olmayan kullanım; akademik ortamları, hobi geliştiricileri ve gerçek zamanlı işletim sistemi öğrenenleri kapsar
- Ticari amaçlı değerlendirme veya geliştirme dahil değildir
- Ticari faaliyet, gelir elde etmeyi veya işletme faaliyetlerini içerir
- Ticari kullanım için 30 günlük değerlendirme lisansı ayrı başvuru kapsamındadır
- QNX SDP 7.1 bu programa dahil değildir
- QNX SDP 8.0, 4 veya daha fazla CPU çekirdeğine sahip SoC tabanlı yeni nesil yazılım platformlarına yönelik olarak sunulur
Eğitim kurumlarında çoklu kurulum
- Laboratuvarlarda veya sınıflarda birden fazla workstation kurmak için QNX in Education programı üzerinden çok kullanıcılı lisans alınabilir
- Kapsamda QNX Software Development Platform 8.0 ve QNX Software Development Platform 7.1 bulunur
- Tek seferde yalnızca bir instance kurulacaksa QNX Everywhere lisansının kullanılması önerilir
Hesap ve lisans sorunlarını giderme
- Yeni myQNX hesabı kaydından sonra oturum açma sorunu yaşarsanız myqnx@blackberry.com adresiyle iletişime geçin
- Lisans ve ürün dağıtım durumu myQNX License Manager üzerinden kontrol edilip kabul edilebilir
- myQNX hesap profilindeki Registered Products bölümünde, dağıtılan her ürün için lisans anahtarı, seri numarası, lisans sertifikası ve lisans yöneticisi görüntülenir
- QNX Software Center’ı indirmek için myQNX kullanıcısına QNX ürün lisansı atanmış olmalıdır
1 yorum
Hacker News yorumları
Keşke güvenilebilseydi, ama QNX geçmişte iki kez “açılıp” sonra yeniden kapatıldı
İlk geri çekilmeden önce açık kaynak projeler QNX'i sık sık derleme hedefleri arasına koyuyordu; QNX için Firefox ve Eclipse hedef desteği, GCC ve GNU komut satırı araçlarını derlemek de mümkündü
Photon adlı bir masaüstü ortamı da vardı ve DARPA Grand Challenge aracı yaparken 3 yıl boyunca ana masaüstüm olarak kullandım
Ancak 2004'te Harman QNX'i satın aldıktan sonra bunların hepsi ortadan kayboldu; 2007'de kaynak tekrar açıldı, mikro çekirdeğe kadar bakıp derlemek mümkündü ama açık bir lisans değildi
2010'da RIM QNX'i satın alınca hiçbir uyarı yapmadan kaynakları kapattı; QNX ile ilgili tüm açık kaynak geliştirme durdu ve topluluk güveni de kayboldu
Sözleşme şartları da sorunlu: http://www.qnx.com/download/feature.html?programid=51624 adresinde “TERMINATION. This Agreement and licenses granted hereunder may be terminated by either Party upon written notice to the other Party” deniyor; yani QNX istediği zaman fişi çekebilir
QNX ciddiyse Unreal Engine tarzı lisansı izlemesi doğru görünüyor. Kaynağı indirip dilediğiniz gibi kullanıyorsunuz; ürün geliri 1 milyon dolara ulaşana kadar ücretsiz, sonrasında Epic %5 telif alıyor: https://cdn2.unrealengine.com/UnrealEngine/faq/UnrealEngineE...
Korsan kullanım sorunu da çok büyük değil; çünkü bir oyun anlamlı bir gelir elde ederse yeterince görünür olur ve lisans ekibi bunu fark eder
QNX'in benimsenmesini artırmak istiyorlarsa Epic'in şart tablosunu hukuk ekibine ve yönetime götürüp Unreal Engine'in gelir büyümesiyle QNX'i karşılaştırmaları iyi olur
Eskiden QNX satış temsilcisine söylediğim gibi, QNX'in sorunu korsan kullanım değil, görmezden gelinmesi
Tüm açık kaynak faaliyetleri yasaklanmıştı; o dönemde aramızdan birçok kişi açık kaynağa aktif olarak katkıda bulunuyordu. Ben Eclipse Foundation'da da çalışmıştım
Roman yazan bir arkadaşıma, herhangi bir yazısını her yayımlamak ya da bastırmak istediğinde yazılı izin alması gerektiği söylendi
Almanca çevirisi ekli olmasına rağmen bağlayıcı dilin İngilizce olduğu bir sözleşmeyi Alman mühendislere imzalatmaya zorladılar ve sonunda çoğumuz sadece ayrıldık
Kanada'dan gelen geçiş ekibinin “RIM çalışanları karanlık beton zindanlarda çalışıyor; Münih'teki güzel ofisi kullanmaya devam edebilmenizin ne kadar büyük şans olduğunu biliyor musunuz” demesi en çok aklımda kalan şey
O şirketin DNA'sında açık yöntem denen şey tamamen yabancı görünüyordu ve buna zerre güvenmem
Hobi geliştiricileri ve özgür/açık kaynak projeleri GPLv3 bir işletim sistemini memnuniyetle kullanır; geleneksel otomotiv ve gömülü sistemlerdeki büyük ticari müşteriler ise kullanıcının özel firmware kurabilmesine izin vermeyi gerektiren GPLv3 yükümlülüğünü istemeyeceği için ödeme yapmaya devam eder
Herkes için kazançlı olabilir
Hukuki tavsiye değildir; lisans yorumunu herkes kendisi yapmalı
BB10 çıkmadan önce mühendislerle uzun uzun konuşmuştum; hatırladığım kadarıyla o dönemde tüm Blackberry SDK'sına erişmek için başvuru yapmak ve NDA imzalamak gerekiyordu
Buna karşılık Android ve iOS zaten hızla yükseliyordu; uygulama yazmayı kolaylaştıran platforma öncelik veren taraf başarılı oldu
Blackberry, toplulukla bu tür ilişkileri yönetme konusunda kurumsal olarak beceriksiz görünüyor. Operatör tarzı “biz ve onlar” zihniyeti organizasyonun üst katmanlarında var ve açık ya da örtük biçimde aşağıya sızıyor
BeOS başarısız olduktan sonra QNX ile oynadım, geliştirme yaptım ve ana geliştirme makinemde tam zamanlı kullanacak kadar sevdim
Ama kapatılınca ciddi şekilde ağzım yandı ve o zamandan beri hiçbir kapalı geliştirme platformuna dokunmadım
Şimdi lisansa bakınca hiç değişmediğini görüyorum; artık mevcut pazarları dışında QNX genel olarak pek ilgili değil
Bugün QNX'i seçmek aptalca görünüyor. Artık iyi alternatifler var ve hepsinin açık lisansları bulunuyor
Artık https://arstechnica.com/gadgets/2024/09/real-time-linux-is-o... da var
Linux kullanırsanız lisans tartışması yapmanız gerekmez ve bir anda arkadan vurulup kapatılma endişesi de olmaz
Ticari kullanım yasağı berbat. Şu anda ArangoDB ile benzer bir şey yaşıyorum; ürün iyi ama ne onların yönettiği bulut instance'ı için bütçem var ne de satış ekibiyle ticari lisans konuşacak bütçem
Birkaç sistemde kullanıyorum; bunlardan biri “ücretsiz kullanmak için fazla büyük” bir veritabanının yaklaşık %80'ine geldi, ama kaderinin açık kaynak mı, ürün mü, yoksa doğrudan para kazanan bir sistem mi olacağını bilmiyorum
Bu yüzden şimdilik kısa yol, iş modelime izin vermeyebilecek insanlarla konuşmak değil PostgreSQL'e geçmek
QNX 8.0’ın ticari olmayan kullanımıyla bağlantılı geliştirici şartlarını doğrudan görmek için buraya bakın: https://support7.qnx.com/download/download/51624/BB_QNX_Deve...
Hukuki tavsiye değildir; bu lisansın kapsamlı bir incelemesi ya da yorum özeti de değildir. Aşağıdakilere göre hareket etmeden önce bir avukattan profesyonel danışmanlık almalısınız.
Şartlar, kullanıcının kendisini, işletmesini veya kurumunu bağlamadan önce inceleme ve kabul etme fırsatı olmadığına dair bir maddeyle başlıyor; ABD’de bu, belgenin tamamını geçersiz kılabilecek gibi göründüğünden, kullanmadan önce bir avukatla incelemek güvenli olur.
Akademide yalnızca ilgili kurumun öğrencileri ve öğretim üyeleri uygundur; bu lisansı kullanmak, hukuk ekibinin gözünden işvereniniz adına bağlayıcı bir sözleşme imzalamışsınız gibi görünebilir.
Açık kaynak katkıda bulunanlar nedeniyle sorumluluk üstlenme ya da kendinizi kurumun imza yetkilisi olarak yanlış tanıttığınız gerekçesiyle işten çıkarılma riskiniz olmadığından emin olmalısınız.
Bulut kullanıcıları şartlar gereği AWS ile sınırlıdır; GCP, Heroku veya özel sözleşme denetiminizde olmayan başka sunucu örneklerinde kullanırsanız lisans ücreti ödemek zorunda kalabilirsiniz.
Burada izin verilen “Open Source” yalnızca OSI tanımıdır; bu yüzden yazılımını kısıtlayıcı ticari olmayan lisanslarla dağıtan kişiler QNX ticari olmayan lisansını kullanamaz.
“Yüksek risk” maddesi topluma zarar verebilecek uygulamaların geliştirilmesini yasakladığından sosyal uygulamalar da kapsam dışı kalabilir. Viral uygulamalar geliştirirken bu maddeyi ihlal etmemeye dikkat etmek gerekir.
Bu ürünle bağlantılı olarak kullanılan tüm donanımlarda tanımlanabilir tüm seri numaralarını toplar ve saklar.
Ticari olmayan lisans, şartlara iyi niyetle uymuş olsanız bile herhangi bir zamanda, hiçbir koşul olmadan sona erdirilebilir; o durumda size sağlanan tüm QNX kodlarını sildiğinize dair, tanımı belirsiz bir “sertifikasyonu” bilinmeyen bir maliyetle sunmanız da gerekebilir.
Bir Twitter istemcisi ölürse insanlar yaralanmaz ya da ölmez.
Gerçek zamanlı Linux olgunlaşmışken hangi projede QNX kullanmak için bir neden var, emin değilim. Lisansın aniden değiştirilmesiyle arkadan vurulmayı dert etmek gerekir mi?
Sevimli ve akademik açıdan ilginç olduğu için geçmişte QNX kullanmıştım.
Ama bir sonraki projede kullanılacak SoC’yi ve ona bağlı BSP’yi seçerken QNX aramayacağım. Muhtemelen birlikte gelen FreeRTOS dağıtımını kullanırım ya da Android derleme araçlarını kurup APK’leri tuhaf bir Android fork’una iterim.
Otomotiv veya tıp tarafında durum farklı olabilir; ama o alanlarda da rakipler sürekli arkadan geliyor ve Linux’un gerçek zamanlı değişiklikleri işi daha da zorlaştıracak.
Artık 2010’da değiliz. Çok seçenek var ve QNX belirsiz, can sıkıcı lisans gereksinimlerinin arkasında dururken onlarca şirket alternatifler geliştirdi. Bunların bazıları oldukça büyük; bazıları uzaya bile gitti.
QNX’in artık ciddiye alınması için “eskisi gibi QNX’in kapılarını açmaya başlıyoruz” demek yeterli değil.
Ticari kullanıma kadar tamamen açık kaynak değilse kullanmakla ilgilenmiyorum. Araçlar ve BSP desteği harcanan zamana değiyorsa Epic tarzı bir lisansı tolere edebilirim; ama başlamak için lisans ücreti ödemekle hiç ilgilenmiyorum.
Ürün metalaştı ve artık bir merak konusu. Yeterli düzeyde aktif geliştirme ve benimseme elde etmenin tek yolu bir topluluk projesi hâline gelmesi.
Herkes özgür ve açık kaynak olup olmamasını önemsemiyor; bu tür konularda insanların farklı yönlere eğilmesi şaşırtıcı değil.
2000’lerin başında denediğim işletim sistemleri arasında, eski tek çekirdekli 90’ların ortası Pentium’u mükemmel ve çevik hissettirenler yalnızca QNX ve BeOS’tu
Herhangi bir Windows sürümünden ya da Linux’tan çok daha iyiydi
İkisinde de bunun büyük ölçüde zamanlayıcıdan ve çok daha iyi multimedya yığınından kaynaklandığını düşünüyorum
Geleceğin işletim sistemlerinin hep böyle hissettirmesini ummuştum; buna en yakın olan muhtemelen iOS, o da süreçleri sürekli öldürme hilesine başvuruyor. Gelecek pek parlak değil
O dönemin çağdaş işletim sistemlerinde devasa tek bir kilit vardı
BeOS’un preemption aralığının 750 ms mi 3 ms mi olduğunu tam hatırlamıyorum ama Linux ve Windows’un 20 ms, sonrasında 10 ms değerlerinden daha kısaydı; bu yüzden farkı hissetmiş olmalıyız
Onlarca yıl sonra çoğu işletim sistemi çekirdek alanında daha ince taneli kilitleme düzeyini yakaladı, ancak preemption aralığı verim ile gecikme tartışması yüzünden hâlâ farklı. Çünkü betik tabanlı işletim sistemi benchmark’ları toplam verimi ölçer, GUI tepki hızını değil
Küçük tampon boyutlarından fayda gören medya tamponları buna iyi bir örnek; verim düşse de müzisyenler BeOS’un daha iyi tepki verdiğini fark etti ve bu yüzden “Media OS” lakabını aldı
GUI tarafında da BeOS/Haiku uygulama sunucusu, diğer masaüstü ortamlarına göre daha dağıtık bir iş yükü sunar. Her pencere kendi iş parçacığını alır, uygulama da kendi iş parçacığını alır; uygulama ve uygulama sunucusu, yavaş uygulama mesajı ayrıştırmasını bekleyip tıkanmamak için uygulama ve pencere başına birer iş parçacığı tutar
Bu yüzden grafik bir “Hello World” penceresi olan en küçük BeOS uygulamasında bile 4 iş parçacığı vardır. Uygulama meşgul olsa bile sistemin geri kalanı hâlâ tepkisel hissedilir
Bunun karşılığında verim maliyeti ve uygulama geliştirme karmaşıklığı maliyeti vardır; özellikle port edilmiş uygulamalarda bu büyüktür
Haiku, çok iş parçacıklı hataları önlemek için Qt/Gtk/araç takımı mesajlarını birden fazla pencereden tek bir mesaj kuyruğuna sıralamak zorundadır. Çünkü özgün ortamlarında uygulama mesaj döngüsü çok iş parçacıklı değildi
Bu sıralama yüzünden, gerekmediği durumlarda bile —örneğin aynı pencereye giden mesajlarda— Haiku’da ek kilitleme/kilit açma çağrıları gerekir
Buna karşılık Haiku’ya özgü uygulamalar buz gibi akıcıdır. Tüm pencerelerin kendi iş parçacıklarında çalıştığı Medo video düzenleyicisinin ekran görüntüsü burada: https://raw.githubusercontent.com/smallstepforman/Medo/refs/...
Modern sistemlerde bu uygulama buz gibi akıcıdır; bir video düzenleyici için neredeyse aykırı sayılır. Bağlantısını verdiğim Haiku uygulamasını ben yazdım
Samsung bile telefon tepkiselliğini ciddi biçimde iyileştirmeye çalışmadığında Android’i bırakmıştım
Apple’ın tepkiselliği tutarlı biçimde önemsemesi iyi; bu sayede Google, Samsung ve Microsoft’un da şişkin ürünlerini elden geçirmek için bir motivasyonu oluyor
Günümüz işletim sistemleri arasında o çevikliğe en yakın olan hangisi? Haiku OS mi?
M1 MacBook’u severek kullanıyorum ama bazen yeterli gelmiyor
Bir başka örnek olarak SGI IRIX’in zamanlayıcısı alışılmadık derecede iyiydi. Bir süre 30 MHz’lik bir makine kullandım ve masaüstü oldukça çevikti
Bir gün AMP’yi derleyip çoğu 192 kbps olan bir MP3 listesi verdim; bu arada bu program 256 kbps’yi de takılmadan çözebiliyordu
Dosyalar bir NFS paylaşımındaydı; gr_osview’i çalıştırdığımda CPU kullanımı %95’ti, buna rağmen dosya yöneticisi tepki veriyordu ve müzik kesilmiyordu
30 MHz’de 192 kbps üzerindeki yüksek bit hızlı MP3’leri çözmek bile başlı başına etkileyiciydi
Tüm X Window System masaüstünü çalıştırıp NFS paylaşımından dosya çalarken bile tepkiselliği koruması, düşük seviye donanımda da iyi çalışan hafif ve güçlü bir ağ yığını ile zamanlayıcıyı gösteriyordu
IRIX 5.3, Indigo Elan’dı
Bir arkadaşım ve ben işletim sistemlerini severdik; eski bir Pentium 90’da BeOS çalıştırdık ve yukarıda söylendiği gibi çevikti
Linux’un da payı vardı. Su hasarından sonra o Pentium 90 artık kararlı değildi; parity’siz RAM kullandığı için Windows NT yavaş yavaş garipleşip tekrar tekrar mavi ekrana düşüyordu
Eğlence olsun diye Red Hat 5.2 kurduk, gayet iyi çalıştı. Sistem günlüklerine her saniye çok sayıda kayıt düşüyordu; X konsolunu açıp akıp gidişini izleyebiliyorduk
O makine, eğlencesine şirket web sayfasını da birkaç hafta boyunca servis etti. Güzel günlerdi
Ayrıntı eklemek gerekirse, QNX kaynak koduna 2007’den 2010’daki RIM/Blackberry satın almasına kadar erişilebiliyordu
İleride QNX kaynak koduna erişimi yeniden sunma planı var mı?
https://www.qnx.com/news/pr_2471_1.html
Bunun hem müşteriler hem de topluluk için önemli olduğunu duyuyoruz. Takipte kalın
Önceki şirketim, mobil ağlar için yüksek erişilebilirlikli Active/Standby yönlendiriciler üretiyordu ve işletim sistemi olarak QNX kullanıyordu. O yetenekleri hâlâ etkileyici
Hafızam biraz bulanık ama kontrol düzlemi işlemcisinde QNX çalıştırıyorduk ve yönlendiricinin iç ağı üzerinden uzak işlemcilerde süreç başlatmayı yerel olarak destekliyordu
Yani düşük seviyeli süreçler arası iletişim IP kullanabiliyordu ve QNX’in IPC’si yüksek erişilebilirlikli failover işlevi için kritikti
Aygıt sürücülerinin kullanıcı alanı süreçleri olması ve çökme durumunda yeniden başlatılabilmesi de harikaydı. Ağ sürücüsü geliştiriyorduk, bu yüzden bazen gerçekten böyle şeyler oluyordu
Linux’ta ağ aygıtlarının istisnai biçimde /dev/ ağacında düzgün görünmemesinin aksine, aygıtların gerçekten /dev/ ağacında görünmesi de daha iyiydi
İlginç bir anekdot olarak, bir keresinde IPC dönüş değerine yanlışlıkla const eklediğim için sorun çıkmıştı; sürecim QNX’in IPC fonksiyonu ile kendi fonksiyonum arasında ölüyordu
Günlerce hata ayıkladım ve o dönemde kullandığımız C/kullanıcı alanı hata ayıklayıcısının seviyesi bu hatayı yakalamaya yetmedi
Hat kartları da Linux’tu ama sadece kontrol düzleminin söylediği şekilde ASIC’i programlıyorlardı
Bu tür özellikler pek ilgili değildi; IPC’yi HTTP ile ya da istediğiniz herhangi bir yöntemle yapabilirdiniz
@JohnAtQNX web sitesi indirmelerinde hepsinin hesap gerektirmesi kısıtını kaldırıp qcc’nin lisans mekanizmasını da çıkarabilir misiniz?
Hobi geliştiricilerini denemeye teşvik etmek için çok yardımcı olur
Gelir muhtemelen toplu lisans anlaşmalarından geliyor ve uçbirim başına lisans ücreti alınan bir yapı var
QNX ürün ailesini desteklemek zorunda olan CI/CD ekiplerini kızdırırsanız bu gelir kaynağı riske girer
Dışarıdan da aynı şeyi duymak iyi; tekrar masaya koyup azar azar zorlayacağım
Yeni bir şey çıktıkça sürekli yeni girişler eklemekten gerçekten nefret ediyorum
Haber akışları da aynı; haber sitelerinin neredeyse yarısı “ücretsiz” olduklarını söylese de giriş istiyor. O durumda aynı haberi başka yerde bulmak kolay olduğu için biraz daha katlanılabilir
İçinde web tarayıcısı bile olan tek disketlik QNX demosuna şaşırdığımı hâlâ hatırlıyorum. Gerçekten hızlıydı
Başarılı olmasını dilerim. Bir şeyi gerçekten açmak için tüm hukuki meseleleri çözmenin ne kadar zorlu bir Gordion düğümü olabileceğini ancak hayal edebiliyorum
Başkalarının da dediği gibi iki kez arkadan vurulduktan sonra herkes temkinli, ama QNX’te keyif alınacak çok şey var; umarım bu kez ivme kazanır
O zamandan beri QNX hakkında bir ölçüde olumlu izlenimim vardı, ama aradaki sahiplik değişiklikleri ve açık/ticari statü değişimleri yüzünden hep uzak durdum
Ne yazık ki bu “açılma” da tanıdık geliyor; gerçek anlamda açık bir GPL lisansı ve forku sürdürecek kadar büyük bir özgür/açık kaynak topluluğu oluşmadıkça yine geri çekileceğini düşünüyorum
Cesur bir girişim olması güzel. Uzun zamandır QNX’i kenardan ilgiyle izliyorum, ama çoğu durumda potansiyel kullanıcı değildim
İyi bir sonraki adım, yaygın bir hobi projesi türünü seçip o senaryoda QNX’in güçlü yanlarının nasıl uygulanabileceğini anlatan bir blog yazısı serisi olurdu
Kıyı gözetimi araştırması yapan bir kâr amacı gütmeyen kuruluşta da çalışıyorum; özel donanım yapan birkaç kişi var. Bize de yardımcı olabilir mi?
Biz Rizin olarak özgür/açık kaynak tersine mühendislik ve hata ayıklama framework’ümüzün QNX desteğini iyileştirmek istiyoruz
Zaten destekliyoruz[1][2][3][4], ancak güvenilir şekilde test edemiyoruz
Windows’un test için doğrudan sınırlı VM sunması gibi[5], QEMU imajı yerleşik olarak sağlansa iyi olurdu
[1] https://github.com/rizinorg/rizin/tree/dev/librz/bin/format/...
[2] https://github.com/rizinorg/rizin/blob/dev/librz/bin/p/bin_q...
[3] https://github.com/rizinorg/rizin/blob/dev/librz/debug/p/deb...
[4] https://github.com/rizinorg/rizin/tree/dev/subprojects/rzqnx
[5] https://developer.microsoft.com/en-us/windows/downloads/virt...
Yine de Windows imajı gibi tek tıkla indirmenin daha kolay olacağını anlıyorum; bu geri bildirimi ileteceğim
QNX desteğini mümkün kılmak için başka bir şekilde yardımcı olabilirsek DM atın ya da qnxcommunityengagement at qnx dot com adresine mesaj gönderin