SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Gentoo's lcdfilter repository hasn't been updated in months, and I see that infinality patches are now part of Gentoo's main portage tree. Therefore, I strongly suspect that the lcdfilter ebuilds have reached their end of life. If they have, then my lcdfilter SlackBuilds, which are ports of them, will need to be retired.
Fortunately, Kabamaru's packages, which you can get at someslack, are still being updated and have a FreeType 2.4.11 package available.
Click here to see the post LQ members have rated as the most helpful post in this thread.
Gentoo's lcdfilter repository hasn't been updated in months, and I see that infinality patches are now part of Gentoo's main portage tree. Therefore, I strongly suspect that the lcdfilter ebuilds have reached their end of life. If they have, then my lcdfilter SlackBuilds, which are ports of them, will need to be retired.
Fortunately, Kabamaru's packages, which you can get at someslack, are still being updated and have a FreeType 2.4.11 package available.
Thanks for the redirection. Will have to figure out how to transition from yours to Kabamaru's... is it safe to leave your cairo package alone?
Here are the patches I use for 14, these patches are based off the old cleartype patches written by David Turner of Freetype. These patches are almost obsolete because most the code has now been merged upstream. We still need to patch freetype and cairo, but the libXft patch is no longer needed. Truth is this is the last release I will maintain these patches for since the patches won't be needed in the very near future.
I use Salix OS
I put patches for freetype and Cairo
Please tell me, why now impose no on libXft patches?
Here, too, there is no patch for download
Ftp://elektroni.phys.tut.fi/slackware64-current/source/x/x11/src/lib/libXft-2.3.1.tar.xz
Because the contents of the patch have been merged into the source code of libXft since version 2.3.0. So the patch is no longer needed.
Thank you very much, Daedra !
I put the patches оn freetype freetype-2.4.10 and cairo cairo-1.10.2
after
ln -s /etc/fonts/conf.avail/10-sub-pixel-rgb.conf /etc/fonts/conf.d/
rm /etc/fonts/conf.d/30-urw-aliases.conf
rm /etc/fonts/conf.d/30-metric-aliases.conf
has created
~/.Xresources
Xft.dpi: 101
Xft.antialias: true
Xft.hinting:true
Xft.autohint: false
Xft.hintstyle:hintslight
Xft.rgba: rgb
Xft.lcdfilter: lcddefault
XTerm*background:black
XTerm*foreground:white
XTerm*faceName: Terminus:antialias=False:pixelsize=14
Yup looks good , you can use the same patches from freetype 2.4.10 to patch up 2.4.11. The freetype patches aren't really version specific in this case. Any yes the reason why subpixel rendering and other such technologies aren't fully enabled by default is because they are patented by Microsoft. Just like the bytecode interpreter used to be patented by apple, but that patent expired so now its enabled by default.
Gentoo's lcdfilter repository hasn't been updated in months, and I see that infinality patches are now part of Gentoo's main portage tree. Therefore, I strongly suspect that the lcdfilter ebuilds have reached their end of life. If they have, then my lcdfilter SlackBuilds, which are ports of them, will need to be retired.
Fortunately, Kabamaru's packages, which you can get at someslack, are still being updated and have a FreeType 2.4.11 package available.
Are you going to update your FreeType (lcd-filter) patch to 2.4.11?
That was quick, thanks. Actually I'm not too happy with infinality. For example, I tried to use Monaco font in Terminal (Xfce4) and it looks as if some part of line is chopped off ending up with some characters missing. I think I might have to re-install infinality. I'll be able to come back with some screenshots.
Sorry, my Terminal (Xfce4) is fine with Monaco but it's my KDE. I use alienBob's KDE 4.10.5 with default infinality patches on my Slackware64-14.0. I'm pretty sure it's something to do with Konsole.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
, you can use the same patches from freetype 2.4.10 to patch up 2.4.11. The freetype patches aren't really version specific in this case. Any yes the reason why subpixel rendering and other such technologies aren't fully enabled by default is because they are patented by Microsoft. Just like the bytecode interpreter used to be patented by apple, but that patent expired so now its enabled by default.
