Re: [gentoo-dev] Make "sound" a global USE flag?
On Mon, Feb 7, 2011 at 3:23 PM, Gilles Dartiguelongue wrote: > Le lundi 07 février 2011 à 08:36 +0100, Ulrich Mueller a écrit : >> It's used by several packages as a local flag, and its meaning seems >> to be similar enough. >> [snip] >> gnome-extra/gnome-games:sound - Enable sound using media-libs/libcanberra [snip] > > any gnome packages listed here is a bug if the only pulled dependency is > libcanberra. The herd has a policy to always depend on libcanberra. It > is a lightweight library that can be build with no sound output for > those who don't like it and it saves needless USE flags. > Just another datapoint: the GNOME 3 version of gnome-games won't have USE=sound anymore, I've made it a hard-dependency since almost all the games use it now. -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team
Re: [gentoo-dev] Make "sound" a global USE flag?
Le mercredi 23 février 2011 à 21:04 +0530, Nirbheek Chauhan a écrit : > > > Just another datapoint: the GNOME 3 version of gnome-games won't have > USE=sound anymore, I've made it a hard-dependency since almost all the > games use it now. It's ok, I already dropped it in gentoo-x86 ebuilds :) -- Gilles Dartiguelongue Gentoo
Re: [gentoo-dev] Pending removal(?) of media-libs/pdflib
> "FR" == Francesco R writes: FR> Last time (many moons ago) I've checked cairo did not generated pdf FR> it did generated raster images and wrapped them in a thin pdf layer. FR> pdflib is generating vector pdf which is a different thing. Cairo will fall back to an image for anything which cannot be described by whichever output driver one uses. Transparency will cause that when generating PostScript, for instance, because PostScript does not support transparency. But there are few—if any—ops which cairo supports which are not also supported by pdf. Gnuplot’s cairopdf terminal generates vector output. One might argue that it is not optimal, but only because it uses line segments rather than cubic curves to approximate graphs. (Ie, it uses cairo’s lineto rather than curveto functions.) But so do gnuplot’s native terminals (I tested postscript and svg.) That is just how gnuplot draws. I’d still keep the pdf USE flag with its current meaning; users may have existing gnuplot scripts which use gnuplot’s pdf terminal and/or apps which generate such scripts. Unless, of course, a patch is added which makes «set term pdf» an alias for «set term cairopdf». -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6
Re: [gentoo-dev] Pending removal(?) of media-libs/pdflib
> On Wed, 23 Feb 2011, James Cloos wrote: > Gnuplot’s cairopdf terminal generates vector output. One might argue > that it is not optimal, but only because it uses line segments > rather than cubic curves to approximate graphs. (Ie, it uses cairo’s > lineto rather than curveto functions.) > But so do gnuplot’s native terminals (I tested postscript and svg.) > That is just how gnuplot draws. Thank you for this nice analysis. > I’d still keep the pdf USE flag with its current meaning; users may > have existing gnuplot scripts which use gnuplot’s pdf terminal > and/or apps which generate such scripts. I don't think that keeping media-libs/pdflib in the tree is realistic. There is no Gentoo maintainer and it has open security issues. Besides, version 7 is discontinued, and version 8 is available only as a binary (static) library under commercial licensing. Of course, such decisions are sometimes painful. But will they be less painful if we postpone them by another year or two? > Unless, of course, a patch is added which makes «set term pdf» an > alias for «set term cairopdf». Upstream has wisely named the terminal pdfcairo (not cairopdf). Therefore, gnuplot's autocompletion will do its job, without any additional patch. Ulrich
