[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[Pkg-fonts-devel] Bug#776627: marked as done (fonts-misaki: GD (ruby-gd) fails to render Misaki font package in Debian, but works with latest upstream.)



Your message dated Sun, 5 Jul 2015 23:04:59 +0900
with message-id <201507051405.t65E50vB031650@mbox.iijmio-mail.jp>
and subject line Re: Bug#776627: fonts-misaki: GD (ruby-gd) fails to render Misaki
has caused the Debian Bug report #776627,
regarding fonts-misaki: GD (ruby-gd) fails to render Misaki font package in Debian, but works with latest upstream.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
776627: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776627
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: fonts-misaki
Version: 11-20080603-15
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

     I tried to render text with GD graphics library (ruby-gd, which
     uses libgd3 internally), and noticed rendering of Misaki font fails.

   * What exactly did you do (or not do) that was effective (or
     ineffective)?

     Following code works (= renders) with all installed TTFs, but Misaki.

[font-test-with-gd.rb]
--- cut here --- cut here --- cut here ---
#!/usr/bin/ruby
# Quick test to see if GD can draw string with given TTF file.
require 'GD'

image = GD::Image.new(640, 480)
white = image.colorAllocate(0xff, 0xff, 0xff)
black = image.colorAllocate(0x00, 0x00, 0x00)

ARGV.each do |ttf|
  ret = image.stringFT(black, ttf, 12, 0, 100, 100, "ABC");
  puts "#{ret[0]}: #{ttf}" unless ret[0].nil?
end
--- cut here --- cut here --- cut here ---

   I was able to workaround the issue by downloading latest TTF from
   upstream website:

   - http://www.geocities.jp/littlimi/misaki.htm
   - http://www.geocities.jp/littlimi/arc/misaki/misaki_ttf_2012-06-03.zip

   With latest TTF, above code worked without an error.

   * What was the outcome of this action?

   $ echo /usr/share/fonts/truetype/*/*.ttf | wc -w
   218
   $ ./font-test-with-gd.rb /usr/share/fonts/truetype/*/*.ttf
   Could not set character size: /usr/share/fonts/truetype/misaki/misaki.ttf
   Could not set character size: /usr/share/fonts/truetype/misaki/misakimn.ttf

   * What outcome did you expect instead?
   I expected Misaki font to render successfully, without an error.

*** End of the template - remove these template lines ***

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (600, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mipsel

Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages fonts-misaki depends on:
ii  dpkg  1.17.23

fonts-misaki recommends no packages.

fonts-misaki suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
 font package in Debian, but works with latest upstream.
Message-Id: <20150705230459.a9ca0b01039936432523f275@debian.or.jp>
In-Reply-To: <CAM8qCP+ktW8QE+ugrF6_F9wDFnw4jgZc6KDvGcba-+=XLKXhkw@mail.gmail.com>
Organization: Debian JP Project
X-Mailer: Sylpheed 3.5.0beta1 (GTK+ 2.24.28; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

control: fixed -1 20150410-1

On Fri, 30 Jan 2015 19:41:11 +0900 Taisuke Yamada <tai@rakugaki.org> wrote:
> Upstream Misaki TTF is provided in two forms:
> 
>   1. outline-based TTF
>   2. embedded bitmap-based TTF

 Now embedded bitmap-based TTF is gone...

 Anyway, I've uploaded updated package with new upstream release,
 so close this issue. Thanks!


-- 
Regards,

 Hideki Yamane     henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane

--- End Message ---

Reply to: