Bug 782222
Summary: | kde-printer-applet-debuginfo is empty | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ville Skyttä <ville.skytta> |
Component: | kde-printer-applet | Assignee: | Than Ngo <than> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | jreznik, kevin, ltinkl, rdieter, rnovacek, than |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | kde-printer-applet-4.7.97-2.fc17 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-01-17 13:04:20 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
Ville Skyttä
2012-01-16 21:18:15 UTC
It's contents certainly are all noarch, I'll have to doublecheck none of it's dependencies need to be arch'd before doing so. OK, looks like we probably will need arch'd deps much like how system-config-printer's deps are handled as well. I assume the same problem applies for system-config-printer wrt -debuginfo as well? Yeah, mostly, except it does seem to include at least one binary helper for system-config-printer-udev, so system-config-printer-debuginfo isn't empty like ours. I'm thinking we need 2 things then: 1. suppress -debuginfo generation 2. make Requires: arch'd properly kde-printer-applet should just be noarch. It's perfectly fine for a noarch package to have dependencies on arch-specific packages (just don't try to %{?_isa} them, obviously). well, making the dependencies arch'd would be more correct. For example, on a multilib'd x86_64 box, while kde-printer-applet works fine with pykde.x86_64, it won't with pykde.i686 that said, I'm ok with just noarch'ing it. it's simpler and should work by default, unless someone goes out of their way to install non-native arch'd deps to break it. ok, went with the noarch approach, fixed in 4.7.97-2 |