Bug 1202431 - Review Request: libical-glib - GObject wrapper for libical library
Summary: Review Request: libical-glib - GObject wrapper for libical library
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: David Woodhouse
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-03-16 15:26 UTC by Milan Crha
Modified: 2015-04-21 19:17 UTC (History)
2 users (show)

Fixed In Version: libical-glib-1.0.2-1.fc22
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-04-21 19:17:24 UTC
Type: ---
Embargoed:
dwmw2: fedora-review+
gwync: fedora-cvs+


Attachments (Terms of Use)

Description Milan Crha 2015-03-16 15:26:09 UTC
Spec URL: https://people.gnome.org/~mcrha/libical-glib/libical-glib.spec
SRPM URL: https://people.gnome.org/~mcrha/libical-glib/libical-glib-1.0.0-1.fc23.src.rpm
Description: This package provides a GObject wrapper of the libical API with support of GObject Introspection.
Fedora Account System Username: mcrha

Comment 1 Milan Crha 2015-03-25 13:24:08 UTC
Spec URL: https://people.gnome.org/~mcrha/libical-glib/libical-glib.spec
SRPM URL: https://people.gnome.org/~mcrha/libical-glib/libical-glib-1.0.2-1.fc23.src.rpm
Description: This package provides a GObject wrapper for libical library with support of GObject Introspection..
Fedora Account System Username: mcrha

I made an update on the .spec file and the .src.rpm, also utilizing recently released 1.0.2 version.

Comment 2 David Woodhouse 2015-03-25 13:35:28 UTC
> Requires: pkgconfig(glib-2.0)
> Requires: pkgconfig(gobject-2.0)
> Requires: pkgconfig(gobject-introspection-1.0)
> Requires: pkgconfig(libxml-2.0)
> Requires: pkgconfig(libical) >= %{libical_version}

Two of those are redundant because they're in libical-glib.pc and thus RPM picks them up automatically.

The other three are suspicious precisely because they're *not* in libical-glib.pc

Comment 3 David Woodhouse 2015-03-25 13:40:50 UTC
Rpmlint
-------
Checking: libical-glib-1.0.2-1.fc21.x86_64.rpm
          libical-glib-devel-1.0.2-1.fc21.x86_64.rpm
          libical-glib-doc-1.0.2-1.fc21.noarch.rpm
          libical-glib-1.0.2-1.fc21.src.rpm
libical-glib.x86_64: W: spelling-error Summary(en_US) GObject -> G Object, Object
libical-glib-devel.x86_64: W: only-non-binary-in-usr-lib
libical-glib-devel.x86_64: W: no-documentation
libical-glib.src: W: spelling-error Summary(en_US) GObject -> G Object, Object
libical-glib.src:52: W: macro-in-comment %{with_docs}
4 packages and 0 specfiles checked; 0 errors, 5 warnings.


That all looks fine, but ISTR the guidelines say that rpmlint output MUST be shown in the review bug...

Comment 4 David Woodhouse 2015-03-25 13:48:05 UTC
Items from the 'fedora-review' output which need manual checking and aren't *obviously* OK...

> ===== MUST items =====
> 
> [ ]: Package must own all directories that it creates.
>      Note: Directories without known owners: /usr/share/gtk-doc, /usr/share
>      /gtk-doc/html, /usr/lib64/girepository-1.0

Do we need to require the corresponding packages (or directories)?

> [ ]: Requires correct, justified where necessary.

See comment 2,

> ===== SHOULD items =====
> 
> [ ]: Spec use %global instead of %define unless justified.
>      Note: %define requiring justification: %{!?with_docs: %define with_docs
>      1}, %define gtkdoc_flags --enable-gtk-doc, %define gtkdoc_flags
>      --disable-gtk-doc

With those addressed, I think I'm happy. I'll go ahead and set the fedora-review flag to + in anticipation...

Comment 5 Milan Crha 2015-03-26 07:23:36 UTC
(In reply to David Woodhouse from comment #2)
> > Requires: pkgconfig(glib-2.0)
> > Requires: pkgconfig(gobject-2.0)
> > Requires: pkgconfig(gobject-introspection-1.0)
> > Requires: pkgconfig(libxml-2.0)
> > Requires: pkgconfig(libical) >= %{libical_version}
> 
> Two of those are redundant because they're in libical-glib.pc and thus RPM
> picks them up automatically.
> 
> The other three are suspicious precisely because they're *not* in
> libical-glib.pc

Right, the gobject-introspection-1.0 and libxml-2.0 are required for build only, not for the runtime of the -devel subpackage. My fault.

(In reply to David Woodhouse from comment #4)
> > ===== MUST items =====
> > 
> > [ ]: Package must own all directories that it creates.
> >      Note: Directories without known owners: /usr/share/gtk-doc, /usr/share
> >      /gtk-doc/html, /usr/lib64/girepository-1.0
> 
> Do we need to require the corresponding packages (or directories)?

I do not know how to properly address them. The girepository is owned by gobject-introspection [1] and the gtk-doc folders, hmm, they do not seem to be owned by anything, nether the gtk-doc package [2]. I checked glib2 spec and they do not require gtk-doc for the -doc subpackage. I would also expect that the rpm will pick necessary packages on demand, how it does that for other dependencies.

[1] http://pkgs.fedoraproject.org/cgit/gobject-introspection.git/tree/gobject-introspection.spec
[2] http://pkgs.fedoraproject.org/cgit/gtk-doc.git/tree/gtk-doc.spec

> > ===== SHOULD items =====
> > 
> > [ ]: Spec use %global instead of %define unless justified.
> >      Note: %define requiring justification: %{!?with_docs: %define with_docs
> >      1}, %define gtkdoc_flags --enable-gtk-doc, %define gtkdoc_flags
> >      --disable-gtk-doc

Fixed.

So the only opened issue is for the directory ownership for those not really owned by the libical-glib.

Comment 6 Milan Crha 2015-03-26 08:15:16 UTC
I've only now uploaded new .spec and .src.rpm  to the website, there were more occurrences of %define instead of %global.

Comment 7 Milan Crha 2015-03-26 09:54:14 UTC
New Package SCM Request
=======================
Package Name: libical-glib
Short Description: GObject wrapper for libical library
Upstream URL: https://wiki.gnome.org/Projects/libical-glib
Owners: mcrha
Branches: f22
InitialCC:

Comment 8 Gwyn Ciesla 2015-03-26 14:36:55 UTC
Git done (by process-git-requests).

Comment 9 Milan Crha 2015-03-27 06:57:40 UTC
Thanks. There seems to fail something, I imported my spec file into the git, then sources, then tried to build it for the rawhide [1] and this is the failure output I've got:

>  9344173 buildArch (libical-glib-1.0.2-1.fc23.src.rpm, armv7hl): open (arm04-builder11.arm.fedoraproject.org) -> closed
>  0 free  1 open  4 done  0 failed
> 9344126 build (rawhide, /libical-glib:c11ca5f9a29913e7e0904b7773a6755071cc5d80): open (arm04-builder21.arm.fedoraproject.org) -> FAILED: BuildError: mismatch when analyzing libical-glib-doc-1.0.2-1.fc23.noarch.rpm, rpmdiff output was:
> error: cannot open Packages index using db5 - Permission denied (13)
> error: cannot open Packages database in /var/lib/rpm
> error: cannot open Packages database in /var/lib/rpm
> removed     REQUIRES libical-glib(armv7hl-32) = 1.0.2-1.fc23
> added       REQUIRES libical-glib(x86-64) = 1.0.2-1.fc23
>   0 free  0 open  4 done  1 failed

[1] http://koji.fedoraproject.org/koji/taskinfo?taskID=9344126

Comment 10 Milan Crha 2015-03-30 09:50:30 UTC
Ah, there was an issue with a doc subpackage dependency. I dropped it and it builds fine now.

Comment 11 Fedora Update System 2015-03-30 10:08:59 UTC
libical-glib-1.0.2-1.fc22 has been submitted as an update for Fedora 22.
https://admin.fedoraproject.org/updates/libical-glib-1.0.2-1.fc22

Comment 12 Fedora Update System 2015-03-31 21:52:08 UTC
Package libical-glib-1.0.2-1.fc22:
* should fix your issue,
* was pushed to the Fedora 22 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing libical-glib-1.0.2-1.fc22'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2015-5152/libical-glib-1.0.2-1.fc22
then log in and leave karma (feedback).

Comment 13 Fedora Update System 2015-04-21 19:17:24 UTC
libical-glib-1.0.2-1.fc22 has been pushed to the Fedora 22 stable repository.  If problems still persist, please make note of it in this bug report.


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