Bug 100489
| Summary: | kernel-utils should be split up | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Dan Hollis <goemon> |
| Component: | kernel-utils | Assignee: | Arjan van de Ven <arjanv> |
| Status: | CLOSED DUPLICATE | QA Contact: | Brian Brock <bbrock> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 9 | CC: | thomasz |
| Target Milestone: | --- | Keywords: | FutureFeature |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Enhancement | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-02-21 18:57:40 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: | |||
I totally agree with this request. I had installed smartmontools and lm_sensors on RedHat 9 and therefore got to choose between ignoring lm_sensor's new dependency on kernel-utils or installing an old version of smartmontools. rolling this bug forward to fedora core 2 test3 since rh9 is EOL. *** This bug has been marked as a duplicate of 122366 *** Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030529 Description of problem: kernel-utils should be split up. bundling them all together just leads to confusion and package maintenance problems. smartctl and uml are really complete individual projects on their own, with their own individual config files. there are also much more recent versions of both of these than whats bundled in rh9. i dont really see a reason to bundle them all together in kernel-utils when there are other rpm packages that are separate and even smaller (ttcp, ed for example). the name kernel-utils is also sort of a misnomer since this implies the utilities are for kernel maintenance. a better name would be hardware-utils. but again, they should be separated. the latest smartctl and microcode_ctl sources even have their own specfiles for rpm building. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. download smartctl from sourceforge. 2. build rpm from included specfile. 3. try to install the rpm. Actual Results: get package conflicts with kernel-utils for no good reason. Expected Results: smartctl shouldnt be bundled in with unrelated programs in an rpm. (i dont think any rpm should ever do this, really) Additional info: