Bugzilla Bug 62583

Requesting version bump for evolution and it's deps.

Reproducible: Always
Steps to Reproduce:

core package

Created an attachment (id=39077) [details]
evolution-data-server-0.0.99.ebuild

Created an attachment (id=39078) [details]
gal-2.2.0.ebuild

Created an attachment (id=39079) [details]
libgtkhtml-3.2.0.ebuild

Created an attachment (id=39080) [details]
evolution-1.5.94.1.ebuild

Created an attachment (id=39081) [details]
libsoup-2.2.0.ebuild

Ebuilds compiles fine here.

Start Evolution by following command:

evolution-2.0

Tried to compile all the packages in order. I do not have the errormessages at
hand, but....
evolution did not compile twice in a row with a errormessage about not finding
libgal-ally-2.x.so.0 (think it was 2.2).
Could not start my old (1.5.93) evolution giving me the same message.
Reemerging gal-2.2 did help, so now it works without problems.

But that symlink-thing (.so.0) maybe should be tested out?

What's keeping it?

There are no user visable feature additions and the final 2.0 release will be
made within the next week. Try and sit still til then.

Maybe no user-visible diffrences, but at least a bug making my evolution
sometimes want to restart right after first start seems to be fixed...

However: you are right. I will try to be calm.

...maybe we could sort that thing with the symlink in gal out?
I downgraded to evolution (and deps) to latest versions in portage.
When it comes to evolution it errors out complaining about that symlink I menitioned in post above. the already merged version of evolution did not want to start becouse of the same fact. Reemerge of gal fixed both.

When then upgrading again (yes, i did it to look for that error) the same thing happends. So something seems to broke in the bump of gal. If this version of evolution posted here would be nearly the same as the final, then maybe we should take a look at this so it will be fixed when it is time for the final?

*** Bug 63577 has been marked as a duplicate of this bug. ***

*** Bug 63583 has been marked as a duplicate of this bug. ***

*** Bug 63581 has been marked as a duplicate of this bug. ***

*** Bug 63584 has been marked as a duplicate of this bug. ***

The .ebuild in 63583 has "addressed" the gal-a11y problem by slotting gal-2.2.0
and thus preserving the softlinks and the libraries they point to.

Supposeldy, there's a "feature" of the loader that creates a circular
dependency between the previously installed libgal-a11y library and the new
(2.2.0 version) which breaks when the ebuild cleans up. Suppoesedly (according
to folks on #evolution) this doesn't happen every time :-(.

from my previous experience with gal, someone might want to investigate if the
binary age got set correctly.

*** Bug 63579 has been marked as a duplicate of this bug. ***

I have bumped these packages in CVS.
Closing.

In the future, do not attach ebuilds for existing packages.
Please attach a diff of any needed changes, and ensure that it is
of type text/plain.

I ran into the gal symlink bug today when doing an emerge -uDv world.
reemerging gal fixed the problem though and I was able to successfully upgrade
evolution to 1.5.94.1 on amd64. evolution 1.5 has been working ok on my amd64
except for the calendar components. When I get an email with an attached .ics,
the inline view is too small to see anything. Also, whenever I switch to the
calendar it crashes. Here is the back trace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 8470)]
0x0000002a9905c740 in strcmp () from /lib/libc.so.6
(gdb) bt
#0  0x0000002a9905c740 in strcmp () from /lib/libc.so.6
#1  0x0000002a9ba4cb0f in ?? ()
   from /usr/lib/gtk-2.0/2.4.0/engines/libpixmap.so
#2  0x0000002a9ba4cbe7 in ?? ()
   from /usr/lib/gtk-2.0/2.4.0/engines/libpixmap.so
#3  0x0000002a9ba4d734 in ?? ()
   from /usr/lib/gtk-2.0/2.4.0/engines/libpixmap.so
#4  0x0000002a97b51fbc in gtk_draw_shadow () from /usr/lib/libgtk-x11-2.0.so.0
#5  0x0000002a9588d8b7 in e_calendar_item_get_week_number ()
   from /usr/lib64/evolution/2.0/libemiscwidgets.so.0
#6  0x0000002a9765db26 in gnome_canvas_item_move ()
   from /usr/lib/libgnomecanvas-2.so.0
#7  0x0000002a976626de in gnome_canvas_request_redraw_uta ()
   from /usr/lib/libgnomecanvas-2.so.0
#8  0x0000002a97af7647 in _gtk_marshal_BOOLEAN__BOXED ()
   from /usr/lib/libgtk-x11-2.0.so.0
#9  0x0000002a98b204a9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#10 0x0000002a98b37706 in g_signal_has_handler_pending ()
   from /usr/lib/libgobject-2.0.so.0
#11 0x0000002a98b39258 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#12 0x0000002a98b39a2f in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#13 0x0000002a97c00570 in gtk_widget_activate ()
---Type <return> to continue, or q <return> to quit---
   from /usr/lib/libgtk-x11-2.0.so.0
#14 0x0000002a97660965 in gnome_canvas_item_grab_focus ()
   from /usr/lib/libgnomecanvas-2.so.0
#15 0x0000002a97660a0e in gnome_canvas_item_grab_focus ()
   from /usr/lib/libgnomecanvas-2.so.0
#16 0x0000002a98e8914a in g_main_context_dispatch ()
   from /usr/lib/libglib-2.0.so.0
#17 0x0000002a98e8af7d in g_main_context_acquire ()
   from /usr/lib/libglib-2.0.so.0
#18 0x0000002a98e8b325 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#19 0x0000002a96d489fb in bonobo_main () from /usr/lib/libbonobo-2.so.0
#20 0x000000000041c920 in main ()