Bug 469955 - Review Request: fprintd - D-Bus service for Fingerprint reader access
Summary: Review Request: fprintd - D-Bus service for Fingerprint reader access
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Matthias Clasen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 474573
TreeView+ depends on / blocked
 
Reported: 2008-11-04 21:27 UTC by Bastien Nocera
Modified: 2008-12-07 03:36 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-12-05 10:09:45 UTC
Type: ---
Embargoed:
mclasen: fedora-review+
kevin: fedora-cvs+


Attachments (Terms of Use)

Description Bastien Nocera 2008-11-04 21:27:23 UTC
Not that this requires libfprint >= 0.1, builds available at:
http://koji.fedoraproject.org/koji/taskinfo?taskID=917627

Spec URL: http://hadess.fedorapeople.org/fprintd/fprintd.spec
SRPM URL: http://hadess.fedorapeople.org/fprintd/fprintd-0.1-1.fc10.src.rpm
Description: D-Bus service to access fingerprint readers.

Comment 1 Till Maas 2008-11-06 13:38:02 UTC
Some issues I noticed at my first check:

- Why do you need a Conflict with pam_fprint, are Obsolutes/Provides not better fitted here?
https://fedoraproject.org/wiki/Packaging/Conflicts

- Source0 is not a URL and it is not explained how to create the source https://fedoraproject.org/wiki/Packaging/SourceURL

- Is it intentional that the config files in /etc are not marked as %config?

Btw. the release string of the linked libfprint seems to be wrong, it should be 0.1.pre.fc10 instead of 1.pre.fc10

Comment 2 Bastien Nocera 2008-11-18 19:03:33 UTC
(In reply to comment #1)
> Some issues I noticed at my first check:
> 
> - Why do you need a Conflict with pam_fprint, are Obsolutes/Provides not better
> fitted here?
> https://fedoraproject.org/wiki/Packaging/Conflicts

It's not stable/tested enough to replace pam_fprint. So I'm currently only conflicting with it.

> - Source0 is not a URL and it is not explained how to create the source
> https://fedoraproject.org/wiki/Packaging/SourceURL

True, will fix.

> - Is it intentional that the config files in /etc are not marked as %config?

Yes and no. %{_sysconfdir}/fprintd.conf should be marked as %config, but it doesn't actually do anything useful yet, so it's better to just have it replaced for now. I should add a comment about it.

> Btw. the release string of the linked libfprint seems to be wrong, it should be
> 0.1.pre.fc10 instead of 1.pre.fc10

That should be fixed, I updated libfprint in F11:
http://koji.fedoraproject.org/koji/taskinfo?taskID=938201

Comment 4 Matthias Clasen 2008-11-25 16:15:53 UTC
Here is what rpmlint says on the rpms: 

fprintd.i386: W: non-conffile-in-etc /etc/fprintd.conf

You said you wanted to make this conf ?

fprintd.i386: W: non-conffile-in-etc /etc/dbus-1/system.d/net.reactivated.Fprint.conf

This is ignorable

fprintd-devel.i386: W: summary-not-capitalized fprintd development documentation

I always use a more-or-less standardized summary of "Development files for %{name}" for -devel packages.

fprintd-devel.i386: W: invalid-license GFDLv1.1+

No + there, I think.

printd-pam.i386: W: no-documentation

Thats sad, but ignorable.

Comment 5 Matthias Clasen 2008-11-25 16:29:47 UTC
Taking a first look at the spec file:

Requires:       %{name} = %{version}

Not sure if theres a policy about this, but I always do
Requires: %{name} = %{version}-%{release}
to avoid surprises


Going to do a formal review in a bit.

Comment 6 Bastien Nocera 2008-11-25 16:36:42 UTC
(In reply to comment #4)
> Here is what rpmlint says on the rpms: 
> 
> fprintd.i386: W: non-conffile-in-etc /etc/fprintd.conf
> 
> You said you wanted to make this conf ?

No, I added a comment about it:
# This file should be marked as config when it does something useful

> fprintd.i386: W: non-conffile-in-etc
> /etc/dbus-1/system.d/net.reactivated.Fprint.conf
> 
> This is ignorable
> 
> fprintd-devel.i386: W: summary-not-capitalized fprintd development
> documentation
> 
> I always use a more-or-less standardized summary of "Development files for
> %{name}" for -devel packages.

OK, will change.

> fprintd-devel.i386: W: invalid-license GFDLv1.1+
> 
> No + there, I think.

But the docs say:
"Permission is granted to copy, distribute and/or modify this document under
the terms of the GNU Free Documentation License, Version 1.1 or any later
version  [...]"

> printd-pam.i386: W: no-documentation
> 
> Thats sad, but ignorable.

I'll write a little something to go upstream and in the package.

(In reply to comment #5)
> Taking a first look at the spec file:
> 
> Requires:       %{name} = %{version}
> 
> Not sure if theres a policy about this, but I always do
> Requires: %{name} = %{version}-%{release}
> to avoid surprises

Yes, will fix.

Comment 7 Matthias Clasen 2008-11-26 06:46:25 UTC
two more informal comments on the spec before I run down the checklist:
- I don't think the explicit Requires: PolicyKit is needed, library deps 
  should take care of that
- The Conflicts: pam_fprint should probably have a comment explaining your
  rationale from comment #2


rpmlint run: see above

package name: ok
spec file name: ok
packaging guidelines: ok
license: ok
license field: not ok
  the license field says GPLv2+, and the source files say so too,
  but the license file is GPL3. What gives ?
license file: ok
spec file language: ok
spec file legible: ok
upstream sources: ok
buildable: ok
ExcludeArch: ok
BuildRequires: ok
locale handling: ok
shared libs: ok
relocatable: ok
directory ownership: not ok
  -devel should require gtk-doc, for /usr/share/gtk-doc/html
  -pam should require pam, for /lib/security
duplicate files: ok
permissions: not ok
  the %files sections for pam and devel need %defattr
%clean: ok
macro use: ok
permissible content: ok
large docs: ok
%doc content: ok
headers: ok
static libs: ok
pc files: ok
shared libs: ok
devel deps: ok
libtool archives: ok
gui apps: ok
file ownership: ok
%install: ok
utf8 filenames: ok

summary: some small fixes left

Comment 8 Bastien Nocera 2008-12-04 15:09:49 UTC
Fixed Require: %{name} = %{version}-%{release}
Changed summary for devel files
Added README for pam

(In reply to comment #7)
> two more informal comments on the spec before I run down the checklist:
> - I don't think the explicit Requires: PolicyKit is needed, library deps 
>   should take care of that

Removed

> - The Conflicts: pam_fprint should probably have a comment explaining your
>   rationale from comment #2

I removed the Conflicts. The configuration is different, so I'll add some release notes.

> rpmlint run: see above
> 
> package name: ok
> spec file name: ok
> packaging guidelines: ok
> license: ok
> license field: not ok
>   the license field says GPLv2+, and the source files say so too,
>   but the license file is GPL3. What gives ?

Fixed, it's supposed to be a GPLv2 COPYING file.

> license file: ok
> spec file language: ok
> spec file legible: ok
> upstream sources: ok
> buildable: ok
> ExcludeArch: ok
> BuildRequires: ok
> locale handling: ok
> shared libs: ok
> relocatable: ok
> directory ownership: not ok
>   -devel should require gtk-doc, for /usr/share/gtk-doc/html

Added.

>   -pam should require pam, for /lib/security

Already dragged in through library deps (PAM libs are in the pam package)

> duplicate files: ok
> permissions: not ok
>   the %files sections for pam and devel need %defattr

Done.

> %clean: ok
> macro use: ok
> permissible content: ok
> large docs: ok
> %doc content: ok
> headers: ok
> static libs: ok
> pc files: ok
> shared libs: ok
> devel deps: ok
> libtool archives: ok
> gui apps: ok
> file ownership: ok
> %install: ok
> utf8 filenames: ok
> 
> summary: some small fixes left

All done!

http://hadess.fedorapeople.org/fprintd/fprintd.spec
http://hadess.fedorapeople.org/fprintd/fprintd-0.1-3.git43fe72a2aa.fc10.src.rpm

Koji scratch build:
http://koji.fedoraproject.org/koji/taskinfo?taskID=976118

Comment 9 Matthias Clasen 2008-12-04 17:18:55 UTC
Looks fine now. Approved.

Might be nice to add

/usr/share/dbus/interfaces/net.reactivated.Fprint.xml 

at some point

Comment 10 Bastien Nocera 2008-12-04 17:38:27 UTC
New Package CVS Request
=======================
Package Name: fprintd
Short Description: D-Bus service for Fingerprint reader access
Owners: hadess
Branches: F-11
InitialCC:

Comment 11 Kevin Fenzi 2008-12-05 05:10:42 UTC
cvs done.

Comment 12 Bastien Nocera 2008-12-05 10:09:45 UTC
Build in rawhide, thanks all.


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