Bug#940670: tesseract-ocr-ita: ita.traineddata does not work
Package: tesseract-ocr-ita Version: 1:4.00~git30-7274cfa-1 Severity: important Dear Maintainer, the following command: tesseract list.txt mypage -l ita --oem 2 fails with the following error: Failed loading language 'ita' Tesseract couldn't load any languages! Could not initialize tesseract. A little bit of googling got me to [1] As suggested, I've tried the following: wget https://github.com/tesseract-ocr/tessdata/raw/4.00/ita.traineddata and copied it to /usr/share/tesseract-ocr/4.00/tessdata it now works. Regards, Davide [1] https://www.mail-archive.com/tesseract-ocr@googlegroups.com/msg15127.html [2] https://github.com/tesseract-ocr/tesseract/wiki/Data-Files -- System Information: Debian Release: 10.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled tesseract-ocr-ita depends on no packages. Versions of packages tesseract-ocr-ita recommends: ii tesseract-ocr 4.0.0-2 tesseract-ocr-ita suggests no packages. -- no debconf information
Bug#413571: R: [Pkg-fonts-devel] Bug#413571: Bug fixed?
Hi Christian, the BR was open for a problem with hypens, sometimes aligned ot the right, sometimes to the left: dejapu people are aware of this and said it shoul be pretty hard to fix, but it is a bug. Later on Daniel S. said he could no see hypens at all; this does not happen anylonger, but the original problem is still there. regards, Davide Messaggio originale Da: bubu...@debian.org Data: 04/11/2011 21.42 A: 413...@bugs.debian.org Ogg: [Pkg-fonts-devel] Bug#413571: Bug fixed? I can't really reproduce the bug mentioned in #413571. As saif in the bug log, this has probably been fixed upstream meanwhile. -- ___ Pkg-fonts-devel mailing list pkg-fonts-de...@lists.alioth.debian.org http: //lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fonts-devel E' nata indoona: chiama, videochiama e messaggia Gratis. Scarica indoona per iPhone, Android e PC: http://www.indoona.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647444: [Pkg-fonts-devel] Bug#647444: ttf-dejavu-core: Letter ė (U+0117 LATIN SMALL LETTER E WITH DOT ABOVE) is broken at 12pt and below
Certainly worth reporting upstream. Davide? Is this a duplicate of #618310 ? regards, Davide E' nata indoona: chiama, videochiama e messaggia Gratis. Scarica indoona per iPhone, Android e PC: http://www.indoona.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632746: [Pkg-fonts-devel] Bug#632746: [Pkg-fonts-bugs] Bug#632746: reply to bug 632746
Hi guys, I maintain the ttf-freefont package and it's my fault if bugs were not handled promptly. Spare time ha dramatically decreased in the past 2 years and motivation has consequently decreased as well, so I guess the best I can do ATM is give up maintaining the package, since I don't think things are likely to change in the (near) future. Regards, Davide Il giorno 03/set/2011, alle ore 11:34, Steve White stevan.wh...@googlemail.com ha scritto: Hi again Christian, Thanks again for your cooperation! On Sat, Sep 3, 2011 at 7:13 AM, Christian PERRIER bubu...@debian.org wrote: tags 632746 fixed-upstream thanks Great! Quoting Steve White (stevan.wh...@googlemail.com): P.S. Debian is a terrible place to post bug reports about packages Debian doesn't produce. They do not report the bugs to the producers. It is like tossing pennies into a well. Please post further bugs to FreeFont https://savannah.gnu.org/bugs/?group=freefont Please don't make blind assumptions about Debian in general. The task of forwarding bugs to various upstreams is among the duty of package maintainers. It sometimes happens that some of us fail to do so (after all,we're all volunteers and several of us maintain dozens of packages). But please don't discourage users to report bugs. Under the current conditions, I cannot recommend reporting package bugs to Debian or Ubuntu. The system is broken, it has been broken, it will remain broken for some time. I have seen nothing but failure to deal with the bugs regarding the software I maintain. Lately it has been 100%. Moreover it has lately come to my attention that this is a matter of considerable strife between Debian and Ubuntu. This is a big problem and it is real. I am communicating with some people regarding ways to improve the situation. But until this is resolved, my recommendation to reporters is: try to find the authors or maintainers of the software, and report to them. It seems that ttf-freefont bugs were not efficiently forwarded to you. We take the blame for that and will try to improve this in the future. I appreciate the gesture. For my part, I apologize for my display. That said, trying to do better is not a solution to this problem. We need a systemic solution for a systemic problem. However, please don't spread wrong assumptions about they do not report bugs to the producers. May I suggest you to have a look at bug reports for the samba package for instance, in order to correct this false perception of the work of Debian developers? And I of course have thousands of similar examples among Debian source packages. I gratefully acknowledge the diligent work of many individual Debian developers and packagers. I am using a derivative of Debian myself, right now, it is so good. Cheers! ___ Pkg-fonts-devel mailing list pkg-fonts-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fonts-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637967: [Pkg-fonts-devel] Bug#637967: please mark ttf-dejavu* Multi-Arch: foreign
Hi guys, i'm currently on vacation. I'll be back home in a couple of weeks. Feel free to upload the new package; otherwise i'll take care of it as soon as i get back. Regards, Davide Il giorno 16/ago/2011, alle ore 06:11, Christian PERRIER bubu...@debian.org ha scritto: Quoting Steve Langasek (steve.langa...@canonical.com): Package: ttf-dejavu Version: 2.33-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch Hi folks, I've just pushed a patch to the ttf-dejavu package in Ubuntu to mark the binary packages Multi-Arch: foreign, in compliance with the plan for Davide, do you take care of this? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613888: isc-dhcp-client: dhclient is trying to parse semicolon twice with tokens never and epoch
Package: isc-dhcp-client Version: 4.1.1-P1-15 Severity: important Tags: upstream patch Since I upgraded to Squeeze, I've been suffering the problem described in [1] The patch included in the BR fixes the problem for me regards, Davide -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages isc-dhcp-client depends on: ii debianutils 3.4 Miscellaneous utilities specific t ii iproute 20100519-3 networking and traffic control too ii isc-dhcp-common 4.1.1-P1-15 common files used by all the isc-d ii libc62.11.2-10 Embedded GNU C Library: Shared lib isc-dhcp-client recommends no packages. Versions of packages isc-dhcp-client suggests: ii avahi-autoipd 0.6.27-2 Avahi IPv4LL network address confi pn resolvconfnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613888: missing link
Since I upgraded to Squeeze, I've been suffering the problem described in [1] The patch included in the BR fixes the problem for me here the link I was referring to: [1] https://qa.mandriva.com/show_bug.cgi?id=50194 sorry for the noise regards, Davide -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609094: [Pkg-fonts-devel] Bug#609094: Bug#609094: fontforge: Fails to build ttf-dejavu
Well, you could apply this thought to any program; you just want use it and sometimes you get some gcc bugs Regards Davide Il giorno 18/gen/2011, alle ore 12:26, Khaled Hosny khaledho...@eglug.org ha scritto: On Tue, Jan 18, 2011 at 12:07:20PM +0100, Julien Cristau wrote: On Thu, Jan 6, 2011 at 21:27:11 +0200, Khaled Hosny wrote: On Wed, Jan 05, 2011 at 08:13:28PM -0800, Daniel Schepler wrote: Package: fontforge Version: 0.0.20100501-4 Severity: serious Bugs like this make wounder if it is wise for distributions to build fonts from source instead of just using upstream supplied font files. I mean, what is the benefit from building from source? I, as a font author, I can see many possible problems with no obvious benefit. If we didn't build from source, we wouldn't catch bugs like this. Which is good thing? I mean the purpose of font packages is to be used, not catch FontForge bugs, and there are FontForge bugs that can pass unnoticed at build time. See also: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600306 for a non-bug that just screwed the font up. Another reason why it is not, yet, a good idea to build fonts on your own. (BTW, it is already known that there are places in the code that don't go well with doubles and crashes like this have been reported upstream already, still there are certain tasks that can't be reliably done without building fontforge to use doubles). Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer ___ Pkg-fonts-devel mailing list pkg-fonts-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-fonts-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606969: atftp exits with no error after a get when disk is full
Package: atftp Version: 0.7.dfsg-9.2 Severity: normal Tags: patch upstream To reproduce the problem: 1. create a small ramdisk 2. almost fill the ramdisk (leave some free bytes) 3. transfer a file bigger than the available space can fit atftp -g -r somefile someserver echo $? 0 Despite exiting cleanly as seen above, strace shows that write() is complaining: write(4, ]\260\333\0\257\300\377'\334S\374\204p\303\...@h\23\0h\350\23\0`\350\23\0p5\0\0\320..., 190) = -1 ENOSPC (No space left on device) the attached patch fixes the problem. Regards, Davide diff --git a/tftp_file.c b/tftp_file.c index 579d4ec..2955e69 100644 --- a/tftp_file.c +++ b/tftp_file.c @@ -532,7 +532,7 @@ int tftp_receive_file(struct client_data *data) data-local_file); tftp_send_error(sockfd, sa, ENOSPACE, data-data_buffer, data-data_buffer_size); -state = S_END; +state = S_ABORT; break; } data-file_size += data_size; diff --git a/tftp_io.c b/tftp_io.c index c6beb40..7b987b4 100644 --- a/tftp_io.c +++ b/tftp_io.c @@ -430,8 +430,10 @@ int tftp_file_write(FILE *fp, char *data_buffer, int data_buffer_size, int block if (!convert) { /* Simple case, just seek and write */ - fseek(fp, (block_number - 1) * data_buffer_size, SEEK_SET); - data_size = fwrite(data_buffer, 1, data_size, fp); + if (fseek(fp, (block_number - 1) * data_buffer_size, SEEK_SET) == 0) + data_size = fwrite(data_buffer, 1, data_size, fp); + else + data_size = 0; return data_size; } else signature.asc Description: Digital signature
Bug#591136: ttf-freefont: FTBFS: The requested file, FreeMonoBldd.sfd, does not exist
tags 591136 moreinfo thanks Hi, it took me a while to setup an amd64 qemu sid VM; now that I have it I seem unable to reproduce the problem. thanx Davide On Sat, Jul 31, 2010 at 06:56:41PM -0400, Lucas Nussbaum wrote: Source: ttf-freefont Version: 20090104-7 Severity: serious Tags: squeeze sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20100731 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. ... signature.asc Description: Digital signature
Bug#576146: [Pkg-fonts-devel] Bug#576146: [Pkg-fonts-bugs] Bug#576146: Bug#576146: ttf-freefont: freefont is under GPLv3+, not GPLv2+
Hi all, Thanx alot for spotting the problem and submitting a patch; i'm currently on vacation and have no accessto my build machines. Feel free to apply the patch and upload the fixed packages; otherwise you'll have to wait until next week (probabli on Wed) Regards, Davide Inviato da iPhone Il giorno 02/apr/2010, alle ore 07.17, Christian PERRIER bubu...@debian.org ha scritto: Quoting Rogério Brito (rbr...@ime.usp.br): Hi, Mike. On Apr 01 2010, Mike Hommey wrote: The copyright file claims the license is GPLv2, but upstream changed the license to GPLv3 in the january 2009 version. Thanks and well spotted. I've just committed a fix to this bug with revision 2351 of http://svn.debian.org/wsvn/pkg-fonts/packages/ttf-freefont/trunk/debian/copyright Unfortunately, I can't upload this, as I don't have the rights. Nevertheless, one bug to include on my RCBW list of this week. :-) Davide Viti, who generally takes good care of FreeFont, will certainly prepare a package and then ask me to upload it, as usual. No problem. Merci, Mike, au fait..:-) ___ Pkg-fonts-devel mailing list pkg-fonts-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-fonts-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575729: [Pkg-fonts-devel] Bug#575729: Bug#575729: Patch for otf-freefont package
On Mon, Mar 29, 2010 at 06:48:58AM +0200, Christian PERRIER wrote: Quoting Jan Dittberner (ja...@debian.org): tag 575729 + patch thanks The attached patch adds a new binary package otf-freefont (and fixes a lintian warning regarding the debhelper version). To Davide (Viti): do you take care of this? yes, will work on this ASAP To Jan: thanks! thanx for the patch: thoroughly appreciated regards, Davide signature.asc Description: Digital signature
Bug#547575: Re-encode font files as unicodeFull
Package: ttf-tmuni Version: 1.901b-1 Severity: wishlist Tags: patch The attached patch, greatly simplifies the stripping process of glyphs belonging to high ranges (). It was applied to ttf-dejavu and ttf-freefont first, and I'd like to see it applied to all the packages using strip_glyphs.pe diff --git a/ttf-tmuni-1.901b/debian/changelog b/ttf-tmuni-1.901b/debian/changelog index 9de5b53..2f774c4 100644 --- a/ttf-tmuni-1.901b/debian/changelog +++ b/ttf-tmuni-1.901b/debian/changelog @@ -1,3 +1,9 @@ +ttf-tmuni (1.901b-2) unstable; urgency=low + + * strip_glyphs.pe: Re-encode files as unicodeFull + + -- root zino...@tiscali.it Mon, 13 Jul 2009 22:45:56 +0200 + ttf-tmuni (1.901b-1) unstable; urgency=medium [ Tom Soderlund ] diff --git a/ttf-tmuni-1.901b/debian/scripts/strip b/ttf-tmuni-1.901b/debian/scripts/strip index 047e352..7488314 100644 --- a/ttf-tmuni-1.901b/debian/scripts/strip +++ b/ttf-tmuni-1.901b/debian/scripts/strip @@ -24,8 +24,8 @@ if [ -z $2 ] ; then exit 1 fi -ranges=$ranges u2070:u209F -ranges=$ranges u2190:u21FF -ranges=$ranges uF0031:uF15B2 +ranges=$ranges u2070:u209F # Superscripts and Subscripts +ranges=$ranges u2190:u21FF # Arrows +ranges=$ranges uF:uF # Supplementary Private Use Area-A $strip $1 $2 $ranges diff --git a/ttf-tmuni-1.901b/debian/scripts/strip_glyphs.pe b/ttf-tmuni-1.901b/debian/scripts/strip_glyphs.pe index b0c42e4..72004bb 100644 --- a/ttf-tmuni-1.901b/debian/scripts/strip_glyphs.pe +++ b/ttf-tmuni-1.901b/debian/scripts/strip_glyphs.pe @@ -34,7 +34,7 @@ endif Open($1); shift -Reencode(unicode) +Reencode(unicodeFull) out = $1; shift # signature.asc Description: Digital signature
Bug#547577: Re-encode font files as unicodeFull
Package: ttf-sil-abyssinica Version: 1.0-5 Severity: wishlist Tags: patch The attached patch, greatly simplifies the stripping process of glyphs belonging to high ranges (). It was applied to ttf-dejavu and ttf-freefont first, and I'd like to see it applied to all the packages using strip_glyphs.pe diff --git a/ttf-sil-abyssinica-1.0/debian/changelog b/ttf-sil-abyssinica-1.0/debian/changelog index e0eeab5..8ce3324 100644 --- a/ttf-sil-abyssinica-1.0/debian/changelog +++ b/ttf-sil-abyssinica-1.0/debian/changelog @@ -1,3 +1,9 @@ +ttf-sil-abyssinica (1.0-5) unstable; urgency=low + + * strip_glyphs.pe: Re-encode files as unicodeFull. + + -- Davide Viti zino...@tiscali.it Sun, 20 Sep 2009 22:25:58 +0200 + ttf-sil-abyssinica (1.0-4) unstable; urgency=low * Added fontforge script to strip the uneeded glyphs to reduce the d-i diff --git a/ttf-sil-abyssinica-1.0/debian/scripts/strip_glyphs.pe b/ttf-sil-abyssinica-1.0/debian/scripts/strip_glyphs.pe index 4d1d257..4e9ea0c 100644 --- a/ttf-sil-abyssinica-1.0/debian/scripts/strip_glyphs.pe +++ b/ttf-sil-abyssinica-1.0/debian/scripts/strip_glyphs.pe @@ -46,7 +46,7 @@ endif Open($1); shift -Reencode(unicode) +Reencode(unicodeFull) out = $1; shift # signature.asc Description: Digital signature
Bug#520175: Included font FreeSans.ttf is broken
Just for the record, I can reproduce the problem with this tiny script which gives me an error on etch and works on sid: #!/usr/bin/perl use Font::FreeType; my $ft_face = Font::FreeType-new-face ('FreeSans.ttf'); regards, Davide -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520175: Included font FreeSans.ttf is broken
On Tue, Mar 17, 2009 at 05:28:12PM -0500, Dirk Eddelbuettel wrote: On 17 March 2009 at 22:26, Davide Viti wrote: | I'm rather confident it is a problem with the ttf file rather than | a freetype problem since this is the only ttf file giving me | the error in the whole debian archive. It's possible. So what do we do now? Do you want me to send you the .ttf file from the sources to see if that is broken too? I can't really see how I'd be breaking the file by installing it... I've checked the ttf file in the source package and it't fine; I've rebuilt the package from the sources and the ttf file contained in the resulting deb package is fine. Downloaded the deb from [1] and the file is fine... Need to check the deb on my home pc and see what's wrong with it: I'm sure I've downloaded it least in two different sessions of my tests and got the error during both. Will let you know as soon as I can. regards, Davide [1] http://ftp.de.debian.org/debian/pool/main/g/gretl/gretl-common_1.8.0-3_all.deb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520175: Included font FreeSans.ttf is broken
On Wed, Mar 18, 2009 at 06:55:26AM -0500, Dirk Eddelbuettel wrote: | I've checked the ttf file in the source package and it't fine; I've rebuilt the package | from the sources and the ttf file contained in the resulting deb package is fine. | | Downloaded the deb from [1] and the file is fine... | Need to check the deb on my home pc and see what's wrong | with it: I'm sure I've downloaded it least in two different | sessions of my tests and got the error during both. Thanks for all the checks! Just in case, my source dir has e...@ron:~ md5sum src/debian/Misc/gretl-1.8.0/share/fonts/*.ttf f6cd0ad2d9830751a2ef2ec34a5676d7 src/debian/Misc/gretl-1.8.0/share/fonts/FreeSans.ttf 7d668c0d0c730c313019902165f9af13 src/debian/Misc/gretl-1.8.0/share/fonts/luxisr.ttf 37d8aff129ecd7d3fc495b7239f834db src/debian/Misc/gretl-1.8.0/share/fonts/VeraMono.ttf 785d2fd45984c6548763ae6702d83e20 src/debian/Misc/gretl-1.8.0/share/fonts/Vera.ttf e...@ron:~ Dirk | Will let you know as soon as I can. Same md5sums here: it turns out that I get the problem with the version of fntsample in Lenny (2.8-1) but works fine with the version currently in sid (3.0-3). As I said before I was running tests over all fonts in the debian archive and the problem shows up only with FreeSans.ttf from the gretl-common package. Now me feeling are more towards a libfreetype6 problem Will try to narrow down the problem a bit more; probably better reassign the BR thank you Davide -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520175: Included font FreeSans.ttf is broken
Package: gretl-common Version: 1.8.0-3 While trying to create pdf charts for various fonts using fntsample I got this error: fntsample -f tmp/usr/share/gretl/fonts/FreeSans.ttf -o a.pdf fntsample: failed to create new face got an error also with another freetype-based perl script I've written. I'm rather confident it is a problem with the ttf file rather than a freetype problem since this is the only ttf file giving me the error in the whole debian archive. regards, Davide signature.asc Description: Digital signature
Bug#518331: Please update to newer (v1.901) package with stripped udeb
Package: ttf-tmuni Version: 0.0.20040806-1.2 Severity: wishlist Tags: patch A while back (see [1]) there was a discussion about a new version already packaged and ready to be uploaded; problem was that fontsize become too big, especially for the graphical installer. I found out the cause [2] and the solution was to strip not needed glyphs out of the udeb. It was never implemented and apparently everyone (including myself) forgot about that message. The attached patch fixes the size problem. Please review it and upload the new package regards, Davide [1] http://www.mail-archive.com/debian-b...@lists.debian.org/msg99313.html [2] http://www.mail-archive.com/debian-b...@lists.debian.org/msg101251.html diff --git a/debian/changelog b/debian/changelog index bb202c2..2338568 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,8 +1,12 @@ ttf-tmuni (1.901b-1) unstable; urgency=medium + [ Tom Soderlund ] * New upstream release - -- Tom Soderlund t...@iki.fi Fri, 06 Jun 2008 21:58:02 +0800 + [ Davide Viti ] + * Strip glyhs from the udeb to reduce file size + + -- Davide Viti zino...@tiscali.it Thu, 05 Mar 2009 15:14:06 +0100 ttf-tmuni (0.0.20040806-1.2) unstable; urgency=low diff --git a/debian/rules b/debian/rules index d1ca087..fb5e944 100755 --- a/debian/rules +++ b/debian/rules @@ -8,8 +8,13 @@ DEB_ARCH=all install/ttf-tmuni:: mkdir tmp ln TibMachUni-1.901b.ttf tmp/TibetanMachineUni.ttf + chmod u+x debian/scripts/strip + chmod u+x debian/scripts/strip_glyphs.pe + # Strip fonts for the udeb used in the Debian installer + mkdir stripped-ttf/ + debian/scripts/strip TibMachUni-1.901b.ttf stripped-ttf/TibMachUni-1.901b.ttf dh_installdefoma clean:: - rm -fr tmp/ + rm -fr tmp/ stripped-ttf/ diff --git a/debian/scripts/strip b/debian/scripts/strip new file mode 100755 index 000..047e352 --- /dev/null +++ b/debian/scripts/strip @@ -0,0 +1,31 @@ +#! /bin/bash + +2 /dev/null + +exepath=$(dirname $0) +strip=$exepath/strip_glyphs.pe + +if [ $# -ne 2 ] ; then + echo Usage: $(basename $0) fontfile_in fontfile_out + exit 0 +fi + +if [ ! -x $strip ] ; then + echo Script not found: $strip + exit 1 +fi + +if [ ! -f $1 ] ; then + echo File does not exist: $1 + exit 1 +fi +if [ -z $2 ] ; then + echo You need to specify the output file + exit 1 +fi + +ranges=$ranges u2070:u209F +ranges=$ranges u2190:u21FF +ranges=$ranges uF0031:uF15B2 + +$strip $1 $2 $ranges diff --git a/debian/scripts/strip_glyphs.pe b/debian/scripts/strip_glyphs.pe new file mode 100644 index 000..b0c42e4 --- /dev/null +++ b/debian/scripts/strip_glyphs.pe @@ -0,0 +1,81 @@ +#! /usr/bin/fontforge +# +# Copyright (C) 2005 Davide Viti zino...@tiscali.it +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; either version 2 of the License, or +# (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public +# License along with this program; if not, write to the Free +# Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, +# MA 02111-1307 USA +# +# glyphs_to_remove argument can be a single code point +# or a range of codepoints separated by : +# +# code points can be specified both as integers and as unicode +# you can also mix the two formats (i.e 48:u54) +# +# example: +# +# strip_glyphs in.ttf out.ttf 12 u20 100:150 u200:u230 u300:65000 + +if ($argc 4) + Print( Usage: strip_glyphs in out glyphs_to_remove... ) + Quit() +endif + + +Open($1); shift +Reencode(unicode) +out = $1; shift + +# +# Loop through the arguments and select the glyphs +# which need to be cleared +# +while ($argc 1) + len = Strlen($1) + colon_idx = Strstr($1, :) + + # + # argument is a single glyph + # + if (colon_idx == -1) +if(Strstr($1, u) == -1) + SelectMore(Strtol($1)) ## Integer +else + SelectMore($1) ## Unicode code point (i.e u0027) +endif + + # + # argument is a range low:high + # + else + low = Strsub($1, 0, colon_idx) + if(Strstr($1, u) == -1) +low = Strtol(low) ## Integer + endif + + high = Strsub($1, colon_idx+1, len) + if(Strstr($1, u) == -1) +high = Strtol(high) ## Integer + endif + + SelectMore(low, high); + endif + + shift +endloop + +Clear() + +Generate(out, ) +Quit() diff --git a/debian/ttf-tmuni-udeb.install b/debian/ttf-tmuni-udeb.install index 74a2cd5..164dbd8 100644 --- a/debian/ttf-tmuni-udeb.install +++ b/debian/ttf-tmuni-udeb.install @@ -1 +1 @@ -tmp/*.ttf usr/share/fonts/truetype/ttf-tmuni +stripped-ttf/*.ttf usr/share/fonts/truetype/ttf-tmuni
Bug#517523: ttf-sinhala-lklug: Please create a udeb for Debian Installer use
tags: patch thanx Hi, On Sat, Feb 28, 2009 at 12:46:27PM +0100, Christian Perrier wrote: Package: ttf-sinhala-lklug Version: 0.5.3-1 Severity: normal The l10n effort for Sinhala has startd, with Danishka Navin as coordinator/translator. For Debian Installer to be able to offer Sinhala in the graphical installer, we need a font to display it. That should be done in a udeb package, in a similar way to many other fonts. For instance, you can have a look at the ttf-malayalam-fonts package which provides a udeb with the needed font for Malayalam. I may be able to help in doing thisor Davide Viti (zino...@tiscali.it, CC'ed). Please feel free to ask. The included patch should be enough to create the udeb package; please review it. I've created a pdf chart with the glyphs which you can find here: http://alioth.debian.org/~zinosat-guest/lklug.pdf the font file contains only Sinhala glyphs, so it will use latin glyphs from ttf-dejavu; I don't think it'll be a problem, but I'd like to see how it looks like; I'll create some screenshots asap. regards, Davide diff --git a/debian/changelog b/debian/changelog index 4f3a730..e293b89 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +ttf-sinhala-lklug (0.5.3-2) unstable; urgency=low + + * Create udeb meant to be used for the graphical installer (Closes: #517523) + + -- Davide Viti zino...@tiscali.it Sun, 01 Feb 2009 18:14:46 -0100 + ttf-sinhala-lklug (0.5.3-1) unstable; urgency=low * Closes: #483630 (Debian ITP) diff --git a/debian/control b/debian/control index e93d06f..37ce0f2 100644 --- a/debian/control +++ b/debian/control @@ -19,3 +19,14 @@ Provides: sinhala-font-lklug Description: Unicode Sinhala font by Lanka Linux User Group This package provides the Unicode Sinhala font developed by the Lanka Linux User Group (LKLUG) + +Package: ttf-sinhala-lklug-udeb +XC-Package-Type: udeb +Section: debian-installer +Architecture: all +Description: Unicode Sinhala font by Lanka Linux User Group + This package provides the Unicode Sinhala font developed by + the Lanka Linux User Group (LKLUG) + . + This package provides the fonts for use with the GTK frontend of + debian-installer. diff --git a/debian/ttf-sinhala-lklug-udeb.install b/debian/ttf-sinhala-lklug-udeb.install new file mode 100644 index 000..b991a8e --- /dev/null +++ b/debian/ttf-sinhala-lklug-udeb.install @@ -0,0 +1 @@ +*.ttf usr/share/fonts/truetype/ttf-sinhala-lklug/ signature.asc Description: Digital signature
Bug#517523: (forw) Re: Bug#517523: ttf-sinhala-lklug: Please create a udeb for Debian Installer use
On Mon, Mar 02, 2009 at 06:37:41AM +0100, Christian Perrier wrote: What I can say is that Latin characters don't look too odd even though they come from another font. Maybe they're a little bit smallbut, here again, Danishka, who's certainly used to the way Sinhala and Latin characters are usually mixed, is the one who can tell if things are OK. Latin characters look a bit small to me as well; problem is that we can't change fontsize only for the font supplying Latin characters (ttf-dejavu). Davide -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#483791: [Pkg-fonts-devel] Bug#483791: also with doxygen
Hi, On Tue, Nov 04, 2008 at 09:17:10AM +0100, Jens Seidel wrote: On Tue, Jun 03, 2008 at 04:59:05PM +0200, Achim Gaedke wrote: When creating soucre code documentation with doxygen I see these annoying warnings, too: Pango-WARNING **: Error loading GPOS table 5503 they stem from graphviz dot tool. This warning is really annoying as it is displayed fat too often. I see it at least a few thousands times per doxygen call. I've just checked with Pango upstream maintainer and looks like the problem is been fixed with latest Pango release. It'd be interesting to perform a test and eventually reassign the BR to pango. I can't try it right now but will do as soon as I can. Please try to fix it for Etch. It'll be a post-Lenny fix, given the timings. regards, Davide signature.asc Description: Digital signature
Bug#493406: [Pkg-fonts-devel] Bug#493406: ttf-dejavu: FTBFS with dash as /bin/sh
tags 493406 patch pending stop On Sat, Aug 02, 2008 at 10:07:45AM -0700, Daniel Schepler wrote: Package: ttf-dejavu Version: 2.25-2 Severity: serious From my pbuilder build log, using a chroot with /bin/sh - dash: ... scripts/ttpostproc.pl build/DejaVuSerifCondensed.ttf rm -f build/DejaVuSerifCondensed.ttf~ touch -r tmp/DejaVuSerifCondensed.sfd build/DejaVuSerifCondensed.ttf make[1]: Leaving directory `/tmp/buildd/ttf-dejavu-2.25' sh debian/scripts/generate-udeb.sh generate-udeb.sh: stripping DejaVuSans.sfd debian/scripts/generate-udeb.sh: 96: Bad substitution make: *** [debian/stamp-common-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- I've just committed a fix to the svn repository [1]; upload will follow soon. Thanx for the report, Davide Index: debian/scripts/generate-udeb.sh === --- debian/scripts/generate-udeb.sh (revisione 824) +++ debian/scripts/generate-udeb.sh (copia locale) @@ -66,17 +66,17 @@ # the entire u1D400:u1D7FF range: it needs existing codepoints case $f in DejaVuSans) - STRIP_RANGES=${STRIP_RANGES/u1D400:u1D7FF/u1D538:u1D7EB} + STRIP_RANGES=$(echo ${STRIP_RANGES} | sed -e s+u1D400:u1D7FF+u1D538:u1D7EB+) ;; DejaVuSans-Bold) - STRIP_RANGES=${STRIP_RANGES/u1D400:u1D7FF/u1D538:u1D7F5} + STRIP_RANGES=$(echo ${STRIP_RANGES} | sed -e s+u1D400:u1D7FF+u1D538:u1D7F5+) ;; DejaVuSans-Oblique) - STRIP_RANGES=${STRIP_RANGES/u1D400:u1D7FF/u1D538:u1D63B} + STRIP_RANGES=$(echo ${STRIP_RANGES} | sed -e s+u1D400:u1D7FF+u1D538:u1D63B+) ;; DejaVuSansMono) - STRIP_RANGES=${STRIP_RANGES/u1D300:u1D356/} - STRIP_RANGES=${STRIP_RANGES/u1D400/u1D670} + STRIP_RANGES=$(echo ${STRIP_RANGES} | \ + sed -e s+u1D300:u1D356++ -e s+u1D400+u1D670+) STRIP_RANGES=$STRIP_RANGES u2100:u214F # Letterlike Symbols STRIP_RANGES=$STRIP_RANGES u2500:u257F # Box Drawing signature.asc Description: Digital signature
Bug#493406: ttf-dejavu: FTBFS with dash as /bin/sh
I've just committed a fix to the svn repository [1]; upload will follow soon. [1] svn://svn.debian.org/svn/pkg-fonts/packages/ttf-dejavu/trunk signature.asc Description: Digital signature
Bug#492784: [Pkg-fonts-devel] Bug#492784: New upstream version is 2.26
Hi, On Mon, Jul 28, 2008 at 11:08:46PM +0300, Juhapekka Tolvanen wrote: Package: ttf-dejavu Version: 2.25-1 Severity: wishlist Get it while it's hot! I'm waiting for 2.25-2 to go through the NEW queue ��http://ftp-master.debian.org/new.html It adds a new udeb needed for supporting a shell inside g-i and strips more glyphs out of the udeb. In the meanwhile I'm preparing the 2.26 package (trivial changes) be patient :) Davide signature.asc Description: Digital signature
Bug#483001: [Pkg-fonts-devel] Bug#483001: New version is available
On Thu, May 29, 2008 at 11:06:01AM +0200, Davide Viti wrote: On Mon, May 26, 2008 at 04:19:35PM +0200, Davide Viti wrote: On Mon, May 26, 2008 at 03:04:58PM +0200, G??rkan Seng??n wrote: Package: fontforge Version: 0.0.20080330-2 Severity: wishlist Please can you update the version in Debian? Will try to spend some time on it asap; unfortunately I'm currently very busy at work I've prepared a mew package based on the latest upstream release (20080429). Files are available in [1]; build goes smooth but I have not tested the package myself and probably will not have the time to test it in the near future, so please give it a go and let me know if there's anything I can fix. regards, Davide [1] http://www.alioth.debian.org/~zinosat-guest/fontforge-0.0.20080429-1/ I've run some basic tests with the new package which looks ok to me. I think it'd be worth uploading it to unstable. regards, Davide signature.asc Description: Digital signature
Bug#483001: New version is available
On Mon, May 26, 2008 at 04:19:35PM +0200, Davide Viti wrote: On Mon, May 26, 2008 at 03:04:58PM +0200, G??rkan Seng??n wrote: Package: fontforge Version: 0.0.20080330-2 Severity: wishlist Please can you update the version in Debian? Will try to spend some time on it asap; unfortunately I'm currently very busy at work I've prepared a mew package based on the latest upstream release (20080429). Files are available in [1]; build goes smooth but I have not tested the package myself and probably will not have the time to test it in the near future, so please give it a go and let me know if there's anything I can fix. regards, Davide [1] http://www.alioth.debian.org/~zinosat-guest/fontforge-0.0.20080429-1/ signature.asc Description: Digital signature
Bug#474206: fontforge: Segm fault when loading an ot font
Hi Uwe, On Fri, Apr 04, 2008 at 08:32:22AM +0200, Uwe Steinmann wrote: Package: fontforge Version: 0.0.20080330-1 Severity: normal I tried to load an OpenType font fontforge A-OTF-ShinGoPro-Regular.otf and fontforge dies while loading Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x48025650 (LWP 21642)] 0x0eeed2d8 in strlen () from /lib/libc.so.6 (gdb) bt #0 0x0eeed2d8 in strlen () from /lib/libc.so.6 #1 0x0ee953d8 in __dcigettext () from /lib/libc.so.6 #2 0x0ee94294 in dcgettext () from /lib/libc.so.6 #3 0x0fa28a5c in sgettext () from /usr/lib/fontforge/libgutils.so.1 #4 0x1009b854 in ?? () #5 0x1009b9b8 in ?? () #6 0x0fc45150 in ?? () from /usr/lib/fontforge/libfontforge.so.1 #7 0x0fc4b73c in _SFReadTTF () from /usr/lib/fontforge/libfontforge.so.1 #8 0x0fc4cc34 in SFReadTTF () from /usr/lib/fontforge/libfontforge.so.1 #9 0x0fce6f8c in ReadSplineFont () from /usr/lib/fontforge/libfontforge.so.1 #10 0x0fce78a8 in LoadSplineFont () from /usr/lib/fontforge/libfontforge.so.1 #11 0x0fbc59b8 in ViewPostscriptFont () from /usr/lib/fontforge/libfontforge.so.1 #12 0x100c7324 in ?? () #13 0x10146e50 in main () (gdb) Unfortunetly, I cannot provide the font, because it is commercial. any chance you can give it a go with the latest version recently uploaded? thanx alot in advance, Davide signature.asc Description: Digital signature
Bug#477947: [Pkg-fonts-devel] Bug#477947: fontforge: Segm fault when saving a font
Hi Kęstutis, On Tue, Apr 29, 2008 at 10:29:57AM +0300, Kęstutis Biliūnas wrote: Loading the font from http://www.interq.or.jp/www1/anzawa/bin/aoyagikouzan2otfv11.lzh works, but when I try to save it into PS Type1 or PS CID fontforge dies shortly after hitting the save button. Font Generation works fine, but validation is broken for CID keyed fonts. Turn off font validation when using this version of fontforge. This bug is fixed on the pkg-fonts SVN repository and will be closed on the next upload. I am no longer the maintainer of this package, so I can't to send the 'pending' command to [EMAIL PROTECTED] New package unofficial revision can be found on my repository at http://kebil.ghost.lt/debian/pool/fontforge/ . I've tried to rebuild the package using a fresh checkout of the debian repo and build goes fine (patch 022_validate.diff is applied with no errors); I then open the otf file mentioned in the BR, but when I try to File - Generate fonts... - PS CID FF segfalts. Here's a backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb71c36b0 (LWP 7153)] 0xb7c63830 in SFValidate () from /usr/lib/fontforge/libfontforge.so.1 (gdb) bt #0 0xb7c63830 in SFValidate () from /usr/lib/fontforge/libfontforge.so.1 #1 0x08163ec6 in DoSave (d=0xbf9dec70, path=0x8465c48) at savefontdlg.c:1464 #2 0x08164d86 in GFD_doesnt (gio=0x845c7f0) at savefontdlg.c:1580 #3 0xb7a8b602 in _GIO_reporterror () from /usr/lib/fontforge/libgdraw.so.3 #4 0xb7a8b934 in ?? () from /usr/lib/fontforge/libgdraw.so.3 #5 0x0845c7f0 in ?? () #6 0x0002 in ?? () #7 0xbf9db384 in ?? () #8 0xbf9db388 in ?? () #9 0xb72617ed in malloc () from /lib/libc.so.6 #10 0xb7a8bcfa in _GIO_localDispatch () from /usr/lib/fontforge/libgdraw.so.3 #11 0xb7a8b3bb in ?? () from /usr/lib/fontforge/libgdraw.so.3 #12 0x0845c7f0 in ?? () #13 0xb7ac1233 in ?? () from /usr/lib/fontforge/libgdraw.so.3 #14 0x0845c740 in ?? () #15 0xb7ac1233 in ?? () from /usr/lib/fontforge/libgdraw.so.3 #16 0x0845c7f0 in ?? () #17 0xb7f1cc50 in ?? () from /lib/ld-linux.so.2 #18 0x08164f88 in _GFD_SaveOk (d=0xb7ac7564) at savefontdlg.c:1633 Backtrace stopped: frame did not save the PC Im I missing anything? regards, Davide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478488: [Debian-in-workers] Bug#478488: Remove Duplicate Rachana Font
Hi, On Tue, Apr 29, 2008 at 04:57:54PM -0400, Jaldhar H. Vyas wrote: On ttf-malayalam-fonts package there is a Duplication of Rachana Fonts. Rachana_w01.ttf is an Old version of Rachana_04.ttf So I request to remove the Old version. Also for Debian Installer Udeb Replace Rachana_w01 the Old version font with Rachana_04.ttf What problems in Rachana_w01 does Rachana_04 fix? Also 2 fonts in this package AnjaliOldLipi-0.730.ttf MalOTF.ttf are not rendering well with Upstream pango, we swathanthra Malayalam Computing, the malayalam L10n team can provide patches for these fonts very soon Please provide them ASAP. As it is, it is probably too late to get these changes into lenny but if we beg and plead we might be able to get a special dispensation. It is important that we are fully ready on our end before we approach the d-i/release teams. I've patched the package as to include Rachana_04.ttf (available in [1]) and generated a screenshot [2] in a special chroot; you can compare it with a screenshot rendering the same piece of text but produced with Rachana_w01.ttf I suggest you compare [2] and [3] loading them in separate tabs and switching back and forth. Hope it helps, Davide [1] http://alioth.debian.org/~zinosat-guest/ttf-malayalam-fonts-udeb_0.5.3_all.udeb [2] http://alioth.debian.org/~zinosat-guest/ml_Rachana_04.png [3] http://d-i.alioth.debian.org/gtk-frontend/screenshots/2.23-1_vs_2.24-2/common/ml.png signature.asc Description: Digital signature
Bug#474572: [ttf-freefont] FreeSerif.sfd can't be opened with fontforge
Package: ttf-freefont Version: 20080323-2 Severity: important Tags: upstream patch pending --- Please enter the report below this line. --- Current version of FreeSerif.sfd can't be opened / modified with fontforge wich segfaults. Problem has been fixed upstream between version 1.140 and 1.141. The attached patch has been commited to the svn repo [1] and fixes the problem. regards, Davide [1] svn://[EMAIL PROTECTED]/svn/pkg-fonts/packages/ttf-freefont/trunk --- System information. --- Architecture: i386 Kernel: Linux 2.6.20-1-686 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.it.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== defoma | 0.11.10-0.2 Index: freefont-20080323/FreeSerif.sfd === --- freefont-20080323.orig/FreeSerif.sfd2008-04-06 15:32:36.0 +0200 +++ freefont-20080323/FreeSerif.sfd 2008-04-06 15:35:01.0 +0200 @@ -59,7 +59,7 @@ Lookup: 4 0 0 'akhn' Akhand in Malay+AQEA-lam lookup 3 {'akhn' Akhand in Malay+AQEA-lam lookup 3 subtable } ['akhn' ('mlym' 'dflt' ) ] Lookup: 4 1 0 'akhn' Akhand in Malay+AQEA-lam lookup 4 {'akhn' Akhand in Malay+AQEA-lam lookup 4 subtable } ['akhn' ('mlym' 'dflt' ) ] Lookup: 4 0 1 'liga' Standard Ligatures in Latin {'liga' Standard Ligatures in Latin subtable } ['liga' ('latn' 'dflt' ) ] -Lookup: 4 0 1 'liga' Standard Ligatures in 'latn' w/i {'liga' Standard Ligatures in 'latn' w/i subtable } ['liga' ('' 'DAN ' '' 'ENG ' '' 'FRA ' '' 'HRV ' '' 'DEU ' '' 'ITA ' '' 'LAT ' '' 'ESP ' '' 'SVE ' '' 'ESP ' 'latn' 'AFK ' ) ] +Lookup: 4 0 1 'liga' Standard Ligatures in 'latn' w/i {'liga' Standard Ligatures in 'latn' w/i subtable } ['liga' ('latn' 'DAN ' 'latn' 'ENG ' 'latn' 'FRA ' 'latn' 'HRV ' 'latn' 'DEU ' 'latn' 'ITA ' 'latn' 'LAT ' 'latn' 'ESP ' 'latn' 'SVE ' 'latn' 'ESP ' 'latn' 'AFK ' ) ] Lookup: 4 8 1 'liga' Standard Ligatures in Devangari {'liga' Standard Ligatures in Devangari subtable } ['liga' ('dev2' 'dflt' ) ] Lookup: 4 1 1 'liga' Standard Ligatures in Arabic {'liga' Standard Ligatures in Arabic subtable } ['liga' ('arab' 'dflt' ) ] Lookup: 4 0 0 'rphf' Reph Form in Bengali {'rphf' Reph Form in Bengali subtable } ['rphf' ('beng' 'dflt' ) ]
Bug#474136: Error when creating pdf charts for new FreeSerifItalic.ttf
Package: fntsample Version: 2.7-1 I get the following error when creating pdf (or ps) charts for FreeSerifItalic.ttf [EMAIL PROTECTED]:~/dejavu/freefont$ fntsample -f FreeSerifItalic.ttf -o test.pdf fntsample: /home/dajobe/dev/debian/cairo/cairo-1.4.14/src/cairo-array.c:301: _cairo_array_allocate: Assertion `array-num_elements + num_elements = array-size' failed. Not sure it it matters, but the ttf file (which can be grabbed from [1]), was created with new fontforge (20080330, just entered in sid) from the new ttf-freefont package (sources already in sid too) regards, Davide [1] http://www.alioth.debian.org/~zinosat-guest/FreeSerifItalic.ttf signature.asc Description: Digital signature
Bug#474136: [cairo] Error when creating pdf charts for new FreeSerifItalic.ttf
Hi Chris, On Thu, Apr 03, 2008 at 07:35:22PM +0100, Chris Wilson wrote: My investigations suggest that the cause of the assertion failure is an integer overflow during _cairo_array_grow_by() due to this chunk in cairo-truetype-subset.c (line 574): if (be16_to_cpu (header.index_to_loc_format) == 0) { begin = be16_to_cpu (u.short_offsets[index]) * 2; end = be16_to_cpu (u.short_offsets[index + 1]) * 2; } else { begin = be32_to_cpu (u.long_offsets[index]); end = be32_to_cpu (u.long_offsets[index + 1]); } size = end - begin; /* --overflow */ I've added some defensive code to treat the symptoms, but I don't know whether the root cause is either a bad font or that we are misinterpreting it. Here are the details about the font file in case you had to dig deeper: ttf file is built from the fontforge package [1] version 20080323 using the latest version (20080330) of fontforge [2]. If you're using debian you're just an apt-get source away from those sources, since both packages have been uploaded already. Not sure it may help, but all started because of bug #472830, which hit me because of the new FontForge Spline Font Database (SFD) 2 format introduced in Fontforge and adopted by new freefont thanx to all for such a detailed set of infos. regards, Davide [1] http://ftp.gnu.org/gnu/freefont/freefont-sfd-20080323.tar.gz [2] http://sourceforge.net/project/showfiles.php?group_id=103338package_id=111040 signature.asc Description: Digital signature
Bug#474136: Error when creating pdf charts for new FreeSerifItalic.ttf
On Thu, Apr 03, 2008 at 08:53:07PM +0200, Eugeniy Meshcheryakov wrote: Another version of this program gives assertion failure with FreeSansItalic.ttf: http://article.gmane.org/gmane.comp.lib.cairo/9166 (file test.c, cairo 1.4.14 on amd64, but not 1.5.x). I found out that the problem does not reproduce if I run fntsample on a local terminal, whereas it fails if I run it on a terminal over an ssh session. that's scary! hope it helps Davide signature.asc Description: Digital signature
Bug#472566: [Pkg-fonts-bugs] Bug#472566: ttf-freefont: U+20DD COMBINING ENCOLSING CIRCLE doesn't combine
tags 472566 + upstream fixed-upstream thanks On Mon, Mar 24, 2008 at 10:08:32PM +, Samuel Thibault wrote: Package: ttf-freefont Version: 20060501cvs-12 Severity: normal So as to circle some letters, I wanted to use U+20DD COMBINING ENCLOSING CIRCLE, but it doesn't work with the FreeSerif font: for instance a⃝ appears as an 'a' and a circle on the right. With other fonts like code2000 it works fine. the bug should be fixed upstream as mentioned by Steve White in [1] regards, Davide [1] http://lists.alioth.debian.org/pipermail/pkg-fonts-devel/2008-March/001369.html signature.asc Description: Digital signature
Bug#472830: [Pkg-fonts-devel] Bug#472830: Bug#472830: ttf-freefont: Fonts do not contain any character glyphs.
On Wed, Mar 26, 2008 at 09:50:43PM +0100, Davide Viti wrote: Hi Paul, On Wed, Mar 26, 2008 at 06:19:55PM +, Paul Martin wrote: Package: ttf-freefont Version: 20080323-1 Severity: grave Justification: renders package unusable Running waterfall on FreeSerif, FreeSans and FreeMono shows only blank squares for ttf-freefont 20080323-1. Reverting to 20060501cvs-12 cures this. The fact that 20060501cvs-12 is 1802kB in size, but 20080323-1 is merely 274kB might have something to do with it. I'm pretty ebarassed about this! tried to open the source sfd files with fontforge and I can't see any glyph, so the problem is not just with generated ttf file. Here's a snipped of a conversation about this which took place on #dejavu +eimai same problem here +eimai did george change his sfd format again? +eimai SplineSet, I can't remember seeing that in old sfd files +eimai it appears that SplineSet isn't in older sfd files, comes after Fore, don't know what it means or why it should create problems +eimai strange enough, EndSplineSet is in the older sfd format +eimai I'd say: upgrade FF again and open the files again, should then work I guess and generate proper ttf files +eimai after that: go moan against george that he should warn about breakage in his sfd format :-p +eimai don't know, my version can't handle it, I guess just go to current svn I've spent some time trying to figure out which version of fontforge should be used to fix this; the fontforge changelog [1] was not very helpful; I found this in the freefont changelog instead: 2008-02-17 Steve White * sfd/*.sfd: committed to FontForge Spline Font Database (SFD) 2 format. this makes me think the Debian version of FF (0.0.20080203-1) missed that feature just for a few days. I noticed there's already a request for an update (#472772) regards, Davide [1] http://fontforge.sourceforge.net/changelog.html [2] http://cvs.savannah.gnu.org/viewvc/freefont/ChangeLog?revision=1.248root=freefontview=markup signature.asc Description: Digital signature
Bug#472772: New version is available
On Wed, Mar 26, 2008 at 09:29:17AM +0100, G??rkan Seng??n wrote: Package: fontforge Version: 0.0.20080203-1 Severity: wishlist Please can you update the version in Debian? This would be extremely helpful for fixing #472830 Apparently we need something dated at least 20080215 which can handle Spline Font Database (SFD) 2 format. TIA, Davide signature.asc Description: Digital signature
Bug#472830: [Pkg-fonts-devel] Bug#472830: ttf-freefont: Fonts do not contain any character glyphs.
Hi Paul, On Wed, Mar 26, 2008 at 06:19:55PM +, Paul Martin wrote: Package: ttf-freefont Version: 20080323-1 Severity: grave Justification: renders package unusable Running waterfall on FreeSerif, FreeSans and FreeMono shows only blank squares for ttf-freefont 20080323-1. Reverting to 20060501cvs-12 cures this. The fact that 20060501cvs-12 is 1802kB in size, but 20080323-1 is merely 274kB might have something to do with it. I'm pretty ebarassed about this! tried to open the source sfd files with fontforge and I can't see any glyph, so the problem is not just with generated ttf file. Here's a snipped of a conversation about this which took place on #dejavu +eimai same problem here +eimai did george change his sfd format again? +eimai SplineSet, I can't remember seeing that in old sfd files +eimai it appears that SplineSet isn't in older sfd files, comes after Fore, don't know what it means or why it should create problems +eimai strange enough, EndSplineSet is in the older sfd format +eimai I'd say: upgrade FF again and open the files again, should then work I guess and generate proper ttf files +eimai after that: go moan against george that he should warn about breakage in his sfd format :-p +eimai don't know, my version can't handle it, I guess just go to current svn regards, Davide signature.asc Description: Digital signature
Bug#472566: [Pkg-fonts-bugs] Bug#472566: ttf-freefont: U+20DD COMBINING ENCOLSING CIRCLE doesn't combine
Hi, On Mon, Mar 24, 2008 at 10:08:32PM +, Samuel Thibault wrote: Package: ttf-freefont Version: 20060501cvs-12 Severity: normal So as to circle some letters, I wanted to use U+20DD COMBINING ENCLOSING CIRCLE, but it doesn't work with the FreeSerif font: for instance a⃝ appears as an 'a' and a circle on the right. With other fonts like code2000 it works fine. I'm currently working on preparing a new package based on the new upstream release which has just been released; it'd be great if you could test it with the new package which is expected to be uploaded in a few days. thanx in advance, Davide signature.asc Description: Digital signature
Bug#471024: Digits width in Sans Oblique is not consistent
package ttf-dejavu tags 471024 + patch tags 471024 + pending forwarded 471024 http://sourceforge.net/mailarchive/message.php?msg_name=20080215075730.GC3796%40zinosat.homelinux.com thanks a lot dude Denis Jacquerye created the attached patch (r2198 upstream) which fixes the problem regards, Davide On Sat, Mar 15, 2008 at 10:36:20AM +0100, Davide Viti wrote: Package: ttf-dejavu Version: 2.24-1 Severity: normal Tags: upstream Forwarded: http://sourceforge.net/mailarchive/message.php?msg_name=20080215075730.GC3796%40zinosat.homelinux.com Digits width is not consistent at sizes 9 (digits 4,5,7,8) and 10 (3,4,5,7,9). This is a regression for #411308 which was fount/fixed in dejavu 2.14. The problem is annoying during installations with the graphical installer regards, Davide Index: dejavu-fonts/src/DejaVuSans-Oblique.sfd === --- dejavu-fonts/src/DejaVuSans-Oblique.sfd (revision 2197) +++ dejavu-fonts/src/DejaVuSans-Oblique.sfd (revision 2198) @@ -3247,6 +3247,16 @@ SLOOP SHPIX EIF +NPUSHB + 7 + 0 + 37 + 16 + 37 + 32 + 37 + 3 +DELTAP1 EndTTInstrs AnchorPoint: below 506 0 basechar 0 AnchorPoint: above 802 1520 basechar 0 @@ -3483,11 +3493,13 @@ 10 EQ IF -PUSHW_8 +NPUSHW + 9 26 + 64 25 + 64 2 - 64 1 25 25 @@ -3718,6 +3730,19 @@ DELTAP1 SVTCA[y-axis] DELTAP1 +SVTCA[x-axis] +NPUSHB + 9 + 127 + 45 + 95 + 45 + 79 + 45 + 16 + 45 + 4 +DELTAP1 EndTTInstrs AnchorPoint: below 506 0 basechar 0 AnchorPoint: above 802 1520 basechar 0 @@ -3958,6 +3983,23 @@ DELTAP1 SVTCA[y-axis] DELTAP1 +SVTCA[x-axis] +NPUSHB + 13 + 63 + 15 + 79 + 15 + 95 + 15 + 111 + 15 + 127 + 15 + 143 + 15 + 6 +DELTAP1 EndTTInstrs AnchorPoint: below 506 0 basechar 0 AnchorPoint: above 802 1520 basechar 0 @@ -4119,6 +4161,15 @@ SLOOP SHPIX EIF +PUSHB_7 + 63 + 34 + 95 + 34 + 127 + 34 + 3 +DELTAP1 EndTTInstrs AnchorPoint: below 506 0 basechar 0 AnchorPoint: above 802 1520 basechar 0 @@ -4341,6 +4392,12 @@ DELTAP1 SVTCA[y-axis] DELTAP1 +SVTCA[x-axis] +PUSHB_3 + 16 + 44 + 1 +DELTAP1 EndTTInstrs AnchorPoint: below 506 0 basechar 0 AnchorPoint: above 802 1520 basechar 0 @@ -4506,6 +4563,18 @@ 5 8 DELTAP1 +NPUSHB + 9 + 16 + 8 + 63 + 8 + 95 + 8 + 127 + 8 + 4 +DELTAP1 EndTTInstrs AnchorPoint: below 506 0 basechar 0 AnchorPoint: above 802 1520 basechar 0 @@ -4621,6 +4690,15 @@ SLOOP SHPIX EIF +PUSHB_7 + 95 + 49 + 79 + 49 + 63 + 49 + 3 +DELTAP1 EndTTInstrs AnchorPoint: below 506 0 basechar 0 AnchorPoint: above 802 1520 basechar 0 @@ -4792,7 +4870,7 @@ SHPIX EIF NPUSHB - 23 + 37 70 0 70 @@ -4815,7 +4893,21 @@ 2 149 30 - 11 + 16 + 44 + 79 + 44 + 95 + 44 + 111 + 44 + 127 + 44 + 143 + 44 + 159 + 44 + 18 DELTAP1 EndTTInstrs AnchorPoint: below 506 0 basechar 0 Index: dejavu-fonts/src/DejaVuSans-BoldOblique.sfd === --- dejavu-fonts/src/DejaVuSans-BoldOblique.sfd (revision 2197) +++ dejavu-fonts/src/DejaVuSans-BoldOblique.sfd (revision 2198) @@ -3655,6 +3655,13 @@ SLOOP SHPIX EIF +PUSHB_5 + 31 + 12 + 47 + 12 + 2 +DELTAP1 EndTTInstrs AnchorPoint: below 568 0 basechar 0 AnchorPoint: above 864 1520 basechar 0 @@ -3799,6 +3806,15 @@ 6 2 DELTAP1 +PUSHB_7 + 79 + 26 + 31 + 26 + 47 + 26 + 3 +DELTAP1 EndTTInstrs AnchorPoint: below 568 0 basechar 0 AnchorPoint: above 864 1520 basechar 0 @@ -3932,6 +3948,13 @@ SLOOP SHPIX EIF +PUSHB_5 + 79 + 42 + 47 + 42 + 2 +DELTAP1 EndTTInstrs AnchorPoint: below 568 0 basechar 0 AnchorPoint: above 864 1520 basechar 0 @@ -4131,6 +4154,19 @@ DELTAP1 SVTCA[y-axis] DELTAP1 +SVTCA[x-axis] +NPUSHB + 9 + 31 + 15 + 47 + 15 + 63 + 15 + 79 + 15 + 4 +DELTAP1 EndTTInstrs AnchorPoint: below 568 0 basechar 0 AnchorPoint: above 864 1520 basechar 0 @@ -4301,6 +4337,18 @@ SLOOP SHPIX EIF +NPUSHB + 9 + 79 + 31 + 63 + 31 + 47 + 31 + 15 + 31 + 4 +DELTAP1 EndTTInstrs AnchorPoint: below 568 0 basechar 0 AnchorPoint: above 864 1520 basechar 0 @@ -4446,6 +4494,11 @@ 27 12 DELTAP1 +PUSHB_3 + 15 + 41 + 1 +DELTAP1 EndTTInstrs AnchorPoint: below 568 0 basechar 0 AnchorPoint: above 864 1520 basechar 0 @@ -4669,6 +4722,20 @@ SLOOP SHPIX EIF +NPUSHB + 11 + 31 + 49 + 47 + 49 + 79 + 49 + 127 + 49 + 159 + 49 + 5 +DELTAP1 EndTTInstrs AnchorPoint: below 568 0 basechar 0 AnchorPoint: above 864 1520 basechar 0 @@ -4837,6 +4904,13 @@ 39 9 DELTAP1 +PUSHB_5 + 96 + 41 + 47 + 41 + 2 +DELTAP1 EndTTInstrs AnchorPoint: below 568 0 basechar 0 AnchorPoint: above 864 1520 basechar 0 signature.asc Description: Digital signature
Bug#471024: Digits width in Sans Oblique is not consistent
Package: ttf-dejavu Version: 2.24-1 Severity: normal Tags: upstream Forwarded: http://sourceforge.net/mailarchive/message.php?msg_name=20080215075730.GC3796%40zinosat.homelinux.com Digits width is not consistent at sizes 9 (digits 4,5,7,8) and 10 (3,4,5,7,9). This is a regression for #411308 which was fount/fixed in dejavu 2.14. The problem is annoying during installations with the graphical installer regards, Davide signature.asc Description: Digital signature
Bug#383258: [Pkg-fonts-devel] Bug#383258: Freefont Bug 17440
Hi all, On Thu, Feb 21, 2008 at 08:05:02PM +0100, Christian Perrier wrote: Quoting Steve White ([EMAIL PROTECTED]): This may be fixed, in which case we can close it. Thanks! There are more details on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=383258 CC'ing the bug submitter, Robert L Mathewsand the Debian BTS (so that Davide Viti, the current maintainer, sees this as well) will hopefully provide screenshots during the weekend; does this may be fixed mean that it's going to be fixed or that it magically disappeared? regards, Davide signature.asc Description: Digital signature
Bug#464616: ttf-dejavu-core: Add russian charset
Hi, On Tue, Feb 12, 2008 at 01:00:21PM +0300, Kirill A. Korinskiy wrote: This problem I can find in emacs22/emacs-snapshot, in gnus. For russian symbols in koi8-r charset hi not using Dejava Sans Mono fonts. After adding KOI8-R in /etc/defoma/hints/ttf-dejavu-core.hints, emacs can using this font. don't know much about its syntax: should I add KOI8-R to the Charset stanza only or to the UniCharset or both? should I add it to all the ttf-dejavu-extra.hints file as well? Thanx alot for your help, Davide signature.asc Description: Digital signature
Bug#464616: ttf-dejavu-core: Add russian charset
Hi, Pleace, add russian charsets (koi8-r, cp1251, cp866, iso8859-5) we have cyrillic in all fonts do I do not get what the problem is: can you please add more details? regards, Davide signature.asc Description: Digital signature
Bug#464471: ttf-dejavu-core: default style for DejaVu Serif is Condensed
Hi Paul, On Thu, Feb 07, 2008 at 12:51:33PM +0900, Paul Wise wrote: Package: ttf-dejavu-core Version: 2.23-1 Severity: important ttf-bitstream-vera is being removed from Debian (#461308), so DejaVu needs to replace it. Currently the DejaVu Serif uses Condensed by default, which makes it look a bit ugly and very different when compared with Bitstream Vera Serif, which uses Roman by default. Please change DejaVu to use Book by default, which looks like the Roman Bitstream Vera Serif. talked about this on #dejavu and been told that default style is not condensed: it's not like a default style is defined in the fonts, fontconfig should just pick the one closest to roman. Can you please provide more infos? thanx Davide signature.asc Description: Digital signature
Bug#452127: ttf-dejavu-extra: dangling font links are harmful.
Hi Apparently, we get: grep: gs.d/dirs/fonts/DejaVuSerifCondensed-BoldOblique.ttf: No such file or directory grep: gs.d/dirs/fonts/DejaVuSerifCondensed-Oblique.ttf: No such file or directory grep: gs.d/dirs/fonts/DejaVuSerif-BoldOblique.ttf: No such file or directory grep: gs.d/dirs/fonts/DejaVuSerif-Oblique.ttf: No such file or directory grep: x-ttcidfont-conf.d/dirs/TrueType/DejaVuSerifCondensed-BoldOblique.ttf: No such file or directory grep: x-ttcidfont-conf.d/dirs/TrueType/DejaVuSerifCondensed-Oblique.ttf: No such file or directory grep: x-ttcidfont-conf.d/dirs/TrueType/DejaVuSerif-BoldOblique.ttf: No such file or directory grep: x-ttcidfont-conf.d/dirs/TrueType/DejaVuSerif-Oblique.ttf: No such file or directory And that cause x-ttcidfont-conf stop doing its job to link xfonts to ttf fonts. Causes bug 437674 419052 . Apparently, it's a leftover from the bug 440142. Please somehow remove old dangling symlinks when upgrade. I can definitely see the wrong symlinks on my machine which need to be removed; not sure this problem is the same reported originally in this BR though. I'm still trying to understand a bit more what's going on; I'll eventually duplicate this problem in a separate bugreport. regards, Davide signature.asc Description: Digital signature
Bug#452127: ttf-dejavu-extra: error message during setup
Hi Eric, On Tue, Nov 20, 2007 at 11:41:01AM -0500, Eric Cooper wrote: After upgrading ttf-dejavu (with apt-get), I saw the following error message below. It might be harmless, but I couldn't tell. Preparing to replace ttf-dejavu 2.19-1 (using .../ttf-dejavu_2.21-1_all.deb) ... Removing obsolete conffile /etc/defoma/hints/ttf-dejavu.hints ... Unpacking replacement ttf-dejavu ... Selecting previously deselected package ttf-dejavu-core. Unpacking ttf-dejavu-core (from .../ttf-dejavu-core_2.21-1_all.deb) ... Selecting previously deselected package ttf-dejavu-extra. Unpacking ttf-dejavu-extra (from .../ttf-dejavu-extra_2.21-1_all.deb) ... Setting up ttf-dejavu-core (2.21-1) ... Setting up ttf-dejavu-extra (2.21-1) ... = opendir: No such file or directory Setting up ttf-dejavu (2.21-1) ... I've tried to work on this the last few days and noticed I get the same error while installing another font package (ttf-sil-abyssinica) which makes me think it's an error in (maybe) fontconfig. I then looked at the bugreports for fonconfig to see if I could find anything related to this and stumbled in #456963 and noticed this: [EMAIL PROTECTED]:~/temp$ sudo dpkg-reconfigure fontconfig Cleaning up font configuration of fontconfig... Cleaning up category cid.. Cleaning up category truetype.. Cleaning up category type1.. Updating fontconfig cache for /usr/share/fonts/truetype/ttf-dejavu /usr/share/fonts/truetype/ttf-sil-abyssinica Updating font configuration of fontconfig... Cleaning up category cid.. Cleaning up category truetype.. Cleaning up category type1.. Updating category type1.. Updating category truetype.. Updating category cid.. Updating fontconfig cache for /usr/share/fonts/truetype/ttf-dejavu /usr/share/fonts/truetype/ttf-sil-abyssinica Regenerating fonts cache... /var/lib/dpkg/info/fontconfig.postinst: line 40: 3551 Segmentation fault fc-cache -s -f -v /var/log/fontconfig.log 21 failed. See /var/log/fontconfig.log for more information. done. Not sure they're related, but it certainly looks like fontconfig's having some problems. Will try to narrow down the problem a bit more and eventually reassign the bugreport to fonconfig once I'm more confident is not a dejavu problem. Sorry for the late reply but I'mcurrently very busy. regards, Davide signature.asc Description: Digital signature
Bug#457647: fontconfig-files of upstream sources are not in package
severity 457647 wishlist thanks those configuration file were added recently to the dejavu repository and ATM have to be considered as use at your own risk. I have no problem adding them to the debian package only after discussing their inclusion on the ML (Pkg-fonts-devel, DejaVu-fonts both cc'ed) as to know what other people think about it. regards, Davide On Mon, Dec 24, 2007 at 09:21:43AM +0200, Juhapekka Tolvanen wrote: Package: ttf-dejavu Version: 2.22-1 Severity: important If you download DejaVu-fonts from homepage of that project, inside that tarball is a directory called fontconfig. It is full of useful fontconfig-files: 20-unhint-small-dejavu.conf 20-unhint-small-dejavu-experimental.conf 57-dejavu.conf 61-dejavu-experimental.conf But they are not installed at all, when installing DejaVu-fonts from Debian-package. signature.asc Description: Digital signature
Bug#415127: Please retest g-i on Intel MacBook using recent daily builds
On Sat, Dec 22, 2007 at 10:57:27AM +0100, Attilio Fiandrotti wrote: Daily builds [1] are now based on linux=2.6.22 and DirectFB 1.0, so could please someone recheck wheter this bug, which was reported at the times of linux 2.6.18 and DirectFB 0.9.25, is gone or still persists? I first get the following message: i8042.c: No controller found Starting system log daemon: syslogd, klogd. The next printouts were grabbed in this screenshot: http://zinosat.homelinux.com/~zino/g-i_macbook800.png after this, the screen becomes white and starts flashing, with the mouse arrow in the centre of the screen. Moving the mouse seems to work though. regards, Davide signature.asc Description: Digital signature
Bug#452838: ttf-dejavu: dash character is invisible at size 10 with DejavuSans
retitle -1 ttf-dejavu: dash character is invisible at size 10 with Dejavu Sans Oblique thanx I was able to reproduce the problem using pango-viev: $ echo 21-1 test.txt pango-view --font=DejaVu Sans Oblique 11 -o test.png test.txt I've also tried to play with the --hinting option which can be set to none / auto / full and noticed that when setting --hinting=none the problem does not reproduce; otherwhise the dash character is invisible. One more thing: in gedit the problem reproduces with size 10 and 11, with pango-view only at size 11 regards, Davide signature.asc Description: Digital signature
Bug#452838: ttf-dejavu: dash character is invisible at size 10 with DejavuSans
I've dug a bit more and noticed that the problem appeared starting with version 2.20-1; after bisecting I've narrowed the problem down to the following commit: r1965 | eugeniy | 2007-08-07 14:02:19 + (Tue, 07 Aug 2007) | 2 lines use sane CVT value for thickness, so glyph does not become 1.5 times more thick at large sizes regards, Davide signature.asc Description: Digital signature
Bug#413571: Hyphens are completely invisible in italics
Hi Daniel, On Wed, Nov 21, 2007 at 04:28:53PM -0500, Daniel Schepler wrote: For me, with version 2.21-1, hyphens are completely invisible when I use DejaVu Sans italic at 10pt. it could be that after installation your cache got messed up, so restarting would help. It'd be great if you could provide a screenshot showing your problem. regards, Davide
Bug#413571: Hyphens are completely invisible in italics
Hi Daniel, On Fri, Nov 23, 2007 at 03:48:25AM -0500, Daniel Schepler wrote: I've attached a screenshot of kmail exhibiting the problem, which is how I ran into it. I can also reproduce it with kword displaying DejaVu Sans italic 10 pt. can you try to see if fc-cache -f fixes it? thanx, Davide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439615: Debian/Testing, dangling links caused browser closing problems....
Hi Whit, On Mon, Sep 10, 2007 at 12:30:38PM -0400, Whit Hansell wrote: this sounds to me very much like #440142 ; will try to test the patch asap (it'd be great if you could run a test too) and if it is the same problem will merge this BR with #440142 and eventually file a separate BR for the half configured thing. regards, Davide Davide, I'll be glad to help if I can. Let me know what you want me to do. Sorry it's taken me so long toget back to you. Stuff's happening. current svn [1] contains the patch which should fix the problem (see bug #440142); it'd be great if you could test if the problem is really fixed. I can provide binaries in case you had problems rebuilding the package: just let me know. Thanx in advance, Davide [1] svn://[EMAIL PROTECTED]/svn/pkg-fonts/packages/ttf-dejavu/trunk signature.asc Description: Digital signature
Bug#416911: New DirectFB 1.x releases are available
Hi Guillem, On Tue, Sep 04, 2007 at 12:01:16AM +0300, Guillem Jover wrote: I'm not going to upload 1.1.0, as it can be read from the release announcment that not all features are working again. I might later on upload it to experimental. I see; I hope problems will be fixed soon, so that we can see how g-i behave with something recent. As also mentioned on IRC I'd like to move the dfbinfo binary current provided in the udeb lib into its own package (which didn't happen at the time due to the release being so close). The new package (libdirectfb-bin-udeb) would mostly contain that, but other programs useful for debugging purposes can be added later on if requested. that makes sense thanx, Davide signature.asc Description: Digital signature
Bug#439083: DejaVu Sans Bold cyrillic m (U+043C) is printed as blank space
On Wed, Aug 22, 2007 at 08:26:07PM +0200, Davide Viti wrote: Hi Sergey, On Wed, Aug 22, 2007 at 05:54:52PM +0600, Sergey Fedoseev wrote: Are there any chances to see it fixed in etch updates? I'm afraid not. It should be trivial to fix it locally using the patch below. I've created an etch branch in the svn repository [1] and have backported the fix: let's see if we can collect enough fixes to prepare an updated version (2.15-2) of the package. Note that the changelog only lists this bug number which will be declared as closed in the next release (2.20-1 ?) due rather soon. regards, Davide [1] svn://[EMAIL PROTECTED]/svn/pkg-fonts/packages/ttf-dejavu/branches/etch signature.asc Description: Digital signature
Bug#440142: ttf-dejavu: Wrong font name for various Serif Oblique
tags 440142 + patch pending thanks Hi Carlos, On Thu, Aug 30, 2007 at 01:51:39AM -0500, Carlos C Soto wrote: Package: ttf-dejavu Version: 2.19-1 Severity: normal ttf-dejavu includes a set of great fonts, but looks like a particular group is set incorrectly: Serif*Oblique The font name is actually Serif*Italic I've just committed in svn [1] the attached patch which should fix this problem introduced with upstream 2.18. Thanx for your report, Davide [1] svn://[EMAIL PROTECTED]/svn/pkg-fonts/packages/ttf-dejavu/trunk Index: ../../alioth/ttf-dejavu/trunk/debian/ttf-dejavu.defoma-hints === --- ../../alioth/ttf-dejavu/trunk/debian/ttf-dejavu.defoma-hints (revision 474) +++ ../../alioth/ttf-dejavu/trunk/debian/ttf-dejavu.defoma-hints (working copy) @@ -162,9 +162,9 @@ Foundry = DejaVu Priority = 20 end -begin /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Oblique.ttf +begin /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Italic.ttf Family = DejaVu-Serif - FontName = DejaVu-Serif-Oblique + FontName = DejaVu-Serif-Italic Encoding = Unicode Location = English Charset = ISO8859-1 ISO8859-2 ISO8859-7 ISO8859-9 ISO8859-15 ISO10646-1 @@ -172,13 +172,13 @@ GeneralFamily = Roman Weight = Medium Width = Variable - Shape = Serif Oblique + Shape = Serif Italic Foundry = DejaVu Priority = 20 end -begin /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-BoldOblique.ttf +begin /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-BoldItalic.ttf Family = DejaVu-Serif - FontName = DejaVu-Serif-Bold-Oblique + FontName = DejaVu-Serif-Bold-Italic Encoding = Unicode Location = English Charset = ISO8859-1 ISO8859-2 ISO8859-7 ISO8859-9 ISO8859-15 ISO10646-1 @@ -186,7 +186,7 @@ GeneralFamily = Roman Weight = Bold Width = Variable - Shape = Serif Oblique + Shape = Serif Italic Foundry = DejaVu Priority = 20 end @@ -221,9 +221,9 @@ Foundry = DejaVu Priority = 20 end -begin /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-Oblique.ttf +begin /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-Italic.ttf Family = DejaVu-Serif - FontName = DejaVu-Serif-Condensed-Oblique + FontName = DejaVu-Serif-Condensed-Italic Encoding = Unicode Location = English Charset = ISO8859-1 ISO8859-2 ISO8859-7 ISO8859-9 ISO8859-15 ISO10646-1 @@ -231,13 +231,13 @@ GeneralFamily = Roman Weight = Medium Width = Variable - Shape = Serif Oblique Condensed + Shape = Serif Italic Condensed Foundry = DejaVu Priority = 20 end -begin /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-BoldOblique.ttf +begin /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-BoldItalic.ttf Family = DejaVu-Serif - FontName = DejaVu-Serif-Condensed-Bold-Oblique + FontName = DejaVu-Serif-Condensed-Bold-Italic Encoding = Unicode Location = English Charset = ISO8859-1 ISO8859-2 ISO8859-7 ISO8859-9 ISO8859-15 ISO10646-1 @@ -245,7 +245,7 @@ GeneralFamily = Roman Weight = Bold Width = Variable - Shape = Serif Oblique Condensed + Shape = Serif Italic Condensed Foundry = DejaVu Priority = 20 end signature.asc Description: Digital signature
Bug#439615: Debian/Testing, dangling links caused browser closing problems....
Hi, On Sat, Aug 25, 2007 at 08:26:30PM -0400, Whit Hansell wrote: Had a problem w. the IceApe browser closing when I tried to scroll or even open some pages. And it would not open a particular email sent from Earthlink but it turned out it was not Earthlinks problem. The sender used different fonts and probably the dangling font. The two files that the IceApe maintainer found to be the problem(dangling links) are: /var/lib/defoma/fontconfig.d/D/DejaVu-Serif-Oblique.ttf and /var/lib/defoma/fontconfig.d/D/DejaVu-Serif-Bold-Oblique.ttf I have removed these two files/fonts from my system and everything is back working now. this sounds to me very much like #440142 ; will try to test the patch asap (it'd be great if you could run a test too) and if it is the same problem will merge this BR with #440142 and eventually file a separate BR for the half configured thing. regards, Davide signature.asc Description: Digital signature
Bug#416911: New DirectFB 1.x releases are available
Hi, On Sat, Sep 01, 2007 at 09:57:48PM +0200, Attilio Fiandrotti wrote: Hi Recently DirectFB version 1.0.1 [1] and 1.1.0 [2] were released: i suggest we switch to the most recent DFB version while we're still early in Lenny release cycle. yes, most libs used for the g-i have been updated after Etch was released and it'd be really nice if dfb could be updated as to use newer drivers and bugfixes. thanx, Davide signature.asc Description: Digital signature
Bug#439615: Debian/Testing, dangling links caused browser closing problems....
On Mon, Aug 27, 2007 at 03:24:52PM -0400, Whit Hansell wrote: Anyway, your output was interesting but is there anything you want me to do or check for you? I still have no idea on how to find out what is wrong, so thanx for the offer but I'm out of ideas ATM. I don't know why I ended up with these two fonts hanging out there by themselves. But they were giving me problems just after one of the upgrades I did last week. I also don't know if it's a global problem for everyone or if, for some reason, it only affected me. Let me know if there is something I can do to help you out. asked this on IRC and apparently somebody else experienced crashes like the ones you describe when trying new versions of Dejavu via cp $TTF_FILE $TTF_DIR; proper installs (i.e. not performed manually) fixed it. Let's see if we can narrow the problems down a bit more. thanx Davide signature.asc Description: Digital signature
Bug#439615: Debian/Testing, dangling links caused browser closing problems....
Hi, On Sat, Aug 25, 2007 at 08:26:30PM -0400, Whit Hansell wrote: Package: ttf-dejavu State: installed Automatically installed: no Version: 2.19-1 Priority: optional Section: x11 The Upgrading commands I use are: aptitude update - aptitude dist-upgrade - aptitude autoclean - updatedb. snip/snip ( I pretty much use aptitude for installs and such. On occasion if I'm in a hurry I'll purge using synaptic and may d a reinstall right away to check to see if that would clear up a problem. Sometimes it does.) It was also recommended that I send you this output from brightsun:/# grep ttf-dejavu /var/log/dpkg.log 2007-08-23 00:08:17 upgrade ttf-dejavu 2.17-1 2.19-1 2007-08-23 00:08:17 status half-configured ttf-dejavu 2.17-1 2007-08-23 00:08:17 status unpacked ttf-dejavu 2.17-1 2007-08-23 00:08:17 status half-installed ttf-dejavu 2.17-1 2007-08-23 00:08:18 status half-installed ttf-dejavu 2.17-1 2007-08-23 00:08:18 status unpacked ttf-dejavu 2.19-1 2007-08-23 00:08:18 status unpacked ttf-dejavu 2.19-1 2007-08-23 00:08:37 status unpacked ttf-dejavu 2.19-1 2007-08-23 00:08:37 status unpacked ttf-dejavu 2.19-1 2007-08-23 00:08:37 status half-configured ttf-dejavu 2.19-1 2007-08-23 00:08:37 status installed ttf-dejavu 2.19-1 I normally use apt-get or dpkg when I want to test a new version of the package, and the output of the above command is attached to this message. regards, Davide 2006-10-30 18:40:12 upgrade ttf-dejavu 2.10-1 2.11-1 2006-10-30 18:40:12 status half-configured ttf-dejavu 2.10-1 2006-10-30 18:40:12 status unpacked ttf-dejavu 2.10-1 2006-10-30 18:40:12 status half-installed ttf-dejavu 2.10-1 2006-10-30 18:40:12 status half-installed ttf-dejavu 2.10-1 2006-10-30 18:40:14 status unpacked ttf-dejavu 2.11-1 2006-10-30 18:40:14 status unpacked ttf-dejavu 2.11-1 2006-10-30 18:41:22 status unpacked ttf-dejavu 2.11-1 2006-10-30 18:41:22 status unpacked ttf-dejavu 2.11-1 2006-10-30 18:41:22 status half-configured ttf-dejavu 2.11-1 2006-10-30 18:41:23 status installed ttf-dejavu 2.11-1 2006-11-27 07:22:54 upgrade ttf-dejavu 2.11-1 2.12-1 2006-11-27 07:22:54 status half-configured ttf-dejavu 2.11-1 2006-11-27 07:22:54 status unpacked ttf-dejavu 2.11-1 2006-11-27 07:22:54 status half-installed ttf-dejavu 2.11-1 2006-11-27 07:22:54 status half-installed ttf-dejavu 2.11-1 2006-11-27 07:22:55 status unpacked ttf-dejavu 2.12-1 2006-11-27 07:22:55 status unpacked ttf-dejavu 2.12-1 2006-11-27 07:22:58 status unpacked ttf-dejavu 2.12-1 2006-11-27 07:22:58 status unpacked ttf-dejavu 2.12-1 2006-11-27 07:22:58 status half-configured ttf-dejavu 2.12-1 2006-11-27 07:22:59 status installed ttf-dejavu 2.12-1 2006-12-07 19:34:43 upgrade ttf-dejavu 2.12-1 2.12-2 2006-12-07 19:34:43 status half-configured ttf-dejavu 2.12-1 2006-12-07 19:34:43 status unpacked ttf-dejavu 2.12-1 2006-12-07 19:34:43 status half-installed ttf-dejavu 2.12-1 2006-12-07 19:34:44 status half-installed ttf-dejavu 2.12-1 2006-12-07 19:34:45 status unpacked ttf-dejavu 2.12-2 2006-12-07 19:34:45 status unpacked ttf-dejavu 2.12-2 2006-12-07 19:36:48 status unpacked ttf-dejavu 2.12-2 2006-12-07 19:36:48 status unpacked ttf-dejavu 2.12-2 2006-12-07 19:36:48 status half-configured ttf-dejavu 2.12-2 2006-12-07 19:36:49 status installed ttf-dejavu 2.12-2 2006-12-19 23:43:17 upgrade ttf-dejavu 2.12-2 2.13-1 2006-12-19 23:43:17 status half-configured ttf-dejavu 2.12-2 2006-12-19 23:43:17 status unpacked ttf-dejavu 2.12-2 2006-12-19 23:43:17 status half-installed ttf-dejavu 2.12-2 2006-12-19 23:43:18 status half-installed ttf-dejavu 2.12-2 2006-12-19 23:43:19 status unpacked ttf-dejavu 2.13-1 2006-12-19 23:43:19 status unpacked ttf-dejavu 2.13-1 2006-12-19 23:43:19 status unpacked ttf-dejavu 2.13-1 2006-12-19 23:43:19 status unpacked ttf-dejavu 2.13-1 2006-12-19 23:43:19 status half-configured ttf-dejavu 2.13-1 2006-12-19 23:43:21 status installed ttf-dejavu 2.13-1 2006-12-19 23:44:58 status installed ttf-dejavu 2.13-1 2006-12-19 23:45:11 status installed ttf-dejavu 2.13-1 2006-12-19 23:45:24 status installed ttf-dejavu 2.13-1 2006-12-22 15:10:33 upgrade ttf-dejavu 2.13-1 2.13-1 2006-12-22 15:10:33 status half-configured ttf-dejavu 2.13-1 2006-12-22 15:10:33 status unpacked ttf-dejavu 2.13-1 2006-12-22 15:10:33 status half-installed ttf-dejavu 2.13-1 2006-12-22 15:10:33 status half-installed ttf-dejavu 2.13-1 2006-12-22 15:10:34 status unpacked ttf-dejavu 2.13-1 2006-12-22 15:10:34 status unpacked ttf-dejavu 2.13-1 2006-12-22 15:12:08 status unpacked ttf-dejavu 2.13-1 2006-12-22 15:12:08 status unpacked ttf-dejavu 2.13-1 2006-12-22 15:12:08 status half-configured ttf-dejavu 2.13-1 2006-12-22 15:12:12 status installed ttf-dejavu 2.13-1 2007-01-26 20:55:00 upgrade ttf-dejavu 2.13-1 2.14-1 2007-01-26 20:55:00 status half-configured ttf-dejavu 2.13-1 2007-01-26 20:55:00 status unpacked ttf-dejavu 2.13-1 2007-01-26 20:55:00 status half-installed ttf-dejavu 2.13-1 2007-01-26 20:55:00 status half-installed ttf-dejavu 2.13-1
Bug#439083: DejaVu Sans Bold cyrillic m (U+043C) is printed as blank space
Hi Sergey, On Wed, Aug 22, 2007 at 05:54:52PM +0600, Sergey Fedoseev wrote: Are there any chances to see it fixed in etch updates? I'm afraid not. It should be trivial to fix it locally using the patch below. Regards, Davide Index: DejaVuSansBold.sfd === --- DejaVuSansBold.sfd (revision 1975) +++ DejaVuSansBold.sfd (working copy) @@ -19755,9 +19755,9 @@ Encoding: 1084 1084 1084 Width: 1674 Flags: W -TtfInstrs: 73 +TtfInstrs: 74 5SPLO#6Fu5!s#Y6q1_G:S.K3Km+gq^!$IQlnT.h3A=*)=?mK#1^FEp#L5g#6H^g!Ak,j -#mCPFm1AXiFB`7m/R+d +#mCPFm1AXiFB`7m9'Dh EndTtf AnchorPoint: above 836 1147 basechar 0 Fore signature.asc Description: Digital signature
Bug#431983: [DejaVu-fonts] ttf-dejavu: extra space at the top of the lines in OpenOffice.org
Hi Nicolas, On Sat, Aug 11, 2007 at 11:03:27AM +0200, Nicolas Mailhot wrote: I've done a very simple test: tried to strip the entire 1D300:1D356 range off the ttf file and it fixed the problem; tried then with a ttf file containing only 1D300 and the problem reproduces. Please open an OO.o bug and forward the bug number there the bug has already been reassigned to OO.o and has been marked as pending already (upstream developer Herbert Duerr pointed us to a fix) regards, Davide signature.asc Description: Digital signature
Bug#431983: [Pkg-fonts-devel] Bug#431983: ttf-dejavu + OpenOffice.org: extra linespace for fonts with unicodes U+FFFF
reassign 431983 openoffice.org thanks Here is the relevant patch for OpenOffice.org http://gsl.openoffice.org/source/browse/gsl/vcl/source/glyphs/gcach_ftyp.cxx?r1=1.140r2=1.141 it's not a dejavu bug: I'm reassigning this BR to the proper package. regards, Davide signature.asc Description: Digital signature
Bug#431983: ttf-dejavu: extra space at the top of the lines in OpenOffice.org
On Wed, Aug 08, 2007 at 11:34:16AM +0200, Eugeniy Meshcheryakov wrote: Patch between r1818 and r1819 only adds additional glyps. But those glyphs encoded outside BMP, unlike all other glyphs in r1818. So it may OO.o that handles fonts with codes outside BMP incorrectly. Or maybe it uses number of glyphs for some predictions - it changed from 4593 to 4680. I've done a very simple test: tried to strip the entire 1D300:1D356 range off the ttf file and it fixed the problem; tried then with a ttf file containing only 1D300 and the problem reproduces. regards, Davide signature.asc Description: Digital signature
Bug#431983: ttf-dejavu: extra space at the top of the lines in OpenOffice.org
Hi, On Fri, Jul 06, 2007 at 04:35:46PM +0300, Linas Žvirblis wrote: After upgrading from 2.17-1 to 2.18-1, I noticed that in OpenOffice.org lines had extra space at the top. Downgrading to 2.17-1 fixed it, upgrading again, broke it again. Top margin of the line | Text | Bottom margin of the line ^- cursor The following revision introduces the problem: r1819 | remyoudompheng | 2007-05-23 02:31:26 +0200 (Wed, 23 May 2007) | 2 lines * Added Tai Xuan Jing Symbols (U+1D300-1D356). regards, Davide signature.asc Description: Digital signature
Bug#435970: Please do not generate the udeb any longer
Hi Matthew, On Sat, Aug 04, 2007 at 07:57:45PM +0200, Davide Viti wrote: If you prefere we could leave this BR open and I can take care of forwarding here feedback messages on the subject before closing the BR. Today Aiet Kolkhi posted the following: http://lists.debian.org/debian-i18n/2007/08/msg00026.html regards, Davide signature.asc Description: Digital signature
Bug#435970: Please do not generate the udeb any longer
Package: ttf-bpg-georgian-fonts Version: 0.3 Severity: wishlist Tags: patch Hi, I'm switching the graphical installer as to fetch Georgian glyphs out of ttf-dejavu (= 2.18), so there's no need to generate the udeb anylonger (see [1]). Here's also the trivial patch to achieve it: [EMAIL PROTECTED]:~/temp/georgian$ diff -ruN ttf-bpg-georgian-fonts-0.3_orig/ ttf-bpg-georgian-fonts-0.3 diff -ruN ttf-bpg-georgian-fonts-0.3_orig/debian/control ttf-bpg-georgian-fonts-0.3/debian/control --- ttf-bpg-georgian-fonts-0.3_orig/debian/control 2007-08-04 14:32:33.0 +0200 +++ ttf-bpg-georgian-fonts-0.3/debian/control 2007-08-04 14:33:03.0 +0200 @@ -11,10 +11,3 @@ Recommends: x-ttcidfont-conf | fontconfig Description: BPG Georgian fonts A collection of three Georgian fonts, provided by BPG-InfoTech. - -Package: ttf-bpg-georgian-fonts-udeb -Section: debian-installer -Provides: ttf-installer -XC-Package-Type: udeb -Architecture: all -Description: BPG Georgian fonts for the graphical installer diff -ruN ttf-bpg-georgian-fonts-0.3_orig/debian/ttf-bpg-georgian-fonts-udeb.install ttf-bpg-georgian-fonts-0.3/debian/ttf-bpg-georgian-fonts-udeb.install --- ttf-bpg-georgian-fonts-0.3_orig/debian/ttf-bpg-georgian-fonts-udeb.install 2007-08-04 14:32:33.0 +0200 +++ ttf-bpg-georgian-fonts-0.3/debian/ttf-bpg-georgian-fonts-udeb.install 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -BPG_Glaho.ttf usr/share/fonts/truetype/ttf-bpg-georgian regards, Davide [1] http://lists.debian.org/debian-boot/2007/07/msg00273.html -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=it, LC_CTYPE=it (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435970: Please do not generate the udeb any longer
Hi Matthew, On Sat, Aug 04, 2007 at 02:21:44PM +0100, Matthew Garrett wrote: On Sat, Aug 04, 2007 at 02:40:50PM +0200, Davide Viti wrote: Did you ever get any feedback from the Georgian developers? It'd be nice to know if they're happy with the change. no, nobody replied yet. the switch was discussed on #d-boot and bubulle agreed to proceed. The long term goal for g-i is to cover as many languages as possible with Dejavu for a few reasons: - Dejavu is a very active project - quality of glyphs is very good - unicode coverage is excellent - consistency is excellent when mixing latin glyphs with other non-latin glyphs note that it took more than a year before Georgian was merged into Dejavu trunk and I'm sure switching is safe. For the above reason I think it is good to change things early in this Lenny release cycle and eventually fix problems in dejavu directly. If you prefere we could leave this BR open and I can take care of forwarding here feedback messages on the subject before closing the BR. regards, Davide signature.asc Description: Digital signature
Bug#422980: ttf-dejavu: fontconfig error: cannot load default config file
reassign #422980 fontconfig thanks On Thu, Jul 05, 2007 at 06:05:05PM +0200, Davide Viti wrote: I've tried another fix: leave ttf-dejavu unchanged and make defoma depend on fontconfig-config this option works too (and I'd vote for it). Let's see what other ppl think about this and I will eventually reassign the BR to defoma. Talked about this on #dejavu and looks like fontconfig's defoma script should test for this file and stop if it is not present, thus reassigning the BR to fontconfig hoping this is the right fix: at least it should be not a dejavu bug. regards, Davide signature.asc Description: Digital signature
Bug#422980: ttf-dejavu: fontconfig error: cannot load default config file
Hi, On Tue, Jul 03, 2007 at 12:00:06AM +0200, Petter Reinholdtsen wrote: I suspect the source of this bug is the fact that fontconfig is unpackaged but not yet configured when ttf-dejavu is configured by dpkg. I suspect this must be fixed either in fontconfig, making sure it isn't hooking into defoma before it is configured, or in defoma, by letting it depend or recommend the fontconfig package to make sure fontconfig is configured before defoma, and thus before all fonts depending on defoma. We ran into this bug in Debian Edu in Etch, giving us false positives when checking the installation for errors. See URL:http://bugs.skolelinux.no/show_bug.cgi?id=1198 for our bug report. I spent some time trying to reproduce the problem in a chroot: I've created a bare minimal sarge chroot, dist-upgraded to etch and tried some combinations of apt-get/dpkg in order to install/remove ttf-dejavu and fontconfig but with no success. As suggested on IRC, the problem apparently arises when dealing with a large number of packages; I've reproduced the problem running the following in the etch chroot apt-get install xorg gnome note that installing xorg alone or gnome alone does not trigger the problem. regards, Davide signature.asc Description: Digital signature
Bug#422980: ttf-dejavu: fontconfig error: cannot load default config file
On Wed, Jul 04, 2007 at 10:24:35PM +0200, Davide Viti wrote: As suggested on IRC, the problem apparently arises when dealing with a large number of packages; I've reproduced the problem running the following in the etch chroot apt-get install xorg gnome note that installing xorg alone or gnome alone does not trigger the problem. I've managed to create a local apt repository inside the chroot containing a custom version of ttf-dejavu which depends on fontconfig and the problem is indeed fixed. Setting up libgsf-gnome-1-114 (1.14.3-1) ... Setting up perl (5.8.8-7) ... Setting up defoma (0.11.10-0.1) ... Setting up fontconfig (2.4.2-1.2) ... Updating font configuration of fontconfig... Cleaning up category cid.. Cleaning up category truetype.. Cleaning up category type1.. Updating category type1.. Updating category truetype.. Updating category cid.. Cleaning up old fontconfig caches... done. Regenerating fonts cache... done. Setting up gnome-power-manager (2.14.3-3+b1) ... Setting up totem-mozilla (2.16.5-3) ... Setting up gnome (2.14.3.6) ... Setting up type-handling (0.2.19) ... Setting up xorg (7.1.0-16) ... Setting up ttf-dejavu (2.15-1) ... I'd be happy to try alternative solutions before applying this patch. FYI I've asked the Fedora maintainer of dejavu about this 23:05 david-e ??? : does your dejavu package depend on fontconfig? 23:10 ??? david-e: no 23:11 ??? Fedora font policy (which I helped to define) makes font independent from any font system23:12 nim-nim the package will call fc-cache if it's installed 23:12 ??? but won't force its installation 23:12 nim-nim see http://fedoraproject.org/wiki/Packaging/ScriptletSnippets?action=showredirect=ScriptletSnippets#head-4863fc4c93cec14292719d8901d83f5d90c3e477 23:14 ??? /etc/fonts/conf.d/ is not owned by fontconfig in fedora 23:15 ??? so packages can drop rules there even if fontconfig is not installed regards, Davide signature.asc Description: Digital signature
Bug#428747: ttf-dejavu-udeb: Please add unicode char 25CF to DejaVuSans
tags 428747 + patch thanks On Thu, Jun 14, 2007 at 02:54:02AM +0200, Denis Jacquerye wrote: Apparently someone has decided a password dialog should no longer print simple asterisks, but to use unicode character 25CF (a black round bullet) instead. Please add this character for the DejaVuSans font. It should not be needed to add it to any other fonts. U+25CF has been in DejaVu Sans since version 2.2. It is also in DejaVu Serif and DejaVu Sans Mono. The problem is that the glyph belongs to a range which has been stripped away of the udeb; the following patch should fix the problem. I can prepare an updated package ASAP if needed. regards, Davide Index: scripts/generate-udeb.sh === --- scripts/generate-udeb.sh(revision 310) +++ scripts/generate-udeb.sh(working copy) @@ -20,7 +20,6 @@ STRIP_RANGES=$STRIP_RANGES u2150:u218f # Number Forms STRIP_RANGES=$STRIP_RANGES u2190:u21ff # Arrows STRIP_RANGES=$STRIP_RANGES u2200:u24FF # Mathematical, Techical, Control, OCR -STRIP_RANGES=$STRIP_RANGES u2580:u25FF # Block elements, Geometric Shapes STRIP_RANGES=$STRIP_RANGES u2600:u26FF # Miscellaneous Symbols STRIP_RANGES=$STRIP_RANGES u2700:u27EF # Dingbats, Miscellaneous Mathematical Symbols-A STRIP_RANGES=$STRIP_RANGES u27F0:u27FF # Supplemental Arrows-A [EMAIL PROTECTED]:~/dejavu/alioth/ttf-dejavu/trunk/debian$ signature.asc Description: Digital signature
Bug#426125: ttf-dejavu: Can't select condensed font
forcemerge 415432 426125 thanks On Mon, May 28, 2007 at 01:51:31PM +0200, Alejandro Exojo wrote: So, what should I do? Should I report a problem (o reassign this bug) to KDE/OOo or to fontconfig? Hi, this sounds like #415626, #415432 (check those for more infos about the problem), thus merging this BR. Thanx for the report, Davide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422980: ttf-dejavu: fontconfig error: cannot load default config file
Hi Jasen, On Wed, May 09, 2007 at 08:16:34PM +1200, Jasen Betts wrote: ... I caught this error message during dist-upgrade (sarge to etch) not sure what it means: === Setting up ucf (2.0020) ... Setting up ttf-dejavu (2.15-1) ... Fontconfig error: Cannot load default config file ... talked about this on #dejavu and the opinion is that this is not a dejavu bug but has something todo with your configuration (maybe fonts.conf missing?). I'll leave this BR open anyway: I'd like to try a sarge - etch upgrade with qemu as soon as I find the time to do it. regards, Davide signature.asc Description: Digital signature
Bug#415127: installation-report: Graphical install does not work on Apple MacBook
On Wed, May 09, 2007 at 10:40:41AM +0200, Attilio Fiandrotti wrote: Davide Viti ha scritto: Very recently a patch [1] was pushed upstream in directfb, which is supposed to fix a similar crash on ppc (#422146), again due to linux_input. If you have time, could you please try rebuilding directfb udeb with Ville's patch and rebuild a gtkminiiso for testing? I've tried an iso image using a custom udeb with that patch (without booting with newt and changing directfbrc): it hangs. Anything else I can try? any suggestion for debugging the problem? Could you please boot once again the custom iso and provide dfbinfo output again ? I've tried it but I got the same output as the one previously reported in #415127 We should attach that to a mail to directfb-dev explaining the issue and asking for advice. I've reported it in [1] and will send an update explaining that the patch did not have any effect I guess debugging linux_input on intel macs requires a db session in a standard debian environment I will try this Davide [1] http://mail.directfb.org/pipermail/directfb-dev/2007-May/003043.html signature.asc Description: Digital signature
Bug#422146: Preliminary success reported in fixing this bug
On Thu, May 10, 2007 at 02:44:10PM +0200, Attilio Fiandrotti wrote: Hi Yesterday Luca Suriano managed to rebuild directfb-0.9.25 applying Ville's patch for linux_input module on his power mac and reported a preliminary success by copying on the fly the new input driver in the g-i environment. Luca is now trying to building a custom gtk-miniiso including the patched directfb udeb to allow wider testing of Ville's patch. If the patch should prove to be definitively ok, then we'll be able to drop a lot of startup scripts in rootskel :) in case anyone were interested, I've attached Ville's patch compatible with directfb-0.9.25 source package currently in Debian. The gtk-miniiso seems to be anyway broken [1] because of the libc dependancy, so i guess he has to defer building until that's fixed, is this correct? here's the workaround I've used to build the iso: Index: config/common === --- config/common (revision 46741) +++ config/common (working copy) @@ -27,7 +27,7 @@ PRESEED_SUITE ?= unstable.cfg # The library reducer to use. Can be mklibs.sh or mklibs.py. -MKLIBS = mklibs +MKLIBS = mklibs-copy # Normally the sources.list for building d-i will be derived from your # normal sources.list. However, you can specify a mirror here to override regards, Davide#DPATCHLEVEL=0 --- inputdrivers/linux_input/linux_input.c 2007-05-09 01:11:18.0 +0200 +++ inputdrivers/linux_input/linux_input.c 2007-05-09 01:15:41.0 +0200 @@ -789,13 +789,13 @@ DFB_INPUT_DEVICE_DESC_VENDOR_LENGTH, Linux ); /* get event type bits */ - ioctl( fd, EVIOCGBIT(0, EV_MAX), evbit ); + ioctl( fd, EVIOCGBIT(0, sizeof(evbit)), evbit ); if (test_bit( EV_KEY, evbit )) { int i; /* get keyboard bits */ - ioctl( fd, EVIOCGBIT(EV_KEY, KEY_MAX), keybit ); + ioctl( fd, EVIOCGBIT(EV_KEY, sizeof(keybit)), keybit ); /** count typical keyboard keys only */ for (i=KEY_Q; iKEY_M; i++) @@ -815,7 +815,7 @@ int i; /* get bits for relative axes */ - ioctl( fd, EVIOCGBIT(EV_REL, REL_MAX), relbit ); + ioctl( fd, EVIOCGBIT(EV_REL, sizeof(relbit)), relbit ); for (i=0; iREL_MAX; i++) if (test_bit( i, relbit )) @@ -826,7 +826,7 @@ int i; /* get bits for absolute axes */ - ioctl( fd, EVIOCGBIT(EV_ABS, ABS_MAX), absbit ); + ioctl( fd, EVIOCGBIT(EV_ABS, sizeof(absbit)), absbit ); for (i=0; iABS_PRESSURE; i++) if (test_bit( i, absbit )) @@ -997,7 +997,7 @@ data-vt = dfb_fbdev-vt; /* check if the device has LEDs */ - ret = ioctl( fd, EVIOCGBIT(EV_LED, LED_MAX), ledbit ); + ret = ioctl( fd, EVIOCGBIT(EV_LED, sizeof(ledbit)), ledbit ); if (ret 0) D_PERROR( DirectFB/linux_input: could not get LED bits ); else @@ -1007,7 +1007,7 @@ if (data-has_leds) { /* get LED state */ - ret = ioctl( fd, EVIOCGLED(LED_MAX), data-led_state ); + ret = ioctl( fd, EVIOCGLED(sizeof(data-led_state)), data-led_state ); if (ret 0) { D_PERROR( DirectFB/linux_input: could not get LED state ); ioctl( fd, EVIOCGRAB, 0 ); signature.asc Description: Digital signature
Bug#415127: installation-report: Graphical install does not work on Apple MacBook
Very recently a patch [1] was pushed upstream in directfb, which is supposed to fix a similar crash on ppc (#422146), again due to linux_input. If you have time, could you please try rebuilding directfb udeb with Ville's patch and rebuild a gtkminiiso for testing? I've tried an iso image using a custom udeb with that patch (without booting with newt and changing directfbrc): it hangs. Anything else I can try? any suggestion for debugging the problem? regards, Davide Naviga e telefona senza limiti con Tiscali Scopri le promozioni Tiscali adsl: navighi e telefoni senza canone Telecom http://abbonati.tiscali.it/adsl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415127: installation-report: Graphical install does not work on Apple MacBook
On Tue, Mar 20, 2007 at 08:53:09AM +0100, Davide Viti wrote: The graphical installer didn't work. After trying several parameter combinations, I used the default text installer. To be honest, that does not completely surprise me. AFAIK the graphical installer has never been tried on Intel-based Macs yet. It is a bit strange as the graphics controller seems fairly standard. IIRC the problem is current kernel support for framebuffer; I played with that a few months ago and gave up being the laptop the only machine I have. For those interested in Debian on Macbook see [1]; feel also free to add the missing infos about framebuffer support in case you played with it. I've done some testing with a daily mini.iso and did not get very far: g-i hangs with a white screen. Just as a reminder I've tried the following: boot with the following lines: - acpi=off - acpi=off noapic - video=imacfb:macbook I've then tried to boot with install DEBIAN_FRONTEND=newt and got the output of directfb initialization (which doesn't tell me much) -- ~ # export DEBIAN_FRONTEND=gtk ~ # debian-installer (*) DirectFB/Config: Parsing config file '/etc/directfbrc'. -- DirectFB v0.9.25 - (c) 2000-2002 convergence integrated media GmbH (c) 2002-2004 convergence GmbH --- (*) DirectFB/Core: Single Application Core. (2006-12-04 07:06) (*) Direct/Memcpy: Using linux kernel memcpy() (*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 5983)... (*) Direct/Modules: suppress module 'keyboard' (*) Direct/Modules: suppress module 'ps2mouse' (*) Direct/Thread: Running 'Linux Input' (INPUT, 5984)... (!!!) *** UNIMPLEMENTED [fusion_reactor_set_lock] *** [../../../lib/fusion/reactor.c:853] (*) DirectFB/Input: Apple Computer Apple Internal K (1) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 5985)... (*) DirectFB/Input: Apple Computer Apple Internal K (2) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 5986)... (*) DirectFB/Input: Apple Computer Apple Internal K (3) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 5987)... (*) DirectFB/Input: HID 05ac:1000 (4) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 5988)... (*) DirectFB/Input: HID 05ac:1000 (5) 0.1 (convergence integrated media GmbH) (*) DirectFB/Graphics: Generic Software Rasterizer 0.6 (convergence integrated media GmbH) (*) DirectFB/Core/WM: Default 0.2 (Convergence GmbH) (!) DirectFB/FBDev: Panning display failed! -- Invalid argument (*) Direct/Thread: Running 'EventBufferFeed' (MESSAGING, 5989)... /usr/share/themes/Clearlooks/gtk-2.0/gtkrc:56: Clearlooks configuration option menuitemstyle is not supported and will be ignored. /usr/share/themes/Clearlooks/gtk-2.0/gtkrc:57: Clearlooks configuration option listviewitemstyle is not supported and will be ignored. /usr/share/themes/Clearlooks/gtk-2.0/gtkrc:58: Clearlooks configuration option progressbarstyle is not supported and will be ignored. (debconf:5980): Gdk-DirectFB-WARNING **: gdk_window_set_keep_above() not implemented. (debconf:5980): Gdk-DirectFB-WARNING **: gdk_window_set_keep_below() not implemented. - As suggested by Attilio, I then got the output of dfbinfo (attached to this message) which I hope will help identifying the root of the problem. regards, Davide ~ # /usr/lib/directfb-0.9.25/bin/dfbinfo (*) DirectFB/Config: Parsing config file '/etc/directfbrc'. -- DirectFB v0.9.25 - (c) 2000-2002 convergence integrated media GmbH (c) 2002-2004 convergence GmbH --- (*) DirectFB/Core: Single Application Core. (2006-12-04 07:06) (*) Direct/Memcpy: Using linux kernel memcpy() (*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 6305)... (*) Direct/Modules: suppress module 'keyboard' (*) Direct/Modules: suppress module 'ps2mouse' (*) Direct/Thread: Running 'Linux Input' (INPUT, 6306)... (!!!) *** UNIMPLEMENTED [fusion_reactor_set_lock] *** [../../../lib/fusion/reactor.c:853] (*) DirectFB/Input: Apple Computer Apple Internal K (1) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 6307)... (*) DirectFB/Input: Apple Computer Apple Internal K (2) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 6308)... (*) DirectFB/Input: Apple Computer Apple Internal K (3) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 6309)... (*) DirectFB/Input: HID 05ac:1000 (4) 0.1 (convergence integrated media GmbH
Bug#415127: installation-report: Graphical install does not work on Apple MacBook
On Tue, May 08, 2007 at 10:18:47PM +0200, Attilio Fiandrotti wrote: Davide Viti ha scritto: snip/ As suggested by Attilio, I then got the output of dfbinfo (attached to this message) which I hope will help identifying the root of the problem. snip/ (*) Direct/Modules: suppress module 'keyboard' (*) Direct/Modules: suppress module 'ps2mouse' (*) Direct/Thread: Running 'Linux Input' (INPUT, 6306)... I see we're using linux_input input module to handle mouse and keyboard, which is default for i386 and usually works well. To be sure linux_input is not broken on Intel Macs, could you pleas try to boot textual, then remove from /etc/directfb the two lines disabling keyboard and ps2mouse modules and instead disable linux_input module only ? it worked (so the problem must be linux_input), and here's the output: ~ # debian-installer (*) DirectFB/Config: Parsing config file '/etc/directfbrc'. -- DirectFB v0.9.25 - (c) 2000-2002 convergence integrated media GmbH (c) 2002-2004 convergence GmbH --- (*) DirectFB/Core: Single Application Core. (2006-12-04 07:06) (*) Direct/Memcpy: Using linux kernel memcpy() (*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 5285)... (*) Direct/Modules: suppress module 'linux_input' (*) Direct/Thread: Running 'PS/2 Input' (INPUT, 5286)... (!!!) *** UNIMPLEMENTED [fusion_reactor_set_lock] *** [../../../lib/fusion/reactor.c:853] (*) DirectFB/Input: IMPS/2 Mouse 1.0 (Convergence GmbH) (*) Direct/Thread: Running 'Keyboard Input' (INPUT, 5287)... (*) DirectFB/Input: Keyboard 0.9 (convergence integrated media GmbH) (*) DirectFB/Graphics: Generic Software Rasterizer 0.6 (convergence integrated media GmbH) (*) DirectFB/Core/WM: Default 0.2 (Convergence GmbH) (!) DirectFB/FBDev: Panning display failed! -- Invalid argument (*) Direct/Thread: Running 'EventBufferFeed' (MESSAGING, 5288)... /usr/share/themes/Clearlooks/gtk-2.0/gtkrc:56: Clearlooks configuration option menuitemstyle is not supported and will be ignored. /usr/share/themes/Clearlooks/gtk-2.0/gtkrc:57: Clearlooks configuration option listviewitemstyle is not supported and will be ignored. /usr/share/themes/Clearlooks/gtk-2.0/gtkrc:58: Clearlooks configuration option progressbarstyle is not supported and will be ignored. (debconf:5280): Gdk-DirectFB-WARNING **: gdk_window_set_keep_above() not implemented. (debconf:5280): Gdk-DirectFB-WARNING **: gdk_window_set_keep_below() not implemented. (*) DirectFB/Input: Reloading keymap for 'Keyboard' [0x00]... (*) DirectFB/Input: Reloaded keymap for 'Keyboard' [0x00] (debconf:5280): Gdk-DirectFB-WARNING **: gdk_display_request_selection_notification Unimplemented function -- resolution for the seems wrong but that's another problem ciao, Davide signature.asc Description: Digital signature
Bug#419947: [newt] Characters in titlebar are sometimes unbalanced
On Sun, May 06, 2007 at 06:58:26PM +0200, Frans Pop wrote: On Thursday 19 April 2007 00:44, Davide Viti wrote: The attached patch makes sure characters surrounding the title are always even (see also #416543). This is really only a very cosmetic issue. indeed I have some reservations about this patch. - Is it really correct to _subtract_ a position to balance the border? I'd expect you would _add_ a position to make sure that you never have to few positions. I did some more testing and your assumption is true with boolean questions (with multiselect there are no problems at all): ┌───┤ [!!] [10..] ├───┐ │ │ │ Template di tipo│ │ stringa │ │ │ │ │ │ │ │ │ │Continue │ │ │ └─┘ as you can see, in some situations (depending on the length of the title and on the priority of the question), the textboxis too close to the border. OTOH, adding one character rather than subtractin it, will lead to another unbalanced situation which needs to be fixed somewhere else: ┌┤ [!!] [10..] ├┐ │ │ │ Template di tipo │ │ stringa │ │ │ │ │ │ │ │ │ │Continue │ │ │ └───┘ - Should not first a cleaner solution be implemented for the fact that the width of the sigils varies? I think subtracting a position currently only works because most times the sigil is not 2 positions while we do now reserve 2 positions for it. This function would be the correct place to implement that. there's quite a lot of code duplication in newt.c when it comes to computing window sizes. sigill length is not the only variable: title length must be taken into account as well (and there are various subcases depending on the longest of the lengths of the strings inside the window) - The patch makes the newtCenteredWindow calls fairly complex. It would possibly be better to recalculate the width by calling a separate function. it can be achieved using a local variable which can be computed on a separate line with something like this: Index: modules/frontend/newt/newt.c === --- modules/frontend/newt/newt.c(revision 46518) +++ modules/frontend/newt/newt.c(working copy) @@ -173,6 +173,7 @@ }; char *buf = NULL; int i = -1; +int pad = 0; if (priority != NULL) { for (i = 0; sigils[i][0] != NULL; i++) { @@ -184,10 +185,14 @@ buf = NULL; } if (buf != NULL) { -newtCenteredWindow(width, height, buf); +if ( (width + strlen(buf))%2 ) + pad = 1 ; + newtCenteredWindow(width + pad, height, buf); free(buf); } else { -newtCenteredWindow(width, height, title); +if ( (width + strlen(title))%2 ) + pad = 1 ; + newtCenteredWindow(width + pad, height, title); } } regards, Davide signature.asc Description: Digital signature
Bug#420717: Ligature fi is wrong in iceweasel (firefox)
reassign 420717 iceweasel merge 370580 420717 thanks Messaggio originale Da: [EMAIL PROTECTED] Data: 24/04/2007 11.55 A: [EMAIL PROTECTED] Ogg: [Pkg-fonts-devel] Bug#420717: Ligature fi is wrong in iceweasel (firefox) Package: ttf-dejavu Version: 2.16-1 Severity: normal --- Please enter the report below this line. --- If the font Deja Vu Sans is used in Iceweasel (Firefox) in a text that is justified, the ligature fi (and mayby others) does not work. It seems that the letters after fi are move to the left and over the fi ligature. See the attached image file for seeing the problem and the html file for testing. Other combinations seems to work: Other font, other aligment, other browser... It is a quite strange bug and I recognized it by seeing http://packages.debian.org/testing/editors/openoffice.org-core it's a known problem not specific to dejavu fonts: see #362569, #370580, #404335 for a detailed explanation (thus reassigning the BR) regards, Davide Naviga e telefona senza limiti con Tiscali Scopri le promozioni Tiscali adsl: navighi e telefoni senza canone Telecom http://abbonati.tiscali.it/adsl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419947: [newt] Characters in titlebar are sometimes unbalanced
Package: cdebconf-newt-udeb Version: 0.115 Severity: minor Tags: patch The attached patch makes sure characters surrounding the title are always even (see also #416543). I've tested it mainly on show_select_window() using the ad-hoc config/template files attached which create a title of the form [title_len] so that it is possible to verify that the title is never cut (it always ends with ]). regards, Davide -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Index: src/modules/frontend/newt/newt.c === --- src/modules/frontend/newt/newt.c (revision 46471) +++ src/modules/frontend/newt/newt.c (working copy) @@ -183,11 +183,11 @@ if (asprintf(buf, [%s] %s, sigils[i][1], title) == -1) buf = NULL; } -if (buf != NULL) { -newtCenteredWindow(width, height, buf); +if (buf != NULL) { /* Make sure borders surrounding the title are always balanced */ +newtCenteredWindow(width - (((width - strlen(buf))%2)?1:0), height, buf); free(buf); } else { -newtCenteredWindow(width, height, title); +newtCenteredWindow(width - (((width - strlen(title))%2)?1:0), height, title); } } #!/bin/sh -e # Test for titlebar at different sizes both at critical # and high prioriy (sigil is respectively [!!] and [!]) . /usr/share/debconf/confmodule fixed_pattern=[] fixed_len=$(echo ${#fixed_pattern}) x= for i in $(seq 4 8) ; do len=$(( ${#fixed_pattern} + ${#i} )) title=$(echo [${i}${x:0:$(( ${i} - ${len} ))}]) for prio in high critical ; do db_title ${title} db_fset longselect/select seen false db_input ${prio} longselect/select || true db_go done done Template: longselect/select Type: select Choices: test 01, test 02, test 03 Description: Descrizione Descrizione lunga Template: test-help/boolean Type: boolean Default: true Description: Enter a boolean value domanda booleana. signature.asc Description: Digital signature
Bug#419580: More ranges can be stripped out of the udeb
On Tue, Apr 17, 2007 at 08:11:30AM +0200, Christian Perrier wrote: Davide, I use this opportunity: would you mind taking ttf-freefont over? OK, if noone else objects/volunteers that's fine with me regards, Davide signature.asc Description: Digital signature
Bug#419580: More ranges can be stripped out of the udeb
Package: ttf-freefont Version: 20060501cvs-10 Severity: wishlist Tags: patch l10n d-i More ranges can be stripped out of the udeb to reduce memory footprint (see attached patch). Filesizes wiyhout patch: 351424 FreeSans.ttf 105812 FreeSansBold.ttf 201552 FreeSansOblique.ttf Filesizes after applying the patch: 320524 FreeSans.ttf 81500 FreeSansBold.ttf 178348 FreeSansOblique.ttf Size of the udeb goes from 371620 bytes to 324916 bytes I've re-compared pngs for all languages and there are no differences. Just as a reminder: stripping Geometric Shapes caused regression in Hindi hi. regards, Davide --- deleteme/ttf-freefont-20060501cvs/debian/scripts/FreeSans-strip 2007-04-16 19:09:05.0 +0200 +++ ttf-freefont-20060501cvs/debian/scripts/FreeSans-strip 2007-04-16 20:01:10.0 +0200 @@ -23,22 +23,28 @@ fi ranges= +ranges=$ranges u0370:u03FF # Greek and Coptic ranges=$ranges u0400:u052F # Cyrilic ranges=$ranges u0530:u058F # Armenian ranges=$ranges u0590:u05FF # Hebrew ranges=$ranges uFB1D:uFB4F # Hebrew 2 ranges=$ranges u0600:u06FF # Arabic ranges=$ranges u0700:u077F # Syriac +ranges=$ranges u0b00:u0b7f # Oriya ranges=$ranges u0b80:u0bff # Tamil #ranges=$ranges u0900:u097F # Hindi #ranges=$ranges u0980:u099F # Bengali #ranges=$ranges u0A00:u0CFF # Gurmukhi, Gujarati, Oriya, Tamil, Telugu, Kannada ranges=$ranges u0D00:u0FFF # Malayalam, Sinhala, Thai, Lao, Tibetan -ranges=$ranges u10D0:u10FF # Georgian +ranges=$ranges u10A0:u10FF # Georgian ranges=$ranges u1EA0:u1EFF # Vietnamese +ranges=$ranges u1F00:u1FFF # Greek Extended +ranges=$ranges u2070:u209F # Superscripts and Subscripts ranges=$ranges u2100:u21FF # Letterlike, Number forms, Arrows ranges=$ranges u2200:u24FF # Mathematical, Techical, Control, OCR ranges=$ranges u2580:u259F # Block elements +ranges=$ranges u2600:u26FF # Miscellaneous Symbols +ranges=$ranges u2700:u27BF # Dingbats ranges=$ranges u3000:u30FF # CJK Symbols and Punctuation #if ! echo $1 | grep -q Bold; then # ranges=$ranges 65536:66002 # Bengali conjuncts signature.asc Description: Digital signature
Bug#329743: Silly ideas exchanged about the memory impact of translations on D-I
On Sat, Apr 14, 2007 at 06:37:30PM +0200, Christian Perrier wrote: which means that if I install debian using Italian translations (and thus using dejavu fonts, used by more than 40 languages), I waste 5.2 Mb rather than just 660 Kb, which is crazy. When using g-i, besides trimming templates.dat, we could delete unused ttf files. Should be possible, if we go the way of not allowing users to switch languages after a given step. That would mean we have to keep track of which font is needed by what language. A new field in languagelist? I've filled in the font infos in the attached patch adding two new fields: - a field with the name of the udeb - an optional field with the file of the ttf file which is currently used only for ttf-cjk-compact-udeb which contains ja.ttf, ko.ttf, zh.ttf I've just realized this infos is not enough to achieve what I originally proposed: if you're in the special lowmmem mode and want to remove the ttf files, you need to know the directory where they're located after /usr/share/fonts/truetype; adding the directory would do it. Before filling more data in I'd like to know what you think about this. A couple of examples clarify possible situations (see bottom of this message for the complete font tree): 1) You want to remove fonts for Thai udeb: ttf-thai-tlwg-udeb directory: thai 2) you want to remove Japanese fonts: udeb: ttf-cjk-compact-udeb directory: (files located directly under /usr/share/fonts/truetype) ttf file: ja.ttf regards, Davide /usr/share/fonts/truetype /usr/share/fonts/truetype/ttf-bpg-georgian /usr/share/fonts/truetype/ttf-bpg-georgian/BPG_Glaho.ttf /usr/share/fonts/truetype/thai /usr/share/fonts/truetype/thai/Loma-Bold.ttf /usr/share/fonts/truetype/thai/Loma-Oblique.ttf /usr/share/fonts/truetype/thai/Loma.ttf /usr/share/fonts/truetype/ja.ttf /usr/share/fonts/truetype/ttf-dejavu /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Oblique.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Oblique.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-BoldOblique.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-Bold.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Bold.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-BoldOblique.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-Bold.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Oblique.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-Oblique.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-BoldOblique.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-BoldOblique.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-BoldOblique.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Bold.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-Oblique.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-ExtraLight.ttf /usr/share/fonts/truetype/ttf-khmeros /usr/share/fonts/truetype/ttf-khmeros/KhmerOSsys.ttf /usr/share/fonts/truetype/ko.ttf /usr/share/fonts/truetype/ttf-malayalam-fonts /usr/share/fonts/truetype/ttf-malayalam-fonts/Rachana_w01.ttf /usr/share/fonts/truetype/ttf-tmuni /usr/share/fonts/truetype/ttf-tmuni/TibetanMachineUniAlpha.ttf /usr/share/fonts/truetype/zh.ttf /usr/share/fonts/truetype/freefont /usr/share/fonts/truetype/freefont/FreeSans.ttf /usr/share/fonts/truetype/freefont/FreeSansOblique.ttf /usr/share/fonts/truetype/freefont/FreeSansBold.ttf /usr/share/fonts/truetype/ttf-tamil-fonts /usr/share/fonts/truetype/ttf-tamil-fonts/TSCu_Paranar.ttf /usr/share/fonts/truetype/ttf-farsiweb /usr/share/fonts/truetype/ttf-farsiweb/nazli.ttf /usr/share/fonts/truetype/ttf-farsiweb/nazlib.ttf Index: languagelist === --- languagelist (revision 46440) +++ languagelist (working copy) @@ -1,91 +1,91 @@ # # This is the complete list of languages (locales) to choose from. # Language;supported_environments;langcode;countrycode;fallbacklocale;langlist;console-data -Albanian;2;sq;AL;sq_AL.UTF-8;;kbd=lat0-sun16(utf8) -Arabic;3;ar;EG;ar_EG.UTF-8;; -Basque;1;eu;ES;eu_ES.UTF-8;;kbd=lat0-sun16(utf8) -Belarusian;2;be;BY;be_BY.UTF-8;;cyr -Bengali;4;bn;BD;bn_BD;; -Bosnian;2;bs;BA;bs_BA.UTF-8;;kbd=Lat2-Terminus16(utf8) -Bulgarian;2;bg;BG;bg_BG;;kbd=ruscii_8x16(cp1251) +Albanian;2;sq;AL;sq_AL.UTF-8;;kbd=lat0-sun16(utf8);ttf-dejavu; +Arabic;3;ar;EG;ar_EG.UTF-8;;ttf-farsiweb; +Basque;1;eu;ES;eu_ES.UTF-8;;kbd=lat0-sun16(utf8);ttf-dejavu; +Belarusian;2;be;BY;be_BY.UTF-8;;cyr;ttf-dejavu; +Bengali;4;bn;BD;bn_BD;;ttf-freefont; +Bosnian;2;bs;BA;bs_BA.UTF-8;;kbd=Lat2-Terminus16(utf8);ttf-dejavu;
Bug#329743: Silly ideas exchanged about the memory impact of translations on D-I
On Fri, Apr 13, 2007 at 05:31:15PM +0200, Christian Perrier wrote: The following are mostly ideas exchanged in the wild about what could be done in cdebconf to reduce the impact of the increasing number of translations on the memory requirements of D-I: while on the subject (but on the g-i tip), is worth noticing that alot of memory is taken up by unused font files: 1332./truetype/ttf-tmuni 132 ./truetype/thai 52 ./truetype/ttf-bpg-georgian 660 ./truetype/ttf-dejavu 136 ./truetype/ttf-farsiweb 664 ./truetype/freefont 268 ./truetype/ttf-khmeros 204 ./truetype/ttf-malayalam-fonts 72 ./truetype/ttf-tamil-fonts 5320./truetype which means that if I install debian using Italian translations (and thus using dejavu fonts, used by more than 40 languages), I waste 5.2 Mb rather than just 660 Kb, which is crazy. When using g-i, besides trimming templates.dat, we could delete unused ttf files. regards, Davide signature.asc Description: Digital signature
Bug#419236: Warning when openinig the ttf file with fontforge
Package: ttf-tmuni Version: 0.0.20040806-1.2 Severity: normal When I use fontforge to open TibetanMachineUniAlpha.ttf I get the error message shown in [1]. It'd be nice to know also if it is normal that the size of the ttf file is so big (1355768 bytes); this would deserve a separate BR in case anything were wrong about this. regards, Davide [1] http://www.webalice.it/zinosat/ttf-tmuni.png -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-1-686 (SMP w/2 CPU cores) Locale: LANG=it, LC_CTYPE=it (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419236: Warning when openinig the ttf file with fontforge
When I use fontforge to open TibetanMachineUniAlpha.ttf I get the error message shown in [1]. I tried to regenerate the font file with fontforge using File - generate fonts... and the new ttf files is now opened without reporting any error It'd be nice to know also if it is normal that the size of the ttf file is so big (1355768 bytes); this would deserve a separate BR in case anything were wrong about this. Filesize is also became smaller: 1355768 TibetanMachineUniAlpha.ttf 1187988 TibetanMachineUniAlpha_regenerated.ttf regards, Davide signature.asc Description: Digital signature
Bug#329743: Silly ideas exchanged about the memory impact of translations on D-I
On Sat, Apr 14, 2007 at 06:37:30PM +0200, Christian Perrier wrote: That would mean we have to keep track of which font is needed by what language. A new field in languagelist? yes, probably we need to keep in mind there can be corner cases like CJK where a language may need more than just a ttf file (IIRC CJK langs share glyphs among different ttf files). regards, Davide signature.asc Description: Digital signature
Bug#416543: [newt] Last letter of the title is cut
On Sat, Mar 31, 2007 at 12:42:11PM +0200, Frans Pop wrote: Tried to increase it to 10 with the patch below and title looks ok (see attached screenshot showing trunk vs patched cdebconf) Will hopefully try to understand how sizes are computed early next week. That still does not explain exactly _why_ it needs to be 10, which makes me uncomfortable. At the very least a value of 10 does not match the comment above. The problem is triggered in show_select_window() (but the same code for computing size of windows is duplicated in a couple of other places) and in particular when the following function is called: newt_create_window(win_width, win_height, obj-title, q-priority); Let's focus on win_width, computed a few lines before the above call: t_width_title = newt_get_text_width(obj-title) + TITLE_PADDING; if (t_width_title win_width) win_width = t_width_title; the value is 45, which is 37 chars (lenght of the title) + 8 (value of TITLE_PADDING): ┌┤ [!] Alegerea unui aranjament de tastatur ├─┐ 12345678901234567890123456789012345678901234567890 as reported in the BR the last letter ă is missing; you can also notice that the call to newt_create_window() with a width of 45 creates a window 47 characters wide. Forcing win_width=46 gives the following result: ┌┤ [!] Alegerea unui aranjament de tastatură ├─┐ 12345678901234567890123456789012345678901234567890 border is still unbalanced but the title is all visible; forcing win_width to 47 gives the ┌─┤ [!] Alegerea unui aranjament de tastatură ├─┐ 12345678901234567890123456789012345678901234567890 TITLE_PADDING is 8 and is currently computed counting the following chars: 6 - ┌┤ [!] 2 - ├┐ changing it to 10 might take into account the two space characters surrounding the title, even if it still does not convince me completely. One simple improvement we could add after fixing this problem, could be making sure that the number of chararacters surrounding the title is always the same both on the right and the left. regards, Davide signature.asc Description: Digital signature
Bug#416543: [newt] Last letter of the title is cut
On Sun, Apr 01, 2007 at 06:58:55PM +0200, Frans Pop wrote: On Sunday 01 April 2007 18:16, Davide Viti wrote: TITLE_PADDING is 8 and is currently computed counting the following chars: 6 - ┌┤ [!] 2 - ├┐ No, actually it is (look at the comment): 1 - ┤ 6 - [!!] 1 - ├ (IIRC [!!] is used for error dialogs.) The comment does not mention the space before [!!], but otherwise I get only 7, not 8. It is also inconsistent as it does not account for the trailing space after the title, so the current issue could be just that and the correct count should be: 7 - ┤ [!!] 2 - ├ That would be consistent with your comment that the window is created 2 wider than t_width_title. I actually meant 2 wider than the width you specify when calling show_select_window() However, that could possibly still be one character too few as the truncation now happens with [!], so [!!] could result in truncation. What I don't understand about your examples is why the the right border is ├─┐. It seems to me that that may be one character too many, though the extra character could be compensation for the ! that is missing because this is not an error dialog. right, changing the value of TITLE_PADDING I would expect something like this: ┌┤ [!] Alegerea unui aranjament de tastatură ├┐ 12345678901234567890123456789012345678901234567890 Could you do a test with a normal and an error dialog and TITLE_PADDING of 9? ┌┤ [!] Alegerea unui aranjament de tastatură ├─┐ 12345678901234567890123456789012345678901234567890 still unbalanced on the right (your idea about the compensation of ! might explain it) regards, Davide signature.asc Description: Digital signature
Bug#416543: [newt] Last letter of the title is cut
Tags: patch thanks On Thu, Mar 29, 2007 at 05:13:28AM +0200, Frans Pop wrote: This is probably the same issue as in #382278. Not sure why it still does not do the calculation correctly in this case. It could be that #define TITLE_PADDING 8 is still too low, but it would be nice to know why. Tried to increase it to 10 with the patch below and title looks ok (see attached screenshot showing trunk vs patched cdebconf) Will hopefully try to understand how sizes are computed early next week. regards, Davide Index: src/modules/frontend/newt/newt.c === --- src/modules/frontend/newt/newt.c(revision 46053) +++ src/modules/frontend/newt/newt.c(working copy) @@ -122,7 +122,7 @@ /* Padding of title width, allows for leading [!!] before title * and the two vertical bars that limit the border. */ -#define TITLE_PADDING 8 +#define TITLE_PADDING 10 /* gettext would be much nicer :-( */ static const char * 416543-cmp.png Description: PNG image signature.asc Description: Digital signature
Bug#415787: Please make it possible to customize the info structure
Package: fntsample Version: 2.4-1 Severity: wishlist Customizing the info structure of the document would be useful for example when releasing samples for a new version of Dejavu. According to [1] it's not difficult to achieve: %infohash = $pdf-info %infohash Sets/Gets the info structure of the document. Example: %h = $pdf-info( 'Author' = Alfred Reibenschuh , 'CreationDate' = D:2002091100+01'00', 'ModDate' = D:MMDDhhmmssOHH'mm', 'Creator' = fredos-script.pl, 'Producer' = PDF::API2, 'Title'= some Publication, 'Subject' = perl ?, 'Keywords' = all good things are pdf ); print Author: $h{Author}\n; this could be added to pdfoutline which already uses libpdf-api2-perl and data could be fetched from an optional config file. regards, Davide [1] http://search.cpan.org/~areibens/PDF-API2-0.59.002/lib/PDF/API2.pm -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages fntsample depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libglib2.0-02.12.6-2 The GLib library of C routines ii libpdf-api2-perl0.57-1 provides the functions for creatin ii perl5.8.8-7 Larry Wall's Practical Extraction fntsample recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415127: installation-report: Graphical install does not work on Apple MacBook
The graphical installer didn't work. After trying several parameter combinations, I used the default text installer. To be honest, that does not completely surprise me. AFAIK the graphical installer has never been tried on Intel-based Macs yet. It is a bit strange as the graphics controller seems fairly standard. IIRC the problem is current kernel support for framebuffer; I played with that a few months ago and gave up being the laptop the only machine I have. For those interested in Debian on Macbook see [1]; feel also free to add the missing infos about framebuffer support in case you played with it. regards, Davide [1] http://wiki.debian.org/MacBook Naviga e telefona senza limiti con Tiscali Scopri le promozioni Tiscali adsl: navighi e telefoni senza canone Telecom http://abbonati.tiscali.it/adsl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415432: ttf-dejavu font shapes puzzled up in some applications
clone 415432 -1 -2 reassign -1 abiword reassign -2 openoffice.org thanks Hi Fabian, On Mon, Mar 19, 2007 at 04:00:13PM +0100, Fabian Greffrath wrote: The different font shapes -- e.g. Sans normal/bold/italic/bold-italic, Sans Extralight, Sans Condensed normal/bold/italic/bold-italic -- seem unrecognized and puzzled up in some applications. snip /snip Curiously, other Gnome-Applications like gedit, gvim and gnome-font-properties show all available shapes for the font without problems. Apparently this is not a bug in the font or the packaging itself. I am sorry for posting it against the ttf-dejavu package, but I had no idea what else could be the cause for this bevaviour. Don't hesitate to ask for more info or the reassign the bug to another (maybe even the responsible) package! ;) Should be an abiword/openoffice.org problem (thus reassigning the bug to the above packages); * abiword can handle just 4 variants per font * OOo mixes up Condensed Oblique and Condensed Bold Oblique with the Regular variants apps should either use legacy names or use preferred names and not a mix of both regards, Davide signature.asc Description: Digital signature
Bug#413571: ttf-dejavu: dash character too close to letters when using sans-oblique
Package: ttf-dejavu Version: 2.15-1 Tags: upstream The problem is shown in the attached screenshot regards, Davide sans_oblique-dash.png Description: PNG image signature.asc Description: Digital signature
Bug#411909: ttf-dejavu: wrong instructions for some glyphs used in Kazakh text
Package: ttf-dejavu-udeb Version: 2.14-2 Severity: important Tags: patch, pending Some Kazakh letters are rendered differently when using ttf files from the udeb; it turns out that is caused by stripping the following range out of the udeb: * IPA Extensions (U+0250-U+02AF) this can be seen in [1] where the left image shows text rendered using 2.14-2, while the right side shows how the image differs from the same text rendered with 2.13-1 (which is shown in [2]). The patch below fixes the problem. I spent a lot of time making sure there are no more regressions due to mising ranges, and in particular I tested: deb vs. udeb (i.e. unstripped vs. stripped) latest upstream experimental package vs current 2.14-2 (both debs and udebs) and I'm confident there are no other problems. Regards, Davide [1] http://d-i.alioth.debian.org/gtk-frontend/screenshots/2.13-1_vs_2.14-2/kk.png [2] http://d-i.alioth.debian.org/gtk-frontend/screenshots/20070203_dejavu2.13/kk.png Index: scripts/generate-udeb.sh === --- scripts/generate-udeb.sh(revision 284) +++ scripts/generate-udeb.sh(working copy) @@ -7,7 +7,6 @@ FONTS=DejaVuSans DejaVuSansBold DejaVuSansOblique STRIP_RANGES= STRIP_RANGES= -STRIP_RANGES=$STRIP_RANGES u0250:u02AF # IPA Extensions STRIP_RANGES=$STRIP_RANGES u0500:u052F # Cyrillic Supplement STRIP_RANGES=$STRIP_RANGES u0530:u058F # Armenian STRIP_RANGES=$STRIP_RANGES u0600:u06FF # Arabic signature.asc Description: Digital signature
Bug#411308: [DejaVu-fonts] [EMAIL PROTECTED]: Bug#411308: dejavu: text jumps when only numbers change]
On Tue, Feb 20, 2007 at 03:43:03PM +0100, Eugeniy Meshcheryakov wrote: Hi, 20 лютого 2007 о 00:45 +0100 Davide Viti написав(-ла): just tried 9,10,11,12 fontsizes: it looks ok except for the 5 digit which looks wrong when using DejaVuSerif variant at least at 9 and 11. This was also fixed, in r1593. The updated patch is attached along with the updated png, showing that the problem is fixed. Thanx, Davide DejaVuSerif.png Description: PNG image Index: DejaVuSerif.sfd === --- DejaVuSerif.sfd (revisione 1589) +++ DejaVuSerif.sfd (revisione 1593) @@ -603,10 +603,10 @@ Encoding: 49 49 49 Width: 1303 Flags: W -TtfInstrs: 120 +TtfInstrs: 130 5TBo;U5,4A-N33!sSl/U8ZH!HS5I#8%(=!XfRh`5MSl0`Wln1AKs38*92eptRQF*RT9 -!DBX(*6g6$NNEl!K-$ie%N;[P5RAP5+9=,%0+%hf!DBX)*6g6$ie!B!K-$NNFON;[P - +!DBX(*6m8$igY85QCic!K-$ie%N:Lc=[399!$D:q#qlVgldU$WL6C!8i8s1eU9!!*'- +!/cl3\(c3*?4] EndTtf Fore 291 0 m 1,0,-1 @@ -704,10 +704,10 @@ Encoding: 52 52 52 Width: 1303 Flags: W -TtfInstrs: 159 +TtfInstrs: 164 5U?JB#mptA-rYM9`YS0!-8VT-[+^B`eDB9ni%0I+K#QbVMo[HA`;Da9NMQG0BE$ne3*(Q -NMO;cj89RQF*moG:Z7cLb!F,V#p9[%Kfu;9\e'9\h()10*N#%ocb8]`8]F^]4B8 -c`OE5WB?73*AK`$NV.H2uuSO9noC![nC6!]UNW!_Y'l\.1 +NMO;cj89RQF*moG:Z7cLb!F,V#p9[%Kfu;9\e'9\h()10*N#%ocb8^AnoI'*#`I +!WW6$c`OE5WB?7(HP_(^g?_!B:*O!`T.('[EMAIL PROTECTED] EndTtf Fore 715 506 m 1,0,-1 @@ -736,10 +736,11 @@ Encoding: 53 53 53 Width: 1303 Flags: W -TtfInstrs: 173 +TtfInstrs: 183 5U?L:*IK6[EMAIL PROTECTED][*WQu\#p'Zc%g!jbo^'NGm)0J'NMQGENKMB=/; -mL]BYihWH9\_%9\e')12*NJ!$MW!!*'B!$D8,3\)/=TM1l_N.'31]`9/T5QCfb -+93Pa^c2ob3*AKn%g*=F%gIJ%gNUN%iGlr%iZ$!%il0%$kE=K!?V:`!A=F+!ug0lXj) +mL]BYihWH9\_%9\e')12*NJ!$M=bs1eU9!!*'B!$D8,3\(c3*?8TYS'o.YS0u?=MFhZ +!$D8,!!3-$!$D7as1gT+2]GV5UI!D%g3CH%gEOL%gW[`%iPrt%ic*#%iu,i!T)P!$;4p!?W +l\.1 EndTtf Fore 1030 1493 m 1,0,-1 @@ -812,9 +813,10 @@ Encoding: 55 55 55 Width: 1303 Flags: W -TtfInstrs: 114 +TtfInstrs: 124 5TKq/!!*'$!sE9a(PG6_RX!s/K*!!EW/p,)BoYg).(HF2M0D+TC3A=*)[EMAIL PROTECTED](V6 -9[EMAIL PROTECTED]'[EMAIL PROTECTED][EMAIL PROTECTED]'gMb!!rW3s1gT+2`OsI(BG?T!aPd+ +9\_%=MFhC![EMAIL PROTECTED]'iLU2]GV!DBX0*6m8$31A45QCic!E+$3.e#N:Lc=gStG +(]shF EndTtf Fore 1155 1391 m 1,0,-1 Index: DejaVuSansBoldOblique.sfd === --- DejaVuSansBoldOblique.sfd (revisione 1589) +++ DejaVuSansBoldOblique.sfd (revisione 1593) @@ -619,9 +619,10 @@ Encoding: 49 49 49 Width: 1425 Flags: W -TtfInstrs: 116 +TtfInstrs: 121 5V3L#Qk3ci%7qgt=!BL=*9N]L;[3;[EMAIL PROTECTED]/`.!=B2GeC;DJ^_%1q3=ul? -3ACLeln\5eEek^;cj89mlO+mlm3E[O,9\b9\e'?JQ=$ie!B!K-$NNFON;[P +3ACLeln\5eEek^;cj89mlO+mlm3E[O,9\b9\e'?JW?$ig\8^]4E9!K-$NNFON:Lc +=TAF% EndTtf AnchorPoint: below 568 0 basechar 0 AnchorPoint: above 864 1520 basechar 0 @@ -644,10 +645,10 @@ Encoding: 50 50 50 Width: 1425 Flags: W -TtfInstrs: 124 +TtfInstrs: 129 5Uc[9U#SW!YlOUU$ji(]Y%J%h!FkA,pcS!Wa#GTSW8(]t$V'a#beCgs3B7m9NMj+!*^2 -m*tA63B8cd;cj89j%m3p*!a]Teg9\b9\e')10*NJ!#bgP!!*';!#Yc%3\)/=gS9 -U5$6 +m*tA63B8cd;cj89j%m3p*!a]Teg9\b9\e')10*NJ!#bhTs1eU9!!*';!#Yc%3\(c +3*ETlU,)3lXj) EndTtf AnchorPoint: below 568 0 basechar 0 AnchorPoint: above 864 1520 basechar 0 @@ -678,9 +679,9 @@ Encoding: 51 51 51 Width: 1425 Flags: W -TtfInstrs: 105 +TtfInstrs: 110 5V)[EMAIL PROTECTED][EMAIL PROTECTED]:cG9^W?mug)'++jX+!:Xs#lkhS'*B*c-4)?Tm*tA73=ul?3X\1 -!e5`jS\Z:H;@jFMP4!DBX)(jG)*NJ!%Ir`!!*'[EMAIL PROTECTED]\)/=TAF% +!e5`jS\Z:H;@jFMP4!DBX)(jG)*NJ!%Ists1eU9!!*'[EMAIL PROTECTED]\(c3*?4] EndTtf AnchorPoint: below 568 0 basechar 0 AnchorPoint: above 864 1520 basechar 0 @@ -721,10 +722,10 @@ Encoding: 52 52 52 Width: 1425 Flags: W -TtfInstrs: 161 +TtfInstrs: 166 5W\uU!t53!!4!!NB':524UP;UP;=UPJ3WK6i#B^1NfL6$3C5.V(eCTo8#m(5 %M7.jM2BE3!f0`Wlfe3*(QihX=;cj89mlNum0g^#7q1.#7q0_#7q'\=X!lYR4?YR=E7 -9\h()10*NJ!T%E!!*'0!Juo3\)/=goIQ9)[EMAIL PROTECTED]lXj) +9\h()10*NJ!Ts1eU9!!*'0!Juo3\(c3*E^4!)!:n*WQ4H!*oR) EndTtf AnchorPoint: below 568 0 basechar 0 AnchorPoint: above 864 1520 basechar 0 @@ -751,10 +752,10 @@ Encoding: 53 53 53 Width: 1425 Flags: W -TtfInstrs: 146 +TtfInstrs: 151 5WK#P!XWH!$).E!!$#%LV?4gHW*F0S)#C.#)%0C\Q;[m+U*AR;_UN$3:8G-3R\$4n6i eCj#J@)9igO:(HF2MENKMFT8kj:MPJ@)X92ept-_G+-_G;3E[O,9\_%9\e')1/ -*N#%9-P6]`9,R^]4B8*WR5]5WB?73*?4] +*N#%9-P6^AoU*rjU!WW6$*WR5]5WB?7(HOt EndTtf AnchorPoint: below 568 0 basechar 0 AnchorPoint: above 864 1520 basechar 0 @@ -788,9 +789,9 @@ Encoding: 54 54 54 Width: 1425 Flags: W -TtfInstrs: 114 +TtfInstrs: 119 5TpdV!0C[EMAIL PROTECTED]('\h9B..*+10.#m1VF#nn0Y'-AV6eEk]O^q^Np3ACLFjRhdMmage;p$ND) -3A:J,YR+92]`9J\^]4B8-ibXq5WB?73*AKa?iXR?jL-H?j^9L?l!,d?l38h?lEDl$s`i5 +3A:J,YR+92^Ao\_.0%'_!WW6$-ibXq5WB?7(HP_)[EMAIL PROTECTED]+*J$Xa`X(LS(f)[EMAIL PROTECTED])[p!P EndTtf AnchorPoint: below 568 0 basechar 0 AnchorPoint: above 864 1520 basechar 0 @@ -850,9 +851,10 @@ Encoding: 56 56 56 Width: 1425 Flags: W -TtfInstrs: 116 +TtfInstrs: 121 5U70T.WYRoEuk
Bug#411308: [DejaVu-fonts] [EMAIL PROTECTED]: Bug#411308: dejavu: text jumps when only numbers change]
Hi Eugeniy, On Mon, Feb 19, 2007 at 12:56:30PM +0100, Eugeniy Meshcheryakov wrote: 19 лютого 2007 о 12:00 +0100 Henrik Theiling написав(-ла): For me, the digit width is different at a few sizes only: That was allready fixed in the SVN repository. I did some testing comparing dejavu 2.14-2 and a preliminary 2.15-1 using your patch which affects the following: * DejaVuSerif.sfd * DejaVuSansBoldOblique.sfd * DejaVuSansOblique.sfd just tried 9,10,11,12 fontsizes: it looks ok except for the 5 digit which looks wrong when using DejaVuSerif variant at least at 9 and 11. See attached screenshots regards, Davide 411308_bold-oblique.png Description: PNG image 411308_dejavuserif.png Description: PNG image 411308_oblique.png Description: PNG image signature.asc Description: Digital signature