Setting to ASSIGNED per Fedora Bug Triage workflow.  https://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow

Created attachment 353064 [details]
root.log

root.log for i386

Created attachment 353065 [details]
build.log

build.log for i386

Created attachment 353066 [details]
mock.log

mock.log for i386

Created attachment 353067 [details]
root.log

root.log for x86_64

Created attachment 353068 [details]
build.log

build.log for x86_64

Created attachment 353069 [details]
mock.log

mock.log for x86_64

The reason why this failed is:
Generating content for font package: knm-new-fonts  
error: line 53: Package does not exist: %post -n knm-new-fonts  


As in Package Naming Guidelines, this package is included in a kind of exceptions for the underscore rule. http://fedoraproject.org/wiki/Packaging:NamingGuidelines#Separators

Reassigning to fontpackages so far, but not using fontpackages may be an option for this fix perhaps?

(In reply to comment #8)
> The reason why this failed is:
> Generating content for font package: knm-new-fonts  
> error: line 53: Package does not exist: %post -n knm-new-fonts  

Well, fontpackages used to do no processing on the name the packager gave to 
%_font_pkg and many packagers got it wrong, resulting in lots of back and forth getting them to fix it. So now it massages the name given in argument to try to correct it. It fixes many human problems and improves packager poductivity.

> As in Package Naming Guidelines, this package is included in a kind of
> exceptions for the underscore rule.
> http://fedoraproject.org/wiki/Packaging:NamingGuidelines#Separators

I *really* do not want to add any more package naming processing to fontpackages. It is already quite over-engineered without needing to handle a fixed list of historical exceptions to guidelines. Given that this is the *only* font package that fails because of an underline, would it be possible to rename it to use the standard fedora package name separator ?

I'm quite sure the guidelines exception list was written to avoid unnecessary work on existing packages, but trying to maintain it will have the reverse effect now.

BTW looking at the font files they declare a generic name (Fixed) which seems not quite right to me. It will collide with other packages

(In reply to comment #9)
> Well, fontpackages used to do no processing on the name the packager gave to 
> %_font_pkg and many packagers got it wrong, resulting in lots of back and forth
> getting them to fix it. So now it massages the name given in argument to try to
> correct it. It fixes many human problems and improves packager poductivity.

That's really nice feature though.

> I *really* do not want to add any more package naming processing to
> fontpackages. It is already quite over-engineered without needing to handle a
> fixed list of historical exceptions to guidelines. Given that this is the
> *only* font package that fails because of an underline, would it be possible to
> rename it to use the standard fedora package name separator ?
> 
> I'm quite sure the guidelines exception list was written to avoid unnecessary
> work on existing packages, but trying to maintain it will have the reverse
> effect now.  

We've missed upstream contact already as upstream URL has been commented out in the spec. no way of telling them to rename the font name either. "knm_new" is really upstream name and it should matches to the exception reason but just not to avoid the unnecessary work on existing packages.

(In reply to comment #10)
> BTW looking at the font files they declare a generic name (Fixed) which seems
> not quite right to me. It will collide with other packages  

Sure. it was supposed to work an alternative of better "Fixed" font for Japanese support though.

(In reply to comment #11)
>  "knm_new" is
> really upstream name and it should matches to the exception reason but just not
> to avoid the unnecessary work on existing packages.

We do minor naming adjustments to the package names all the time (our Apache package is even named "httpd" which has almost nothing in common with upstream naming). I don't see what would be so difficult about using knm-new and avoid all kinds of special casing. It's really a minor change and we've done a lot more over the years.

We try to keep as close as possible to upstream names because mis-attributing Bill's work to Bob is very bad mojo, but staying close has never been 100% identical and in this particular case I don't think there would be any ambiguity on the font authors even with knm-new

http://koji.fedoraproject.org/koji/buildinfo?buildID=118901

was the last build, which failed.

*** This bug has been marked as a duplicate of bug 528675 ***