Red Hat Bugzilla – Full Text Bug Listing
|Summary:||Review Request: openwebmail|
|Product:||[Fedora] Fedora||Reporter:||Paul F. Johnson <paul>|
|Component:||Package Review||Assignee:||Nobody's working on this, feel free to take it <nobody>|
|Status:||CLOSED NOTABUG||QA Contact:||Fedora Package Reviews List <fedora-package-review>|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2007-07-13 15:03:27 EDT||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Bug Depends On:|
Description Paul F. Johnson 2006-08-13 18:15:30 EDT
Spec URL: http://www.knox.net.nz/~nodoid/openwebmail.spec SRPM URL: http://www.knox.net.nz/~nodoid/openwebmail-2.52-1.src.rpm Description: OpenWebmail is an open source webmail system which is designed to replace Outlook (which face it, isn't hard!), but also offer spam filtering, out of office notices and everything else you'd expect from a fully-fledged webmail system Note for reviewers : due to a large number of permission issues with this package, I've fixed the permissions and repackaged. This was also required in order to get it to install correctly (and create sane directories under BUILD. The tarball is tar.bz2 and not .gz - I don't therefore expect the md5sums to be the same.
Comment 1 Michał Bentkowski 2006-08-13 18:30:41 EDT
(In reply to comment #0) > Note for reviewers : due to a large number of permission issues with this package, I've fixed the permissions and repackaged. IMHO, this is not good solution. I think it will be better if you report these issues to upstream and upstream will fix it. Also, you can include patch to fix these issues. IMHO, that's better than repackaging.
Comment 2 Paul F. Johnson 2006-08-13 19:50:31 EDT
The repackaging is for two purposes 1. To install into BUILD so that it actually works (the original spec installed directly into /var) 2. The permissions I've sent the changes upstream but haven't had a reply yet
Comment 3 Rex Dieter 2006-08-14 07:25:10 EDT
Re comment #1 and #2 You *really* should use pristine/upstream sources and patch/fix them instead, else a reviewer cannot (reasonably) confirm that they match upstream.
Comment 4 Paul F. Johnson 2006-08-14 07:30:59 EDT
Fair comment. I'll see what I can respin. Still no reply from upstream on the fixes submitted though.
Comment 6 Bernard Johnson 2007-04-29 13:30:34 EDT
spec file and srpm give 404 errors
Comment 7 Ruben Kerkhof 2007-06-10 09:32:27 EDT
Still 404 errors...
Comment 8 Jason Tibbitts 2007-07-06 13:24:45 EDT
I think Paul is unable to work on Fedora for the time being. I'll go ahead and set NEEDINFO and close this ticket out if there's no response in a week; it can always be reopened if he returns, or someone else can submit this package.
Comment 9 Jason Tibbitts 2007-07-13 15:03:27 EDT
Closing as promised.