Debian sistemimde (peki, LMDE sistemim, ancak yeterince yakın), en az 3 farklı rename
programım var:
/usr/local/bin/rename
: Bu Tom Christiansen tarafından yazılmış bir Perl yazısı. İşin garibi, hangi paketin yüklü olduğunu bulamıyorum:$ dpkg -S /usr/local/bin/rename dpkg-query: no path found matching pattern /usr/local/bin/rename
/usr/bin/prename
: Robin Barker tarafından yazılmış başka bir perl betiği, buperl
paketin bir parçası :$ dpkg -S /usr/bin/prename perl: /usr/bin/prename
/usr/bin/file-rename
: Yine başka bir Perl senaryosu, açık bir yazar bilgisi yok, ancak hem Larry (muhtemelen Wall) hem de Robin (muhtemelen Barker) belirtildi. Burename
paket tarafından yüklenir ve ayrıca aşağıdakilere bağlanır/usr/bin/rename
:$ dpkg -S /usr/bin/file-rename rename: /usr/bin/file-rename
Ben de var rename.ul
dan util-linux
ancak izin şimdilik Şunu görmezden gelirler. Bu 3 Perl betiği arasındaki fark nedir? Hepsi aynı adam sayfasını var gibi görünüyor, man rename
, man file-rename
ve man prename
tüm bana aynı sayfayı verir.
Senaryoların içinden geçip farklılıkları anlamaya çalışabilirim ama bu önemsiz değil ve birisinin diğerlerinin sahip olmadığı özelliklere sahip olduğunu bilmesini umuyorum. Debian dünyasının neden üç ayrı Perl yeniden adlandırma komut dosyasına ihtiyaç duyduğunu açıklayan bonuslar.
rename
dan util-linux
hangi rename.ul
Debian ve rename
RedHat sistemlerinde. Benim sorumun son paragrafında söz ediyorum.
update-alternatives --display rename
sizin için ne gösterir? Yüklenmiş bir alternatifin parçası olup olmadığını merak ediyorum.
-v
ve -i
seçenekler. Kullanım mesajı dışında uygun dokümantasyonu olmayan eski, eski, eski bir komut dosyasıdır, ancak en-masse dosya adının yeniden yazılması için standart bir işgücüdür. Nereye gidersem gideyim her zaman yanımda istediğim belki iki veya üç senaryodan biri.
util-linux-ng
paketlerinin bir parçası olarak tamamen farklı bir ikili veri gönderir . % file = yeniden adlandır / usr / bin / rename: ELF 64-bit LSB çalıştırılabilir, x86-64, sürüm 1 (SYSV), ...