<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>183576</bug_id>
          
          <creation_ts>2007-06-28 19:54 0000</creation_ts>
          <short_desc>media-libs/fontconfig-2.4.2 claims to install /etc/fonts/fonts.conf.new but doesn&apos;t exist</short_desc>
          <delta_ts>2007-09-02 15:03:16 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>2006.1</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>trivial</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>alanh@fairlite.co.uk</reporter>
          <assigned_to>fonts@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>alanh@fairlite.co.uk</who>
            <bug_when>2007-06-28 19:54:00 0000</bug_when>
            <thetext>/etc/fonts/fonts.conf.new is listed in /var/db/pkg/media-libs/fontconfig/CONTENTS but it isn&apos;t actually installed in the system.

Reproducible: Always</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2007-06-29 14:58:31 0000</bug_when>
            <thetext>It&apos;s a trick to circumvent the /etc config protection, it gets removed in postinst. That&apos;s why it does show up in CONTENTS, but doesn&apos;t exist on the live filesys. It&apos;s the same file as fonts.conf.

It&apos;s intended behaviour, not a bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alanh@fairlite.co.uk</who>
            <bug_when>2007-06-29 15:04:19 0000</bug_when>
            <thetext>If it&apos;s listed in CONTENTS it should be installed. I&apos;d class that as a bug. Surely there&apos;s a way that CONTENTS should not pick it up.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2007-06-29 15:11:57 0000</bug_when>
            <thetext>Yeah we could postinst change CONTENTS too in /var too ... now that would be a clean solution (*ugh*), but for what ? Is it really that big an issue to you ?

I do not class this as a bug obviously, it&apos;s just a creative approach to a minor shortcoming in portage.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alanh@fairlite.co.uk</who>
            <bug_when>2007-06-30 20:01:00 0000</bug_when>
            <thetext>then fix portage. I&apos;ve got a build script which relies on the CONTENTS files dictating what a package installs.

The script is barfing because this is the only package that claims to install something and it doesn&apos;t. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dirtyepic@gentoo.org</who>
            <bug_when>2007-06-30 20:37:10 0000</bug_when>
            <thetext>a) /var/db/pkg is not guaranteed to be any sort of stable and can and will change frequently.  scripts and such utilizing it directly are broken.  use the tools provided (portage-utils, gentoolkit, etc.).

b) this is a pretty ugly hack.  why can&apos;t we just add fonts.conf to CONFIG_PROTECT_MASK?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dirtyepic@gentoo.org</who>
            <bug_when>2007-06-30 20:45:17 0000</bug_when>
            <thetext>to answer my own question: since portage only got the ability to have individual files in CONFIG_PROTECT_MASK last Sept.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alanh@fairlite.co.uk</who>
            <bug_when>2007-06-30 21:00:32 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; a) /var/db/pkg is not guaranteed to be any sort of stable and can and will
&gt; change frequently.  scripts and such utilizing it directly are broken.  use the
&gt; tools provided (portage-utils, gentoolkit, etc.).

Thanks for the reply Ryan. So what&apos;s the best tool to use to tell me what a package has installed ?

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dirtyepic@gentoo.org</who>
            <bug_when>2007-06-30 21:41:22 0000</bug_when>
            <thetext>qlist from portage-utils is very fast and gives output suitable for piping.  i notice it too lists /etc/fonts/font.conf.new, but i don&apos;t know of any way to override CONFIG_PROTECT for individual files other than the current hack, at least until the required portage version is in stable for a while.

if you&apos;re doing the python thing, you might want to look at /usr/lib/portage/bin/chkcontents for an example of how to read the CONTENTS file through portage&apos;s API.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alanh@fairlite.co.uk</who>
            <bug_when>2007-07-03 09:59:40 0000</bug_when>
            <thetext>Right, but any approach seems to list the /etc/fonts.conf.new file when it doesn&apos;t exist.

So what&apos;s the best approach to fixing this in fontconfig&apos;s ebuild ??</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alanh@fairlite.co.uk</who>
            <bug_when>2007-08-31 10:11:58 0000</bug_when>
            <thetext>It&apos;d be nice to fix this as per Ryan&apos;s comment #5 (b)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dirtyepic@gentoo.org</who>
            <bug_when>2007-09-02 15:03:16 0000</bug_when>
            <thetext>fontconfig-2.4.2 now installs /etc/env.d/37fontconfig which adds /etc/fonts/fonts.conf to CONFIG_PROTECT_MASK, and no longer installs /etc/fonts/fonts.conf.new.  I didn&apos;t bump the ebuild revision since there are no user-visible changes (other than fonts.conf.new is no longer in CONTENTS).

Thanks Alan!</thetext>
          </long_desc>
      
    </bug>

</bugzilla>