| Summary: | horde-3.3.12 is available | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Upstream Release Monitoring <upstream-release-monitoring> |
| Component: | horde | Assignee: | Nick Bebout <nb> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | greg, j, nb |
| Target Milestone: | --- | Keywords: | FutureFeature, Triaged |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Enhancement | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-01-30 21:40:02 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Upstream Release Monitoring
2011-07-27 10:20:55 UTC
Actually, 3.3.12 is just the latest 3.x release, they have released 4.0 and the sources are found at http://pear.horde.org Sorry to hijack this bug report, but I didn't want to create a separate one requesting an update to Horde 4, as I think that would be a new package review, probably for a package named 'horde4' - It's not a simple update. Just wondering if the maintainers or horde in EPEL or anyone has started or have any plans to start packaging Horde 4 for Fedora/EPEL? We use Horde 3 in SME Server and I just started trying to package Horde 4 for a future version of SME Server that will be based on CentOS 5 rpms - http://bugs.contribs.org/show_bug.cgi?id=6653 I'm sure you probably noticed, the format of the horde source files is quite different from previous versions...I figured out from a manual install that there are 83 separate tarballs that make up a full "webmail groupware edition 4.0" install. I am not that expert in packaging....ie, 83 rpms is ridiculous and I'm sure there is a way to combine the "Horde_x" tarballs into one rpm but that is beyond me, and I am close to being stuck and needing help....but I am at the point that "yum localinstall *.rpm" is satisfied with all the provides & requires set. So far I have just fixed that, I have not dealt with any 'unpackaged files', other than just listing them in the %files section so the rpm will build to check the dependencies are satisfied & correct. I used pear make-rpm-spec and tweaked the provides: line in each, but didn't do much else. I uploaded the srpms I made here - http://bit.ly/m9jWEz - that was a month and a half ago, and there have been some updates since then. Other pear modules that were required I used ones from here: http://rpms.famillecollet.com/enterprise/5/remi/i386/ Notes are on the contribs.org bug report Greg I'ved looked at horde 4, and indeed it will be a lot of packages. It would be against Fedora guidelines to combine them; they will all require separate reviews. I simply do not have what it takes to push all of that through the system at this point in time. It isn't that packaging PEAR modules is difficult; in fact, it's pretty much automated. But the sheer volume of them and the potential complexity of ongoing maintenance is a significant problem. I would think that something as complex as the horde suite could use a team of at least three people working on it, and preferably more. Also note that I only work on Fedora, not EPEL, and would simply make the horde package be version 4 once the rest of the framework is in place. I imagine this would cause some interesting problems for EPEL but I see no value in having both versions available in Fedora. Anyway, if you want to discuss this, please do so in the devel list or hop on IRC. This ticket really isn't the appropriate place. -> CLOSED NEXTRELEASE We are upgrading the whole horde and imp stack to the new pear-based version. |