[Bug 703322] Review Request: tpp - text presentation program

bugzilla at redhat.com bugzilla at redhat.com
Thu May 12 20:25:18 UTC 2011


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=703322

Golo Fuchert <packages at golotop.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |packages at golotop.de

--- Comment #4 from Golo Fuchert <packages at golotop.de> 2011-05-12 16:25:17 EDT ---
Hello Jesus,

yes, it is ok to use $RPM_BUILD_ROOT, just don't mix them.
Furthermore, copy-paste is totally fine when it comes to packaging, however,
you should really use a better template next time. ;-)
Here are a few things that should be fixed before a review.

- Development/Languages is maybe not the best choice for this package. I mean 
  it is more like an application, isn't it?
- There is a little confusion about the license. The tpp source file states 
  GPLv2, while the README states GPLv2+. Upstream should be approached for 
  clarification. If they don't react, GPLv2 is the correct choice.
- It is not wise to hard-code the name and version in the Source0 tag, when you 
  can use %{name} and %{version} instead and save you some work in the future.
- Just a little typo in the description: [...] _a_ ncurses-based [...] 
- The %install section is a bit ugly. You create a few directories just to 
  extract the data with the more than simple Makefile, which you even have to 
  "fedorarize" before usage. For that you create the unneeded dir 
  $RPM_BUILD_ROOT%{_datadir}/%{name} (and you do it twice, just to be sure it 
  really worked) and you create the docdir yourself, which you don't have to,
  when packaging the docs appropriately.
  My suggestion: Why not just throw the Makefile away, copy tpp to 
  $RPM_BUILD_ROOT/%{_bindir} (using install -p or cp -p), add the vim and emacs 
  files to the directories where they can be useful (have a look at the package 
  vim-filesystem, which the package could require and at [1] for emacs).
  Finally, add the docfiles by using %doc and then just list the appropriate
  files and subdirs, the docdir is created automatically then. Do not, however,
  add the manpage as %doc, this is also done automatically. Use 
  %{_mandir}/man1/tpp.1.*
  instead. (the * makes sure that the manpage is packaged correctly, even when
  the compression method would be changed or even dropped). 
- Why do you repeat your mail address in the changelog entries? I am referring 
  to the second occurrence in the actual descriptions, for example:

* Wed May 11 2011 jesus m. rodriguez <jesusr at redhat.com> 1.3.1-4
# why is the e-mail address repeated here?
- don't use RPM_BUILD_ROOT and buildroot --> (jesusr at redhat.com) <--

- You do know rpmlint, right? It reveals (among some false positives):
rpmlint tpp-1.3.1-4.fc14.noarch.rpm                                        
tpp.noarch: W: spelling-error Summary(en_US) ncurses -> nurses, curses, n
curses                                                
tpp.noarch: W: summary-not-capitalized C ncurses-based presentation tool  
tpp.noarch: W: spelling-error %description -l en_US ncurses -> nurses, curses,
n curses                                                                      
tpp.noarch: W: spelling-error %description -l en_US framebuffer -> frame
buffer, frame-buffer, framework
tpp.noarch: E: incorrect-fsf-address /usr/share/doc/tpp-1.3.1/COPYING
tpp.noarch: W: file-not-utf8 /usr/share/doc/tpp-1.3.1/examples/ac-am.tpp
tpp.noarch: W: file-not-utf8 /usr/share/doc/tpp-1.3.1/examples/slidein.tpp
tpp.noarch: W: file-not-utf8 /usr/share/doc/tpp-1.3.1/examples/tpp-features.tpp
tpp.noarch: W: file-not-utf8 /usr/share/doc/tpp-1.3.1/examples/test.tpp      
tpp.noarch: W: file-not-utf8 /usr/share/doc/tpp-1.3.1/examples/bold.tpp
tpp.noarch: W: file-not-utf8 /usr/share/doc/tpp-1.3.1/examples/huge.tpp
tpp.noarch: W: file-not-utf8
/usr/share/doc/tpp-1.3.1/examples/debian-packaging.tpp
1 packages and 0 specfiles checked; 1 errors, 11 warnings.

  Concerning the utf8 encoding warnings refer to [2]
  The FSF address error means that an outdated address of the FSF is found in 
  the license file. This should be fixed and probably even be reported
upstream.

---

This may seem like a lot, but must issues can by fixed quite quickly. And when
you are finished, we do the review and you have a better template next time. :)

---

[1]
http://fedoraproject.org/wiki/Packaging:Emacs#Case_II:_Package_also_provides_auxiliary_.28X.29Emacs_files
[2] http://fedoraproject.org/wiki/Common_Rpmlint_issues#file-not-utf8

-- 
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.



More information about the package-review mailing list