Linux'ta GNU coreutils yerine herhangi bir seçenek var mı?

Linux sistemlerimde GNU Coreutils kullanımını durdurmayı düşünüyorum, ama dürüst olmak gerekirse, diğer birçok GNU bileşeninin aksine, hiçbir alternatif düşünemiyorum (Linux'ta) . GNU coreutils'in hangi alternatifleri var? birden fazla pakete ihtiyacım olacak mı? Projeye verilen linkler bir zorunluluktur, dağıtım paketlerini adlandırmak için bonus puanlardır.

Ayrıca Linux'ta çalıştıklarını bilmiyorsanız ve talimatlara başvuramıyorsanız lütfen bir şey önermeyin . Yakında çekirdekleri değiştireceğimden şüpheliyim ve basit bir şeyin ötesinde bir şey için çok tembelim ./configure; make; make install. Bunun için C'yi kesinlikle kesmeyeceğim.

uyarı: dağıtımınız coreutils kullanıyorsa, bunları kaldırmak dağıtımınızın işlevini bozabilir. Bununla birlikte, onların ilkinde $PATHolmamak, bir çok betiğin mutlak yolları kullanması gerektiği için her şeyi kırmamalı.

busybox Gömülü Linux sistemlerinin favorisi.

BusyBox, birçok ortak UNIX yardımcı programının küçük sürümlerini tek bir küçük yürütülebilir dosyada birleştirir. Genellikle GNU fileutil'lerinde, shellutil'lerde vb. Bulacağınız çoğu yardımcı programın yerine geçer. BusyBox'taki yardımcı programlar genellikle tam özellikli GNU kuzenlerinden daha az seçeneğe sahiptir; ancak, içerilen seçenekler beklenen işlevselliği sağlar ve GNU'lu benzerlerine çok benzer şekilde davranır. BusyBox, küçük veya gömülü sistemler için oldukça eksiksiz bir ortam sağlar.

BusyBox, boyut optimizasyonu ve sınırlı kaynaklar düşünülerek yazılmıştır. Ayrıca son derece modüler olduğundan derleme zamanında komutları (veya özellikleri) kolayca ekleyebilir veya hariç tutabilirsiniz. Bu, yerleşik sistemlerinizi özelleştirmenizi kolaylaştırır. Çalışan bir sistem oluşturmak için, / dev dizinindeki bazı aygıt düğümlerini, / etc dizinindeki birkaç yapılandırma dosyasını ve bir Linux çekirdeğini eklemeniz yeterli.

Herhangi bir coreutil adını, meşgul kutusu ikili koduna bir bağlantı yapabilir ve hemen işe yarayabilir. Ayrıca çalıştırabilirsiniz busybox <command>ve çalışacak. Örnek: Eğer Gentoo'daysanız ve henüz kurulumunu viyapmadıysanız, koşabilirsiniz busybox vi filenameve vi'de olacaksınız. Onun

• Arch Linux - topluluk / meşgul kutusu

• Gentoo Linux - sistem uygulamaları / busybox

• Alpine Linux - BusyBox ve uClibc'ye dayanarak, genel bakış

Bu daha eski bir konu, farkındayım. Bununla birlikte, bu çözüm hiç söz edilmedi ve "bsd userland ile Linux" için google'da göreceli olarak yüksek çıktı.

Başka bir çözüm var: yadigarı. Arch üzerinde çalıştığını biliyorum ve AUR'da paketlendi (örneğin, gnu2sysv'ye bakın). Bu, Arch'ın coreutils paketinin yerini alacak ve yadigarı eşdeğerlerini sağlayacaktır. Arch'ın wiki'sindeki her şeyi okuyabilirsiniz: https://wiki.archlinux.org/index.php/Base2heirloom

Uutils'i kontrol et .

Bu, Rust ile yazılmış GNU çekirdek elemanlarının bir çapraz platform uygulamasıdır. MIT lisanslıdır. Bu cevabı yazarken 100℅ tamamlanmadı ( lsve gibi bazı önemli cevaplar eksik cp), fakat birçokları yapıldı.

GNU Coreutil'lerden kurtulmakta zorlanacağınızdan şüpheleniyorum, ancak GNU araçları için değiştirmeler olmasa da her zaman eşdeğer BSD araçları var.

Genellikle, birileri yaygın kullanımda, iyi test edilmiş, birçok platformda doğrulanmış bir şeyden uzaklaşmak istediğinde, "kod kokusu" olarak bilinen temel bir sorunun dışa dönük bir ifadesi ve "teknik borç" veya "kodun kontrolsüz bir şekilde toplanması" ifadesidir. borç". GNU arşivi yıllar boyunca oldukça fazla miktarda kod borcu oluşturmuştu ve bir kod temeli uygun şekilde korunmadığında bir kırılma noktasına ulaşabilir (eski kod ve hatta morbid eski kod).

Normalde, kişi bunu kontrol altında tutmak için belirli aralıklarla yeniden mühendislik ve yeniden düzenleme işlemi gerçekleştirir. Dolayısıyla, burada sorulan asıl soru, çekirdek parçaların yeniden yapılandırılmış bir versiyonunun geliştirilip geliştirilmediğidir. Bu, elbette, tam bir değiştirme olasılığını da içeriyor (özel bir durum olarak) - Wayland'ın X için olduğu gibi ... geliştiricilerin birçoğu X kampından çıkıyor.

Benim önerim aslında içeri girip refactor coreutils etmektir. Birisinin yapması gerek. Ve çekirdek elemanların değiştirilmesi konusunu her kim ortaya çıkarırsa, sizin fikrinizdir.

Bu amaçla, bulabileceğiniz herhangi bir otomasyondan yararlanın: cscout gibi yeniden motorları veya daha gelişmiş analiz / sentez yöntemlerini uygulayan herhangi bir şey (örn. Biçimsel kavram kafesleri). Ancak, derin analizler halen nispeten yeni ve açık bir aktif araştırma alanıdır - ve Yapay Zekaya geçmektedir. (Bir robot yazılım mühendisi.)

Yardımcı programların çoğu halihazırda test takımlarına sahip olmalıdır, bu nedenle aşamalı adım adım değişiklik + otomatik regresyon test adımları ile doğrulama yapılabilir; oldukça hızlı gidebilir (örneğin, 10 veya daha fazla revizyon güncellemesi / gün). Yazılım paketinin herhangi bir yerinde donanım veya düşük seviye yazılım bağımlılığı varsa, bu işlem için bir komplikasyon meydana gelir; Bu, birden fazla platformda doğrulama gerektirdiğinden beri. Bunun çekirdeklerin içinde olduğunu fazla bilmiyorum; donanım veya düşük seviye yazılım katmanlarından bir tür ayrılık olmalıdır (örneğin, coreutils'in ne tür bildiği yerlerin sayısı)üzerinde bulunduğu dosya sistemi asgari veya daha iyi olmalı, sıfır olmalıdır.) Çok platformlu testler yapmak için kullanılan emülatörler ve sanal makineler sınırlamaları vardır. Örneğin, Mac OS X, özellikle onu taklit etme ya da sanallaştırma yeteneğini engelleyecek şekilde tasarlanmıştır.

Solaris (svn_140-bir şey olarak) aynı zamanda bir seçenek olacaktır.

Eğer bir dağıtım kullanıyorsanız, delisiniz. Şimdi dur. Psikiyatrik yardım isteyin.

LFS kullanıyorsanız , devam edin! İyi eğlenceler!

Eğer bir dağıtım yapıyorsanız, cesaretinizi alkışlarım efendim.