Checking for pdf use flags I just found that there are currently at
least three different flags for pdf stuff in the tree:
- pdflib (global)
- cpdflib (global)
- pdf (several local ones)

All of them mean basically the same (one exception, see below).
I suggest we unify them to one single global "pdf" flag. The following
packages would be affected by this:

$ metascan -v IUSE pdf IUSE pdflib IUSE cpdflib 
Generating package list ... done 
Scanning packages for ['IUSE', 'IUSE', 'IUSE'] ... done

app-text/xml2doc-20030510
media-gfx/gnuplot-3.8j
media-gfx/gnuplot-3.8j-r1
media-gfx/gnuplot-4.0-r1
app-office/abiword-plugins-2.4.1-r2
kde-base/kdegraphics-3.5.0
kde-base/kdegraphics-3.5.0-r4
kde-base/kdegraphics-3.5.0-r3
kde-base/kdegraphics-3.5.0-r2
app-misc/beagle-0.1.1
app-misc/beagle-0.1.2
dev-python/epydoc-2.1-r2
dev-python/epydoc-2.1-r1
www-servers/thttpd-2.25b-r3
www-servers/thttpd-2.25b-r2
www-apps/swish-e-2.4.3-r1
www-apps/swish-e-2.4.3
media-gfx/grace-5.1.19
media-gfx/grace-5.1.18
dev-lang/pike-7.4.44
dev-lang/pike-7.6.6
dev-lang/pike-7.6.24
dev-lang/pike-7.6.50
x11-misc/openclipart-0.18
mail-client/sylpheed-claws-1.0.5-r1

plus I'm working on another ebuild with optional pdf functionality.

One case that doesn't completely fit into this category is
x11-misc/openclipart as the existing local "pdf" flag just determines
if some pdf files should be installed. Not sure how exactly to deal
with this situation, but in doubt the new global flag could IMO be
abused (less flags == better).

So unless there are any objections to this I'll make the change this
weekend.

Marius

-- 
Public Key at http://www.genone.de/info/gpg-key.pub

In the beginning, there was nothing. And God said, 'Let there be
Light.' And there was still nothing, but you could see a bit better.

Attachment: signature.asc
Description: PGP signature

Reply via email to