[tex-live] Texlive 2009-39.1 update caused beamer problem

[Manuel Pégourié-Gonnard]

Hi Paolo,

Paolo Crosetto a écrit :
> I recently updated to the latest version of texlive available on the repo (it 
> is 2009-39.1 for some packages and 2009-38.1 for other (notably the main 
> texlive itself).
> 
I have no idea about what this numbers mean, since they are specific to OpenSuse
packaging. But anyway...

> *geometry* driver: auto-detecting
> *geometry* detected driver: pdftex
> ! Undefined control sequence.
> \Gm at lmargin ->\Geom at lmargin 
> 
There was a problem with the newer version of geometry, which dropped some very
old control sequences. Unfortunately, beamer did rely on these. This problem
appeard in r17014 (2010-02-15, geometry 5.0) and was solved by r17092
(2010-02-19, ad-hoc patch applied to beamer). (Revision numbers from our svn
repository: <http://tug.org/svn/texlive>.)

Apparently, the OpenSuse packages are using a snapshot fix a recent geometry and
an unfixed beamer, which is very unfortunate. I suggest you report this in your
distribution's bug tracking system (with the above information), so that they
can update their packages using a consistent snapshot of TL.

For your convenience, here is the patch that solves the problem:

Index: beamerbasecompatibility.sty
===================================================================
--- beamerbasecompatibility.sty	(révision 17091)
+++ beamerbasecompatibility.sty	(révision 17092)
@@ -90,8 +90,10 @@

 %
 % Fix for older versions of geometry
-%
-\ifx\ifGm at compatii\@undefined%
+% We used to test \ifGm at compatii,
+% but as of geometry v5.0, it is no longer provided.
+%
+\ifx\Gm at lmargin\@undefined
 \def\Gm at lmargin{\Geom at lmargin}\def\Gm at rmargin{\Geom at rmargin}
 \else
 \geometry{includeheadfoot}

Manuel.