Bug 193601
Summary: | texmaker: useless debuginfo package | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ville Skyttä <scop> |
Component: | texmaker | Assignee: | Deji Akingunola <dakingun> |
Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | extras-qa, rdieter |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-06-08 21:14:30 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: | 193602 | ||
Bug Blocks: |
Description
Ville Skyttä
2006-05-30 21:25:25 UTC
Thanks for this bug report, it's really a packaging error. i had not been careful enough in properly checking exactly what's installed. texmaker actually doesn't produce any architecture dependent library, so it should have been noarch. Will correct this asap. Deji /usr/bin/texmaker most certainly is not architecture independent: texmaker: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped ok, i'm not sure what's happening here now. I noticed the qt4' qmake option of a NO_DEBUG option in the old build log,can that be the source of the problem? (http://buildsys.fedoraproject.org/logs/fedora-development-extras/9949-texmaker-1.3-1.fc6/i386/build.log). Anyway, I'll try and go revert the 'noarch' changes. The problem can be easily seen in the build log: strip "/var/tmp/texmaker-1.3-1.fc6-root-mockbuild/usr/bin/texmaker" Get rid of that wherever it comes from (and remove noarch) and that should be it. Appears to be qt4's fault, see bug #193602 Suggestions, workarounds, comments welcome. (In reply to comment #5) > Appears to be qt4's fault, see bug #193602 > > Suggestions, workarounds, comments welcome. Yeah, and I've just worked around it in texmaker's spec by passing QMAKE_STRIP= to qmake4. "qmake4 -unix QMAKE_STRIP= PREFIX=u%{buildroot}%{_prefix} texmaker.pro" That's a much better workaround than the other idea(s) I had been entertaining... thanks. Or... another option is to set (in qt4) the default valute of QMAKE_STRIP to be empty. Opinions? I've been wondering too, why is the default value 'strip'. If doesn't have side-effects, please go ahead and make the default null in qt4. |