eterm error unable load font Boyle Mississippi

Address Cleveland, MS 38732
Phone (662) 843-6434
Website Link
Hours

eterm error unable load font Boyle, Mississippi

Information forwarded to [email protected], [email protected] (Laurence J. That > But this assumption is true. Skip to content Ignore Learn more Please note that GitHub no longer supports old versions of Firefox. I suppose I could maybe copy it over from Windows and manually install it.

Reported by: Bill Allombert Date: Thu, 20 Sep 2001 14:03:03 UTC Severity: normal Tags: help, moreinfo, patch, unreproducible Found in version 0.9.1-0pre2001072201 Reply or subscribe to this bug. look at the source code. > > I do not follow source code, but empirical evidence shows that > > it is not the case for 100% of installations. In fact, Eterm even displays the same when I do "Eterm > -F shine", "Eterm -f fixed", et cetera. Message #5 received at [email protected] (full text, mbox, reply): From: Arno Schuring To: Debian Bug Tracking System Subject: eterm: No dependency on k14 fallback font Date: Tue, 06 Oct

No. Copy sent to [email protected] (Laurence J. Terms Privacy Security Status Help You can't perform that action at this time. If you can give me the configuration details that are the catalyst for the problem, I will gladly investigate. > Here a patch, fully tested with 3 separate X servers.

Full text and rfc822 format available. This may also occur on Red Hat Enterprise Linux (RHEL) 6 when the X11 display is local to the RHEL6 system. Topics: Active | Unanswered Index »Newbie Corner »missing helvetica font Pages: 1 #1 2006-05-23 05:52:42 battra Member From: Earth.US.Illinois.Chicago Registered: 2006-05-12 Posts: 71 missing helvetica font Could someone please tell me Lane), [email protected]: Bug#112919; Package eterm.

Personal Open source Business Explore Sign up Sign in Pricing Blog Support Search GitHub This repository Watch 227 Star 5,087 Fork 218 Swordfish90/cool-retro-term Code Issues 109 Pull requests 0 Projects IBM WILL NOT BE LIABLE FOR ANY ACTUAL, DIRECT, SPECIAL, INCIDENTAL, OR INDIRECT DAMAGES OR FOR ANY ECONOMIC CONSEQUENTIAL DAMAGES (INCLUDING LOST PROFITS OR SAVINGS), EVEN IF IBM, OR ITS RESELLER, Reported by: Arno Schuring Date: Tue, 6 Oct 2009 21:03:05 UTC Severity: minor Found in version eterm/0.9.5-2 Reply or subscribe to this bug. Lane" Cc: [email protected] Subject: Re: Bug#112919: Eterm fails to start if remote server have no multybyte font available Date: Sun, 28 Apr 2002 15:40:19 +0200 On Sat, Apr 27, 2002

Message #17 received at [email protected] (full text, mbox, reply): From: Bill Allombert To: "Laurence J. Lane), [email protected] Reload to refresh your session. I started Eterm on a remote server with no multybyte > > avaiable.

since MULTI_CHARSET is defined and TermWin.mfont is NULL, TermWin.mfont = load_font(etmfonts[font_idx], "k14", FONT_TYPE_X); is executed unconditionnaly. Falling back on \"%s\"\n", name, fallback); if ((xfont = XLoadQueryFont(Xdisplay, fallback)) == NULL) { - fatal_error("Couldn't load the fallback font either. xfonts-75dpi maybe ? (tell me if you succeed) > > > > But this assumption is true. Did it give you a warning about defaulting to k14 ?

Only for the fact that I can not figure out what file the font is in... Falling back on "fixed"The menus in the above apps are all fixed fonts instead of helvetica. "I know nothing except the fact of my ignorance."- Socrates Offline #2 2006-05-23 14:33:53 sh__ Submit feedback to IBM Support 1-800-IBM-7378 (USA) Directory of worldwide contacts Contact Privacy Terms of use Accessibility Giving up.

Resolving the problem If the LANG environment is set, this issue can be resolved on RHEL5 by changing the LANG environment variable setting from the default en_US.UTF-8 to en_US. I've proven that myself. Tags added: unreproducible Request was from "Laurence J. Does it > come with a broken configuration?

Eterm falls back to "fixed' when I explicitly specify "k14". > The X terminals on my lab have k14 and works. (But colors are > distorded for unknown reason) I think WORKAROUNDS: DISCLAIMER: IBM is not providing services of any kind for the workaround. QOpenGLShader: could not create shader Warning: "" failed to compile! OK.

Seems to me that Eterm should have a dependency on the package providing the k14 font (xfonts-base), or at least suggest it; apparently no other package, not even xerver-xorg, seems to United States English English IBM® Site map IBM IBM Support Check here to start a new keyword search. Lane), [email protected] Regards, -- Bill. FHS 5.3: As of the date of this release of the standard, system crash were not supported under Linux.

But as you mention, I have waited 200+ days before an answer to this bug report. Lane): Bug#112919; Package eterm. QOpenGLShader: could not create shader Warning: "" failed to compile! And I have yet to see Eterm fail to start. [ patch applied ] > After rebuilding the package you get: > yellowpig% Eterm > Eterm: Error: Unable to load font

Acknowledgement sent to Bill Allombert : Extra info received and forwarded to list. It default to { "-misc-fixed-medium-r-normal--7-70-75-75-c-50-iso10646-1",...} and fall back to "k14". Thanks for the information, but I am familiar with X. Copy sent to [email protected] (Laurence J.

Full text and rfc822 format available. Send a report that this bug log contains spam. Is potato special in some regards to X? Copy sent to Muammar El Khatib . (Tue, 06 Oct 2009 21:03:09 GMT) Full text and rfc822 format available.

If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update eterm'. http://admin.fedoraproject.org/updates/eterm-0.9.5-5.fc11 Comment 21 Fedora Update System 2009-05-18 22:01:26 EDT eterm-0.9.5-5.fc9 has been pushed to the Fedora 9 stable repository. Lane wrote: > On Mon, Apr 29, 2002 at 07:57:49PM +0200, Bill Allombert wrote: > > > Maybe xfonts-100dpi ? Full text and rfc822 format available.

You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F8/FEDORA-2008-7549 Comment 5 Fedora Update System 2008-09-24 20:16:18 EDT eterm-0.9.5-1.fc8 has been pushed to the Fedora 8 stable repository. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update eterm'. QOpenGLShader: could not create shader Warning: "" failed to compile! Here a patch...

Anyway if you want to test you can easily install potato in a chroot and start X at least in vesa mode. look at the source code. It default to {"5x7", "6x10", "fixed", "8x13", "9x15"} and fall back to "fixed". IBM is providing the workaround on an "AS IS" basis without warranty of any kind.

QOpenGLShader: could not create shader Warning: "" failed to compile! Yes, I do, in sid, but Eterm is not falling back to that. Lane" to [email protected] Here are examples:In XMMS:** WARNING **: Failed to open font: "-adobe-helvetica-bold-r-*-*-10-*"In Eterm:Eterm: Error: Unable to load font "-adobe-helvetica-medium-r-normal--10-100-75-75-p-56-iso8859-1".