libfreetype6 2.3.11-69.1mib2010.0

[aapgorilla]

Today I got an update for libfreetype 2.3.11-69.1mib2010.0, I appears the byte-codeinterpreter is not on but instead the autohinter. Well fonts look different anyways...

[anshuljain]

I have a locally modified copy of libfreetype6 which has the famous Ubuntu patches activated. I never got around to updating the MIB ones to these, which are far superior to the ones available in MDV, PLF or even my previously submitted LCD-filtering patched ones.

By applying these patches is that you get the same fonts as that for Ubuntu. I probably do not have the SRPMs anymore, but just the 32-bit version of the RPMs. I'd be glad to share then with anyone.

-Anshul

[NicCo]

If you find the SRPM and send it to us, it can be backported,
if not, there's nothing to do


bye,
NicCo

[aapgorilla]

In the meantime could you rebuild it with the plf flag enabled. I actually did and now the fonts look fine again but as the release number was not bumped I keep getting request for an update

[anshuljain]

I'll give it a shot and re-create the new SRPMS so that it has a suffix higher than the updated one. Just a heads up- these will carry a completely different set of patches as compared to MDV / PLF ones. Its worked flawlessly for me till now across openSUSE, Fedora and of course Mandriva.

Edit: I really know little about adding a build_plf flag...so I'll have to investigate a little and learn about it.

[SymbianFlo]

I'll give it a shot and re-create the new SRPMS so that it has a suffix higher than the updated one. Just a heads up- these will carry a completely different set of patches as compared to MDV / PLF ones. Its worked flawlessly for me till now across openSUSE, Fedora and of course Mandriva.

Edit: I really know little about adding a build_plf flag...so I'll have to investigate a little and learn about it.

hi
very plese to c ya

should be enough if you define the distsuffix , something like this:

Code: Select all

%define	distsuffix	plf

if aint no other %bcond on your spec that will impose other suffix variable should work
you can change "plf" with whatever ya whant ( 4 ex: anshul ) is working even if in your rpm.macros , you have a different distsuffix.( admiting that you generated a rpm.macros file )
ps.
do not bother to mutch about cosmethics of the package I can give it a nice polish
and align it with rpmlint, if you manage to have a clean build .
POSEDIT:
do not use epoch on your spec, to push it upstream if aint really necessary.
c u m8

[anshuljain]

Allright, I've patched the RPMS and the SRPMS are ready. Although, I really couldn't figure out how to add a build_plf flag. But the RPMs are functional. Maybe some MIB packager can review them and upload accordingly? Screenshot is at:-

Uploaded with ImageShack.us

You may (strongly recommended that you should) modify the /etc/X11/Xresources file and add these lines at the end:-


Xft.dpi: 96
Xft.antialias: true
Xft.rgba: rgb
Xft.hinting: true
Xft.hintstyle: hintslight
Xft.lcdfilter: lcddefault


These patches perform best with subpixel hinting as "Slight". In the screenshot above, I have Calibri Font, size 10, hinting as "Slight" and the .fonts.conf modified in the attached file. Nick, can I send these RPMs through Skype sometime later today?

-Anshul

[aapgorilla]

This is the part that turns on the bytecode interpreter and subpixel hinting in the spec file. If you use a very different spec file you could just make it unconditional as I think we all want the bytecode interpreter and subpixel hinting enabled. (btw Anshul, you seem to have switched to gnome too...)

%prep
%setup -q -n freetype-%version -b 1

%if %{build_bytecode_interpreter}
perl -pi -e 's|/\* #define TT_CONFIG_OPTION_BYTECODE_INTERPRETER \*/|#define TT_CONFIG_OPTION_BYTECODE_INTERPRETER|' include/freetype/config/ftoption.h
%endif
%if %{build_subpixel}
perl -pi -e 's|^/\* #define FT_CONFIG_OPTION_SUBPIXEL_RENDERING \*/| #define FT_CONFIG_OPTION_SUBPIXEL_RENDERING|' include/freetype/config/ftoption.h
%endif

[anshuljain]

aapgorilla,
The patches I've used not only enable the options you've mentioned for the byte-code interpreter and subpixel hinting in libfreetype6...but also enable full-tilt subpixel hinting in cairo, xft and add the options in fontconfig. I believe you have a OBS repo, you may take a look at the patches:-
https://build.opensuse.org/package/file ... untu_patch
https://build.opensuse.org/package/file ... untu_patch
https://build.opensuse.org/package/file ... untu_patch

Yeah, I switched over to GNOME 3-4 months ago...and I'm really happy that I did. KDE 4.4.x is a piece of crap (no offense intended), they broke KDEPIM..added Akonadi, Nepomuk and Strigi..slowed down my laptop BIG time. For some reason, KDE seems to get in my way of getting work done...and GNOME doesn't. I like the combination of subpixel enabled fonts (from Ubuntu)+SVN Murrine Engine (self-compiled)+Shiki Theme (with some custom Ubuntu patches).perfect

[aapgorilla]

wow those packages look pretty complex

I felt the same about kde44, the notifications ans popups everywhere drove me crazy, I got afraid of moving my mouse because everytime I moved it something popped up....

[NicCo]

It seems Tobal will take care porting libfree with patches suggested from Anshul Jane



Ciao,
NicCo

[NicCo]

I heard in Mandriva Forum interantional Anshul Jane, saying he is porting the RPMS:
So we can wait his port, especially because he knows ho to do and how to compare results

http://forum.mandriva.com/viewtopic.php?p=808168#808168

I'm the process of uploading a vastly better set of patched RPMs to MIB. Stay tuned, if interested

[anshuljain]

I've created the SRPMS (and sent it to you Nick...). I'm trying to figure out the part where the Xresources file is automatically configured.

If Tobal can add the -69mib suffix by modifying the SPEC file..it would be great. I'll be able to port for 2010.0 only, as I do not have 2009.1 installed

[NicCo]

I've created the SRPMS (and sent it to you Nick...). I'm trying to figure out the part where the Xresources file is automatically configured.

If Tobal can add the -69mib suffix by modifying the SPEC file..it would be great. I'll be able to port for 2010.0 only, as I do not have 2009.1 installed

OK,
Tobal already knows about the presence of SRPMS, and he said when has a little spare time

bye, NicCo

[tobal]

ok, next week when i finish my exams i'll look this srpm