On Tue, 2006-12-05 at 20:53 +0100, Loïc Minier wrote:
On Tue, Dec 05, 2006, Keith Packard wrote:
I think I could fix upstream fontconfig to do a more careful check when
fc-cache is run and finds font files newer than the cache for their
directory. I don't do that at library initialization
On Tue, 2006-12-05 at 21:46 +0100, Loïc Minier wrote:
On Tue, Dec 05, 2006, Josselin Mouette wrote:
The fix is to have these packages register their fonts to defoma. This
will automatically run fc-cache -f in the defoma directory.
Either defoma is borken, or dh_installdefoma doesn't
On Thu, 2006-12-07 at 00:05 +0100, Seiden Tiger wrote:
Package: libfontconfig1
Version: 2.4.2-1
Hi
After the last dist-upgrade i found my fonts very blurred under X.
There was a bug in the dejavu font package which resulted in font
mismatches. Please send the output of 'fc-match sans'
On Wed, 2006-09-13 at 18:30 -0700, Steve Langasek wrote:
Package: fontconfig
Version: 2.4.0-4
Severity: serious
Hi Keith,
fontconfig is failing to build on mipsel with the following error:
HA. Fixed it before you reported the bug.
2.4.0-5 has been uploaded about 30 seconds ago.
And,
On Thu, 2006-09-14 at 23:01 +0200, Petter Sundlöf wrote:
Package: fontconfig
Version: 2.4.0-4
After upgrading to fontconfig 2.4.0-4, my system became unbearably slow.
Starting X took circa 2 minutes, where it took 30secs before. Launching
GTK2 applications was extremely slow.
Ok, the cause of sluggish performance is the lack of a cache directory
configuration entry in your /etc/fonts/fonts.conf file.
It looks like the upgrade didn't install a new version of this file for
some reason; if you hadn't modified it since 2.3.2-7, then the installer
has a bug. If you did,
On Sun, 2006-09-17 at 17:23 +0300, David Baron wrote:
Package: fontconfig
Version: 2.4.1-1
Severity: grave
Justification: renders package unusable
Recent Sid versions cannot write font caches.
Will report scanning of # directories, # fonts in log or using -v option,
but will not write
On Mon, 2006-09-18 at 10:51 +0800, Haifeng Chen wrote:
While upgrading to version 2.4.1-1, it seems fontconfig-config automatically
restore the setting back to default. I have to use dpkg-reconfigure to set it
again.
Oops. Fontconfig wasn't looking for a new-style configuration during
upgrade
On Mon, 2006-09-18 at 07:54 +0200, Claus Hindsgaul wrote:
Package: fontconfig
Severity: wishlist
Tags: patch l10n
Please indclude the attached updated debconf translation
(debian/po/da.po)
Thanks much; I've converted it to utf-8 as that was the encoding used by
the older translation. The
On Mon, 2006-09-18 at 23:56 +0200, Frans Pop wrote:
Please include fc-list again in fontconfig-udeb.
I didn't intentionally remove it; was it present in some package?
--
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Tue, 2006-09-19 at 00:13 +0200, Davide Viti wrote:
the config file included in newer (2.4.1-1 vs 2.3.2-7) udeb makes g-i
main screen look very different than expected: compare [1] and [2].
As you can see lineheight and font appearence using 2.4.1-1 are very
different.
Do you know what
On Tue, 2006-09-19 at 01:35 +0200, Frans Pop wrote:
On Tuesday 19 September 2006 01:07, you wrote:
On Mon, 2006-09-18 at 23:56 +0200, Frans Pop wrote:
Please include fc-list again in fontconfig-udeb.
I didn't intentionally remove it; was it present in some package?
Sorry, I did not
On Tue, 2006-09-19 at 02:45 +0200, Frans Pop wrote:
So, our config was wrong. It should be:
gtk-font-name=DejaVu Sans 9
And indeed, after changing the config to that, the display is pretty
again :-)
Ok, that makes sense.
However, it seems that the more extensive /etc/fonts/fonts.conf
On Tue, 2006-09-19 at 10:58 +0200, Frans Pop wrote:
Ah, then that is the problem: the udeb only contains /etc/fonts/fonts.conf
and not /etc/fonts/fonts.d/*. Please add it.
Done. Thanks for figuring out what the root cause was.
--
[EMAIL PROTECTED]
signature.asc
Description: This is a
On Tue, 2006-09-19 at 09:50 +0200, Josselin Mouette wrote:
I was the one removing them, and the reason was to make the udeb
smaller, as they were not needed at that moment. Re-adding one of them
shouldn't be hard :)
Alas, now I'm stuck though -- adding fc-list to the udeb generates a
On Wed, 2006-11-15 at 15:46 +0100, Andreas Barth wrote:
But the problem with having the user changed this file by hand and
refusing debconf to overwrite this file can still occur? If so, we
should document in the release notes what to do.
I'm actually considering adding a 'default' cache
On Mon, 2006-10-09 at 19:43 +0200, Andreas Barth wrote:
If fonts.conf is changed, the user is asked via debconf if the file can
be overwritten. So, the only issue is if (the file is changed) and (the
user denies overwritting it).
Note that there was a transient bug in one of the 2.4.0
On Wed, 2006-10-11 at 23:18 +0200, Josselin Mouette wrote:
Le mercredi 11 octobre 2006 à 21:23 +0200, Thomas Huriaux a écrit :
Please find attached the French debconf templates translation update,
proofread by the debian-l10n-french list contributors. This file should
be put as
On Sat, 2006-10-14 at 20:34 +0200, Claus Hindsgaul wrote:
Package: fontconfig
Severity: wishlist
Tags: patch l10n
Please include the attached updated Danish debconf translation
(/debian/po/da.po)
Thanks for the updated translation; I've transcoded it to UTF-8; you
would save me a bit of
On Sun, 2006-10-15 at 15:25 +1000, Joel wrote:
Is there any other information I can provide?
I'm suspecting your fonts.conf file wasn't upgraded; without that,
fontconfig doesn't know where to put the cache files.
Can you check /etc/fonts/fonts.conf and make sure it has two lines like:
!--
reassign 391119 firefox
thanks
On Wed, 2006-10-04 at 18:30 -0700, Andrew De Ponte wrote:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1490352448 (LWP 734)]
IA__FcCharSetDestroy (fcs=0xa5587318) at fccharset.c:57
57 fccharset.c: No such file or directory.
Package: evolution-data-server
Version: 1.6.3-1+b1
Severity: important
Tags: patch
evolution-data-server version 1.6.3.1 contains a patch from Novell which
appears to have been a weak attempt to fix Novell bug #176277 where pipes
were created at object creation time rather than being delayed
reassign 388739 thunderbird
thanks
On Tue, 2006-09-26 at 22:27 +0200, Alexander Sack wrote:
reassign 388739 fontconfig
thanks
I reassign this to the fontconfig package as I think that the problem
might live there. Feel free to reassign back to me if you feel that
this issue is not related
On Wed, 2006-09-27 at 01:28 +0200, Alexander Sack wrote:
On Tue, Sep 26, 2006 at 04:18:38PM -0700, Keith Packard wrote:
reassign 388739 thunderbird
thanks
On Tue, 2006-09-26 at 22:27 +0200, Alexander Sack wrote:
reassign 388739 fontconfig
thanks
I reassign
On Wed, 2006-09-27 at 01:51 +0200, Alexander Sack wrote:
result = FcPatternGetCharSet(set-fonts[i], FC_CHARSET, 0,
fc_charset);
so you say the reference count is still zero afterwards and I have to
invoke FcCharSetCopy once in order to get this right?
Or not call either; as long as
reassign 280344 docbook
thanks
The SGML file for fonts-conf(5) generates man pages with marks in
the .SH headings. The docbook utilities mis-format the resulting man
page.
--
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
reassign 401443 ttf-dejavu
thanks
This is a duplicate of bug 401411 -- as long as DejaVu reports incorrect
OS/2 width information, fontconfig will confuse the normal width variant
with the condensed variant.
--
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message
refile ttf-dejavu
thanks
and fontconfig 2.4.2, unlike 2.4.1, detects and matches against the
preferred family as well as the family, but without considering that the
right family name needs to be matched with the right subfamily.
fontconfig would also use the 'width' information from the OS/2
On Mon, 2006-12-04 at 00:23 +0100, Josselin Mouette wrote:
I see the same situation while my fonts are Bitstream Vera.
I think Loïc's analysis is wrong here, as XUL isn't using the condensed
version of the DejaVu (or Vera) fonts. For most pages, it is using the
Nimbus Sans fonts. Which means
On Mon, 2006-12-04 at 22:17 +0100, Eugeniy Meshcheryakov wrote:
3 грудня 2006 о 23:50 +0100 eugen написав(-ла):
fontconfig would also use the 'width' information from the OS/2 table,
but DejaVu Condensed has that set incorrectly.
Yes, that was bug in DejaVu, and that is allready fixed in
On Tue, 2006-12-05 at 15:29 +0100, Loïc Minier wrote:
I don't see how this relates to my analysis. I upgraded fontconfig,
and the fonts were ugly. I removed DejaVu Condensed, and the fonts
were nice again, and the result of fc-match changed as well; certainly
you can explain what part
On Tue, 2006-12-05 at 20:08 +0100, Loïc Minier wrote:
On Tue, Dec 05, 2006, Keith Packard wrote:
Right, the current DejaVu font package has a broken version of condensed
which does not correctly report the setwidth value in the OS/2 header of
the file. I think this will cause the incorrect
The patch looks good to me; sorry for mis-reading the G45/GM45 docs and
breaking AGP.
--
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Thu, 2008-01-17 at 09:07 +0100, Michael Biebl wrote:
severity 448494 important
thanks
Keith Packard schrieb:
On Mon, 2007-10-29 at 14:46 +0100, Michael Biebl wrote:
Package: fontconfig
Version: 2.4.91-1
Severity: normal
Since the latest upgrade of fontconfig, all Qt4 apps use
On Thu, 2008-01-17 at 16:09 +, Daniel Baumann wrote:
Package: fontconfig
Severity: important
User: [EMAIL PROTECTED]
Usertags: bitstream-removal
Hi,
your source package, or one or more of your binary packages do
declare a relation to ttf-bistream-vera. This font is going to
be
On Thu, 2008-01-17 at 20:14 +0100, Daniel Baumann wrote:
Keith Packard wrote:
I would prefer that the bitstream-vera package remain in the archive.
Why?
Vera is the standard family for most Linux distributions, purpose built
for Linux desktop use by a reputable font foundry and distributed
On Tue, 2007-12-18 at 13:23 -0500, Mark Whitis wrote:
/var/cache/fontconfig: cleaning cache directory
It looks like one of the old cache files is breaking fontconfig somehow,
but it's hard to know precisely where the issue is. If you could run
this under strace and see which file was failing,
On Tue, 2007-12-18 at 16:30 -0500, Mark Whitis wrote:
so, apparently you have a sneaky bug that only fails when you don't have
debugging enabled.
That's rather odd; the dbg package shouldn't have any effect on running
applications. But, having successfully run, it would have deleted the
On Wed, 2007-11-14 at 07:51 +0100, Sven Luther wrote:
Hi Keith, ...
The bug was supposed to be an etch bug, so i wonder how a fontconfig
upload to uunstable could have fixed it. Or does this mean that since
etch is stable, this bug cannot be fixed, and thus you are closing the
bug ?
Oh.
On Thu, 2007-11-15 at 14:21 +0100, Felix Homann wrote:
One more note:
It is sufficent to revert the fontconfig package to fix the issue.
Thanks for figuring out which font was broken. Can you send that font
and all of your font config bits along to me so I can try to reproduce
this (yes, I
On Thu, 2007-11-15 at 18:46 +0100, Felix Homann wrote:
Keith Packard wrote:
On Thu, 2007-11-15 at 14:21 +0100, Felix Homann wrote:
That would be /etc/fonts and ~/.fonts.conf, and all of the verdana bold
ttfs you can find (I've got both verdanab.ttf and Verdana_Bold.ttf, but
they appear
On Mon, 2007-11-19 at 17:14 +0100, Felix Homann wrote:
Just to let you know: On my system Qt4 apps are still affected by this
bug with fontconfig 2.5.0-2.
Thanks. Can you figure out which font the apps are matching now? One way
is to use lsof. The trouble is that Qt4 has it's own font
On Thu, 2005-05-26 at 19:13 +0200, Bill Allombert wrote:
Package: libfontconfig1
Version: 2.3.2-1
Severity: important
Hello Keith,
There is a circular dependency between libfontconfig1 and fontconfig.
This cause problems during woody to sarge upgrade.
Cheers,
I think I should remove
On Thu, 2005-05-26 at 20:18 +0200, Bill Allombert wrote:
My personnal opinion is that libraries should not depend on
non-libraries, so yes. However I am not familiar enough with fontconfig
to guess why this dependency was added.
I adopted this package from Josselin Mouette with this
On Thu, 2005-05-26 at 21:37 +0200, Bill Allombert wrote:
But they just follow the instruction given by libfontconfig1, because
this is libfontconfig1 which provide the shlibs file in the first
place.
Yes, applications depend on libfontconfig1 as expected.
The problem is that there are other
On Fri, 2005-05-27 at 10:17 +0200, Bill Allombert wrote:
I am unsure what you are discussing here.
The only dependency which is problematic is libfontconfig1 Depends: on
fontconfig. Other packages depending on fontconfig are OK. Packages
depending on libfontconfig1 are OK providing they
On Fri, 2005-05-27 at 18:38 +0200, Bill Allombert wrote:
Hmm, maybe I see another solution: move the configuration information
to a package libfontconfig-common that would not depend on
libfontconfig1, and have libfontconfig1 depend on libfontconfig-common
but not on fontconfig.
I don't see
Around 14 o'clock on Mar 22, Ron Hartston wrote:
I have seen this behavior on a few versions of fontconfig so I assume its a
problem in my setup. I have no idea how to trace it though. There have been
other reports but none with resolution.
I suspect it's a font which crashes fontconfig or
Around 9 o'clock on Mar 29, Juhapekka Tolvanen wrote:
dpkg: error processing fontconfig (--configure):
subprocess post-installation script returned error exit status 10
Errors were encountered while processing:
fontconfig
I fear you've got some font on your system which FreeType or
Around 10 o'clock on Mar 29, Adam wrote:
Default /etc/fonts/fonts.conf includes both ~/.fonts.conf and
/etc/fonts/local.conf, in this order, which might result into ignorance
of user's settings. Thusly I ask you to reverse the order of inclusion
of these files (or explain why this has to
Around 12 o'clock on Mar 29, Adam wrote:
With this new setup installed by fontconfig 2.3.1-2, my ~/.fonts.conf doesn't
always seem to override the settings in /etc/fonts/conf.d. Specifically, if I
do dpkg-reconfigure fontconfig to enable bitmapped fonts, the file
30-debconf-yes-bitmaps.conf
Thanks much for the updated translation, but it looks like this translation
is for fontconfig 2.3.0 which had really badly worded lengthy messages.
The latest version 2.3.1-2 has much shorter strings if you'd care to take
a look at that.
Oh, and is there a reason we need to use ISO-8859-2
Around 16 o'clock on Mar 30, Arne Goetje wrote:
(e.g. the Japanese Sazanami fonts, the Un-fonts, or
the CJK Unifonts (which will be hopefully soon in the main debian
repository)). How does the user specify that he wants those fonts
included in the alias settings for 'sans-serif', 'serif' and
Around 17 o'clock on Mar 30, Arne =?utf-8?q?G=C3=B6tje?= (=?utf-8?q?=E9=AB=98=
E7=9B=9B=E8=8F=AF?=) wrote:
How do I specify, that my fonts provide characters for simplified and
traditional Chinese, Japanese, Korean and HKSCS (Hong Kong) and thus
should have higher priority than the existing
As Branden said in his last mail, this bug has many aspects, some of which
are related to fontconfig and some of which are caused by Xft.
c) some Japanese fonts had Unicode characters in them and some very wide
Japanese characters - this was causing the strange font metric for fixed
font.
You're seeing the worst case for fontconfig matching. It assumes that
font family names (like Fixed) represent a group of functionally
equivalent fonts.
Unfortunately, in the mists of time a group of ill-advised people (myself
included) decided to reduce the number of families provided in
Unless you've install t1-xfree86-nonfree, you won't have any non-bitmap
Courier fonts on your system. with:
* fontconfig/enable_bitmaps: false
in your configuration, you won't see any bitmap fonts at all, unlike in
previous versions of fontconfig which would eliminate only the X bitmap
After so many changes to fontconfig, Qt, Gtk+ and pango, I'm hoping this
problem has been resolved by now. Can you verify whether this still
exists?
-keith
pgp7hgn7ojE3r.pgp
Description: PGP signature
Fontconfig version 2.3.1-2 forces subpixel rendering on/off as suggested
in this bug report.
Is there any other reason to hold this bug open at this point? Fontconfig
has to believe the X server (through Xft) about the sub-pixel order, so if
that's wrong, this bug should be redirected at the
I've tried to reproduce this issue with the 2.3.1-2 version of fontconfig;
Gtk and KDE seem quite happy to use the normal width version of this font
by default, and my fonts:/// display looks correct.
Of course, Gtk+ should be able to get at the condensed version, but that's
a limitation of
In version 2.3.1-1, I changed the fontconfig autohint and subpixel
configuration options to override any application specified values for
these options. They should now be authoritative.
Does it work for you?
-keith
pgpDMfFjqaXSs.pgp
Description: PGP signature
This sounds like an old bug in Xft which should have been long since
fixed; if so, let's close this bug.
-keith
pgpADZVNthPns.pgp
Description: PGP signature
If this is a problem with the gsfonts-x11 package, shouldn't this bug be
retargetted at that package?
-keith
pgprHhQxZFuru.pgp
Description: PGP signature
I'm sorry, but I don't understand what the problem is here and cannot
access the images referenced in this report. Can you provide an
explanation of the problem?
-keith
pgpTsb2jIAA0v.pgp
Description: PGP signature
Fontconfig version 2.3.1-2 tries harder to override application-specified
font options, so this should work as desired now.
-keith
pgpgTLaeoazqF.pgp
Description: PGP signature
This should be fixed in 2.3.1-2, please let me know if you get a chance to
try it.
-keith
pgpLOGVSrHPye.pgp
Description: PGP signature
On advice from Josselin Mouette, I've shorted all of the debconf
descriptions and tried to make them more understandable by debian users.
Can you take a look at package version 2.3.1-2 and see if those
descriptions can be translated?
-keith
pgpKQyWfGsrb4.pgp
Description: PGP signature
Around 23 o'clock on Mar 12, Neil Levine wrote:
Diff'ing the fc-list output both before and after the upgrade I see
the following entries missing:
Fixed:style=Bold
Helvetica:style=Bold Italic
Times:style=Bold Italic
Clean:style=Regular
Those are all bitmap fonts; if you want to use
Around 11 o'clock on Mar 13, Jaap Haitsma wrote:
You can see an example in the attached png. The top text is with 2.2.3
and the bottom with 2.3.1. There the fonts look bad and if I change to
one of the other option like bytecode interpreter nothing seems to happen.
What font are you using?
Around 22 o'clock on Mar 13, Jaap Haitsma wrote:
I managed to get my fonts working again. It seems that I edited my
fonts.conf a long time ago. With the fonts.conf provided by you it works
fine.
Ah. Good to know you're back to working. There's another bug which says
fonts.conf doesn't
Package: gpsd
Version: 2.13-1
Severity: normal
Tags: patch
netlib.c is missing a couple of close calls to clean up on failure.
I discovered this when using libgps without a gpsd in an application which
polled for the daemon. I sent a note upstream as well.
--- ngps/gpsd-2.13/netlib.c
Around 22 o'clock on Mar 14, Jaap Haitsma wrote:
I'd like my monospace font to be luxi mono i.s.o. of bitstream mono. How
do I do that in local.conf?
The following should work (and works for me):
alias
familymonospace/family
prefer
familyLuxi Mono/family
Around 13 o'clock on Mar 31, Arne =?utf-8?q?G=C3=B6tje?= (=?utf-8?q?=E9=AB=98=
E7=9B=9B=E8=8F=AF?=) wrote:
For qt apps however, this does not work, but I suppose that's a bug in
qt then.
Yes. The Trolltech developers decided to override fontconfig's selection
mechanism. I'm not quite sure
Around 9 o'clock on Apr 1, Kenshi Muto wrote:
I updated Japanese translation of debconf messages (ja.po) for 2.3.1-2.
Please apply this.
Thanks a bunch. Do you care if I transcode this to UTF-8?
-keith
pgpZw8TyEt6Yr.pgp
Description: PGP signature
Around 18 o'clock on Mar 30, Miroslav Kure wrote:
Oops, I missed the new version by one day. Updated version attached.
Thanks.
Maybe because UTF-8 is still pain to use for non-english (non-ascii)
but latin languages?
Yeah, UTF-8 is still hard to use in some applications (notably emacs).
Around 17 o'clock on Mar 31, Juergen Kreileder wrote:
Please use the MS or Bitstream fonts for Times/Helvetica/Courier if
available.
I don't want to do this by default -- the whole point of the Nimbus family
is to provide metric and shape compatible fonts for applications
requesting one of
On Thu, 2005-04-07 at 21:46 +0200, Fabien COUTANT wrote:
After upgrading fontconfig from 2.2.3-4 and restarting my graphical
environment, I saw all truetype fonts are compressed vertically (aspect
ratio was changed), at least on GTK apps (ROX-Filer, Firefox) and IceWM --
not checked others
On Fri, 2005-04-08 at 13:47 -0400, Marvin Renich wrote:
Package: fontconfig
Version: 2.3.1-2
Severity: normal
I tracked this down to the removal of /etc/fonts/local.conf, which had
not been locally modified (i.e. was the version of the file provided by
fontconfig 2.2.3-4). This file has
On Thu, 2005-04-21 at 07:17 -0400, Chris Capoccia wrote:
fc-cache runs out of memory when it is run with the -f option. I have a
lot of TrueType fonts (more than 1000). fc-cache is able to run without
errors
when the -f option is not used.
I found a couple of leaks; one in fontconfig and
On Sun, 2005-04-24 at 07:23 -0400, Chris Capoccia wrote:
it appears like the attatchements didn't make it onto the bug tracking system.
i'll try again.
Ok, it looks like we haven't fixed the bug yet, and the output (as you
suggested) was truncated before any useful bits could be displayed.
On Tue, 2005-04-26 at 16:50 -0400, Chris Capoccia wrote:
i'm not sure whether this is a leak or a normal report, but the first
subdirectory i picked finished and reported some data.
That's a leak, and one which I have been trying to fix. Did you manage
to install the newer version of
On Wed, 2005-04-27 at 06:22 -0400, Chris Capoccia wrote:
so it looks like a small leak is present when all the fonts directories
are traversed.
I'm fairly sure I know what this problem is and it should be fixed in
the final packages.
the bug i reported is fixed. fc-cache -f no longer runs
Package: mysql-dfsg-4.1
Severity: normal
I'd like to build programs with libmysqld.a but no Debian mysql package
appears to include it. It seems like it should be included in some -dev
package.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'),
On Tue, 2007-07-24 at 19:15 -0400, Joey Hess wrote:
I'm also seeing this bug on an NFS-rooted system. It breaks the
installation of openoffice, since ttf-opensymbol fails to configure:
[EMAIL PROTECTED]:/dpkg --configure -a
Setting up ttf-opensymbol (2.2.1-6) ...
Updating fontconfig
On Mon, 2007-10-29 at 14:46 +0100, Michael Biebl wrote:
Package: fontconfig
Version: 2.4.91-1
Severity: normal
Since the latest upgrade of fontconfig, all Qt4 apps use a non-aliased
font (screenshot of qtconfig-qt4 attached).
It looks like Sans Serif isn't matched to Bitstream Vera Sans
On Tue, 2007-10-30 at 01:55 +0800, [EMAIL PROTECTED] wrote:
Package: fontconfig
Version: 2.4.91-1
All I know is
Preparing to replace fontconfig 2.4.2-1.4 (using
.../fontconfig_2.4.91-1_i386.deb) ...
Cleaning up font configuration of fontconfig...
Cleaning up category cid..
Cleaning up
On Mon, 2007-10-29 at 16:19 +0100, Felix Homann wrote:
Package: fontconfig
Version: 2.4.91-1
Severity: normal
Some capital letters (V,W,N) won't render correctly in the Sans Serif font
after upgrading to 2.4.91-1.
Please see the attached screenshot, especially the words Werbung,
VoIP,
On Tue, 2007-10-30 at 03:55 +0800, [EMAIL PROTECTED] wrote:
OK, we look at this line
其他訴求，例如，工寮材 料放寬認定為鐵皮及烤漆板、
Yeah, looking at the two images it's fairly clear that you're using a
different font for chinese in the new environment. Check your terminal
configuration to see which font family
On Tue, 2007-10-30 at 02:06 +0800, [EMAIL PROTECTED] wrote:
Hurmf, compared to
# #448494: fontconfig: Latest upgrade broke antialiasing in Qt4 apps.
# #448504: fontconfig: Some fonts won't render correctly after upgrade to
2.4.91-1
where one can still read all the ASCII, some Chinese
On Tue, 2007-10-30 at 05:05 +0800, [EMAIL PROTECTED] wrote:
Anyway, I don't know how to determine iceweasel's terminal family.
edit-preferences-Content-Fonts Colors-Advanced
It's probably just set to 'Sans Serif', in which case running
$ fc-match 'Sans Serif'
on each version of fontconfig
On Tue, 2007-10-30 at 05:55 +0800, [EMAIL PROTECTED] wrote:
edit- preferences-Content-Fonts Colors-Advanced
KP It's probably just set to 'Sans Serif', in which case running
Indeed, I see a lot of Sans Serif in there. I can even
$ grep something ~/.mozilla/firefox/*/some_file if you wish.
KP
On Tue, 2007-10-30 at 08:40 +0800, [EMAIL PROTECTED] wrote:
By the way
$ cat /tmp/test.html
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN
http://www.w3.org/TR/html4/strict.dtd;
html
head
titleTEST/title
meta http-equiv=Content-Type content=
text/html; charset=utf-8
/head
body
Package: linux-image-2.6-686
Version: 2.6.22+10
Severity: normal
I'm trying to help Bdale debug suspend/resume on his HP 2510p laptop, but
without CONFIG_PM_DEBUG enabled, it's really hard to figure out where things
are wedged. Adding this option doesn't change the default behaviour of the
This bug should be fixed by 2.4.91; if someone can check and make sure
it works for them now, I'll go ahead and mark it closed when I upload
2.4.92.
--
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
I haven't seen this happen in quite some time; perhaps freetype updates
over the last year or so have fixed the bug?
--
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
I've removed and installed gsfonts several times and cannot reproduce
this bug any longer. Perhaps FreeType updates in the last year have
fixed it?
--
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
Looks like something bad happened to your system causing the defoma
configuration file for fontconfig to become corrupted. It should be
regenerated if you run 'dpkg-reconfigure fontconfig'.
--
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
Which packages did you revert when going back to 2.4.2-1.4? All of them?
You might try replacing just libfontconfig1 and fontconfig and leaving
the fontconfig-config package alone.
Also, if you can isolate the mis-rendered fonts on a smaller web page,
using 'lsof' will let you find which fonts
On Tue, 2007-01-16 at 17:39 +1100, Angus Lees wrote:
Keith, here's the patch written during your talk at LCA ;)
It fixes bug 402014, by simply adding '-f' to the fc-cache run, hence
me filing it under this bug number. Really though, this patch avoids
creating symlinks for fonts that are
On Sat, 2006-12-16 at 16:22 +0100, Leszek Koltunski wrote:
Package: fontconfig
Version: 2.4.2-1
Severity: grave
Justification: renders package unusable
I've got an AMD64 system with a i386 chroot where I install 386-only
applictions ( Firefox for the
flashplugin, Skype etc ). I am
1 - 100 of 332 matches
Mail list logo
