Bug 569671 - Review Request: elliptics - Distributed hash table storage
Summary: Review Request: elliptics - Distributed hash table storage
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Nobody's working on this, feel free to take it
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-03-02 01:23 UTC by Fabian Deutsch
Modified: 2012-04-24 18:55 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-04-24 18:55:15 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Fabian Deutsch 2010-03-02 01:23:53 UTC
Spec URL: http://www.informatik.uni-bremen.de/~fabiand/fedora/elliptics/1/elliptics.spec
SRPM URL: http://www.informatik.uni-bremen.de/~fabiand/fedora/elliptics/1/elliptics-2.6.4-1.fc14.src.rpm
Description: Elliptics network/dnet is a fault tolerant distributed hash table 
object storage.
This package includes an example ioserver and a FastCGI interface.


Note: Future versions of POHMELFS will be using elliptics/dnet.

Comment 1 Fabian Deutsch 2010-03-02 01:36:36 UTC
[fabiand@proprietary rpmbuild]$ rpmlint -v SPECS/elliptics.spec SRPMS/elliptics-2.6.4-1.fc14.src.rpm RPMS/i686/elliptics-*
SPECS/elliptics.spec: I: checking-url http://www.ioremap.net/archive/elliptics/dnet-2.6.4.tar.gz (timeout 10 seconds)
elliptics.src: I: checking
elliptics.src: W: spelling-error %description -l en_US dnet -> dent, net, diet
elliptics.src: W: spelling-error %description -l en_US ioserver -> observer, timeserver, servery
elliptics.src: I: checking-url http://www.ioremap.net/projects/elliptics/ (timeout 10 seconds)
elliptics.src: I: checking-url http://www.ioremap.net/archive/elliptics/dnet-2.6.4.tar.gz (timeout 10 seconds)
elliptics.i686: I: checking
elliptics.i686: W: spelling-error %description -l en_US dnet -> dent, net, diet
elliptics.i686: W: spelling-error %description -l en_US ioserver -> observer, timeserver, servery
elliptics.i686: I: checking-url http://www.ioremap.net/projects/elliptics/ (timeout 10 seconds)
elliptics-debuginfo.i686: I: checking
elliptics-debuginfo.i686: I: checking-url http://www.ioremap.net/projects/elliptics/ (timeout 10 seconds)
elliptics-devel.i686: I: checking
elliptics-devel.i686: I: checking-url http://www.ioremap.net/projects/elliptics/ (timeout 10 seconds)
4 packages and 1 specfiles checked; 0 errors, 4 warnings.


spelling-error: Nope. dnet is correct.

Comment 2 Fabian Deutsch 2010-03-02 01:38:11 UTC
What might be a bit confusing is the naming of the project and package. 
I chose  to use elliptics as it is popular upstream and dnet is already taken (libdnet).

Comment 3 Fabian Deutsch 2010-03-02 01:39:08 UTC
Oh. When thinking about this: There are naming conflicts. libdnet provides libdnet.so as elliptics does to. What can be done?

Comment 4 Mamoru TASAKA 2010-03-02 06:50:26 UTC
First contacting the upstream is better.

Comment 5 Fabian Deutsch 2010-03-02 22:07:15 UTC
Upstream has been contacted, is open about changing the name. No conflict appeard up to now, because the conflicting package libdnet wasn't present.

Comment 6 Martin Gieseking 2010-06-15 07:30:53 UTC
Hi Fabian, are you still interested in this package? In the meantime, upstream released several updates. Maybe you'd like to update the package, too.

Comment 7 Fabian Deutsch 2010-06-15 07:38:24 UTC
Hi, yes I am. I waited for upstream to change it's name, to solve the naming conflict with libdnet.
As this did not happen I'm planning to add a Conflicts tag to the spec.

Comment 8 Martin Gieseking 2010-06-15 07:42:23 UTC
OK, that's fine. Thanks for the info.

Comment 9 Fabian Deutsch 2010-06-16 12:15:46 UTC
So, I upted the spec ad fixed two problems:
- Removed DSO fix (fiexd upstream)
- Removed rpath for x86_64

rpmlint just throws a couple of warning about non existant man-pages (see below).

SPEC and SRPM: http://fedorapeople.org/~fabiand/elliptics/
Koji: https://koji.fedoraproject.org/koji/taskinfo?taskID=2253194


rpmlint:
$ rpmlint -v elliptics-*
elliptics.i686: I: checking
elliptics.i686: W: spelling-error %description -l en_US dnet -> dent, net, diet
elliptics.i686: W: spelling-error %description -l en_US ioserver -> observer, timeserver, listserver
elliptics.i686: I: checking-url http://www.ioremap.net/projects/elliptics/ (timeout 10 seconds)
elliptics.i686: W: no-manual-page-for-binary dnet_fcgi
elliptics.i686: W: no-manual-page-for-binary dnet_check_merge
elliptics.i686: W: no-manual-page-for-binary dnet_check_create
elliptics.i686: W: no-manual-page-for-binary dnet_stat
elliptics.i686: W: no-manual-page-for-binary dnet_iotest
elliptics.i686: W: no-manual-page-for-binary dnet_check_log
elliptics.i686: W: no-manual-page-for-binary dnet_notify
elliptics.i686: W: no-manual-page-for-binary dnet_hparser
elliptics.i686: W: no-manual-page-for-binary dnet_ioserv
elliptics.src: I: checking
elliptics.src: W: spelling-error %description -l en_US dnet -> dent, net, diet
elliptics.src: W: spelling-error %description -l en_US ioserver -> observer, timeserver, listserver
elliptics.src: I: checking-url http://www.ioremap.net/projects/elliptics/ (timeout 10 seconds)
elliptics.src: I: checking-url http://www.ioremap.net/archive/elliptics/dnet-2.8.0.tar.gz (timeout 10 seconds)
elliptics.x86_64: I: checking
elliptics.x86_64: W: spelling-error %description -l en_US dnet -> dent, net, diet
elliptics.x86_64: W: spelling-error %description -l en_US ioserver -> observer, timeserver, listserver
elliptics.x86_64: I: checking-url http://www.ioremap.net/projects/elliptics/ (timeout 10 seconds)
elliptics.x86_64: W: no-manual-page-for-binary dnet_fcgi
elliptics.x86_64: W: no-manual-page-for-binary dnet_check_merge
elliptics.x86_64: W: no-manual-page-for-binary dnet_check_create
elliptics.x86_64: W: no-manual-page-for-binary dnet_stat
elliptics.x86_64: W: no-manual-page-for-binary dnet_iotest
elliptics.x86_64: W: no-manual-page-for-binary dnet_check_log
elliptics.x86_64: W: no-manual-page-for-binary dnet_notify
elliptics.x86_64: W: no-manual-page-for-binary dnet_hparser
elliptics.x86_64: W: no-manual-page-for-binary dnet_ioserv
elliptics-debuginfo.i686: I: checking
elliptics-debuginfo.i686: I: checking-url http://www.ioremap.net/projects/elliptics/ (timeout 10 seconds)
elliptics-debuginfo.x86_64: I: checking
elliptics-debuginfo.x86_64: I: checking-url http://www.ioremap.net/projects/elliptics/ (timeout 10 seconds)
elliptics-devel.i686: I: checking
elliptics-devel.i686: I: checking-url http://www.ioremap.net/projects/elliptics/ (timeout 10 seconds)
elliptics-devel.x86_64: I: checking
elliptics-devel.x86_64: I: checking-url http://www.ioremap.net/projects/elliptics/ (timeout 10 seconds)
7 packages and 0 specfiles checked; 0 errors, 24 warnings.

Comment 10 Martin Gieseking 2010-06-17 19:25:43 UTC
Here are a couple of quick comments:

- in the first line, replace %define with %global

- according to the source file headers, the license is GPLv2+, not GPLv2

- I suggest to use the default %description for the devel package:
  The %{name}-devel package contains libraries and header files for
  developing applications that use %{name}.

- remove the duplicate %defattr line in %files devel

Comment 11 Fabian Deutsch 2010-06-19 16:32:24 UTC
Thanks Martin.

I applied those changes. Spec and srpm can be found at
http://fedorapeople.org/~fabiand/elliptics/

A quick rpmlint on local files just shows the usual warnings.
Koji build was also fine.

Comment 12 Martin Gieseking 2010-06-21 11:55:25 UTC
Hi Fabian,

since using Conflicts should be avoided in Fedora packages, I suggest to move the library (and its symlinks) to a subdirectory of %{_libdir}, e.g. %{_libdir}/elliptics/, as long as the conflict persists. In this case, you also have to add a file elliptics-%{_arch}.conf to /etc/ld.so.conf.d containing the directory where the library is located.
Nonetheless, it would be much better if upstream renamed the library.

Comment 13 Susi Lehtola 2010-06-21 12:34:37 UTC
(In reply to comment #12)
> Hi Fabian,
> 
> since using Conflicts should be avoided in Fedora packages, I suggest to move
> the library (and its symlinks) to a subdirectory of %{_libdir}, e.g.
> %{_libdir}/elliptics/, as long as the conflict persists. In this case, you also
> have to add a file elliptics-%{_arch}.conf to /etc/ld.so.conf.d containing the
> directory where the library is located.
> Nonetheless, it would be much better if upstream renamed the library.    

I hope the library function names don't clash with those in libdnet, since otherwise also this is asking for trouble.

Upstream should rename the tarball to 'elliptics'. However, until that happens this review has the wrong name, as per Fedora naming guidelines. The correct package name would be, of course, dnet.

Comment 14 Martin Gieseking 2010-06-21 14:05:28 UTC
(In reply to comment #13)
> I hope the library function names don't clash with those in libdnet, since
> otherwise also this is asking for trouble.

As far as I see, there are no symbol naming conflicts.


> Upstream should rename the tarball to 'elliptics'. However, until that happens
> this review has the wrong name, as per Fedora naming guidelines. The correct
> package name would be, of course, dnet.    

If I understand the naming guidelines correctly, the package name could also be elliptics, since it's the name of the project:

  "When naming a package, the name should match the upstream tarball or 
  project name from which this software came."

But maybe I just didn't get the intended meaning. 

However, I find it pretty strange to call the project "elliptics" and use "dnet" everywhere else. So, dnet is perhaps indeed the better package name.

Comment 15 Fabian Deutsch 2010-07-02 09:49:28 UTC
I'm currently quite bussy at the moment.
When I get a bit of time, I will take the points above to resolve the current Conflict with libdnet.

Comment 16 Fabian Deutsch 2011-05-17 11:50:39 UTC
Upstream finally resolved the conflict. I am reopening this ticket.

Comment 17 Jason Tibbitts 2011-06-08 20:13:55 UTC
The only direct URLs to the spec and srpm (in the original comment) are invalid.  Please post correct and direct URLs to the spec and srpm.  Also, you neglected to unblock FE-DEADREVIEW.  I cleared that out for you.

Comment 18 Jason Tibbitts 2012-04-24 18:55:15 UTC
Still no valid spec and srpm links after 10+ months.  I'm just going to close this out.


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