Bug 145815
Summary: | Package description paths wrong | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Chris Jones <rollercow> |
Component: | specspo | Assignee: | Bernd Groh <bgroh> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | low | Docs Contact: | |
Priority: | medium | ||
Version: | 3 | CC: | ebaak, mattdm |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | FC5 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-07-12 20:40:51 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Chris Jones
2005-01-21 21:10:40 UTC
The paths are very clearly documented in /usr/share/doc/mailman- */INSTALL.REDHAT which are the installation instructions. The spec file description also points at this file for installation instructions. Could you be specific where you got the information and where the paths were wrong. One possible way to have gotten an old outdated package description is if you have the rpm specspo installed. As long as you don't need foreign language translations you can remove this package and see if yum then gives you the current mailman description. What may have happened is that specspo contains translations for rpm descriptions and its way out of date, but if its installed rpm (which I believe yum invokes for the description) will prefer to give the text from specspo rather than what is actually in the rpm. I'd be really curious if this was your problem. I agree they are very clearly setout in the INSTALL.REDHAT file I got the information by typeing 'yum search mailman' on a fresh fc3 install which outputs *-* Start Output *-* mailman.i386 3:2.1.5-26 base Matched from: mailman Mailman is software to help manage email discussion lists, much like Majordomo and Smartmail. Unlike most similar products, Mailman gives each mailing list a webpage, and allows users to subscribe, unsubscribe, etc. over the Web. Even the list manager can administer his or her list entirely from the Web. Mailman also integrates most things people want to do with mailing lists, including archiving, mail <-> news gateways, and so on. Documentation can be found in: /usr/share/doc/mailman-2.1.5 When the package has finished installing, you will need to perform some additional installation steps, these are described in: /usr/share/doc/mailman-2.1.5/INSTALL.REDHAT mailman.i386 3:2.1.5-26 installed Matched from: mailman Mailman is software to help manage email discussion lists, much like Majordomo and Smartmail. Unlike most similar products, Mailman gives each mailing list a webpage, and allows users to subscribe, unsubscribe, etc. over the Web. Even the list manager can administer his or her list entirely from the Web. Mailman also integrates most things people want to do with mailing lists, including archiving, mail <-> news gateways, and so on. When the package has finished installing, you will need to: * Run /var/mailman/bin/mmsitepass to set the mailman administrator password. * Edit /var/mailman/Mailman/mm_cfg.py to customize mailman's configuration for your site. * Modify the sendmail configuration to ensure that it is running and accepting connections from the outside world (to ensure that it runs, set "DAEMON=yes" in /etc/sysconfig/sendmail, ensuring that it accepts connections from the outside world may require modifying /etc/mail/sendmail.mc and regenerating sendmail.cf), and * Add these lines: ScriptAlias /mailman/ /var/mailman/cgi-bin/ Alias /pipermail/ /var/mailman/archives/public/ <Directory /var/mailman/archives> Options +FollowSymlinks </Directory> to /etc/httpd/conf/httpd.conf to configure your Web server. Users upgrading from previous releases of this package may need to move their data or adjust the configuration files to point to the locations where their data is. *-* Stop Output *-* I just did a test, the output is coming from specspo and is outdated. I'm reassigning this bug to specspo. Fedora Core 3 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC5 updates or in the FC6 test release, reopen and change the version to match. Thank you! I can't reproduce this bug with yum on FC5... Thanks for checking. Marking working in FC5. |