Bug 226496 - Merge Review: tn5250
Summary: Merge Review: tn5250
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Patrice Dumas
QA Contact: Fedora Package Reviews List
Depends On: 203639
TreeView+ depends on / blocked
Reported: 2007-01-31 21:11 UTC by Nobody's working on this, feel free to take it
Modified: 2007-11-30 22:11 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-03-13 15:41:11 UTC
Type: ---
pertusus: fedora-review+

Attachments (Terms of Use)

Description Nobody's working on this, feel free to take it 2007-01-31 21:11:11 UTC
Fedora Merge Review: tn5250

Initial Owner: karsten@redhat.com

Comment 1 Patrice Dumas 2007-02-10 12:46:25 UTC
* There are icons directly in %{_datadir}/icons/ they certainly should 
  be below hicolor.

* A .desktop file is missing for xt5250

* -devel should

Requires:  %{name} = %{version}-%{release}

* missing devel dependencies, on openssl-devel and ncurses-devel and

* /usr/share/aclocal/ is unowned in devel

* some dependencies are missing for the pre/post/... scripts.

* BuildRoot is wrong

* Prefix: /usr is certainly wrong too.

* Isn't the Requires ncurse automatically handled?

* Is it really necessary to rerun the autotools?

* %{?_smp_mflags} is missing for make

* Requires: xterm missing for xt5250

* rpmlint will still say
W: tn5250 macro-in-%changelog post
W: tn5250 mixed-use-of-spaces-and-tabs (spaces: line 70, tab: line 1)
W: tn5250-devel summary-not-capitalized development tools for the 5250 protocol.
W: tn5250-devel summary-ended-with-dot development tools for the 5250 protocol.


* The %files section is certainly over-complicated.

* I would personally have removed the -f from rm, such that it fails
  whenever the target file doesn't exist anymore.

* It is better to add a -p to install calls to keep timestamps, and
  also providing -m xxx for the permissions is relevant.

* add a -b to %patches such that it is easy for other contributors
  to modify and rerun gendiff.

* use %_dist in release

* remove the static libs, adding --disable-static to %configure
  should certainly be enough.

Comment 2 Karsten Hopp 2007-02-13 11:53:32 UTC
all except suggestions 2 and 4 fixed in tn5250-0.17.3-8.fc7
- failed scripts often lead to duplicate packages in the rpmdb, I'd like to
avoid that
- %patch -b can lead to rpms containing backup files if you aren't careful. It
happened in the past and will happen again. 
I'd suggest the opposite: remove all -b flags and add them only when you need
them  for gendiff.

Comment 3 Patrice Dumas 2007-02-13 12:40:57 UTC
(In reply to comment #2)
> all except suggestions 2 and 4 fixed in tn5250-0.17.3-8.fc7
> - failed scripts often lead to duplicate packages in the rpmdb, I'd like to
> avoid that

You are right, and I agree with you. I didn't targeted the rm -f in 
scriptlets, but in %install:
rm -f $RPM_BUILD_ROOT/%{_libdir}/lib5250.la

> - %patch -b can lead to rpms containing backup files if you aren't careful. It
> happened in the past and will happen again. 
> I'd suggest the opposite: remove all -b flags and add them only when you need
> them  for gendiff.

Ok, as you like.

I haven't seen the changes, so I guess it takes time for changes in 
internal cvs to propagate.

Comment 4 Patrice Dumas 2007-02-13 14:44:18 UTC
There is still a missing
Requires(post): /sbin/ldconfig

The Application; and X-Red-Hat-Base categories shouldn't be added, 
in my opinion. And the Network category would better be in the
.desktop file instead of added in the spec file.

In the xt5250.desktop file there shouldn't be any Mimetype entry.

If I recall well the guidelines, --vendor should be fedora.

The autotools are rerun during the build, certainly because the patching
of autotool files makes some files newer that generated files.
You can fix that by touching generated files, or by keeping the 
original timestamps when patching (that can be achieved with cp -p
and touch -r).

I think it would be better if tn5250-48x48.{png,xpm} were called 
tn5250.{png,xpm} in /usr/share/icons/hicolor/48x48/apps/, and
tn5250-62x48.{png,xpm} were put in /usr/share/icons/hicolor/64x64/apps and
also called tn5250.{png,xpm}.

Comment 5 Karsten Hopp 2007-02-14 14:34:33 UTC
Changes in -10
- rename icon files to tn5250.{png,xpm}
- remove Mimetype from desktop file
- move category to desktop file
- use vendor fedora for desktop-file-install
- touch files to avoid autotools run

Comment 6 Patrice Dumas 2007-02-14 15:53:42 UTC
* change devel defattr, current is broken. I suggest using everywhere
%defattr(-, root, root, -)

* icons should be installed with -m644, like
install -p -m644 tn5250-48x48.png

Same for tcap and terminfo files

* You shouldn't touch all the files, only the the ones that had
  their timestamps messed up, I guess configure, configure.in 
  and Makefile.in

Comment 7 Karsten Hopp 2007-02-21 17:55:16 UTC
I usually prefer setting all permissions in the %files section as you can't end
up with some unwantend world-writable files this way. But I agree that this can
only happen when you rely on 'make install' and not when you run the install
binary on your own.
Anyway, fixed in -11

Comment 8 Patrice Dumas 2007-02-23 21:04:43 UTC
The touch is still a bit wrong, since aclocal.m4 is more
recent. Moreover the timestamp of Makefile.in needs not to be. 
The following seems better:

touch -r aclocal.m4 configure configure.in

Maybe you could use %defattr(-,root,root,-) also for the main package?

INSTALL in %doc is unusefull.

The remaining rpmlint output seems harmless to me:
W: tn5250 dangerous-command-in-%preun rm
W: tn5250-devel no-documentation

Comment 9 Karsten Hopp 2007-02-26 11:02:16 UTC
fixed in tn5250-0.17.3-12.fc7

Comment 10 Patrice Dumas 2007-02-26 23:14:16 UTC

* libtool BuildRequires is certainly unneeded

* a post scriptlet for the hicolor icon theme is missing

* --short-circuit will certainly fail with 
mv linux/README README.Linux


* remove / in  $RPM_BUILD_ROOT/%{_datadir}, $RPM_BUILD_ROOT/%{_libdir}

* I would do something like 
mv linux/README README.Linux
in %install 

Comment 11 Karsten Hopp 2007-02-27 12:01:49 UTC
I prefer having slashes between the macros for better readability. It shouldn't
do any harm as _libdir and _datadir never have relative paths.

The rest is fixed in -13

Comment 12 Patrice Dumas 2007-02-27 13:54:39 UTC
* Still many warnings from desktop-file-install (not blocking)

/home/dumas/src/fc-cvs/tn5250/devel/xt5250.desktop: missing encoding  (guessed
/home/dumas/src/fc-cvs/tn5250/devel/xt5250.desktop: key "Categories" string list
not semicolon-terminated, fixing
warning: boolean key "Terminal" has value "0", boolean values should be "false"
or "true", although "0" and "1" are allowed in this field for backwards
warning: non-standard key "XClassHintResName" lacks the "X-" prefix
warning: file contains key "MapNotify", usage of this key is not recommended,
since it has been deprecated

* after rpmbuild -ba, rpmbuild -bi --short-circuit fails with:
+ mv linux/README README.Linux
mv: cannot stat `linux/README': No such file or directory

Instead of mv you could do

cp -pf linux/README README.Linux

Comment 13 Patrice Dumas 2007-02-27 13:57:52 UTC
Also your icon cache scriptlets may be right, but to be on the
safe side, and for consistency, I suggest using those from the
guidelines, at

Comment 14 Karsten Hopp 2007-02-28 15:29:45 UTC
I'm glad that you know all those wiki pages, I can't seem to find them when I
look for them ;-(
fixed in tn5250-0.17.3-14.fc7

Comment 15 Patrice Dumas 2007-03-03 09:14:38 UTC
I saw them growing...

The source file timestamp is not the same than upstream, remember
to keep it in the future, for example with spectool -g, wget -N.

Otherwise source match upstream, and I see no issue. There is 
%{_datadir}/icons/hicolor/*/apps/ which may be unowned, but
this should be fixed once for all not here.


Comment 16 Karsten Hopp 2007-03-13 15:41:11 UTC
Closing as suggested by Warren in his mail to fedora-maintainers 'Review with
Flags (Version 6)'

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