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=810335 --- Comment #7 from Ralph Bean <rbean@xxxxxxxxxx> 2012-04-22 22:29:44 EDT --- (In reply to comment #6) > There's no requirement for doing so, but you might consider building the Sphinx > documentation and putting it in %doc. (Then again, it's just a bunch of autodoc > declarations, so it's the same thing you'd get with pydoc on the command line. > Your choice, really, if you think the HTML documentation is useful.) I took a stab at it but had some trouble getting it to work with "make -C docs html". It doesn't seem to be straightforward so I'm skipping it for now. > python-fabulous.src: W: file-size-mismatch fabulous-0.1.5.tar.gz = 322526, > http://lobstertech.com/media/file/fabulous/fabulous-0.1.5.tar.gz = 322052 > python-fabulous.noarch: W: wrong-file-end-of-line-encoding > /usr/share/doc/python-fabulous-0.1.5/README > python-fabulous.noarch: W: devel-file-in-non-devel-package > /usr/lib/python2.7/site-packages/fabulous/_xterm256.c > > Looks like upstream changed their source archive (blegh). Run dos2unix on > README and that should fix the end of line problem. You can also just nuke > _xterm256.c, it doesn't look like it's used at all and was just used as a > reference for xterm256.py. I put up a new revision that should fix those three: Spec URL: http://threebean.org/rpm/python-fabulous.spec SRPM URL: http://threebean.org/rpm/python-fabulous-0.1.5-3.fc17.src.rpm -- 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. _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review