Bug 389971 - Review Request: diveintopython - The html book
Review Request: diveintopython - The html book
Product: Fedora
Classification: Fedora
Component: Package Review (Show other bugs)
All Linux
low Severity medium
: ---
: ---
Assigned To: Kevin Fenzi
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2007-11-19 00:21 EST by Marc Wiriadisastra
Modified: 2008-01-12 04:07 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-01-12 04:07:42 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
kevin: fedora‑review+
kevin: fedora‑cvs+

Attachments (Terms of Use)

  None (edit)
Description Marc Wiriadisastra 2007-11-19 00:21:29 EST
Spec URL:http://mwiriadi.fedorapeople.org/packages/diveintopython/diveintopython-html.spec
SRPM URL: http://mwiriadi.fedorapeople.org/packages/diveintopython/diveintopython-5.4-1.fc8.src.rpm
Dive into Python is a book on how to program in python.
Comment 1 Marc Wiriadisastra 2007-11-19 00:22:37 EST
Lots of rpmlint errors that I need help with. I think the spec file can be
improved and would love suggestions on improvements.

Comment 2 Jerry James 2007-11-21 13:17:29 EST
The name of the spec file should be diveintopython.spec.  If you are thinking
that you will someday offer up other formats besides HTML, then you might want
to consider starting with the DocBook sources and making subpackages for each
target format (PDF, etc.) instead.

Most of your rpmlint errors occur because of Windows-style line endings in the
HTML files and some (but not all) of the Python files.  If you generate the HTML
files from the DocBook sources, that won't happen for them (but will still be a
problem for the Python files).  Otherwise, you need to do something like this:

# Change Windows line endings to Unix line endings
for file in $(find . -type f); do
  sed -i 's/\r//' $file

There are also one XML file that is KOI8-R encoded.  Even though rpmlint
complains about it, you shouldn't touch it.  It is KOI8-R on purpose.

The license tag should be GFDL.

You don't need to list basesystem in your BuildRequires or Requires.  You also
should not list python in Requires, since it is not necessary to use this
package.  True, you need python to run any of the examples, but you can look at
the web pages without it, so it is required in sense that people need it to get
full utility out of your package, but it is not Required in the RPM sense that
the package doesn't work without it.  On the other hand, your package does
Require (in the RPM sense) xdg-utils.

Your %postun script is wrong.  If you have to remove something afterwards, that
means your package didn't "own" enough.  To fix this problem, remove the %postun
script entirely, and change your %install and %files sections to these:

mkdir -p $RPM_BUILD_ROOT%{_datadir}/applications

desktop-file-install --vendor="fedora"                  \
        --dir=${RPM_BUILD_ROOT}%{_datadir}/applications \
        --add-category="Documentation"                  \

%doc .
Comment 4 Jerry James 2007-12-03 18:15:26 EST
Marc, do you need a sponsor?  I can review your package, but I can't sponsor you.
Comment 5 Marc Wiriadisastra 2007-12-03 20:54:34 EST
Would love a review and yes I need a sponsor.
Comment 6 Kevin Fenzi 2008-01-01 19:32:15 EST
I would be happy to review this and look at sponsoring you... 
expect a full review in a bit here. 
Comment 7 Kevin Fenzi 2008-01-01 19:56:27 EST
After looking, I think it might be best to use the upstream docbook source and
build subpackages for html, txt, pdf, etc.

Would you be willing to take a stab at doing that?
Comment 8 Marc Wiriadisastra 2008-01-01 20:31:40 EST
Yep I'll give that a go I'll speak to stickster or those in the docs project for
advice on the docbook and how to go about it.
Comment 9 Marc Wiriadisastra 2008-01-02 04:12:49 EST
I might have had a few issues and the SRPM is significantly bigger because of
having to download the common files to compile it which I used to build the xml
-> html.

I haven't had a chance to speak to stickster as of yet but if I do and can learn
of a better way I'll use that or if you can point me in the right direction that
would be grat.

All the patches are located in the following directory
Comment 10 Kevin Fenzi 2008-01-02 18:52:48 EST
Well, it builds ok in mock here and rpmlint says only: 

diveintopython.noarch: W: wrong-file-end-of-line-encoding
diveintopython.src: W: mixed-use-of-spaces-and-tabs (spaces: line 1, tab: line 10)

I only see the html output though... should it be generating the txt and pdf
outputs as well?

I can look further later tonight.
Comment 11 Marc Wiriadisastra 2008-01-02 19:10:24 EST
I think it depends on the build.info which only has the html as the default
type.  The recommendation from stickster was to use yelp to display the xml
which I'm trying to get set up and tested at the moment.

My personal preference is to stick with html, pdf and txt
Comment 12 Mamoru TASAKA 2008-01-02 20:42:51 EST
(Removing NEEDSPONSOR: bug 426733)
Comment 13 Marc Wiriadisastra 2008-01-03 09:44:17 EST
I've got a problem at the moment. In order to build the pdf, html and txt
documents I need to go into the build.info and change the default build to pdf,
txt or info.

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE project
<!ENTITY % version SYSTEM "xml/version.xml">
<!ENTITY common "xml/common">
<!ENTITY buildcommon SYSTEM "xml/common/build_common.xml">
<project name="diveintopython" default="pdf" basedir=".">

<property name="lang" value=""/>
<property name="ftpdir" value=""/>

<target name="postprocess">



Should I make separate packages completely or can I separate the package out and
apply separate packages to patch the pdf, txt?
Comment 14 Marc Wiriadisastra 2008-01-03 09:53:57 EST
The choices are htmlflat, html and pdf I have tried doc, txt both of those fail
as a build option.
Comment 15 Marc Wiriadisastra 2008-01-03 11:36:35 EST
There is a all choice which I have patched so it will make all three.  I'm
currently finalizing the spec file and a new version will be uploaded tomorrow
my time.

This should have the resulting 3 packages from the source files listed in the
spec file currently.
Comment 16 Kevin Fenzi 2008-01-03 19:15:43 EST
Excellent. Once you post that, I will do a full review... 

Depending on the sizes you could subpackage those 3, or just have one package
with all 3 formats available. 
Comment 17 Marc Wiriadisastra 2008-01-04 06:28:10 EST
Ok done finally.


I think you will want me to remove a significant amount of stuff.  Rpmlint is
fairly clean.  There are additional html files that shouldn't be there but they
were included in the build so I added them.
Comment 18 Kevin Fenzi 2008-01-04 20:55:32 EST
Odd... it fails in mock here, but still produces an output file?



Execute failed: java.io.IOException: java.io.IOException: Permission denied

Any ideas?
Comment 19 Marc Wiriadisastra 2008-01-04 23:01:39 EST
I've got heaps of issues with my Java and I was surprised it works.  Also I have
selinux turned off.

Same thing happens in eclipse so I'm leaning towards an selinux issue.
Comment 21 Kevin Fenzi 2008-01-08 20:16:02 EST
OK - Package meets naming and packaging guidelines
OK - Spec file matches base package name.
OK - Spec has consistant macro usage.
OK - Meets Packaging Guidelines.
OK - License (GFDL)
OK - License field in spec matches
OK - License file included in package
OK - Spec in American English
OK - Spec is legible.
OK - Sources match upstream md5sum:
09247597b21c6253b810f081053e56b5  diveintopython-html-5.4.zip
09247597b21c6253b810f081053e56b5  diveintopython-html-5.4.zip.sav
OK - BuildRequires correct
OK - Package has %defattr and permissions on files is good.
OK - Package has a correct %clean section.
OK - Package has correct buildroot
OK - Package is code or permissible content.
 - Packages %doc files don't affect runtime.
OK - Package has rm -rf RPM_BUILD_ROOT at top of %install

OK - Package compiles and builds on at least one arch.
OK - Package has no duplicate files in %files.
OK - Package doesn't own any directories other packages own.
See below - Package owns all the directories it creates.
See below - No rpmlint output.
OK - final provides and requires are sane.


OK - Should build in mock.
OK - Should build on all supported archs
OK - Should function as described.
OK - Should have dist tag
OK - Should package latest version


1. The html subpackage should own:

The pdf should own: /usr/share/diveintopython-pdf

ie, they are missing ownership of the top level datadir/name dir.

2. rpmlint says:

diveintopython.src: W: mixed-use-of-spaces-and-tabs (spaces: line 1, tab: line 30)

Suggest: Might use only spaces or only tabs. Not a blocker.

diveintopython-html.noarch: W: wrong-file-end-of-line-encoding
diveintopython-single-html.noarch: W: wrong-file-end-of-line-encoding
diveintopython-txt.noarch: W: wrong-file-end-of-line-encoding

The css file is CR/LF... I don't think this matters as long as it's properly read.
Suggest: Ignore, unless you see problems loading it.

Issue #1 is pretty minor, provided you fix that before importing this package,
this package is APPROVED.
Comment 23 Kevin Fenzi 2008-01-09 17:02:48 EST
The package from comment #22 looks good to me... request cvs when you are ready. 
Comment 24 Marc Wiriadisastra 2008-01-10 04:43:34 EST
New Package CVS Request
Package Name: diveintopython
Short Description: A python programming guide
Owners: mwiriadi
Branches: F-7 F-8 devel
InitialCC: mwiriadi
Cvsextras Commits: yes
Comment 25 Kevin Fenzi 2008-01-10 11:38:31 EST
cvs done.

Note You need to log in before you can comment on or make changes to this bug.