Bug 846374 - Could you update rrdtool in epel5 to match the other releases?
Summary: Could you update rrdtool in epel5 to match the other releases?
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: rrdtool
Version: el5
Hardware: All
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Jaroslav Škarvada
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-08-07 15:13 UTC by d. johnson
Modified: 2017-04-06 10:34 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-04-06 10:34:52 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
ruby-RRDtool proposed build fix (638 bytes, patch)
2012-08-29 10:20 UTC, Jaroslav Škarvada
no flags Details | Diff

Description d. johnson 2012-08-07 15:13:35 UTC
Description of problem:

rrdtool-1.2.27-3.el5 is old and outdated.  The newer version found in el6, and Fedora provides a significant performance improvement as well as bugfixes.

Version-Release number of selected component (if applicable):

rrdtool-1.2.27-3.el5

How reproducible:

Easily.

Steps to Reproduce:
1. Install rrdtool-1.2.27-3.el5 and measure your load.
2. Rebuild/install rrdtool-1.4.4-6 and measure load.
3. 
  
Actual results:

http://i.imgur.com/j5kDx.png

after rrdtool going to 1.2 --> 1.4


Expected results:


Additional info:

Comment 1 d. johnson 2012-08-07 15:22:11 UTC
In epel5, the following packages depend on rrdtool:

cacti
collectd-rrdtool
ganglia-web
mailgraph
munin
pnp4nagios
queuegraph
rrdtool-devel
rrdtool-perl
rrdtool-php
rrdtool-python
rrdtool-ruby
rrdtool-tcl
ruby-RRDtool
sysusage

The one pictured above was tested with munin.

Comment 2 Jaroslav Škarvada 2012-08-09 15:47:28 UTC
The build got smoother than expected :) but so far I did only very simple sanity checks, scratch-build:

http://koji.fedoraproject.org/koji/taskinfo?taskID=4372177

Binaries seems to work (only very simple functional test performed).

But the SONAME changed, it would require rebuild (and synchronization of updates) for (at least):
collectd
ganglia
ruby-RRDtool

The first two seems to rebuild smoothly, but the last one (ruby-RRDtool) doesn't due to incompatible API. It would require patching (currently beyond my scope). The rest from comment 1 could be OK but I didn't perform functional checks.

Comment 3 d. johnson 2012-08-10 12:41:41 UTC
That sounds problematic.  How about a 'rrdtool14' ?  Would that be possible, so that users could install either one ?

Comment 4 Steve Schnepp 2012-08-10 12:48:35 UTC
(In reply to comment #3)
> That sounds problematic.  How about a 'rrdtool14' ?  Would that be possible,
> so that users could install either one ?

As a side note, rrdtool 1.4 also provides rrdcached, which helps munin2 to scale some orders of magnitude without reverting to tmpfs or SSD.

Comment 5 Jaroslav Škarvada 2012-08-29 10:20:10 UTC
Created attachment 607851 [details]
ruby-RRDtool proposed build fix

The fix for ruby-RRDtool seems easy. Now let's try to synchronize the update :)

Comment 6 Jaroslav Škarvada 2012-08-29 12:02:52 UTC
Sent e-mail to ruby-RRDtool-owner, collectd-owner, ganglia-owner with question regarding this update / request to give me commit rights to perform this update.

Comment 7 Jaroslav Škarvada 2012-09-03 20:03:24 UTC
Got commit rights to collectd and ruby-RRDtool, ganglia still remaining (no reply from maintainers).

Guys, could you test the rrdtool scratch build?
http://fedorapeople.org/~jskarvad/rrdtool/

Comment 8 Kostas Georgiou 2012-09-06 01:34:53 UTC
Unless there is a strong reason (security, major bugs, etc.) a major update shouldn't happen. Have a look at http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies

Comment 9 Japheth Cleaver 2014-02-06 18:22:45 UTC
(In reply to Steve Schnepp from comment #4)
> (In reply to comment #3)
> > That sounds problematic.  How about a 'rrdtool14' ?  Would that be possible,
> > so that users could install either one ?
> 
> As a side note, rrdtool 1.4 also provides rrdcached, which helps munin2 to
> scale some orders of magnitude without reverting to tmpfs or SSD.


Would it be possible to proceed with the rrdtool14 solution if we can't do a SONAME bump to the existing package? There's a significant scalability disadvantage with 1.2; whether it's a rebase, additional package, or rename of rrdtool to rrdtool12, any of the solutions would definitely be appreciated.

Comment 10 Jaroslav Škarvada 2014-02-10 15:54:19 UTC
From the policy:
> have a mostly stable set of packages that normally does not change at all and only changes if there are good reasons for changes.

Isn't "significant scalability disadvantage" a good reason to change?

> Updated Packages that change the ABI or require config file adjustments must be avoided if at all possible. Compat- Packages that provide the old ABI need to be provided in the repo if there is no way around a package update that changes the ABI.

We could provide the 1.2 compat.

Comment 11 Japheth Cleaver 2014-03-06 21:25:38 UTC
What are our options for proceeding on this?

Comment 12 Fedora End Of Life 2017-04-06 10:34:52 UTC
Fedora EPEL 5 changed to end-of-life (EOL) status on 2017-03-31. Fedora EPEL 5
is no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of Fedora
or Fedora EPEL, please feel free to reopen this bug against that version. If
you are unable to reopen this bug, please file a new report against the current
release. If you experience problems, please add a comment to this bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


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