Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-06-26 Thread Michael Watters
Why not zfs? On 6/26/2020 10:42 AM, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/BtrfsByDefault > > == Summary == > > For laptop and workstation installs of Fedora, we want to provide file > system features to users in a transparent fashion. We want to add new > features, while

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-06-26 Thread Michael Watters
It should really be no more effort than running your puppet agent or an ansible job.  Those are minor configuration changes and are easily automated. Also, stopdisablingselinux.com ;) On 6/25/2020 2:50 PM, Jan Kratochvil wrote: > With each such > step it takes more and more effort to make a new

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-06-26 Thread Michael Watters
Makes sense to me.  Many people do not know how to use vi/vim and don't want to spend time learning arcane commands just to edit a bit of text.  This would also put Fedora in line with other distros such as Ubuntu. Those of us who actually *want* to use a different editor can also easily change

Re: CoC

2020-03-19 Thread Michael Watters
This is one reason I vastly prefer decentralized platforms such as mailing lists and Usenet.  You can't unsend an email. On 3/19/2020 4:20 PM, Ty Young wrote: > Oh, and when called out about the censorship on places like Medium & > Reddit, people who apparently have the ability to uncensor

Re: Git Forge Requirements: Please see the Community Blog

2020-01-22 Thread Michael Watters
On 1/22/20 1:56 AM, Michal Konecny wrote: > If we go this way, in a few years we will end up in the same situation > as with Pagure today. We will have many custom patches (which we need > to take care of) and we will not have manpower to compete with the > features of other major git forges.

Re: Git Forge Requirements: Please see the Community Blog

2020-01-21 Thread Michael Watters
On 1/21/20 4:59 PM, Felix Schwarz wrote: > (Though > I somehow got used to pagure and getting the gitlab integration to the same > level as pagure currently will be a lot of work for sure.) Maybe I'm just a grumpy old system admin but it sounds like a lot of work for little, if any, gain.

Re: Git Forge Requirements: Please see the Community Blog

2020-01-21 Thread Michael Watters
On 1/21/20 4:31 PM, Michael Catanzaro wrote: > On Tue, Jan 21, 2020 at 4:04 pm, Neal Gompa wrote: >> And any discussion of GitHub isn't going to involve self-hosted, it's >> going to involve GitHub.com, which means we're talking about losing >> more of our independence as a project. This is one

Re: Let's talk about Fedora in the '20s!

2020-01-08 Thread Michael Watters
It would be in RedHat's own best interest to promote the Fedora project more though.  Isn't Fedora supposed to be the upstream/testing grounds for RHEL releases?  What's the best way to learn and get familiar with a RedHat based environment?  It's Fedora, although I do know RHEL offers free

Re: Can we maybe reduce the set of packages we install by default a bit?

2019-04-11 Thread Michael Watters
I'd say that backward compatibility is important and as a Fedora workstation and server user I expect crond to work OOTB.  Yes, users can install and enable the service if needed but cron is such an essential part of every system that I see no reason to exclude it. On 4/11/19 6:30 AM, Brian (bex)

Re: Can we maybe reduce the set of packages we install by default a bit?

2019-04-10 Thread Michael Watters
You mean like systemd?  ;) On 4/10/19 7:10 AM, Brian (bex) Exelbierd wrote: > Adding software the user doesn't want > to have it as assumed for other users is always a trade-off. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe

Re: F29 System Wide Change: Strong crypto settings: phase 2

2018-06-05 Thread Michael Watters
Not just web sites.  Changes in Firefox and Chrome have already made working with embedded devices such as DRAC and storage servers nearly impossible.  IMO there needs to be a fallback option to still allow access to "insecure" sites that still use TLS 1.0 or older certificates that still use

Re: Hiding the grub menu by default on single OS installs

2018-06-01 Thread Michael Watters
Well said.  Seems like Fedora is slowly turning into Fisher Price My First Linux instead of being a distro that actually respects its users.  IME people that run Fedora usually know what they're doing and trying to obfuscate and hide things simply makes the distro *harder* to use. On 06/01/2018

Re: Hiding the grub menu by default on single OS installs

2018-06-01 Thread Michael Watters
What about users that don't use a graphical login manager?  Personally I *like* seeing boot messages so that I know what is going on. Having the menu available is also quite useful for booting into rescue mode or selecting a different kernel. On 05/31/2018 06:23 AM, Hans de Goede wrote: > Hi

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

2017-12-06 Thread Michael Watters
On 12/4/17 7:03 PM, Michael Catanzaro wrote: > On 12/04/2017 03:11 PM, Chris Murphy wrote: >> Also, for any kind of early boot troubleshooting even once a user is >> created, systemd emergency and rescue targets only accept root user >> login. If root user is disabled, it's impossible to do such

Re: dnf system-upgrade fails

2017-01-17 Thread Michael Watters
-Szmek wrote: > On Mon, Jan 16, 2017 at 10:05:38PM -0500, Michael Watters wrote: >> package cronie-anacron-1.5.1-2.fc24.x86_64 requires cronie = >> 1.5.1-2.fc24, but none of the providers can be installed. >> package cryptsetup-1.7.2-1.fc24.x86_64 requires cryptsetup-libs = >

dnf system-upgrade fails

2017-01-16 Thread Michael Watters
I have a server running Fedora 24 which I am attempting to upgrade to Fedora 25. I've followed the instructions located at https://fedoraproject.org/wiki/DNF_system_upgrade however the upgrade process fails after the system is rebooted to run the initial upgrade. Here are the log entries from my

Re: nfs-utils-2.1.1 Changes Everything!

2017-01-16 Thread Michael Watters
Ideally the package should have an upgrade script included to translate any values set in /etc/sysconfig/nfs into /etc/nfs.conf. I also believe it would be best to hold off any breaking changes until Fedora 26. On 1/16/17 5:24 PM, Steve Dickson wrote: > I can't agree with this more... How does