Red Hat Bugzilla – Bug 398781
Review Request: gfs-complutum-fonts - GFS Complutum Greek font
Last modified: 2007-11-30 17:12:24 EST
Spec URL: http://nim.fedorapeople.org/gfs-complutum-fonts.spec
SRPM URL: http://nim.fedorapeople.org/gfs-complutum-fonts-20070413-1.fc9.src.rpm
The ancient Greek alphabet evolved during the millenium of the Byzantine era
from majuscule to minuscule form and gradually incorporated a wide array of
ligatures, flourishes and other decorative nuances which defined its
extravagant cursive character. Until the late 15th century, typographers who
had to deal with Greek text avoided emulating this complicated hand; instead
they would use only the twenty four letters of the alphabet separately, often
without accents and other diacritics.
A celebrated example is the type cut and cast for the typesetting of the New
Testament in the so-called Complutensian Polyglot Bible (1512), edited by the
Greek scholar, Demetrios Doukas. The type was cut by Arnaldo Guillén de Brocar
and the whole edition was a commision by cardinal Francisco Ximénez, in the
University of Alcalá (Complutum), Spain. It is one of the best and most
representative models of this early tradition in Greek typography which was
revived in the early 20th century by the eminent bibliographer of the British
Library, Richard Proctor. A font named Otter Greek was cut in 1903 and a book
was printed using the new type. The original type had no capitals so Proctor
added his own, which were rather large and ill-fitted. The early death of
Proctor, the big size of the font and the different aesthetic notions of the
time were the reasons that Otter Greek was destined to oblivion, as a curiosity.
Greek Font Society incorporated Brocar's famous and distinctive type in the
commemorative edition of Pindar's Odes for the Athens Olympics (2004) and the
type with a new set of capitals, revived digitaly by George D. Matthiopoulos,
is now available for general use.
correct SRPM I guess is
Also, rpmlint reports
gfs-complutum-fonts.noarch: E: description-line-too-long time were the reasons
that Otter Greek was destined to oblivion, as a curiosity.
Your description lines must not exceed 79 characters. If a line is exceeding
this number, cut it to fit in two lines.
gfs-complutum-fonts.noarch: W: no-version-in-last-changelog
The last changelog entry doesn't contain a version. Please insert the
version that is coherent with the version of the package and rebuild it.
(In reply to comment #1)
> correct SRPM I guess is
> Also, rpmlint reports
> gfs-complutum-fonts.noarch: E: description-line-too-long time were the reasons
> that Otter Greek was destined to oblivion, as a curiosity.
> Your description lines must not exceed 79 characters. If a line is exceeding
> this number, cut it to fit in two lines.
The lines have been resized using the standard "fold" tool. So they are all 80
column max. rpmlint targets a non-standard terminal width, 79 column and I don't
believe this width is actually in use anywhere or that any terminal user will
actually be inconvenienced if we use the full 80 column. If you really insist I
may resize the text but that seems a waste of time to me.
> gfs-complutum-fonts.noarch: W: no-version-in-last-changelog
> The last changelog entry doesn't contain a version. Please insert the
> version that is coherent with the version of the package and rebuild it.
rpmlint wants to force you to put the version at the end of the first changelog
line, however the official approved Fedora changelog format list includes a
style where the version is not on this line
(http://fedoraproject.org/wiki/Packaging/Guidelines#Changelogs, 3rd style) so
rpmlint's warning is bogus
I prefer you to fix rpmlint error description-line-too-long. Reason, If this is
bogus message then we should have already removed it from rpmlint tool itself
but as rpmlint is made to report it as error, good to fix this.
Updated version posted at the usual place to cut lines at 79 columns.
I agree it was big work for you to ask to fix small issue but still I prefer to
follow what rpmlint says till rpmlint tool gives it as Error and not Warning.
Packaging looks ok.
rpmlint is wrong and does no know how to count UTF-8 properly. I actually
cheched the line it tags manually - it's less than 79 columns in UTF-8, which is
our default encoding.
New Package CVS Request
Package Name: gfs-complutum-fonts
Short Description: GFS Complutum Greek font
Branches: F-7, F-8, devel
Cvsextras Commits: Yes