Nicolas Mailhot wrote: > Le mercredi 15 octobre 2008 à 15:10 -0400, Behdad Esfahbod a écrit : > >> Hi Nicolas, > > Hi Behdad, > > Thank you for reviewing it, > >> I like the direction of it. >> >> The idea of having separate conf.avail and conf.d is that sysadmins can >> symlink/unlink entries into conf.d to enable/disable configuration for their >> system. This would only work if upgrading fontconfig/fonts rpms does not >> reinstate the unlinked symlink. However, last time I checked this was not >> working correctly. Can you check this first? > > I didn't write it in the wiki, but as far as I understand rpm it is not > possible to tell it "if this file/symlink does not exist do not install > it". So this bit of conf.avail/conf.d design will never work on rpm > systems. And even if it worked, what you'd actually need would be "if > this file does not exist and was installed by a previous rpm" to handle > initial deployment. Which starts to be real hairy. Well, it is: don't include the symlink in the RPM but create it in %post, and only if no previous versions of the package were installed ($1 = 0 IIRC). > (more generally > treating absence of an item as disabling this item is a broken computer > pattern IMHO.) The alternative would be people editing the files to disable them. Not much more package-manager friendly. > However (someone please check this) it's probably possible to disable an > entry permanently by creating a symlink with the same name pointing > somewhere else This can be ok. If it works, we can document it. > (how does fontconfig reacts to /dev/null symlinks or > symlinks pointing to empty files)? Works fine. > So having a repository of > pre-deployed config snippets is fine with me. > > Also (and this bit is traced on the wiki) as I understand the > FHS /etc/.../conf.avail is a complete no-go and should be moved > to /usr/share/something if we want to be clean. And that > before /etc/.../conf.avail is duplicated in many packages. Really? Where does it talk about those kind of stuff? behdad -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
