Here is the output at the terminal: ** Message: Initialising Contacts object ** Message: Ready (contacts:9044): GLib-GObject-CRITICAL **: g_value_get_int: assertion `G_VALUE_HOLDS_INT (value)' failed I believe something may have changed in evolution-data-server, since I have another small program that is not working with the latest e-d-s.
Milan: I see this on contacts as well but I can't see wby or any errors or debug, can you possibly shed some light?
I'm not aware of any debugging facility on his (some environment variable to enable debug output around EBook). I see that contacts is opening books either with given URI or the system addressbook. With uri the file://... changed to local:..., but it might not influence the system default addressbook. Maybe try to get from where is the g_value_get_int assertion warning, the backtrace of it may be useful, in case it's related to the issue.
I used 'contacts' from rawhide, built against my git master of evo and friends and it doesn't suffer of this, but I see there might be some issue with opening a system/default addressbook in EBook, thus I'll investigate more and let you know.
Could you try with this scratch/test build [1], please? It contains possible fix for this issue. Thanks in advance. [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=2536584
That test build fixes the problem for me.
Should this be reassigned to evolution-data-server?
(In reply to comment #6) > Should this be reassigned to evolution-data-server? Yes. Thanks for testing this. I committed patch to upstream sources for 2.32.1 and 2.91.1 on Friday, so it'll be available little later. I'm rebuilding evolution-data-server for Fedora 14 now.
evolution-data-server-2.32.0-3.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/evolution-data-server-2.32.0-3.fc14
I can't recall whether you need to put in a rel-eng request for this to get into F14 GA -- I think this will end up as a 0-day update otherwise, and not on the DVD/CDs.
To be honest I do not know. I only know that evolution-data-server is a critical path package, and as such I cannot just push it to stable. If you think rel-eng should be involved, then I'm fine.
(In reply to comment #10) > To be honest I do not know. I only know that evolution-data-server is a > critical path package, and as such I cannot just push it to stable. If you > think rel-eng should be involved, then I'm fine. Not anything to do with critical path, its because of the new updates criteria as outlined in the massive orange bar at the top of the bodhi screen.
Jesse Keating advised thus when I emailed him: "The bug can be proposed as a release blocker by making it block F14Blocker. We will review it and A) accept it as a blocker, B) reject it as a blocker, but consider it "Nice to Have", or C) reject it as either a blocker or NTH. If A), we'd hold off on making RC today, get the build pushed stable, do another Branched compose and try to get the RC out today. If B) RC will compose as planned in a few minutes. Should there be any issue with RC and we have to take more builds, we would consider taking this in as well for a future RC If C) the update will go out as a 0-day update for Fedora 14." I'm proposing this for a blocker, but this bug likely doesn't meet the requirements to be accepted as anything more than NTH. So really, it should probably only under categories B or C. Great if we can get it to the RC, otherwise, a 0-day update will have to suffice. I'm going to reopen this and change the state to VERIFIED. If that's a mistake I apologize in advance!
Given the circumstances I think we're okay with a 0-day update for this. I can go with calling it NTH, meaning if we need an RC2 for any reason, we'll pull the update into that if it has enough karma. So, I vote +1 NTH, -1 blocker. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
I agree, NTH
I've up-karma'ed the update, you can submit it to stable now (which means it'd go as a 0-day update or we could pull it into RC2 if RC2 is necessary). -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
marking acceptednth as we have two votes. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
evolution-data-server-2.32.0-3.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.