nds no packages.
xfonts-utils suggests no packages.
-- no debconf information
Input file is update-fonts-dir.8
Output from "mandoc -T lint update-fonts-dir.8": (shortened list)
1 skipping insecure request: mso
3 whitespace at end of input line
Remove trailing space with:
esource mask: 0x1f
Jun 25 20:25:25 AnonymizedMachineName dbus-daemon[973]: [session uid=119
pid=973] Successfully activated service 'org.freedesktop.systemd1'
Jun 25 20:25:25 AnonymizedMachineName /usr/libexec/gdm-x-session[977]:
(WW) The directory "/usr/share/fonts/X11/cyr
Processing commands for cont...@bugs.debian.org:
> affects 999227 + xterm gdm3
Bug #999227 [src:xfonts-cyrillic] xfonts-cyrillic: missing required
debian/rules targets build-arch and/or build-indep
Added indication that 999227 affects xterm and gdm3
> thanks
Stopping processing here.
Please cont
Package: x11proto-fonts-dev
Version: 2022.1-1
Severity: normal
user: qa.debian@packages.debian.org
usertags: transitional
Please drop the transitional package x11proto-fonts-dev (from the source
package xorgproto) after the release of bookworm, it has been released with
buster and bullseye
Your message dated Mon, 03 Oct 2022 07:37:05 +
with message-id
and subject line Bug#975597: fixed in xft 2.3.6-1
has caused the Debian Bug report #975597,
regarding libxft2: fonts-noto-color-emoji causes protocol error in libxft
to be marked as done.
This means that you claim that the
Hi,
this has been fixed upstream in version 2.3.5:
| Add support for BGRA glyphs display and scaling
https://gitlab.freedesktop.org/xorg/lib/libxft/-/blob/libXft-2.3.5/NEWS
I've merged the latest 2.3.6 locally and it seems to work fine.
Would be great to get that into unstable.
Cheers Jochen
Package: xfonts-75dpi
Version: 1:1.0.4+nmu1.1
Severity: normal
X-Debbugs-Cc: r...@pi.h5.or.at
Dear Maintainer,
I wanted to use after a longer hiatus the very old DEC terminal X11 core fonts,
eg.
term14.pcf.gz -dec-terminal-medium-r-normal--14-140-75-75-c-80-iso8859-1
The font files are in the
Package: libxft2
Version: 2.3.2-2
Severity: important
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Maintainer,
libxft seems to have a known issue where color emojis cause it crash the
app with an X11 protocol error, e.g.:
X Error of failed request: BadLength (poly request too
Package: libxfont-dev
Version: 1:2.0.3-1
Severity: wishlist
Dear Debian X Strike Force,
the dependency on x11proto-core-dev and x11proto-fonts-dev should be replaced by
dependency on x11proto-dev.
Regards,
Jörg.
Your message dated Mon, 13 Jan 2020 19:02:19 -0500
with message-id
<20200114000219.a4wbpf7de6sjl...@prl-debianold-64.jexium-island.net>
and subject line Re: Bug#707746: no Chinese when pick Huge Fonts
has caused the Debian Bug report #707746,
regarding no Chinese when pick Huge Fonts
to be
On Sat, May 11, 2013 at 06:52:08AM +0800, jida...@jidanni.org wrote:
> Package: xterm
> Version: 290-1
>
> No Chinese when pick Huge Fonts.
It works with current (patch #343 and later) using TrueType fonts.
The stable version of Debian has patch #344.
--
Thomas E. Dickey
https
Your message dated Mon, 11 Nov 2019 20:40:47 -0500
with message-id
<20191112014047.kasni3ritu4c2...@prl-debianold-64.jexium-island.net>
and subject line #920336 [xterm] Xterm doesn't support double-sized characters
(DECDHL) when using Xft (client-side) fonts
has caused the Debian
On Thu, Jan 24, 2019 at 02:06:02PM +0300, Andrey ``Bass'' Shcheglov wrote:
> Hello Thomas,
>
> Whenever I configure xterm to use core X11 fonts:
>
> > *.vt100.renderFont: False
> > *.vt100.locale: False
> > *.vt100.font:
Your message dated Wed, 13 Mar 2019 18:49:33 +0100
with message-id <87zhpyfyvm@turtle.gmx.de>
and subject line Re: Bug#924475: [xterm] ATR_ITALIC is not always rendered
properly when using core X fonts
has caused the Debian Bug report #924475,
regarding [xterm] ATR_ITALIC is not
Package: xterm
Version: 327-2
Severity: normal
--- Please enter the report below this line. ---
When using core X fonts (from the X server), Xterm attempts to infer the
oblique (-o-) version from the regular font in order to render
italicized text.
Not all fonts, however, have the oblique
This is a wishlist item, that's been on my to-do list for a while.
(patches welcome).
--
Thomas E. Dickey
https://invisible-island.net
ftp://ftp.invisible-island.net
signature.asc
Description: Digital signature
Processing commands for cont...@bugs.debian.org:
> severity 920336 wishlist
Bug #920336 [xterm] [xterm] Xterm doesn't support double-sized characters
(DECDHL) when using Xft (client-side) fonts
Severity set to 'wishlist' from 'normal'
> --
Stopping processing here.
Package: xterm
Version: 327-2
Severity: normal
--- Please enter the report below this line. ---
Whenever I configure xterm to use core X11 fonts:
> *.vt100.renderFont: False
> *.vt100.locale: False
> *.vt100.font: -monotype-courier
>
Your message dated Sat, 04 Nov 2017 09:52:51 +0100
with message-id <87wp36o270@turtle.gmx.de>
and subject line Re: Bug#880610: xterm -report-fonts spawns another xterm
has caused the Debian Bug report #880610,
regarding xterm -report-fonts spawns another xterm
to be marked as done.
This
T> That's the expected behavior
Oh.
On Fri, Nov 03, 2017 at 02:54:01AM +0800, 積丹尼 Dan Jacobson wrote:
> Package: xterm
> Version: 330-1
> File: /usr/bin/xterm
>
> I did
> $ xterm -report-fonts
> and voila it spawns another xterm in the process.
That's the expected behavior
(the same for -report-ch
Package: xterm
Version: 330-1
File: /usr/bin/xterm
I did
$ xterm -report-fonts
and voila it spawns another xterm in the process.
What if
$ xterm -version
did the same?
You see I was reading
https://unix.stackexchange.com/questions/96962/how-can-i-find-the-default-font-resource-xterm-is-using
On Fri, May 26, 2017 at 06:39:45PM -0700, David Lawyer wrote:
> Package: xterm
> Version: 327-2
...
there's no good reason to change this.
If you're willing to supply a large set of bitmap fonts, there's
a different package for that.
--
Thomas E. Dickey
http://inv
Processing commands for cont...@bugs.debian.org:
> severity 863452 wishlist
Bug #863452 [xterm] xterm fonts too small
Severity set to 'wishlist' from 'normal'
> tags 863452 wontfix
Bug #863452 [xterm] xterm fonts too small
Added tag(s) wontfix.
> --
Stopping processin
Package: xterm
Version: 327-2
I set the font to "huge" by pressing ctrl-rt-click. While it's much larger
than before, it's still small. I've used a real VT100 terminal a lot in
the past and the built in fonts were normally significantly larger than
what xterm calls &quo
Package: x11-utils
Version: 7.7+3+b1
Severity: normal
File: /usr/bin/xfd
Tags: upstream
To reproduce:
1. apt-get install fonts-freefont-ttf
2. xfd -fa FreeMono
3. Press the "Next" button until you reach the page with codepoint 0x300 in it.
Observe screenshot. This is ugly and confusin
r-xorg-video-intel: Slow rendering of applications using Bitmap
fonts.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a
This issue has been fixed in xutils-dev 1:7.7+4. See also #613674.
Thanks,
Andreas
On Mon, Dec 21, 2015 at 08:30:04PM +, Chris West (Faux) wrote:
> Source: x11proto-fonts
> Version: 2.1.3-1
> Severity: serious
> Justification: fails to build from source
> Tags: sid
Your message dated Tue, 26 Jan 2016 12:27:19 +0100
with message-id <20160126112719.GA15484@localhost.localdomain>
and subject line Re: Bug#808694: x11proto-fonts: FTBFS: dh_install:
x11proto-fonts-dev missing files (usr/share/doc/fontsproto/*.txt), aborting
has caused the Debian Bug
Source: x11proto-fonts
Version: 2.1.3-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
The package fails to build:
make[1
itor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 1958.448] (==) Automatically adding devices
[ 1958.448] (==) Automatically enabling devices
[ 1958.448] (==) Automatically adding GPU devices
[ 1958.518] (WW) The directory "/usr
On Sat, Dec 27, 2014 at 00:19:47 +0100, Santiago Garcia Mantinan wrote:
> Package: xserver-xorg-video-intel
> Version: 2:2.21.15-2+b2
> Severity: normal
>
> Hi!
>
> I'm experiencing this on Jessie's version 2:2.21.15-2+b2 as well as on the
> version on experimental (2:2.99.917-1~exp1). I'm curr
Author: Julien Cristau
Date: Mon Apr 14 20:16:44 2014 +0200
Upload to unstable
diff --git a/debian/changelog b/debian/changelog
index 040f9e3..fd0b9e2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,9 +1,9 @@
-x11proto-fonts (2.1.3-1) UNRELEASED; urgency=medium
+x11proto-fonts
r
not it
can match this version of the protocol.
-The ALTERNATE-SERVERS-HINT is a list of other font servers
+The ALTERNATE-SERVERS-HINT
+is a list of other font servers
that may have related sets of fonts (determined by means
outside this protocol, typically by the system admi
Tag 'x11proto-fonts-2.1.3-1' created by Julien Cristau at
2014-04-14 18:16 +
Tagging upload of x11proto-fonts 2.1.3-1 to unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAABAgAGBQJTTCYQAAoJEDEBgAUJBeQMdoIQANLfIdafneJp0U+ake3sQ5N
On Mon, Mar 24, 2014 at 05:13:30PM +0100, Gabriele Giacone wrote:
> Username one types in will not be displayed and once pressed enter
> greeting and prompt fonts will not be displayed as well.
Plus, by mousing over where characters should be, they appear.
--
To UNSUBSCRIBE, email to de
On Mon, Mar 24, 2014 at 05:13:30PM +0100, Gabriele Giacone wrote:
> Downgrading to 1.4.0-2, fonts are displayed well.
|_built_on_|___version___|_fonts_rendering_|
| sid| 1.4.0 (*) | > BUG < |
| sid| 1.5.2 | > BUG < |
| wheezy | 1.4.0
ill not be displayed and once pressed enter
greeting and prompt fonts will not be displayed as well.
# apt-get install devscripts
# debsnap -v -d. --binary -a amd64 xserver-xorg-video-cirrus 1:1.4.0-2
# dpkg -i --force-depends xserver-xorg-video-cirrus_1.4.0-2_amd64.deb
# /etc/init.d/xdm rest
Your message dated Sun, 05 Jan 2014 10:13:54 +
with message-id
and subject line Bug#733958: Removed package(s) from unstable
has caused the Debian Bug report #673170,
regarding xfonts-100dpi: fonts not available until X restarted
to be marked as done.
This means that you claim that the
Your message dated Sat, 19 Oct 2013 19:15:33 +
with message-id <5262da55.3040...@solveig.org>
and subject line Re: xfontsel: not still "Processing fonts..." - closing
has caused the Debian Bug report #378778,
regarding xfontsel: not still "Processing fonts..."
to be m
Your message dated Sat, 19 Oct 2013 19:13:13 +
with message-id <5262d9c9.9020...@solveig.org>
and subject line Re: xbase-clients: [xfontsel] xfontsel doesn't see all fonts
if there's more than 32768 of them - closing
has caused the Debian Bug report #354577,
regarding xbase-cl
Your message dated Tue, 08 Oct 2013 01:35:33 +
with message-id <52536165.2010...@solveig.org>
and subject line Re: libgl1-mesa-glx: scrambled fonts in OpenGL apps - closing
has caused the Debian Bug report #612425,
regarding libgl1-mesa-glx: scrambled fonts in OpenGL apps
to be marked a
> as far as the xfonts-scalable package is concerned, if you want fonts
> to be added in there, the best way to go is reporting bugs upstream:
> https://bugs.freedesktop.org/
I tried to raise some interest in this topic upstream, but honestly, I
doubt there is enough incentive to ada
Package: xterm
Version: 290-1
No Chinese when pick Huge Fonts.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87a9o28n3b@jidanni.org
Just re-installed Debian Testing, and the problem still exists. The
problem appears only on fonts that are rendered for Gnome Menu, as shown
in the pic attached on first message. The lines on the fonts change as i
change the font size and hinting via Advanced Settings program.
--
To
forwarded 702480 https://bugs.freedesktop.org/show_bug.cgi?id=57649
kthxbye
On Don, 2013-03-07 at 10:07 +0100, Michel Dänzer wrote:
> On Mit, 2013-03-06 at 19:04 -0800, Dan DeVoto wrote:
> >
> > On new Wheezy installs or after an upgrade, PowerPC Macs using the radeon
> >
Processing commands for cont...@bugs.debian.org:
> forwarded 702480 https://bugs.freedesktop.org/show_bug.cgi?id=57649
Bug #702480 [xserver-xorg-video-radeon] xserver-xorg-video-radeon: GTK fonts
are invisible on PowerPC
Set Bug forwarded-to-address to
'https://bugs.freedesktop.org/show
r after an upgrade, PowerPC Macs using the radeon
> driver have GTK fonts render as very light purple making them invisible
> against
> gray backgrounds. Other users have discussed this problem in the following
> threads:
>
> http://lists.debian.org/debian-powerpc/2013/01/msg00
Your message dated Thu, 07 Feb 2013 17:42:54 +
with message-id
and subject line Bug#699214: fixed in xserver-xorg-video-nouveau 1:1.0.1-5
has caused the Debian Bug report #699214,
regarding xserver-xorg-video-nouveau: Fonts are not displayed
to be marked as done.
This means that you claim
On Wed, Jan 30, 2013 at 11:52 AM, Sven Joachim wrote:
> If you need a driver with working acceleration, look on
> snapshot.debian.org[1] until your bug is resolved.
FWIW, a patch has been posted to the upstream bug and it appears to
resolve my issues :-)
--
Julio Merino / @jmmv
--
To UNSUBSC
Processing control commands:
> forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=60050
Bug #699214 [xserver-xorg-video-nouveau] xserver-xorg-video-nouveau: Fonts are
not displayed
Set Bug forwarded-to-address to
'https://bugs.freedesktop.org/show_bug.cgi?id=60050'.
--
Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=60050
On 2013-01-30 03:49 +0100, Julio Merino wrote:
> On Tue, Jan 29, 2013 at 10:45 AM, Sven Joachim wrote:
>>
>> I suspect this is the same problem as #692156, and it is almost surely
>> specific to powerpc. Could you please t
t;>
>> Running the X server results in no fonts being displayed at all, with
>> the exception of the default fixed font in xterm. Something as simple
>> as "xterm -fa Monospace" also shows the problem (a blank window with
>> a cursor but no visible text), whi
On 2013-01-29 05:56 +0100, Julio Merino wrote:
> I installed Debian testing powerpc64 on a PowerMac G5 with a NVIDIA
> Corporation NV34 [GeForce FX 5200 Ultra] (rev a1) graphics card (as
> reported by lspci).
>
> Running the X server results in no fonts being displayed at
server results in no fonts being displayed at all, with
the exception of the default fixed font in xterm. Something as simple
as "xterm -fa Monospace" also shows the problem (a blank window with
a cursor but no visible text), which denotes that the issue is quite
"down the d
Hello,
On Sun, 25 Sep 2011 13:41:23 +0200
Julien Cristau wrote:
> > Some fonts are rendered incorrectly after the latest X update. Not
> > sure what exact package caused that, but anyway.
> According to the linked upstream bug this got fixed, so closing.
I still have this probl
fonts separate.
I have taken the time to analyze "Nimbus Sans L Regular" as provided
by CTAN in 'uhvr8a-105.pfb' and by Ghostscript in 'n019003l.pfb' with
sfddiff (part of fontforge). The differences are not only marginal!
I have posted the result to gs-devel
(dropping individuals from CC list)
Quoting Fabian Greffrath (fab...@greffrath.com):
> Back to topic: We should either take Adobe Utopia from CTAN and add it
> to xfonts-scalable or add a fontconfig file to texlive-fonts-recommended
> that registers this font with fontconfig (that&
reassign 687058 libgl1-mesa-dri
kthxbye
On Son, 2012-09-09 at 03:04 +0300, Manolis wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:6.14.4-5
> Severity: important
>
> As you can see in the screenshot i've included, fonts are corrupted.
> This type of font'
Processing commands for cont...@bugs.debian.org:
> reassign 687058 libgl1-mesa-dri
Bug #687058 [xserver-xorg-video-radeon] xserver-xorg-video-radeon: Gnome 3
fonts rendering problem (also appeared at fonts in Blender Software)
Bug reassigned from package 'xserver-xorg-video-radeon
Package: xterm
Version: 278-1
Severity: wishlist
It may make sense to split the font definitions off
app-defaults/UXTerm into a separate UXTerm.fonts-misc-fixed file
there, with UXTerm amended to contain:
! Note that the fonts are now set in separate files. The
Package: xserver-xorg-video-intel
Followup-For: Bug #682816
I ran into the a similar issue in that gvim was redrawing windows extremely
slow. This issue happened when I set the guifont to Terminus and reports
such as [0] pointed to xserver-xorg-video-intel as the culprit.
Luckily the problem seem
Processing commands for cont...@bugs.debian.org:
> clone 682939 -1
Bug #682939 [xfonts-tipa] xfonts-utils, xfonts-encodings, debhelper: installing
xfonts-tipa removes /usr/share/fonts/X11/encodings/encodings.dir
Bug 682939 cloned as bug 682981
> reassign -1 xfonts-utils 1:7.7~1
Bug #
Processing commands for cont...@bugs.debian.org:
> reassign 682939 xfonts-tipa 2:1.3-17
Bug #682939 [xfonts-tipa,xfonts-utils,xfonts-encodings,debhelper] xfonts-utils,
xfonts-encodings, debhelper: installing xfonts-tipa removes
/usr/share/fonts/X11/encodings/encodings.dir
Bug reassigned f
r, cowbuilder)
/usr/share/fonts/X11/encodings/encodings.dir should not disappear, test with
debsums xfonts-encodings
Andreas
PS: You probably want to do this, too:
bts reassign 682939 xfonts-tipa 2:1.3-17
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "uns
On Friday 27 July 2012 11:54:07 Daniele Tricoli wrote:
> Many thanks for your hint. Should I simply remove it? I will try just
> now.
It seems to work. I have just commited this on the Debian TeX Task Force
SVN:
http://anonscm.debian.org/viewvc/debian-tex?view=revision&revision=5624
piuparts see
Hello Julien,
On Friday 27 July 2012 09:40:28 Julien Cristau wrote:
> It ships /usr/share/fonts/X11/encodings/silipa.enc. It needs to not do
> that, as far as I can tell.
Many thanks for your hint. Should I simply remove it? I will try just now.
Thanks,
--
Daniele Tricoli 'E
On Fri, Jul 27, 2012 at 09:24:29 +0200, Andreas Beckmann wrote:
> Package: xfonts-utils,xfonts-encodings,debhelper
> Severity: important
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed the xfonts-tipa packages re
Package: xfonts-utils,xfonts-encodings,debhelper
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed the xfonts-tipa packages removes
/usr/share/fonts/X11/encodings/encodings.dir which is owned by
xfonts-encodings.
xfonts-tipa
Package: xserver-xorg-video-intel
Version: 2:2.19.0-4
Severity: normal
Dear Maintainer,
When using Bitmap fonts with GTK applications such as GViM rendering of
the screen is significantly slower. When bringing the application into
view the screen is slowly built up over time, top shows Xorg
Processing commands for cont...@bugs.debian.org:
> reopen 673170
Bug #673170 {Done: Julien Cristau } [xfs] xfonts-100dpi:
fonts not available until X restarted
Bug reopened
Ignoring request to alter fixed versions of bug #673170 to the same values
previously set
>
End of message, st
Processing commands for cont...@bugs.debian.org:
> severity 673170 wishlist
Bug #673170 {Done: Julien Cristau } [xfonts-utils]
xfonts-100dpi: fonts not available until X restarted
Severity set to 'wishlist' from 'normal'
> reassign 673170 xfs 1:1.0.8-7
Bug #673170 {Done
severity 673170 wishlist
reassign 673170 xfs 1:1.0.8-7
tags 673170 + upstream
quit
Julien Cristau wrote:
> One way to "fix" it would be to have X / xfs watch its fontpath with
> inotify or similar and automatically refresh things. Nobody cares
> enough about core font
ve X / xfs watch its fontpath with
inotify or similar and automatically refresh things. Nobody cares
enough about core fonts to implement that.
I don't see any way package maintainer scripts can be involved in a
"fix".
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-x-requ.
>> wrong due to missing font), I installed xfonts-100dpi. Alas:
[...]
>>>>$ xlsfonts | grep lucida
>>>>$
[...]
>> Perhaps this could be documented somewhere, or it could be
>> automatically done by the calling maintainer script for the local X
>&g
> >>
> >> Restarting X makes the font show up.
> [...]
> > Not really. Run xset fp rehash after installing fonts, there's no way
> > for update-fonts-dir to know which (possibly remote) X server may want
> > to use the new fonts.
>
> Perhaps this
lucidasans-10 It was the best of times
>> Warning: Cannot convert string "lucidasans-10" to type FontStruct
>> $ xlsfonts | grep lucida
>> $
>>
>> Restarting X makes the font show up.
[...]
> Not really. Run xset fp rehash after installing fo
Your message dated Mon, 21 May 2012 21:57:04 +0200
with message-id <20120521195704.gl31...@radis.cristau.org>
and subject line Re: Bug#673170: xfonts-100dpi: fonts not available until X
restarted
has caused the Debian Bug report #673170,
regarding xfonts-100dpi: fonts not available u
Package: xfonts-utils
Version: 1:7.7~1
Files: /usr/sbin/update-fonts-dir
Hi,
Trying to address <http://bugs.debian.org/563250> (xvile appearance
wrong due to missing font), I installed xfonts-100dpi. Alas:
$ xmessage -fn lucidasans-10 It was the best of times
Warning:
igned-off-by: Matt Dew
diff --git a/specs/fsproto.xml b/specs/fsproto.xml
index 9a0c5c8..d5a538e 100644
--- a/specs/fsproto.xml
+++ b/specs/fsproto.xml
@@ -64,7 +64,7 @@ in this Software without prior written authorization from the
X Consortium.
-
+
Introduction
The management of fon
ChangeLog | 197 ++
configure.ac | 13 +-
debian/changelog | 10 +
debian/rules | 11 +-
debian/x11proto-fonts-dev.install |3
docbook.am
Tag 'x11proto-fonts-2.1.2-1' created by Julien Cristau at
2012-04-15 13:19 +
Tagging upload of x11proto-fonts 2.1.2-1 to unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAABCAAGBQJPisrTAAoJEDEBgAUJBeQMNl8QAO9Ega+BsweQAN
On 04/04/2012 10:43, Rene Engelhard wrote:
X and/or a cairo bug. Dowgrading cairo helps.
From the X maintainers POV a X bug, but...
Regards,
Rene
Thanks.
Downgrading cairo, did help.
All the best.
Brent
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "un
Processing commands for cont...@bugs.debian.org:
> reassign 667445 xorg-server
Bug #667445 [libreoffice-gtk] libreoffice-gtk: Fonts in menus and dropdown
lists are not rendering
Bug reassigned from package 'libreoffice-gtk' to 'xorg-server'.
No longer marked as found in
Apologies, had seen this one but it didn't register this was the same bug.
I downgraded libcairo2 to testing which fixed the problem.
2012/4/3 Rene Engelhard
> severity 667073 grave
> reassign 667073 xorg-server
> forcemerge 666565 667073
> thanks
>
> On Tue, Apr 03, 2012 at 10:13:08PM +0200, Fr
Processing commands for cont...@bugs.debian.org:
> severity 667073 grave
Bug #667073 [libreoffice] libreoffice: Menu fonts invisible or missing
Severity set to 'grave' from 'normal'
> reassign 667073 xorg-server
Bug #667073 [libreoffice] libreoffice: Menu fonts invisible
Hi James,
James Robertson (03/04/2012):
> Dear Maintainer,
>
> I am getting garbled fonts mostly noticable in Iceweasel when using the
> radeon/ati driver - I tried vesa and it was fine.
>
> Please see this link as an example of what it looks like:
> http://ompldr.org/vZDh
found 641665 linux-2.6/3.2.6-1
quit
Joachim Breitner wrote:
> I just had a real, unintentional OOM-situation again and now all my
> fonts are garbled again (I hope I don’t make typos, I am typing this
> semi-blind :-)), so the problem is definitely _not_ yet fixed in
> unstable.
T
o
> > you still experience them? If not, do you remember if some upgrade
> > (like pixman or xserver-xorg-video-intel) fixed it?
>
> I tried to reproduce it by filling my memory beyond the swap space, but
> the fonts are still fine. There is some corruption in the background
&g
e
> (like pixman or xserver-xorg-video-intel) fixed it?
I tried to reproduce it by filling my memory beyond the swap space, but
the fonts are still fine. There is some corruption in the background
image of X, though, which could have the same cause.
Greetings,
Joachim
--
Joachim "nomeata
Vítor De Araújo wrote[1]:
> After upgrading to testing, some X11 apps, notably Iceweasel, started
> to present font rendering errors (characters missing parts).
Cyril Brulebois wrote:
> please try installing libpixman-1-0 0.24.4-1 from sid first. That should
> fix a bunch of issues.
Vítor De Ar
--- Em qua, 15/2/12, Jonathan Nieder escreveu:
> Hi again,
>
> Vítor De Araújo wrote:
>
> > After upgrading to testing, some X11 apps, notably Iceweasel, started
> > to present font rendering errors (characters missing parts).
>
> Thanks for a nice report.
>
> I'm curious about two things:
>
Hi,
Jonathan Nieder (15/02/2012):
> Vítor De Araújo wrote:
>
> > After upgrading to testing, some X11 apps, notably Iceweasel, started
> > to present font rendering errors (characters missing parts).
please try installing libpixman-1-0 0.24.4-1 from sid first. That should
fix a bunch of issues.
Hi again,
Vítor De Araújo wrote:
> After upgrading to testing, some X11 apps, notably Iceweasel, started
> to present font rendering errors (characters missing parts).
Thanks for a nice report.
I'm curious about two things:
- does 3.2.4-1 from sid behave any differently? (I'd expect it doesn
Tag 'x11proto-fonts-2.1.1-3' created by Steve Langasek
at 2012-02-07 03:09 +
Tagging upload of x11proto-fonts 2.1.1-3 to unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIVAwUATzCWBlaNMPMhshM9AQjEChAAqKYgJIzGI/9cCT3hN/7Wi1PVDWFLC+FY
nwU1Nnxi9weMHbeJm
index 97d564c..0e0a4b8 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,9 +1,9 @@
-x11proto-fonts (2.1.1-3) UNRELEASED; urgency=low
+x11proto-fonts (2.1.1-3) unstable; urgency=low
* *Really* mark the package Multi-Arch: foreign, since I seem to have
thinkoed this in the previous
On Tue, Feb 8, 2011 at 17:44:54 -0500, Simon Raven wrote:
> On 8 February 2011 08:44, Cyril Brulebois wrote:
> > Hi,
> >
> > Simon Kjika'qawej (08/02/2011):
> >> My fonts are all scrambled with this version (7.10), but before
> >> (7.7.1) the
Tag 'x11proto-fonts-2.1.1-2' created by Steve Langasek
at 2011-11-15 19:42 +
Tagging upload of x11proto-fonts 2.1.1-2 to unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIVAwUATsLAnVaNMPMhshM9AQjwzxAAhhIOtMquokC1tQhtbBV3AH
100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,8 @@
-x11proto-fonts (2.1.1-2) UNRELEASED; urgency=low
+x11proto-fonts (2.1.1-2) unstable; urgency=low
* Mark x11proto-fonts-dev Multi-Arch: foreign
- -- Steve Langasek Tue, 15 Nov 2011 11:39:12 -0800
+ -- Steve Langasek Tue, 15
Package: x11-utils
Version: 7.6+3
Severity: normal
Dear Maintainer,
launching xcalc, which otherwise is a light app and should open quickily, it
takes a few seconds to open because of some trouble with fonts.
$ xcalc
Warning: Cannot convert string "8x13" to type FontStruct
Warnin
1 - 100 of 984 matches
Mail list logo
