Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 469864 - x11-apps/xvidtune should RDEPEND on media-fonts/font-misc-misc
Summary: x11-apps/xvidtune should RDEPEND on media-fonts/font-misc-misc
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Gentoo X packagers
URL: http://forums.gentoo.org/viewtopic-t-...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-05-14 18:35 UTC by Ville Aakko
Modified: 2013-05-15 16:33 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ville Aakko 2013-05-14 18:35:26 UTC
xvidtune does not start because it can't find a font:

"$ xvidtune
Vendor: (null), Model: (null)
Num hsync: 0, Num vsync: 0
Warning: Unable to load any usable ISO8859 font
Error: Aborting: no font found"

FWIW, my locale is an utf-8 one (fi_FI.UTF-8).

Reproducible: Always
Comment 1 James Cloos 2013-05-15 11:41:34 UTC
Applications *never* should depend on server-side fonts.

There is no need to install server-side fonts on client boxen, and the package must not presume that the X server will be on the same box/VM/chroot/whatever as the client app.
Comment 2 Ville Aakko 2013-05-15 16:31:52 UTC
Hi, I agree on comment#1, although the situation described would not be very user friendly (as majority of users don't have a separate X server); maybe the error message is a bit ambiguous for the average user, but that is a whole different issue (and probably does not warrant a bug report); 

Nevertheless, I was too hasty to file a bug report since I was missing the whole Files section with FontPath -entries in xorg.com. Putting some in there allows it to run (and it does not depend on the said font package even on the server).

So you probably want to close this as invalid.
Comment 3 Ville Aakko 2013-05-15 16:33:10 UTC
I believe this is a no-problem, please re-open if you think otherwise.