Bug 188443
| Summary: | scim-libs.ppc not linked against libstdc++so7 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jens Petersen <petersen> | ||||
| Component: | scim | Assignee: | Jens Petersen <petersen> | ||||
| Status: | CLOSED ERRATA | QA Contact: | |||||
| Severity: | high | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 5 | CC: | bkoz, eng-i18n-bugs, ryo-dairiki | ||||
| Target Milestone: | --- | Keywords: | i18n | ||||
| Target Release: | --- | ||||||
| Hardware: | powerpc | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2006-06-02 01:48:43 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: | |||||||
| Bug Depends On: | 188446 | ||||||
| Bug Blocks: | 182226 | ||||||
| Attachments: |
|
||||||
|
Description
Jens Petersen
2006-04-10 03:30:27 UTC
AFAICS the problem is basically that libstdc++so7.ppc puts its libs in
/usr/lib/gcc/ppc-redhat-linux/4.2.0-20060203, whereas libstdc++.ppc puts
its libs in /usr/lib/gcc/ppc64-redhat-linux/4.1.0.
So it seems to me libstdc++so7.spec should define and use %{gcc_target_platform}
like gcc.spec does. In particular this:
%ifarch ppc
%define gcc_target_platform ppc64-%{_vendor}-%{_target_os}
%endif
I forgot to mention that scim.ppc is linked against libstdc++so7 though, and hence this totally breaks scim on ppc. I've rebuild them on my pc to remove this invalid dependency, but in vain. Maybe, I could try again later this weekend. > like gcc.spec does. In particular this:
> %ifarch ppc
> %define gcc_target_platform ppc64-%{_vendor}-%{_target_os}
> %endif
I've tested that and got the same result.
> I've tested that and got the same result.
You want to test something like this in scim.spec:
%ifarch ppc
%define _target_platform ppc64-%{_vendor}-%{_target_os}
%endif
At last, I've solved the problem. I haven't test this deeply, but I think it works. Created attachment 127654 [details]
New specfile
Here the new specfile.
It've found that scim-anthy needs the same trick too. Maybe scim-pinyin does too. I've tested this trick these few days, bug found no problem at all. I think we may close this post as solved. Please apply that trick on all the scim* packages, and then close this bugzilla. libstdc++so7-4.2.0-0.3.20060428.fc5.1 scim-1.4.4-9.2.fc5 scim-anthy-1.0.0-1.fc5.1 scim-chewing-0.2.1-5.2 scim-hangul-0.2.2-1.fc5.1 scim-m17n-0.2.0-2.1 scim-pinyin-0.5.91-4.4 scim-tables-0.5.6-3.1 has been pushed for fc5, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report. libstdc++so7-4.2.0-0.3.20060428.fc5.1 scim-1.4.4-9.2.fc5 scim-anthy-1.0.0-1.fc5.1 scim-chewing-0.2.1-5.2 scim-hangul-0.2.2-1.fc5.1 scim-m17n-0.2.0-2.1 scim-pinyin-0.5.91-4.4 scim-tables-0.5.6-3.1 has been pushed for fc5, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report. Note the FC5 updates for this are in currently in "testing". They can be installed with something like: # yum --enablerepo=updates-testing upgrade scim-anthy libstdc++so7-4.2.0-0.3.20060428.fc5.1 scim-1.4.4-9.2.fc5 scim-anthy-1.0.0-1.fc5.1 scim-chewing-0.2.1-5.2 scim-hangul-0.2.2-1.fc5.1 scim-m17n-0.2.0-2.1 scim-pinyin-0.5.91-4.4 scim-tables-0.5.6-3.1 has been pushed for fc5, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report. |