- Konu sahibi
- #1
Birçok kişinin macOS ve Linux arasında yaşadığı sorun, aynı komutun farklı çalışmasından çok, kabuğun hangi başlangıç dosyasını ne zaman okuduğunun karışmasıdır. Özellikle Bash kullanan sistemlerde login shell ile etkileşimli ama login olmayan shell farklı dosyalar okur; bu yüzden PATH, alias, ortam değişkeni veya araç yolu bir terminal penceresinde görünürken diğerinde görünmeyebilir. Bu farkı anlamak, "neden bir terminalde çalışan komut başka yerde çalışmıyor?" sorusunu netleştirir.
Terminal açıldığında ayarlar neden bazen görünmez?
Login shell ve interactive shell aynı şey değildir
Login shell, oturum açarken başlatılan kabuktur. Etkileşimli shell ise kullanıcıyla doğrudan konuşan kabuktur. Bash dokümantasyonuna göre login shell önce sistem genelindeki ve ardından kullanıcıya ait login dosyalarını okur; login olmayan etkileşimli shell ise ~/.bashrc dosyasını okur. Bu yüzden sadece ~/.bash_profile içine yazdığınız bir ayar, her terminal açılışında otomatik gelmeyebilir. Benzer şekilde sadece ~/.bashrc içine yazdığınız bir ayar da login shell senaryosunda görünmeyebilir.
Sorunun tipik belirtisi nedir?
En sık görülen belirti, bir terminal penceresinde gnu araçlarının bulunması, başka bir pencerede ise bulunmamasıdır. Örneğin Homebrew ile kurulan GNU coreutils bazı komutları macOS’taki sürümlerle çakışmaması için g önekiyle sağlayabilir. Yani aynı makinede hem sistem komutu hem de GNU sürümü bulunabilir; yanlış olan, hangisini kullandığınızı bilmeden PATH’e güvenmektir.
Ne yapmalısınız?
En pratik yaklaşım, önce terminalinizin login shell mi yoksa etkileşimli shell mi olduğunu kontrol etmektir. Ardından ayarları tek bir dosyada toplamak yerine, login’e özel ve etkileşimli kullanıma özel ayarları ayırın. Bash kullananlar için yaygın düzen, ortak tanımları ~/.bashrc içine koyup login dosyasından bunu çağırmaktır; Bash’in kendi kılavuzu da bu düzeni tipik örnek olarak verir. Böylece PATH, alias ve ortam değişkenleri iki farklı oturum tipinde de tutarlı olur.
macOS ve Linux arasında neden daha görünür olur?
macOS’ta kullanıcıların sıkça Terminal uygulaması, Homebrew ile kurulan GNU araçları ve sistem araçları arasında seçim yapması gerekir. Linux tarafında da benzer şekilde kabuğun hangi dosyayı okuduğu ve hangi araçların PATH’te önde olduğu önemlidir. Fark, macOS’ta varsayılan araçların çoğu zaman BSD tabanlı olması ve GNU araçlarının sonradan eklenmesidir; bu da komut çıktısı, seçenek desteği veya adlandırmada küçük ama etkili farklılıklar yaratır. Bu yüzden "aynı komut" her iki sistemde aynı davranacak diye varsaymamak gerekir.
Kısa kontrol listesi
Hangi shell’i kullandığınızı öğrenin.
Ayarları login ve interactive kullanımına göre ayırın.
PATH içinde GNU araçlarının hangi sırada geldiğini kontrol edin.
Sistem komutu mu, Homebrew ile gelen GNU sürümü mü çalışıyor bakın.
Aynı ayarı birden fazla dosyaya rastgele kopyalamayın.
Bu konu özellikle "terminal açılıyor ama beklediğim ortam gelmiyor" diyenler için faydalıdır. Sorun çoğu zaman macOS ya da Linux’un bozuk olmasından değil, shell başlangıç kurallarının yanlış dosyaya yazılmasından kaynaklanır. Doğru dosyayı doğru oturum tipine bağladığınızda, GNU araçları da terminal davranışı da daha öngörülebilir hale gelir.
Terminal açıldığında ayarlar neden bazen görünmez?
Login shell ve interactive shell aynı şey değildir
Login shell, oturum açarken başlatılan kabuktur. Etkileşimli shell ise kullanıcıyla doğrudan konuşan kabuktur. Bash dokümantasyonuna göre login shell önce sistem genelindeki ve ardından kullanıcıya ait login dosyalarını okur; login olmayan etkileşimli shell ise ~/.bashrc dosyasını okur. Bu yüzden sadece ~/.bash_profile içine yazdığınız bir ayar, her terminal açılışında otomatik gelmeyebilir. Benzer şekilde sadece ~/.bashrc içine yazdığınız bir ayar da login shell senaryosunda görünmeyebilir.
Sorunun tipik belirtisi nedir?
En sık görülen belirti, bir terminal penceresinde gnu araçlarının bulunması, başka bir pencerede ise bulunmamasıdır. Örneğin Homebrew ile kurulan GNU coreutils bazı komutları macOS’taki sürümlerle çakışmaması için g önekiyle sağlayabilir. Yani aynı makinede hem sistem komutu hem de GNU sürümü bulunabilir; yanlış olan, hangisini kullandığınızı bilmeden PATH’e güvenmektir.
Ne yapmalısınız?
En pratik yaklaşım, önce terminalinizin login shell mi yoksa etkileşimli shell mi olduğunu kontrol etmektir. Ardından ayarları tek bir dosyada toplamak yerine, login’e özel ve etkileşimli kullanıma özel ayarları ayırın. Bash kullananlar için yaygın düzen, ortak tanımları ~/.bashrc içine koyup login dosyasından bunu çağırmaktır; Bash’in kendi kılavuzu da bu düzeni tipik örnek olarak verir. Böylece PATH, alias ve ortam değişkenleri iki farklı oturum tipinde de tutarlı olur.
macOS ve Linux arasında neden daha görünür olur?
macOS’ta kullanıcıların sıkça Terminal uygulaması, Homebrew ile kurulan GNU araçları ve sistem araçları arasında seçim yapması gerekir. Linux tarafında da benzer şekilde kabuğun hangi dosyayı okuduğu ve hangi araçların PATH’te önde olduğu önemlidir. Fark, macOS’ta varsayılan araçların çoğu zaman BSD tabanlı olması ve GNU araçlarının sonradan eklenmesidir; bu da komut çıktısı, seçenek desteği veya adlandırmada küçük ama etkili farklılıklar yaratır. Bu yüzden "aynı komut" her iki sistemde aynı davranacak diye varsaymamak gerekir.
Kısa kontrol listesi
Hangi shell’i kullandığınızı öğrenin.
Ayarları login ve interactive kullanımına göre ayırın.
PATH içinde GNU araçlarının hangi sırada geldiğini kontrol edin.
Sistem komutu mu, Homebrew ile gelen GNU sürümü mü çalışıyor bakın.
Aynı ayarı birden fazla dosyaya rastgele kopyalamayın.
Bu konu özellikle "terminal açılıyor ama beklediğim ortam gelmiyor" diyenler için faydalıdır. Sorun çoğu zaman macOS ya da Linux’un bozuk olmasından değil, shell başlangıç kurallarının yanlış dosyaya yazılmasından kaynaklanır. Doğru dosyayı doğru oturum tipine bağladığınızda, GNU araçları da terminal davranışı da daha öngörülebilir hale gelir.
