Bug 1659833

Summary: Review Request: python-notify2 - Python interface to DBus notifications
Product: [Fedora] Fedora Reporter: Neal Gompa <ngompa13>
Component: Package ReviewAssignee: Fabio Valentini <decathorpe>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: decathorpe, package-review
Target Milestone: ---Flags: decathorpe: fedora-review+
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-01-21 02:02:16 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1634812    

Description Neal Gompa 2018-12-16 22:48:17 UTC
Spec URL: https://ngompa.fedorapeople.org/for-review/python-notify2.spec
SRPM URL: https://ngompa.fedorapeople.org/for-review/python-notify2-0.3.1-1.fc28.src.rpm

Description:
This is a pure-python replacement for notify-python, using python-dbus to
communicate with the notifications server directly. It's compatible with Python
2 and 3, and its callbacks can work with Gtk 3 or Qt 4 applications.To use it,
first call notify2.init('app name'), then create and show notifications:: n
notify2.Notification("Summary", "Some body text", "notification-message-im"
Icon name )...


Fedora Account System Username: ngompa

Comment 1 Fabio Valentini 2018-12-17 15:48:45 UTC
Taking this.

Comment 2 Fabio Valentini 2018-12-19 12:08:09 UTC
1) You can use %{pypi_source} for the value of the Source0: tag.

2) Please fix the description - right now, it's a truncated, ill-formatted, plain-text version of the rST README file.

3) LICENSE and docs/license.rst contain the same text, you can drop the second one from the %files section.

4) Have you opened a bug against python-dbus regarding the missing provides?

5) There's a small test suite shipped with the package, did you try running it?


Otherwise, packaging looks sane, filled review template below.


Package Review
==============

Legend:
[x] = Pass, [!] = Fail, [-] = Not applicable, [?] = Not evaluated
[ ] = Manual review needed


=====   ISSUES   =====


[!]: %check is present and all tests pass.


===== MUST items =====

Generic:
[x]: Package is licensed with an open-source compatible license and meets
     other legal requirements as defined in the legal section of Packaging
     Guidelines.
[x]: License field in the package spec file matches the actual license.
[x]: License file installed when any subpackage combination is installed.
[x]: Package contains no bundled libraries without FPC exception.
[x]: Changelog in prescribed format.
[x]: Sources contain only permissible code or content.
[-]: Package contains desktop file if it is a GUI application.
[-]: Development files must be in a -devel package
[x]: Package uses nothing in %doc for runtime.
[x]: Package consistently uses macros (instead of hard-coded directory
     names).
[x]: Package is named according to the Package Naming Guidelines.
[x]: Package does not generate any conflict.
[x]: Package obeys FHS, except libexecdir and /usr/target.
[-]: If the package is a rename of another package, proper Obsoletes and
     Provides are present.
[x]: Requires correct, justified where necessary.
[x]: Spec file is legible and written in American English.
[-]: Package contains systemd file(s) if in need.
[x]: Package is not known to require an ExcludeArch tag.
[x]: Package complies to the Packaging Guidelines
[x]: Package successfully compiles and builds into binary rpms on at least
     one supported primary architecture.
[x]: Package installs properly.
[x]: Rpmlint is run on all rpms the build produces.
     Note: There are rpmlint messages (see attachment).
[x]: Package requires other packages for directories it uses.
[x]: Package must own all directories that it creates.
[x]: Package does not own files or directories owned by other packages.
[x]: All build dependencies are listed in BuildRequires, except for any
     that are listed in the exceptions section of Packaging Guidelines.
[x]: Package uses either %{buildroot} or $RPM_BUILD_ROOT
[x]: Package does not run rm -rf %{buildroot} (or $RPM_BUILD_ROOT) at the
     beginning of %install.
[x]: Macros in Summary, %description expandable at SRPM build time.
[x]: Dist tag is present.
[x]: Package does not contain duplicates in %files.
[x]: Permissions on files are set properly.
[x]: Package use %makeinstall only when make install DESTDIR=... doesn't
     work.
[x]: Package is named using only allowed ASCII characters.
[x]: Package does not use a name that already exists.
[x]: Package is not relocatable.
[x]: Sources used to build the package match the upstream source, as
     provided in the spec URL.
[x]: Spec file name must match the spec package %{name}, in the format
     %{name}.spec.
[x]: File names are valid UTF-8.
[x]: Large documentation must go in a -doc subpackage. Large could be size
     (~1MB) or number of files.
     Note: Documentation size is 0 bytes in 0 files.
[x]: Packages must not store files under /srv, /opt or /usr/local

Python:
[x]: Python eggs must not download any dependencies during the build
     process.
[x]: A package which is used by another package via an egg interface should
     provide egg info.
[x]: Package meets the Packaging Guidelines::Python
[x]: Package contains BR: python2-devel or python3-devel
[x]: Binary eggs must be removed in %prep

===== SHOULD items =====

Generic:
[-]: If the source package does not include license text(s) as a separate
     file from upstream, the packager SHOULD query upstream to include it.
[x]: Final provides and requires are sane (see attachments).
[-]: Fully versioned dependency in subpackages if applicable.
[?]: Package functions as described.
[x]: Latest version is packaged.
[x]: Package does not include license text files separate from upstream.
[-]: Description and summary sections in the package spec file contains
     translations for supported Non-English languages, if available.
[x]: Package should compile and build into binary rpms on all supported
     architectures.
[!]: %check is present and all tests pass.
[x]: Packages should try to preserve timestamps of original installed
     files.
[x]: Reviewer should test that the package builds in mock.
[x]: Buildroot is not present
[x]: Package has no %clean section with rm -rf %{buildroot} (or
     $RPM_BUILD_ROOT)
[x]: No file requires outside of /etc, /bin, /sbin, /usr/bin, /usr/sbin.
[x]: Packager, Vendor, PreReq, Copyright tags should not be in spec file
[x]: Sources can be downloaded from URI in Source: tag
[x]: SourceX is a working URL.
[x]: Spec use %global instead of %define unless justified.

===== EXTRA items =====

Generic:
[x]: Rpmlint is run on all installed packages.
     Note: There are rpmlint messages (see attachment).
[x]: Spec file according to URL is the same as in SRPM.


Rpmlint
-------
Checking: python3-notify2-0.3.1-1.fc30.noarch.rpm
          python-notify2-doc-0.3.1-1.fc30.noarch.rpm
          python-notify2-0.3.1-1.fc30.src.rpm
python3-notify2.noarch: W: spelling-error %description -l en_US dbus -> dubs, bus, buds
python3-notify2.noarch: W: spelling-error %description -l en_US init -> unit, int, nit
python3-notify2.noarch: W: spelling-error %description -l en_US im -> mi, um, om
python3-notify2.noarch: W: no-documentation
python-notify2-doc.noarch: W: summary-not-capitalized C notify2 documentation
python-notify2.src: W: spelling-error %description -l en_US dbus -> dubs, bus, buds
python-notify2.src: W: spelling-error %description -l en_US init -> unit, int, nit
python-notify2.src: W: spelling-error %description -l en_US im -> mi, um, om
3 packages and 0 specfiles checked; 0 errors, 8 warnings.




Rpmlint (installed packages)
----------------------------
Cannot parse rpmlint output:


Requires
--------
python3-notify2 (rpmlib, GLIBC filtered):
    python(abi)
    python3-dbus

python-notify2-doc (rpmlib, GLIBC filtered):



Provides
--------
python3-notify2:
    python3-notify2
    python3.7dist(notify2)
    python3dist(notify2)

python-notify2-doc:
    python-notify2-doc



Source checksums
----------------
https://files.pythonhosted.org/packages/source/n/notify2/notify2-0.3.1.tar.gz :
  CHECKSUM(SHA256) this package     : 33fa108d50c42f3cd3407cc437518ad3f6225d1bb237011f16393c9dd3ce197d
  CHECKSUM(SHA256) upstream package : 33fa108d50c42f3cd3407cc437518ad3f6225d1bb237011f16393c9dd3ce197d


Generated by fedora-review 0.6.1 (f03e4e7) last change: 2016-05-02
Command line :/usr/bin/fedora-review -b 1659833 -m fedora-rawhide-x86_64
Buildroot used: fedora-rawhide-x86_64
Active plugins: Python, Generic, Shell-api
Disabled plugins: Java, C/C++, fonts, SugarActivity, Ocaml, Perl, Haskell, R, PHP
Disabled flags: EXARCH, DISTTAG, EPEL5, BATCH, EPEL6

Comment 3 Neal Gompa 2018-12-20 10:28:16 UTC
(In reply to Fabio Valentini from comment #2)
> 1) You can use %{pypi_source} for the value of the Source0: tag.
> 

I'm not a fan of those types of URL pre-fillers, so I avoided it.

> 2) Please fix the description - right now, it's a truncated, ill-formatted,
> plain-text version of the rST README file.
> 

Working on it.

> 3) LICENSE and docs/license.rst contain the same text, you can drop the
> second one from the %files section.
> 
> 4) Have you opened a bug against python-dbus regarding the missing provides?
> 

I may file a pull request to fix it, since dbus-python is built properly in Mageia.

> 5) There's a small test suite shipped with the package, did you try running
> it?
> 

I did not because I don't know what satisfies "from gi.repository import GdkPixbuf" used in the tests. It didn't work when I tried it in mock...

Comment 4 Fabio Valentini 2018-12-20 13:12:32 UTC
(In reply to Neal Gompa from comment #3)
> (In reply to Fabio Valentini from comment #2)
> > 1) You can use %{pypi_source} for the value of the Source0: tag.
> > 
> 
> I'm not a fan of those types of URL pre-fillers, so I avoided it.

I usually agree, but the pypi source tag is really nice.
But it's your decision if you want to use it or not.

> > 2) Please fix the description - right now, it's a truncated, ill-formatted,
> > plain-text version of the rST README file.
> > 
> 
> Working on it.

Thanks!

> > 3) LICENSE and docs/license.rst contain the same text, you can drop the
> > second one from the %files section.
> > 
> > 4) Have you opened a bug against python-dbus regarding the missing provides?
> > 
> 
> I may file a pull request to fix it, since dbus-python is built properly in
> Mageia.

+1

> > 5) There's a small test suite shipped with the package, did you try running
> > it?
> > 
> 
> I did not because I don't know what satisfies "from gi.repository import
> GdkPixbuf" used in the tests. It didn't work when I tried it in mock...


It's provided by python3-gobject-base, but I assume you'd also need to have gtk3 installed for it to actually work.

$ sudo dnf provides /usr/lib64/python3.7/site-packages/gi/overrides/GdkPixbuf.py

(...)
python3-gobject-base-3.30.4-1.fc29.x86_64 : Python 3 bindings for GObject
                                          : Introspection base package
Repo        : updates
Matched from:
Filename    : /usr/lib64/python3.7/site-packages/gi/overrides/GdkPixbuf.py
(...)

Comment 5 Fabio Valentini 2019-01-15 12:47:45 UTC
Well, I think we can move this forward, since executing (GUI) tests isn't a priority right now.

Every other issue has been resolved AFAICT, so: package approved

Comment 6 Gwyn Ciesla 2019-01-15 14:33:55 UTC
(fedscm-admin):  The Pagure repository was created at https://src.fedoraproject.org/rpms/python-notify2

Comment 7 Fedora Update System 2019-01-18 04:12:15 UTC
dnfdragora-1.1.1-1.fc29 python-notify2-0.3.1-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2019-bf648e9994

Comment 8 Fedora Update System 2019-01-18 04:12:31 UTC
dnfdragora-1.1.1-1.fc28 python-notify2-0.3.1-1.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2019-22c0056d4f

Comment 9 Fedora Update System 2019-01-18 19:03:00 UTC
dnfdragora-1.1.1-1.fc29, python-notify2-0.3.1-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-bf648e9994

Comment 10 Fedora Update System 2019-01-19 01:43:40 UTC
dnfdragora-1.1.1-1.fc28, python-notify2-0.3.1-1.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-22c0056d4f

Comment 11 Fedora Update System 2019-01-21 02:02:16 UTC
dnfdragora-1.1.1-1.fc29, python-notify2-0.3.1-1.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.

Comment 12 Fedora Update System 2019-01-30 01:32:08 UTC
dnfdragora-1.1.1-1.fc28, python-notify2-0.3.1-1.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.