Bug 341811
Summary: | multiarch conflicts in kita | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Bill Nottingham <notting> |
Component: | kita | Assignee: | Mamoru TASAKA <mtasaka> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | rvokal |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-10-23 02:00:42 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
Bill Nottingham
2007-10-19 21:43:23 UTC
This should really be solved in some way, even if it's just changing how the package is organized. Ask KDE. You can see many KDE apps are blocked by these types of conflicts. Please show us the solution first. Why does the cache differ across arches? What is the format of the cache file? (In reply to comment #3) > Why does the cache differ across arches? For now I can only say "I don't know...". I know this is created by ---------------------------------------------------------------- /usr/bin/meinproc --check --cache index.cache.bz2 ./index.docbook ---------------------------------------------------------------- which is very common for KDE apps. Here index.docbook is in tarball, so actually meinproc does something. > What is the format of the cache file? This is bzip2-ed file of normal text (when I investigated). But even after I bunzip2-ed the cache file, the original texts actually differ. This contains very long lines and currently I cannot find out where they differ. |