| Summary: | gnome-color-manager fails with "failed to match display" | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Gareth Williams <gareth> |
| Component: | gnome-color-manager | Assignee: | Richard Hughes <rhughes> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 20 | CC: | awilliam, gareth, rhughes |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-12-10 10:05:39 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Gareth Williams
2013-11-30 21:38:22 UTC
I've just downloaded and compiled the latest version of gnome-color-manager from launchpad and it also failed with the same error. I then manually undid some of version 2060 'Do not use g_spawn_command_line_sync() when spawning executables' by editing gcm-calibrate-argyll.c to use g_spawn_command_line_sync() instead of g_spawn_sync() and after recompiling, calibration now works. While no doubt I could now send a patch to restore the original use of g_spawn_command_line_sync(), I'm assuming that there was a reason it was replaced in the first place. But as I'm not a programmer, I don't consider myself qualified to make that decision. nice debugging job! for future reference, you don't need to do a manual compile to debug: you just need to do 'debuginfo-install gnome-color-manager'. the debugging symbols are built, then shipped in a separate package to save space; that command should install all the ones needed for the app. hughsie: let me know if you want this as a final freeze exception. Thank you :-) I tried sing the debuginfo package but the variables showed up as 'value optimized out' (or similar). A quick Google told me it was due to the fact that it had been compiled with optimization set (ie the -O flag). The advice was to compile with the flag set to 'g' (ie -Og) in order to optimize it for debugging. I did this and the variables behaved correctly. ah, sorry, guess you had something to teach me rather than vice versa ;) LOL - I doubt that very much!! While this isn't exactly the correct forum for my question, but - shouldn't all debuginfo packages be compiled without optimization? When building a package we only compile once, then we strip the debugging symbols from the compiled code and stick them in debuginfo, AIUI. There aren't two compilation runs. We couldn't really ship debuginfo from a different build, it would sorta defeat the point, as it wouldn't match the binaries we were shipping... I get the logic there, but doesn't shipping a package that can't really be debugged also defeat the point? In fact, doesn't shipping debuginfo packages for anything compiled with optimization flags set rather a pointless exercise as you can't actually debug them? What I know about C you can fit in a matchbox without taking the matches out first, but I can tell you the system works, damnit - I (and lots of other people) file bugs using the debuginfo packages all the time, and the devs look at them and find out what's wrong and fix it. Don't ask me how the system works, but it does. :P Fair point - obviously designed and operated by people with far more intelligence than me! It also explains why I'm not a programmer! Okay, fixed, thanks guys: http://koji.fedoraproject.org/koji/buildinfo?buildID=483077 |