> "AKH" == Andreas K Huettel writes:
AKH> As there is a pending security bug, I'd like to commit this news item on
AKH> Sunday 2013/6/30 12:00 UTC and immediately afterwards request cups-1.6
AKH> stabilization.
Note that <=cups-filters-1.0.34-r1 has several regressions from cups-1.5
A coup
While making it easier for those who want all of their fonts included in
the x11 server-side font list is not an unreasonable goal, forcing them
to be is unreasonable.
As someone who has run X11 regularly for over 20 years now, I absolutely
do not want any type1 or SFNT fonts in my x server font p
On 5 July 2013 06:36, Ryan Hill wrote:
>
> What you want is the font path element catalog and /etc/X11/fontpath.d (bug
> #185264) which I abandoned when I realized that no one actually uses fontpath
> anymore, that it caused the startup time to drastically increase with the
> number of installed f
On Monday, July 01, 2013 01:52:10 PM Rick Zero_Chaos Farina wrote:
> On 07/01/2013 01:35 PM, Tom Wijsman wrote:
> > On Mon, 01 Jul 2013 12:20:09 -0400
> >
> > "Rick \"Zero_Chaos\" Farina" wrote:
> >> Some patches are reasonably easy to combine, such as genpatches and
> >> aufs. Some patches are
On Thu, 04 Jul 2013 01:07:08 +0200
Michael Weber wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hello,
>
> as Ondrej Grover pointed out on [1], the font.eclass installs font
> files and indexes (font.dir, fonts.scale) into sub-dirs of
> /usr/share/fonts/, e.g. /usr/share/fonts/t
Dnia 2013-07-04, o godz. 14:10:59
Gilles Dartiguelongue napisał(a):
> Imho, this should be handled in pkg_postinst generating one Xorg
> configuration file at the end of the install, very much like
> fdo .desktop or mime cache file.
>
> This solves most of the point raised since any font bump wo
On Thu, 2013-07-04 at 16:50 +0200, Jeroen Roovers wrote:
> For a good while now, I have been obsoleting ebuild attachments on as
> yet unassigned bug reports and pasting proper unified diffs into
> comments. I have been doing this so that the maintainers of these
> ebuilds see the actual changes in
On 04-07-2013 16:50:51 +0200, Jeroen Roovers wrote:
> Unfortunately, this means that I sometimes get credit for posting
> such comments. Please make note of the ebuild/diff replacement and
> attribute the changes correctly to the submitter, not the messenger. I
> shouldn't be getting the credit for
On Thu, Jul 4, 2013 at 10:50 AM, Jeroen Roovers wrote:
> Unfortunately, this means that I sometimes get credit for posting
> such comments. Please make note of the ebuild/diff replacement and
> attribute the changes correctly to the submitter, not the messenger. I
> shouldn't be getting the credit
For a good while now, I have been obsoleting ebuild attachments on as
yet unassigned bug reports and pasting proper unified diffs into
comments. I have been doing this so that the maintainers of these
ebuilds see the actual changes instead of a giant blob of code that the
submitter of the ebuild mi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/04/2013 02:10 PM, Gilles Dartiguelongue wrote:
> Also, not sure it is related but, maybe this could be linked to
> configuration set by eselect fontconfig in some way ?
I cannot answer your question, if `eselect fontconfig`-state
should/could
On 04-07-2013 16:33:50 +0200, Michael Weber wrote:
> + local cand
> + for cand in $(find "${EROOT}usr/share/fonts" -name fonts.dir |
> sort)
> + do
> + echo "FontPath \"$(dirname "${cand}")\""
I think you want "${cand#${ROOT}}" here, don
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
New approch,
since Xorg server only accepts FontPath from the last loaded
xorg.conf.d file, this would be 90-font.conf.
It's created/updated during pkg_postinst and pkg_postrm, so outside
the scope of CONFIG_PROTECT.
To allow users/admins to add ou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/04/2013 12:09 PM, Michael Weber wrote:
> Is it possible to get xorg server attributes? xset only has
> setters.
ffr, `xset q` like query values
On 07/04/2013 02:10 PM, Gilles Dartiguelongue wrote:
> Imho, this should be handled in pkg_postinst
Le jeudi 04 juillet 2013 à 01:07 +0200, Michael Weber a écrit :
> Hello,
>
> as Ondrej Grover pointed out on [1], the font.eclass installs font
> files and indexes (font.dir, fonts.scale) into sub-dirs of
> /usr/share/fonts/, e.g. /usr/share/fonts/terminus.
>
> These directories are naturally not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/04/2013 11:26 AM, Markos Chandras wrote:
> On 4 July 2013 07:24, Pacho Ramos wrote:
>> El jue, 04-07-2013 a las 01:07 +0200, Michael Weber escribió:
>> [...]
>>> I contacted fonts alias and, as mentioned on the bug and irc,
>>> Ben de Groot (
On 4 July 2013 07:24, Pacho Ramos wrote:
> El jue, 04-07-2013 a las 01:07 +0200, Michael Weber escribió:
> [...]
>> I contacted fonts alias and, as mentioned on the bug and irc, Ben de
>> Groot (yngwin) does not object and says that font team lead Peter
>> Volkov (pva) is non-active.
>
> Why fonts
Diego Elio Pettenò wrote:
> just opening a webcam and talking is just going to give an amateurish feeling
..as opposed to the very professional mailing list.
//Peter
On Thu, 4 Jul 2013 06:27:59 +0100
"Steven J. Long" wrote:
> Tom Wijsman wrote:
> > "Steven J. Long" wrote:
> > > If it does [affect the build by default] then it should never be
> > > applied, unless the user specifically asks for it, imo, and the
> > > resultant kernel is labelled -exp as you su
On Wed, 3 Jul 2013 22:00:19 -0400
"Walter Dnes" wrote:
> Here's my user, not-a-developer, perspective. I think that there
> should be a mechanism to enable one patch at a time. Here's the
> rationale...
Haven't tried this myself but I believe UNIPATCH_EXCLUDE using
the /etc/portage/package.e
20 matches
Mail list logo
