Re: Fontconfig rules installation guidelines change proposal

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

 



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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [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