mashiro
Hectopat
- Katılım
- 25 Nisan 2024
- Mesajlar
- 1.311
- Makaleler
- 4
- Çözümler
- 37
Hayır zor değil. Secure boot açık mı? Normalde böyle gözükmemesi lazım buranın.
Hayır zor değil. Secure boot açık mı? Normalde böyle gözükmemesi lazım buranın.Bu kadar zor mu her şey, göremiyorum
Secure boota bakayım ama driver kurmadan önce çalışıyorduHayır zor değil. Secure boot açık mı? Normalde böyle gözükmemesi lazım buranın.
Seccure boot NVIDIA sürücülerinin açılmasına izin vermemiş olabilir Secure Boot'u kapatın ve sürücüyü kaldırıp tekrar kurun.Secure Boot'a bakayım ama driver kurmadan önce çalışıyordu.
nvidia-smi yazabilirsin.KDE Plasma'yı denemek için dağıtım değiştirmesine ihtiyaç yok ama Ubuntu'daki plasma 5 sürümü. Bu noktada kurmadan önce denemesi daha iyi olurdu.
Bu BTRFS ve yedek alma işini seviyorsanız OpenSUSE Tumbleweed dağıtımına bakmaya davet ediyorum sizi. Gerçekten başarılı bir iş zaten var. Aslında tüm OpenSUSE dağıtımlarında zaten vardı.
Test ortamı konusunda bir fikrim yok, şirketlerin arkaplanlarına pek hakim değilim ne yalan söyleyeyim. SELinux konusunda da ben pek sorun yaşadığımı tahmin etmiyor olsam da belki de dediğiniz gibi yaşadığım bazı sorunlar ondan kaynaklı olabilir çünkü ben de fedorada sorunlar yaşadım. Waydroid'in bir türlü internete bağlanmaması gibi (Firewall ayarı yapılı ve uzun bir araştırma sonucu pek bir şey elde edemedim)Aslında yazmadığım arkada kalan ciddi problem olan kısmı Fedora'nın rhel için test ortamı olması sadece bu kadar ile kalsa belki önemsenmeyebilirdi ama Rhel'in koduna erişmek için aboneleri olmanız lazım. Ki bu ne ucuz bir ücret ne de abonesi olduğunuzda kodlarına düzgün bir erişiminiz olmuyor.
Topluluktan faydalanma projesi, fört şapka.
Ve bu arada SELinux gerçekten yeni başlayanlara uygun değil. Şu an kullandığım dağıtımda SELinux var ve hani yaşadığım sorunun SELinux kaynaklı olabileceği uzun bir süre aklıma bile gelmedi.
Fedora defaultta BTRFS geliyor fakat subvolumeler ayarlı gelmiyor. Ayarlaması son kullanıcı için zahmetli olabilir. Ayrıca evet BTRFS fedoraya özel değil. Aslında yedekleme isteniyorsa default olarak subvolumeler ayarlı bir dağıtım seçilebilir.
- Sizin de dediğiniz gibi dnf paket yöneticisi Apt'den daha kısıtlı.
- Btrfs dosya sistemi varsayılan olarak seçili gelmiyor. Siz Btrfs'i seçiyorsunuz ve subvolumeler varsayılan olarak geliyor. Ki Btrfs sadece Fedora'ya özel de değil.
- Distrobox'dan AUR kullanınca kısayol ile uygulama başlatma vs. sorun olabiliyor.
Eğer linuxu öğrenmek isteyen biri ise, aur kullanmak istiyorsa arch mantıklı olabilir fakat bootloader bozulduğunda düzeltmeyi bilmiyorsa, yedek sistemi kurmayacaksa pek de iyi bir tercih olmayabilir. Yazılımcı olduğunu düşünürsek projelerini kaybetmek istemeyecektir.Onun yerine Garuda'ya da endeavour kurmasını önerebilirim. Arch'ın sorunlu olduğunu söyleyen kişiler rm -rf komutunu çok fazla kullandıkları için öyle düşünüyorlar herhalde.
Bu bakımcının problemi gibi duruyor. Benim kendi geliştirdiğim bir yazılım olsaydı üstüne daha çok düşerdim.
Bildiğim kadarıyla, gerekli subvolume'lar (@ ve @home değil; zaten Arch forumlarında da bu şekilde olması önerilmiyor) varsayılan olarak geliyor. Netinstaller'i bilmiyorum, fakat herhangi bir spin'i kurduğunda varsayılan olarak Ext4 seçili geliyor. Son 3 ayda bir değişiklik olduysa, onu bilemem tabii.Fedora defaultta BTRFS geliyor fakat subvolumeler ayarlı gelmiyor. Ayarlaması son kullanıcı için zahmetli olabilir. Ayrıca evet BTRFS fedoraya özel değil. Aslında yedekleme isteniyorsa default olarak subvolumeler ayarlı bir dağıtım seçilebilir.
Kısayol ayarlamak bazen zor olabiliyor. Mesela, AUR'dan indirilen bir şeyi kısayolla başlatmak, kısayol menüsünden programı seçerek yapmak mümkün değildi. Bunun yerine, kısayolu bir komuta atamak gerekiyordu ve komut önce Distrobox'un container'ını açıyor, sonra programı çalıştırıyordu. Bu bana gereksiz bir zahmet gibi geliyor. Ha tabii, illa AUR kullanacağım ama Arch olmayan bir dağıtım kullanacağım diyenler için Distrobox mükemmel bir çözüm.Distrobox konusunda bilgim yok pek kullanmadım fakat kullandığımda sorun yaşamamıştım.
Bootloader durduk yere bozulmaz, dostum. Ben hiçbir güncellemede bootloader'ı bozmayı başaramadım. Grub'un yeni sürümü hatalı değilse, güncellenen herhangi bir paketin bootloader'ı bozma ihtimali yok. Ayrıca yedekleme sistemi kurmak da çok zor bir şey değil. Sistemi BTRFS olarak kur, ardından grub-btrfs, snap-pac ve snap-pac-grub araçlarını yükle, mis gibi oluyor. Ayrıca projeler herhangi bir Linux dağıtımında, hatta Windows'ta bile kaybolabilir. Projeler çok önemliyse, GitHub'da private repo açıp orada saklayabilir. Fedora'yı 2-3 ay kullandım sanırım (tam olarak ne zaman yüklediğimi hatırlamıyorum) ve güncellemeler sonucunda sistemi 2 kez bozdum. Yaptığım tek şey güncelleme yapıp sistemi yeniden başlatmaktı. Arch ise Fedora'dan çok daha sık güncellenmesine rağmen, bu kadar süredir hiç bozulmadı. Hangisi daha stabil?Eğer linuxu öğrenmek isteyen biri ise, aur kullanmak istiyorsa arch mantıklı olabilir fakat bootloader bozulduğunda düzeltmeyi bilmiyorsa, yedek sistemi kurmayacaksa pek de iyi bir tercih olmayabilir. Yazılımcı olduğunu düşünürsek projelerini kaybetmek istemeyecektir.
Flatpak'ten Spotify'ı indirip, Flatpak'in klasörlerini bulup, onların izin ayarlarını değiştirip, sonra config dosyasına o klasörleri ekleyip Spicetify'ı kurmak mı daha kolay, yoksaSpicetify konusunda ek not: Ben Fedora kullanırken Flathub spotify üzerinde spicetify kullanıyordum. Flatpak versiyonuna kurması öyle çok da zahmetli değil iki üç Config ayarı var, Spicetify'ın kurulum yolunu değiştiriyorsunuz, dolayısı ile dokümantasyon okumayı bilen birisi için çok da zor olmayacaktır. Fakat spicetify ekibi kurulum komuduna paket yöneticisinden indirilen Spotify için ayrı, flathubdan indirilen için ayrı kurulum komudu koysa her şey kökten çözülebilir. Bu konuda dert yanan çok. Dokümantasyon okumayı beceremeyip (ki son kullanıcı için aslında dokümantasyon anlayamamak bir eksiklik değil bence) bundan müzdarip olan arkadaşlarım çok oldu.
yay -S spotify spicetify yazıp ardından Spicetify komutuyla kurmak mı? Özellikle yeni başladıysa, terminal komutları kafasını karıştırabilir. Zaten yeni başlayan birisine saf Arch önermiyorum; Garuda Linux'a şans verebilir.Fedora'nın COPR deposunda daha fazla uygulama olsa ya da resmi depolarında daha fazla uygulama olsaydı iyi olurdu. Resmi depolardaki Spotify çalışmıyor.Bu bakımcının problemi gibi duruyor. Benim kendi geliştirdiğim bir yazılım olsaydı üstüne daha çok düşerdim.
Çok acil kullanman gereken bir uygulama olsa ya da acil olmasına bile gerek yok, bir uygulama indirdiğinde onu hızlıca indirmek varken neden boşa bekleyesin ki? Belki bu bizim için sorun değil ama (ki benim için sorun. Canım sıkılıyorDağıtımım benim için otomatik yapıyor. Hala saçma geliyor, öyle olmasa bile güncelleye basıp alta atçam.
Bu durum bana özel değil. Eklentiyi 160K insan indirmiş. Eklentinin kopyalarını indirenleri de dahil edersek, 300K civarı ediyor. Uygulamanın dosyalarına erişmesi gereken başka bir uygulama kullanıyorsan, kullanamıyorsun.Bu senin kullanımında özel bir durum, normal kullanıcı uygulamayı olduğu gibi kullanır.
Debian GNU/Linux
Until 2022, Debian GNU/Linux came fairly close to qualifying as a free distro: it was simple to specify that you wanted to install Debian without any nonfree software.
Debian's Social Contract states the goal of making Debian entirely free software, and Debian conscientiously keeps nonfree software out of the official Debian system. However, Debian also maintains a repository of nonfree software. It asserts that this software is “not part of the Debian system,” but the repository is hosted on many of the project's main servers, so people are likely to learn from Debian itself about those nonfree packages by browsing Debian's package database and wiki, and then might install them.
Until 2022, Debian GNU/Linux did not offer nonfree packages for installation unless the user explicitly enabled use of that repository. Thus, it was easy to make a free installation if you wanted to.
That is no longer true, because Debian has changed its policy. In Debian 12, initially, the installer offered to install nonfree firmware whenever some hardware devices “needed” that.
Since then, there has been another change for the worse. Debian now recommends preferentially a new installer program which, on most computers, installs all the nonfree firmware without even asking.
It is no longer easy to install only the free packages of Debian. There are ways to request this, but they require specific knowledge. See Optionally Free Is Not Enough. In effect, Debian has become more like the other nonfree distros.
Debian also has a “contrib” repository; its packages are free, but some of them exist to load separately distributed proprietary programs. This too is not thoroughly separated from the main Debian distribution.
In addition, some of the free programs that are officially part of Debian invite the user to install some nonfree programs. Specifically, the Debian versions of Firefox and Chromium suggest nonfree plug-ins to install into them.
Debian's wiki also includes pages about installing nonfree firmware.
Ubuntu GNU/Linux
Ubuntu maintains specific repositories of nonfree software, and Canonical expressly promotes and recommends nonfree software under the Ubuntu name in some of their distribution channels. Ubuntu offers the option to install only free packages, which means it also offers the option to install nonfree packages too. In addition, the version of Linux, the kernel, included in Ubuntu contains firmware blobs.
Ubuntu appears to permit commercial redistribution of exact copies with the trademarks; removal of the trademarks is required only for modified versions. That is an acceptable policy for trademarks. However, the same page, further down, makes a vague and ominous statement about “Ubuntu patents,” without giving enough details to show whether that constitutes aggression or not.
That page spreads confusion by using the misleading term “intellectual property rights,” which falsely presumes that trademark law and patent law and several other laws belong in one single conceptual framework. Use of that term is harmful, without exception, so after making a reference to someone else's use of the term, we should always reject it. However, that is not a substantive issue about Ubuntu as a GNU/Linux distribution.
In addition, Ubuntu is moving more and more packages to a new package manager called Snap, which is not good for users' freedom and autonomy. Snap uses a special kind of repository implemented on Canonical's unreleased software. In practice this makes it very inconvenient to package modified versions of the free programs in Ubuntu such that users of Ubuntu can easily install them.
Mint GNU/Linux
Mint does not have a policy against including nonfree software, it includes nonfree binary blobs in drivers packaged with the kernel, and it includes nonfree programs in its repositories. It even includes proprietary codecs.
Dostum, gündem ne alaka? Lütfen tekrar oku orayı.Ben gündemi takip etmiyorum, normal bir kullanıcının da takip etmesine gerek yok.
Secure Boot'a bakayım ama driver kurmadan önce çalışıyordu.
Az önce everything sürümünü sanal makineye kurdum ilerleme yok. Tek katkısı sanırım kurduktan sonra 5GB güncelleme ile karşılaşmayacak olmanız olabilir. Bu da maalesef sitedeki asıl kurulum medyasının marifeti değil.Bildiğim kadarıyla, gerekli Subvolume'lar (@ ve @home değil; zaten Arch forumlarında da bu şekilde olması önerilmiyor) varsayılan olarak geliyor. Netinstaller'i bilmiyorum, fakat herhangi bir Spin'i kurduğunda varsayılan olarak ext4 seçili geliyor. Son 3 ayda bir değişiklik olduysa, onu bilemem tabii.
Distrobox mevzunuza karışmak istemiyordum ama aklıma takıldı neden Ubuntu var iken Arch ve AUR?Kısayol ayarlamak bazen zor olabiliyor. Mesela, AUR'dan indirilen bir şeyi kısayolla başlatmak, kısayol menüsünden programı seçerek yapmak mümkün değildi.
Ben Fedora kullanıcısı/önereni değilim. Fedora kullanmıyorum. Fakat benzer bir şey var.Fedora'nın copr deposunda daha fazla uygulama olsa ya da resmi depolarında daha fazla uygulama olsaydı iyi olurdu. Resmi depolardaki Spotify çalışmıyor.
Tamam bu senin için bir sorun burada diyebileceğim bir şey yok ama günlük kullanıcı için önemli bir etmen olmadığı konusunda hala netim. Bunu da paket yöneticileri arasında büyütülecek bir fark yaşamadığım için söylüyorum.Çok acil kullanman gereken bir uygulama olsa ya da acil olmasına bile gerek yok, bir uygulama indirdiğinde onu hızlıca indirmek varken neden boşa bekleyesin ki? Belki bu bizim için sorun değil ama (ki benim için sorun. Canım sıkılıyor) 7/24 kendini işten işe koşturan biri için sorun olabilir.
Flatpak sandbox kuralları kullanıcı tarafından esnetilebiliyor ama eklentileri bilmiyorum.Bu durum bana özel değil. Eklentiyi 160k insan indirmiş. Eklentinin kopyalarını indirenleri de dahil edersek, 300k civarı ediyor. Uygulamanın dosyalarına erişmesi gereken başka bir uygulama kullanıyorsan, kullanamıyorsun.
Evet okudum şimdi fark ettim, ilk okuduğumda güncelleme notlarını okumaktan falan bahsettiğini anlamıştım. Alakası da yok nasıl vardığımı bilmiyorum.Dostum, gündem ne alaka? Lütfen tekrar oku orayı.
Burada karşı olduğum bir şey yok sadece şu eklemeyi yapmak istiyorum güncelleme ve ya yükleme sonrasında mok ile enroll edildiğinde bu sürücüler çalışıyor.NVIDIA kapalı kaynak sürücüleri imzalı değil. Bu yüzden Secure Boot onların başlangıçta çalışmasını engelliyor.
Distrobox mevzunuza karışmak istemiyordum ama aklıma takıldı neden Ubuntu var iken Arch ve AUR?
Çünkü geliştiriciler Ubuntu'yu diğer dağıtımlar ve flathub gibi evrensel çözümlerin aksine boş geçmiyor ya depolarına ekletiyorlar ya da. Deb paylaşıyorlar. Ben bu seçenekler var iken AUR'u tercih etmezdim şahsen.
Tamam bu senin için bir sorun burada diyebileceğim bir şey yok ama günlük kullanıcı için önemli bir etmen olmadığı konusunda hala netim. Bunu da paket yöneticileri arasında büyütülecek bir fark yaşamadığım için söylüyorum.
Ve kullandığım dağıtımda paket yöneticisinin yavaşlığından şikayetçi olanlar zypperoni adında bir script kullanıyor. scipt mi emin değilim kullanmadım, kullanmadığım için kurcalama gereği duymadım.
Flatpak sandbox kuralları kullanıcı tarafından esnetilebiliyor ama eklentileri bilmiyorum.
Evet okudum şimdi fark ettim, ilk okuduğumda güncelleme notlarını okumaktan falan bahsettiğini anlamıştım. alakası da yok nasıl vardığımı bilmiyorum.
Genel olarak yakın zamanda yaptığım denemeler nedeni ile hala sıkıntılı olarak görüyorum.
OpenSUSE tumbleweed durur iken gerek yok.
Burada karşı olduğum bir şey yok sadece şu eklemeyi yapmak istiyorum güncelleme veya yükleme sonrasında mok ile enroll edildiğinde bu sürücüler çalışıyor.
Distrobox ile kurulan Ubuntu doğrudan bildiğimiz bloat Ubuntu'dan farklı ubuntu base ile geliyor. Yoksa dediğiniz gibi bildiğimiz Ubuntu olsaydı işlevsel bir şey olmaktan çıkardı.O da bir seçenek tabii ki. Fakat hem güncellik konusu yüzünden sevmiyorum hem de benim aradığım toollar yine Ubuntu'da yok. Tabii kendin derleyebilirsin fakat çok daha kolay yolu varken neden Ubuntu'yu tercih edeyim ki? Ubuntu'yu zaten snap ve bloatware olduğu için kullanmam fakat Ubuntu-based olan bazı dağıtımları severim. Linux Mint buna örnek olabilir.
Bence tek doğru yol OpenSUSE diğer dağıtımlar hakkında yorumlarımı kısaca şöyle aktarayım.OpenSUSE de iyi bir seçim olabilir. Ben üstte dediklerimin çoğunu Debian/Ubuntu ve Fedora için söyledim. Arch kullanmasam OpenSUSE kullanırdım herhalde. Hangi konularda sıkıntı yaşadın bilmiyorum o yüzden bu konuda pek bir şey söyleyemeyeceğim.
Distrobox ile kurulan Ubuntu doğrudan bildiğimiz bloat Ubuntu'dan farklı ubuntu base ile geliyor. Yoksa dediğiniz gibi bildiğimiz Ubuntu olsaydı işlevsel bir şey olmaktan çıkardı.
Bence tek doğru yol OpenSUSE diğer dağıtımlar hakkında yorumlarımı kısaca şöyle aktarayım.
Debian: Kullanıma uygun değil farklı bir ortam için tasarlanmış.
Ubuntu: Son çare olmadıkça kullanmam.
Ubuntu tabanlı dağıtımları da dikkate almıyorum ama sadece KDE Neon başarılı bir iş.
Fedora: Gözün varsa kaç.
Arch: Heyecan aramıyorum.
Diğer denediğim birkaç şeyi aktarayım.
Önce başarılı ve önemli olabilece kısmını anlatayım.
Distrobox ile Ubuntu'yu edindim yayıncı sitelerden Discord ve VS Code'un .deb uzantılı dosyalarını kurdum ve Discord için rpc eklentisi kurduğumda bağlandılar normal şekilde.
Bu normal ve beklenen bir durum ama fakat aynsını flathub ile denediğimde evet dediğiniz gibi olmadı ama yüksek ihtimal ile ya bir filesystem izini ya da session-bus izni gerekiyor ve yüksek ihtimal VS Code kaynaklı eğer doğru filesystem veya session-bus bulunur ise çalışacaktır bence de.
Yükek ihtimal ile eklenti geliştiricisi kurcalasa ve GitHub sayfasına veya eklenti açıklamalara flathub için şunu yapmanız gerkir diye eklese sorun ortadan kalkacaktır ama geliştiricilerde iş yok.