~vcs-imports/evolution/+git/evolution:gnome-3-1-90

Branch merges

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related charm recipes

bdc331b... by Matthew Barnes on 2011-08-31

NEWS update for 3.1.90.1 release.

6fef2f3... by Frédéric Péters on 2011-08-31

Bug 657765 - Explicitly link libgnomecanvas against libm

We used to implicitly link to libm through gtk+, but that got dropped.

http://mail.gnome.org/archives/desktop-devel-list/2011-August/msg00236.html

798966d... by Matthew Barnes on 2011-08-28

NEWS update for 3.1.90 release.

5e3b6a4... by Matthew Barnes on 2011-08-28

Fix build break in libeshell.

51b84a7... by Fran Dieguez <email address hidden> on 2011-08-28

Updated galician translations

445dabb... by Fran Dieguez <email address hidden> on 2011-08-24

Updated Galician translations

05c2282... by Jorge González on 2011-08-28

Updated Spanish translation

ef004d5... by Jorge González on 2011-08-28

Updated Spanish translation

5481c26... by Yuri Myasoedov on 2011-08-28

Updated Russian translation

aa3b6c5... by Matthew Barnes on 2011-08-27

Fix enum generation problems in glib-gen.mak.

Don't use pattern rules like %-enumtypes.h anymore because it matches
installed header files like camel-enumtypes.h, so you get very strange
things happening during the build like:

    .../camel/camel-enumtypes.h: e-util-enums.h
            glib-mkenums ... $^ > $@

when e-util-enums.h has a newer timestamp than camel-enumtypes.h.

Instead, we'll use another variable name -- glib_enum_output -- to
replace the %-enumtypes pattern rules like so:

    $(glib_enum_output).h: $(glib_enum_headers)
            glib-mkenums ... $^ > $@

    $(glib_enum_output).c: $(glib_enum_headers)
            glib-mkenums ... $^ > $@

Also use $(AM_V_GEN) to get cleaner looking output while building.