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

Bug#47308: marked as done (fonter: Fonter reads messed fonts after svgatextmode set S3_HSText feature)

Your message dated Fri,  5 Feb 2010 12:54:34 +0000 (WET)
with message-id <20100205125434.42AC56C28@kmos.homeip.net>
and subject line Package fonter has been removed from Debian
has caused the Debian Bug report #47308,
regarding fonter: Fonter reads messed fonts after svgatextmode set S3_HSText feature
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

47308: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=47308
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: fonter
Version: 1.7-5
Severity: normal


Sure this is a bug to be forwarded upstream; anyway, here's how it works (not):

On S3 based video cards, you can acheive nicer (= higher pixel clock) text
modes enabling S3_HSText in SVGATextMode; it's well documented in TextConfig(5)
man page (the man page of SVGATextMode's configuration file, search for
S3_HSText), that this option requires that (from the same manpage):

					"the font must be  stored
       in  memory  in  a  different format than would normally be
       used (i.e. the normal font loading programs won't be  able
       to  do this). The S3 designers provided a special register
       for that purpose. This register, when set, will  automati­
       cally  change  the  memory  access so that the font can be
       loaded in a normal fashion.  This allows normal font load­
       ers to do the job.

       Due  to that special register, font loading will only work
       when it is executed from within  SVGATextMode.  This  way,
       SVGATextMode  can set this special register before running
       the font loader, and reset it again afterwards."

Shortly, you need to set a register on the video card, mess with fonts and
restore that register.

That said, every program working with text fonts is likely to fail: setfont is
another who fails, but SVGATextMode has a functionality for calling it in the
right moment.

It seems the fonter author has to contact SVGATextMode author for instructions
on how to cope with this, and perhaps SVGATextMode could provide an external
utility to enable other text font utilities to work with this type of cards.

				Thanks for the attention, Enrico

-- System Information
Debian Release: potato
Kernel Version: Linux marvin 2.2.10 #2 Mon Jun 14 19:04:44 CEST 1999 i586 unknown

Versions of the packages fonter depends on:
ii  libc6           2.1.2-5        GNU C Library: Shared libraries and timezone
ii  libncurses4     4.2-3.3        Shared libraries for terminal handling

--- End Message ---
--- Begin Message ---
Version: 1.7-9+rm

You filed the bug http://bugs.debian.org/47308 in Debian BTS
against the package fonter. I'm closing it at *unstable*, but it will
remain open for older distributions.

For more information about this package's removal, read
http://bugs.debian.org/300591. That bug might give the reasons why
this package was removed and suggestions of possible replacements.

Don't hesitate to reply to this mail if you have any question.

Thank you for your contribution to Debian.

Marco Rodrigues

--- End Message ---

Reply to: