On Sun, 5 Jul 2020 at 11:23, Markus Larsson <qrsbrwn@xxxxxxxxxx> wrote: > > > > On 5 July 2020 16:27:07 CEST, Stephen John Smoogen <smooge@xxxxxxxxx> wrote: > >On Sat, 4 Jul 2020 at 11:34, Neal Gompa <ngompa13@xxxxxxxxx> wrote: > >> > >> On Sat, Jul 4, 2020 at 11:20 AM Lennart Poettering <mzerqung@xxxxxxxxxxx> wrote: > >> > > >> > On Mi, 01.07.20 21:06, Neal Gompa (ngompa13@xxxxxxxxx) wrote: > >> > > > > >There is a very different car from what a gear head will design from a > >person who wants to enjoy driving their car. A gear head will want an > >easy to fix car with very few things hard to get to. The problem is > >that usually makes the vehicle noisy, uncomfortable and ugly. The > >majority of car drivers want something where all those parts are > >nicely hidden because they like a quiet smooth ride. The same is with > >computers.. If we want to be able to work on the computers we want a > >lot of places we can get into the deep internals and mess around. If > >we want to use the computer day to day without needing to spend 10 > >years learning how to take it apart and put it together.. We want > >something completely different. In the end, the vast majority of > >people want things which are hidden away and just do the thing they > >are supposed to do.. we computer grease monkeys just need to charge > >more to work on them. > > There's no reason there can't be a glossy front hiding what techs really wants. Just look at the bootsplash. Looks pretty but just push a button and you will get actual useful data instead, everybody wins. > That said, I don't think you are wrong per se. I just think there can we can coexist with the help of smart solutions. > Usually the only time I deal with the bootsplash is when the system is broken in a way that hitting a key won't remove it... so I end up removing rhgb/quiet and other things. The fact that I can do that is all I care about.. I get grumpy when proposals want to make that impossible to be done for whatever reasons. Especially since I will somehow have to fix it when it breaks but have to get an arc welder to cut open parts first. That said, I am not against sd-boot, btrfs, nano or a bunch of other changes which seem to have gotten every 'stop the change' advocate out there. I understand a little of where they are coming from... fixing things are hard enough at times. I also understand what it is like to be overloaded with everything going on these days and just want things to stop for a bit. The problem is that doesn't happen, and it definitely doesn't happen in Fedora. If people need a slower or stopped OS, there is CentOS or Debian Stable. Fedora isn't as bleeding edge as other Linux distributions... but it is constantly moving and it is always going to be a bumpy road. > As I said earlier, I have no problems with sd-boot or the looks of it (it seems that is what we are discussing now). I see no real problems with using it as default for EFI systems. That's just an opinion though. It does what it does and shows what is needed. > As for keeping BIOS, yes of course but that seems settled 100 mails ago :) > I generally argue that I want Fedora to run on as much different things as possible and devices and motherboards with defective UEFI or no UEFI will be here for a while. > > M > > > > > > _______________________________________________ > devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx > Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx -- Stephen J Smoogen. _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
