[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #4691] with X 4.3 xlib backend is dead (except on bload distros))
From: |
nobody |
Subject: |
[bug #4691] with X 4.3 xlib backend is dead (except on bload distros)) |
Date: |
Mon, 11 Aug 2003 18:20:42 -0400 |
User-agent: |
Mozilla/5.0 (compatible; Konqueror/3.1; Linux) |
=================== BUG #4691: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4691&group_id=99
Changes by: Alban Browaeys <prahal@yahoo.com>
Date: lun 11.08.2003 à 22:20 (GMT)
------------------ Additional Follow-up Comments ----------------------------
There should be support for xft2 since May when patches where submitted, I read
your ML.
As alexm from #gnustep irc channel told me about an xr support and as libart
seems a better option i strongly feels nobody really care for xlib back , it s
for newcomers isn t it ?
By the way i tested on three boxes until now (all debian with 0.8.8
gnustep-back, the point is testing those debs ), and removing
/etc/X11/XftConfig always end up with font_cacher building an empty cache.
This bug is all about being closed, one way or another . If it s ok in gnustep
release then i fix debian's against X 4.3pre, that is all about it.
Hum , cannot let that go :
(...) xft2 (...) as we already support these (...) was even before fontconfig
was officially available.
huhu X config , ahahah ... thanks.
ps: if you have anything to ask about X config feel free to email me.
=================== BUG #4691: FULL BUG SNAPSHOT ===================
Soumis par: prahal Projet: GNUstep
Signalé le: sam 09.08.2003 à 18:45
Category: Backend Severity: 5 - Major
Bug Group: Bug Resolution: None
Assigned to: FredKiefer Status: Declined
Summary: with X 4.3 xlib backend is dead (except on bload distros))
Original Submission: this was at first a new :
font_cacher , no error ... all my apps shows no fonts !
and all the color/etc answer not working ending in use backart.
By luck i removed obsolete /etc/X11/XftConfig from one of my distro (even
debian sometimes leaves dead files :(
and font_cacher and font_disappeared , rebuild this file + font_caher , fonts
back ....
Could you either remove xlib backend or insert xft2 pathces .
No X server will build, install this file anymore, and XFT1 is dead , god bless
it .
Some distributors (as debian) think xlib is ok and provide only this one !
I ask the debian maintenair to move to nfont+backart
nfont is really good but without a compatibility or transitional period it s a
real pain for maintenairs
Alban
Follow-up Comments
*******************
-------------------------------------------------------
Date: lun 11.08.2003 à 22:20 By: prahal
There should be support for xft2 since May when patches where submitted, I read
your ML.
As alexm from #gnustep irc channel told me about an xr support and as libart
seems a better option i strongly feels nobody really care for xlib back , it s
for newcomers isn t it ?
By the way i tested on three boxes until now (all debian with 0.8.8
gnustep-back, the point is testing those debs ), and removing
/etc/X11/XftConfig always end up with font_cacher building an empty cache.
This bug is all about being closed, one way or another . If it s ok in gnustep
release then i fix debian's against X 4.3pre, that is all about it.
Hum , cannot let that go :
(...) xft2 (...) as we already support these (...) was even before fontconfig
was officially available.
huhu X config , ahahah ... thanks.
ps: if you have anything to ask about X config feel free to email me.
-------------------------------------------------------
Date: dim 10.08.2003 à 20:50 By: FredKiefer
The described problem is more a wrong X configuration, which GNUstep cannot
help in any way. The suggested fix that GNUstep should be using xft2 patches is
also rather obsolete as we already support these since backend release 0.8.6.
As far as I remember this was even before fontconfig was officially available.
La liste CC est vide
Il n'y a aucun fichier attaché actuellement
For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4691&group_id=99
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/