sorry for not answering earlier-had been on a two week hollieday. your proposed solution worked for me. but still I think that g-brief should work out of the box for any lyx user. what can be done about it? could the "Telefon" variable in g-brief be changed into something unique? But that probably breaks older files.lyx based on g-brief...
Juergen Spitzmueller wrote: > Also sprach sk: >> OK that worked >> my marvosym.sty is newer than yours, might there be the problem? > > Yes. Indeed. > >> \newcommand\Telefon{\mvchr{84}} > > Here's the problem. My version uses > \def\Telefon{\mvchr{84}} > which overrides g-brief's definition silently, while \newcommand results in > an > error, if the macro is already defined.[1] > > I guess this has been done by default, in order to "inform" the user that a > file definition is overridden. > > The easiest fix is probably to replace the \newcommand by \def. This keeps > the > Symbol available in principle (for other apllications). > > Jürgen > > [1] The procedure goes as follows: > 1. gbrief defines \Telefon > 2. then gbrief loads marvosym, which defines \Telefon as well > 3. right after that, g-brief defines \Telefon again > The error happens in step 2. > >