rpms/fontypython/devel .cvsignore, 1.2, 1.3 fontypython.spec, 1.4, 1.5 sources, 1.2, 1.3 fontypython.desktop, 1.2, NONE
by Tom Callaway
Author: spot
Update of /cvs/pkgs/rpms/fontypython/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv25143
Modified Files:
.cvsignore fontypython.spec sources
Removed Files:
fontypython.desktop
Log Message:
update to 0.3.6, fix FTBFS
Index: .cvsignore
===================================================================
RCS file: /cvs/pkgs/rpms/fontypython/devel/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- .cvsignore 16 Dec 2006 16:14:32 -0000 1.2
+++ .cvsignore 15 Sep 2008 21:38:33 -0000 1.3
@@ -1 +1 @@
-fontypython-0.2.0.tar.gz
+fontypython-0.3.6.tar.gz
Index: fontypython.spec
===================================================================
RCS file: /cvs/pkgs/rpms/fontypython/devel/fontypython.spec,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- fontypython.spec 22 May 2008 19:27:16 -0000 1.4
+++ fontypython.spec 15 Sep 2008 21:38:33 -0000 1.5
@@ -1,15 +1,14 @@
%{!?python_sitelib: %define python_sitelib %(%{__python} -c "from distutils.sysconfig import get_python_lib; print get_python_lib()")}
Name: fontypython
-Version: 0.2.0
-Release: 7%{?dist}
+Version: 0.3.6
+Release: 1%{?dist}
Summary: TTF font manager
Group: Applications/Multimedia
License: GPLv2+
URL: https://savannah.nongnu.org/projects/fontypython/
Source0: http://download.savannah.nongnu.org/releases/fontypython/%{name}-%{versio...
-Source1: %{name}.desktop
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
@@ -38,11 +37,11 @@
%install
rm -rf $RPM_BUILD_ROOT
%{__python} setup.py install -O1 --skip-build --root $RPM_BUILD_ROOT
+sed -i 's|fontypython.png|fontypython|g' ${RPM_BUILD_ROOT}%{_datadir}/applications/%{name}.desktop
desktop-file-install --vendor="fedora" \
--dir=${RPM_BUILD_ROOT}%{_datadir}/applications \
- %{SOURCE1}
-mkdir ${RPM_BUILD_ROOT}%{_datadir}/pixmaps/
-cp -p fontypython/things/fplogo.png ${RPM_BUILD_ROOT}%{_datadir}/pixmaps
+ --delete-original \
+ ${RPM_BUILD_ROOT}%{_datadir}/applications/%{name}.desktop
mv ${RPM_BUILD_ROOT}%{_bindir}/fp ${RPM_BUILD_ROOT}%{_bindir}/fontypython
%clean
@@ -53,12 +52,23 @@
%defattr(-,root,root,-)
%{_bindir}/fontypython
%{_datadir}/applications/fedora-%{name}.desktop
-%{_datadir}/pixmaps/fplogo.png
+%{_datadir}/pixmaps/fontypython.png
%doc README COPYING
+%dir %{python_sitelib}/fontypythonmodules/
+%{python_sitelib}/fontypythonmodules/*.py*
+%{python_sitelib}/fontypythonmodules/help/
+%{python_sitelib}/fontypythonmodules/pofiles/
+%{python_sitelib}/fontypythonmodules/things/
+%dir %{python_sitelib}/fontypythonmodules/locale/
+%lang(fr) %{python_sitelib}/fontypythonmodules/locale/fr/
+%lang(it) %{python_sitelib}/fontypythonmodules/locale/it/
+%{python_sitelib}/%{name}-%{version}-py*.egg-info
-%{python_sitelib}/*
%changelog
+* Mon Sep 15 2008 Tom "spot" Callaway <tcallawa(a)redhat.com> 0.3.6-1
+- update to 0.3.6
+
* Thu May 22 2008 Tom "spot" Callaway <tcallawa(a)redhat.com> 0.2.0-7
- fix license tag
Index: sources
===================================================================
RCS file: /cvs/pkgs/rpms/fontypython/devel/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- sources 16 Dec 2006 16:14:32 -0000 1.2
+++ sources 15 Sep 2008 21:38:33 -0000 1.3
@@ -1 +1 @@
-7ab01bdffe925bb243af984b000bd635 fontypython-0.2.0.tar.gz
+bb0dcc33311cf47ba2eb80439c9b6106 fontypython-0.3.6.tar.gz
--- fontypython.desktop DELETED ---
15 years, 9 months
[Bug 462295] not displaying Korean glyphs
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=462295
--- Comment #7 from Nicolas Mailhot <nicolas.mailhot(a)laposte.net> 2008-09-15 14:03:57 EDT ---
(In reply to comment #6)
> (In reply to comment #5)
> > (In reply to comment #2)
> >
> > > Font SIG guys, when anaconda (the installer) is running it runs in its own
> > > environment. This environment gets build by the upd-instroot script. This
> > > script starts by installing a list of packages into a chroot and then removing
> > > any files not in a list of files to keep, so as to reduce the footprint of the
> > > install image, currently the lists of packages being installed to get the
> > > necessary fonts to get the installer to be able to render text in non western
> > > charactersets is listed above. This list clearly is no longer correct for
> > > rawhide, we could use some help in getting it fixed.
> >
> > The default install list in the @fonts group is supposed to provide support for
> > all our locales. Is it for some reason not good enough for you?
>
> Well for one our current script only handles packages, not groups, but we could
> fix that, besides that we are trying to keep things as small as possible (this
> goes on boot.iso) so it would be good to know if there is anything we could
> leave out for the installer case. For example it serves little purpose to ship
> fonts for language for which there is no anaconda translation.
>
> So some questions:
> 1) The fonts-lang aliases are going away, right?
fonts-lang packages have not been representative of our language support for
quite a long time. What we had was a mix of font-lang packages and font
packages named another way. During the past releases we've tried to consolidate
font support by first renaming font-lang packages so they follow the same
conventions as other font packages (keeping legacy aliases to their old names)
and then in the future we'll kill those aliases too.
> 2) Is there a table somewhere with lang -> needed font mappings
I've tried to get the L10N teams fill
http://fedoraproject.org/wiki/Localization_fonts_requirements
but it's not been a huge success. I'm afraid only local guys know which font is
best for them.
> 3) Are there any fonts in the font group which are there to for example have
> a decent selection of fonts for language foo in openoffice, but which could
> be left out without affecting the ability to display language foo?
I think the intention is to have a default font selection in @fonts which is
sufficient to display all our locales, and then have additional fonts for foo
locale defined both in @foo-support comps group and as optional @fonts members.
Of course the package lists are not as complete and accurate as we'd like them
to be and an audit is always welcome.
Thus while the default fonts list in the @fonts group is probably closest to
what you need, it will have two defaults:
— it covers all the scripts we know of, not just the scripts needed by anaconda
locales
— it will have some duplication (for example latin is important enough we
install both liberation and dejavu by default)
However maintaining this list is already a lot of work and I don't see us
maintaining another one just for anaconda. (Of course if comps had some notion
of inheritance we could do stuff like "@fonts group is composed of
@anaconda-fonts + those fonts anaconda does not care about")
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 9 months
[Bug 462295] not displaying Korean glyphs
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=462295
--- Comment #6 from Hans de Goede <hdegoede(a)redhat.com> 2008-09-15 13:36:34 EDT ---
(In reply to comment #5)
> (In reply to comment #2)
>
> > Font SIG guys, when anaconda (the installer) is running it runs in its own
> > environment. This environment gets build by the upd-instroot script. This
> > script starts by installing a list of packages into a chroot and then removing
> > any files not in a list of files to keep, so as to reduce the footprint of the
> > install image, currently the lists of packages being installed to get the
> > necessary fonts to get the installer to be able to render text in non western
> > charactersets is listed above. This list clearly is no longer correct for
> > rawhide, we could use some help in getting it fixed.
>
> The default install list in the @fonts group is supposed to provide support for
> all our locales. Is it for some reason not good enough for you?
Well for one our current script only handles packages, not groups, but we could
fix that, besides that we are trying to keep things as small as possible (this
goes on boot.iso) so it would be good to know if there is anything we could
leave out for the installer case. For example it serves little purpose to ship
fonts for language for which there is no anaconda translation.
So some questions:
1) The fonts-lang aliases are going away, right?
2) Is there a table somewhere with lang -> needed font mappings
3) Are there any fonts in the font group which are there to for example have
a decent selection of fonts for language foo in openoffice, but which could
be left out without affecting the ability to display language foo?
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 9 months
[Bug 462295] not displaying Korean glyphs
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=462295
Nicolas Mailhot <nicolas.mailhot(a)laposte.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nicolas.mailhot(a)laposte.net
--- Comment #5 from Nicolas Mailhot <nicolas.mailhot(a)laposte.net> 2008-09-15 13:05:42 EDT ---
(In reply to comment #2)
> Font SIG guys, when anaconda (the installer) is running it runs in its own
> environment. This environment gets build by the upd-instroot script. This
> script starts by installing a list of packages into a chroot and then removing
> any files not in a list of files to keep, so as to reduce the footprint of the
> install image, currently the lists of packages being installed to get the
> necessary fonts to get the installer to be able to render text in non western
> charactersets is listed above. This list clearly is no longer correct for
> rawhide, we could use some help in getting it fixed.
The default install list in the @fonts group is supposed to provide support for
all our locales. Is it for some reason not good enough for you?
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 9 months
[Bug 462295] not displaying Korean glyphs
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=462295
--- Comment #4 from Hans de Goede <hdegoede(a)redhat.com> 2008-09-15 10:31:36 EDT ---
(In reply to comment #3)
> Hans - the packages list can also contain things that are Provided: by other
> packages, since this list is just fed into yum.
I know, but the fonts-lang provides are going away. So we need to stop using
them.
> So for example while there is
> no fonts-arabic package, kacst-fonts Provides: fonts-arabic, so the right
> package will get pulled in.
>
Counter example:
[hans@localhost devel]$ repoquery -q --whatprovides fonts-chinese
[hans@localhost devel]$
This is on rawhide.
> This list certainly does need auditing,
It does see me example above. Which make me think we should add a reverse check
on the keep files list, iow error out when a file in the list is not in the
install-image, does this sound like a plan ?
> I've made this update and am
> putting the bug in modified for that reason. We can continue to work on
> auditing the list and then close this one when complete.
Ack.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 9 months
[Bug 462295] not displaying Korean glyphs
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=462295
Chris Lumens <clumens(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |MODIFIED
--- Comment #3 from Chris Lumens <clumens(a)redhat.com> 2008-09-15 10:13:30 EDT ---
Hans - the packages list can also contain things that are Provided: by other
packages, since this list is just fed into yum. So for example while there is
no fonts-arabic package, kacst-fonts Provides: fonts-arabic, so the right
package will get pulled in.
Here, nothing is providing fonts-korean anymore so the new font package will
need to get pulled in. This list certainly does need auditing, but the
situation isn't quite as bad as you're thinking. I've made this update and am
putting the bug in modified for that reason. We can continue to work on
auditing the list and then close this one when complete.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 9 months
[Bug 462295] not displaying Korean glyphs
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=462295
Hans de Goede <hdegoede(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fedora-fonts-bugs-list@redh
| |at.com, hdegoede(a)redhat.com
--- Comment #2 from Hans de Goede <hdegoede(a)redhat.com> 2008-09-15 05:30:56 EDT ---
Jens,
Thanks for reporting and thanks for the patch. But I'm afraid fixing this is
not that easy. You've correctly added the font to the keepfiles list, but it
won't get installed into the install image root in the firstplace as there seem
to be nothing in the packages list which installs said font.
The packages list still contains old font-package names / aliases:
fonts-arabic fonts-bengali
fonts-chinese fonts-gujarati fonts-hindi fonts-indic fonts-ISO8859-2
fonts-kannada fonts-korean fonts-malayalam fonts-oriya fonts-punjabi
fonts-sinhala fonts-tamil fonts-telugu
Most of these are no longer available in rawhide, for example there is no
fonts-korean in rawhide, so no korean fonts will get installed at all.
It looks like we need to take a good look at which fonts packages we are
currently installing into the install image root, and at which are listed in
the keepfiles list.
I'm CC-ing the fonts-bug-list hoping that one of the font SIG guys can help out
here.
Font SIG guys, when anaconda (the installer) is running it runs in its own
environment. This environment gets build by the upd-instroot script. This
script starts by installing a list of packages into a chroot and then removing
any files not in a list of files to keep, so as to reduce the footprint of the
install image, currently the lists of packages being installed to get the
necessary fonts to get the installer to be able to render text in non western
charactersets is listed above. This list clearly is no longer correct for
rawhide, we could use some help in getting it fixed.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 9 months