Re: Switching package to fragmented default configuration

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wednesday, September 2, 2020 8:03:03 AM MST David Tardon wrote:
> Hello,
> 
> On Mon, 2020-08-31 at 23:46 -0700, John M. Harris Jr wrote:
> 
> > On Monday, August 31, 2020 11:24:57 PM MST David Tardon wrote:
> > 
> > > On Mon, 2020-08-31 at 00:08 -0700, John M. Harris Jr wrote:
> > > 
> > > 
> > > > On Saturday, August 29, 2020 3:36:33 PM MST Colin Walters wrote:
> > > > 
> > > > 
> > > > > https://blog.verbum.org/2020/08/22/immutable-%E2%86%92-reprovisionab
> > > > > le-a
> > > > > nti-> hysteresis/
> > > > > touches on some of the benefits of "fragmented" configs.
> > > > 
> > > > 
> > > > Perhaps this should be done for the ostree-based systems, so it
> > > > doesn't much 
> > > > up the ones people use commonly. Have the hip new way along the
> > > > side,
> > > > while 
> > > > doing things the simple, robust way elsewhere.
> > > 
> > > 
> > > The problem with this way is that it is simple, but *not* robust.
> > > That's why I have to look for .rpmnew files after every update.
> > 
> > 
> > That's to be expected. 
> 
> 
> Expected by whom? I for one don't see why I should have to manually
> merge configuration changes to the end of times just because I have
> changed a single option. I'd rather waste my time in other ways.

Your system should never randomly change a configuration file you've modified. 
Have you read the RHEL System Administrator's Guide? It's not strictly 
relevant to Fedora, but is a very good resource to understand why we don't 
want config files randomly updated to include changes we didn't intend to 
make. If I haven't configured a service, I likely don't have reason to, and am 
trusting the distro to provide sane defaults. Otherwise, I don't want the 
distro to change it, I've already configured it.

> > The package manager shouldn't destroy your config when 
> > the package has a different one, and it doesn't. 
> 
> 
> It wouldn't have to care about my modifications if I could do them
> separately from the distro-installed configuration file... IOW,
> fragmented configuration allows me to do my own small modifications
> while following the upstream/distro configuration changes. Which is
> exactly the thing I want most of the time. It's a pity many projects
> don't support it (yet).

Currently, this has been implemented in several ways, depending on the 
software. With some software, defaults are patched in the source, and, with 
some others, the distro leaves the defaults to the upstream default.

If you're going to change the defaults, change the defaults. Don't try to hide 
where the configuration files actually are.

> > You don't need to look for 
> > them though, just look at the output from `dnf` during the update.
> 
> 
> Gee, thank you very much for your advice... I'll certainly do just that
> when I'll be upgrading my machines to F-33... But for the time being
> I'll stick to running "git status" in /etc .-)

You're welcome. I'm kind of surprised that somebody working for Red Hat 
wouldn't know that yum/dnf provided output when it creates rpmnew files. Some 
people also use tools such as `rpmconf`, which provides you with a similar 
interface to Debian's update process.

How would `git status` there work? You'd have to blacklist more files than you 
have IN git. For example:

/etc/passwd, /etc/shadow, /etc/shadow-, /etc/passwd-, /etc/gshadow, /etc/
gshadow-, /etc/group, /etc/group-, /etc/aliases, /etc/binfmt.d/, /etc/
certmonger, /etc/cron.d, /etc/cron.daily, /etc/cron.deny, /etc/cron.hourly, /
etc/cron.monthly, /etc/crontab, /etc/crypttab, /etc/cups, /etc/cupshelpers, /
etc/dbus-1, /etc/dconf, /etc/depmod.d, /etc/dhcp, /etc/dnfdragora, /etc/
dracut.conf, /etc/exports, /etc/exports.d, /etc/fedora-release, /etc/
filesystems, /etc/firewalld, /etc/fonts, /etc/foomatic, /etc/fstab, /etc/
fuse.conf, /etc/gconf, /etc/gcrypt, /etc/gdbinit, /etc/gdbinit.d, /etc/
geoclue, /etc/gimp, /etc/gnupg, /etc/GREP_COLORS, /etc/DIR_COLORS*, /etc/
grub2.cfg, /etc/grub.d, /etc/gss/, /etc/gssproxy/, /etc/host.conf, /etc/
hostname, /etc/hosts, /etc/idmapd.conf, /etc/init.d, /etc/inittab, /etc/
inputrc, /etc/iproute2, /etc/ipsec.conf, /etc/ipsec.d/, /etc/ipsec.secrets, /
etc/iscsi, /etc/issue, /etc/issue.d, /etc/issue.net, /etc/login.defs, /etc/
localtime, /etc/logrotate.conf, /etc/logrotate.d, /etc/lsb-release.d/, /etc/
lvm/, /etc/machine-id, /etc/machine-info, /etc/magic, /etc/mailcap, /etc/
mail.rc, /etc/man_db.conf, /etc/mcelog, /etc/memtest86+.conf, /etc/mime.types, 
/etc/mke2fs.conf, /etc/modprobe.d, /etc/modules-load.d, /etc/motd, /etc/
motd.d, /etc/mtab, /etc/mtools.conf, /etc/multipath, /etc/my.cnf, /etc/
my.cnf.d, /etc/nanorc, /etc/ndctl/, /etc/netconfig, /etc/NetworkManager/, /
etc/networks, /etc/nfs.conf, /etc/nfsmount.conf, /etc/nftables/, /etc/
nilfs_cleanerd.conf, /etc/nsswitch.conf, /etc/odbc.ini, /etc/oddjob/, /etc/
oddjobd.conf, /etc/openldap/, /etc/opensc.conf, /etc/opensc-x86_64.conf,  /
etc/openvpn/, /etc/opt/, /etc/os-release, /etc/pam.d/, /etc/papersize, /etc/
passwdqc.conf, /etc/pdfpcrc, /etc/pinforc, /etc/pipewire/, /etc/pkcs11/, /etc/
pkgconfig/, /etc/pki, /etc/plymouth/, /etc/pm/, /etc/polkit-1/, /etc/popt.d/, 
/etc/ppp/, /etc/prelink.conf.d/, /etc/printcap, /etc/protocols, /etc/pulse/, /
etc/qemu, /etc/qemu-ga, /etc/rc[0-6].d, /etc/rc.d/, /etc/reader.conf.d/, /etc/
redhat-lsb/, /etc/redhat-release, /etc/request-key.conf, /etc/request-key.d/, 
/etc/resolv.conf, /etc/rhashrc, /etc/rpc, /etc/rpm/, /etc/rpmdevtools/, /etc/
rpmlint/, /etc/rsyncd.conf, /etc/rsyslog.conf, /etc/rsyslog.d/, /etc/rwtab.d/, 
/etc/rygel.conf, /etc/samba/, /etc/sane.d/, /etc/sasl2/, /etc/screenrc, /etc/
sddm/, /etc/sddm.conf, /etc/security/, /etc/selinux/, /etc/services, /etc/
sestatus.conf, /etc/sgml/, /etc/shells, /etc/signond.conf, /etc/skel/, /etc/
smartmontools/, /etc/smi.conf, /etc/sos.conf, /etc/speech-dispatcher/, /etc/
ssh/, /etc/ssl/, /etc/sssd/, /etc/statetab.d/, /etc/strongswan/, /etc/subgid, 
/etc/subuid, /etc/subversion/, /etc/sudo.conf, /etc/sudoers.d/, /etc/sudoers, 
/etc/swid, /etc/sysconfig, /etc/sysctl.conf, /etc/systemd/, /etc/system-
release, /etc/system-release-cpe, /etc/tcsd.conf, /etc/terminfo/, /etc/
texlive/, /etc/tmpfiles.d/, /etc/Trolltech.conf, /etc/trusted-key.key, /etc/
udev/, /etc/udisks2/, /etc/updatedb.conf, /etc/UPower/, /etc/
usb_modeswitch.conf, /etc/vconsole.conf, /etc/vdpau_wrapper.cfg, /etc/virc, /
etc/vpnc/, /etc/vulkan/, /etc/wgetrc, /etc/wpa_supplicant/, /etc/wvdial.conf, 
/etc/X11/, /etc/xattr.conf, /etc/xdg/, /etc/xl2tpd/, /etc/xml/, /etc/
yum.repos.d/

-- 
John M. Harris, Jr.

_______________________________________________
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




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux