|
Bugzilla – Full Text Bug Listing |
| Summary: | Horde packaging problems (noarch,noreplace) | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE Linux 10.1 | Reporter: | Björn Voigt <bjoernv> |
| Component: | Other | Assignee: | Michal Marek <mmarek> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | ||
| Version: | Alpha 3 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Björn Voigt
2005-12-04 21:55:01 UTC
Reassigning this to the maintainer of this package. (In reply to comment #0) > I tested the package horde-3.0.7-2.i586.rpm from SuSE Linux 10.1 alpha3 and Thanks! > 1) The architecture of horde is "noarch" and not "i586" > 2) The configuration files have no "noreplace"-tag (I think this is better) > 3) The test.php file will be installed, but leaving this may be a security risk ... > 5) The horde/config/.htaccess file will be deleted (but this file enhances > security) Good points (strictly speaking, *.mo files aren't noarch, since they are little / big endian, but that shouldn't be an issue). > 4) Some build requirements are not really necessary for building horde (for > instance the C development packages) Well, this is required by all SUSE SRPMS, it ensures some "standard" build environment. The # neededforbuild line should give you a hint on what's _really_ needed to build a particular package. > Hint: The PLD-distribution has an interesting horde SRPM file > (ftp://ftp.pld-linux.org/dists/2.0/PLD/SRPMS/SRPMS/horde-3.0.5-4.src.rpm) with > some patches. Also PLD includes some other Horde applications like horde-imp. There should be an imp RPM in (open)SUSE soon as well Fixed for 10.1. |