Bug 188668 - Review Request: zenity
Review Request: zenity
Product: Fedora
Classification: Fedora
Component: Package Review (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: David Cantrell
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2006-04-11 21:16 EDT by Matthias Clasen
Modified: 2013-01-09 20:22 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-04-19 13:45:03 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Matthias Clasen 2006-04-11 21:16:51 EDT
Spec URL: http://people.redhat.com/mclasen/review/zenity.spec
SRPM URL: http://people.redhat.com/mclasen/review/zenity-2.14.1-2.src.rpm
Description: This is part of the effort to split the current hard to maintain
multitarball gnome-utils packages into separate packages.
Comment 1 Jesse Keating 2006-04-17 13:45:10 EDT
- Package builds w/ mock on 32 and 64bit
- rpmlint is silent.

- Missing autoconf as a BuildRequires

Would the postun and post cause scrollkeeper-update to run 2x each time this
package is upgraded?  Once for the install and once for the removal?  If so,
shouldn't this be logic wrapped so that the postun call only happens when it is
flat out removed?
Comment 2 Matthias Clasen 2006-04-17 15:01:19 EDT
new spec: http://people.redhat.com/mclasen/review/zenity.spec
new srpm: http://people.redhat.com/mclasen/review/zenity-2.14.1-3.src.rpm

changes: add BuildRequires: autoconf

We certainly could do better with the scrollkeeper-update thing, but that is
not the current practise. In general, having a working transaction-hook would
be nice on many counts. 
Comment 3 Yanko Kaneti 2006-04-17 15:53:23 EDT
There are packaging guidelines you know.
Including scriptlet snippets:
and specifically one for scrollkeeper:
Comment 4 Jesse Keating 2006-04-17 17:33:43 EDT
Yes, it appears that this package needs to follow the guidelines for scrollkeeper.

Specifcally the Requires(pre) and Requires(post).
Comment 5 Brian Pepple 2006-04-17 17:47:33 EDT
You've also got some unnecessary BuildRequirements.  glib2-devel, gtk2-devel,
libglade2-devel can all be dropped since libgnomecanvas-devel will pull these
all in.
Comment 6 Matthias Clasen 2006-04-18 00:43:21 EDT
I know there are packaging guidelines, but I don't know how I am supposed to
consider the ScriptletSnipplets page to be part of them. It isn't even linked from 
the Packaging/Guidelines page, so how should I even find it ?!

I disagree wrt to the BuildRequires. A direct dependency should still be listed,
even if it would also be pulled in indirectly. 
Comment 7 Brian Pepple 2006-04-18 08:42:16 EDT
(In reply to comment #6)
> I know there are packaging guidelines, but I don't know how I am supposed to
> consider the ScriptletSnipplets page to be part of them. It isn't even linked
> the Packaging/Guidelines page, so how should I even find it ?!

It' s the first sub-heading under Packaging Guidelines on the Fedora Extras page.
Comment 8 Matthias Clasen 2006-04-18 08:46:07 EDT
Now go to
and tell me if you see a link there.


has Requires(post) and Requires(postun) now (not pre and post, as
comment #4 wrongly suggested)
Comment 9 Yanko Kaneti 2006-04-18 09:23:04 EDT
What are your objections against using common scriptlets?
The fact that they are not linked directly I would consider a bug.
Comment 10 Matthias Clasen 2006-04-18 09:40:52 EDT
I have no objections to helpful hints. 
I do have objections to blindly following orders.
What in particular do you think is amiss in the scriplets in my latest spec ?
Comment 11 Yanko Kaneti 2006-04-18 10:11:10 EDT
My first comment was ment as a hint. I realize now it could be considered snide.
I apologize.

Your scripts are just different than the ones on the common scriptlets page. I
just don't consider the realm of sciptlets in packaging for a widely used common
distribution base an appropriate place for creative differences. Every such
difference makes cornercases for everyone and everything that tries to deal with
these specs. Be it human or automatic.

If you have objections against the common scriptlets why not discuss them rather
than creating yet another variety.

But thats just me. Anal retentive if you wish..
Comment 12 Jesse Keating 2006-04-18 10:37:59 EDT
Changes look good, rpmlint is silent, package builds w/ mock.  Scriptlets work
even if they aren't EXACTLY like the suggested ones, thats passible.

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