Bug 175150
Summary: | pgadmin3 fails dependencies on FC5T1 | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Andy Burns <fedora> | ||||||||||
Component: | pgadmin3 | Assignee: | Gavin Henry <ghenry> | ||||||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||
Severity: | medium | Docs Contact: | |||||||||||
Priority: | medium | ||||||||||||
Version: | rawhide | CC: | extras-qa | ||||||||||
Target Milestone: | --- | ||||||||||||
Target Release: | --- | ||||||||||||
Hardware: | All | ||||||||||||
OS: | Linux | ||||||||||||
Whiteboard: | |||||||||||||
Fixed In Version: | 1.4.1-2 | Doc Type: | Bug Fix | ||||||||||
Doc Text: | Story Points: | --- | |||||||||||
Clone Of: | Environment: | ||||||||||||
Last Closed: | 2006-03-29 18:50:50 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: | |||||||||||||
Bug Blocks: | 162161 | ||||||||||||
Attachments: |
|
Description
Andy Burns
2005-12-06 23:12:13 UTC
Remarking open as the v1.4.1 rebuild didn't make it into extras (64bit issues?) I'm having a try at building pgadmin v1.4.1 (rather than 1.4.0) myself on x86_64, I've grabbed the spec file and .tgz I've got lots of warnings from wxWidgets about "dereferencing type-punned pointer will break strict-aliasing rules" is this new, or have they previously been ignored? I also had to remove a redundant (and now outlawed with gcc4.1?) scope qualification on the destructor for pgSchemaObject Do you recall what error on what platforms you got from the build system? Created attachment 123268 [details]
Patch to remove extra (now illegal?) scope qualification from class method names
This was required for me to build on FC5T2, I'll submit it upstream too ...
My errors were about old tags and not finding the source. Created attachment 123269 [details]
Updated patch
I couldn't wget the source from the URL in the spec file tonight, so but I
think that was just because the server was busy ...
Attached is an modified patch, and next I will append my modified .spec file
which applies it, is it possible you can give it a whirl?
Created attachment 123270 [details]
Updated spec file to 1.4.1 and patched for gcc4.1
Created attachment 123328 [details]
New spec file
I've changed the source location in the package, the original one specified now
seems to require authentication, so wget failed on it, is it possible to let
the build system try it's worst on this now? It builds and works fine for me
now with this .spec file and the previous .patch file
The patch has been committed upstream, but obviously won't appear in the
tarball yet.
|