<div dir="ltr"><div><div><div><div><div><div><div>The old inputenc did not do anything remotely sensible on luatex, and teh test document you sent demonstrates that<br><br>\documentclass[nologo]{europecv}<br>\usepackage[utf8]{luainputenc}<br>
<br>\begin{document}<br><br>%abc é <br><br>\begin{europecv}{}<br><br>\end{europecv}{}<br><br>\end{document}<br><br><br></div>It runs without error but utf-8 is not enabled and if you uncomment the <br></div>line with text you got (in tl2013)<br>
<br><br>Package utf8x.def Warning: Character(s)244 etc.gotredefinedsomewhere.<br>(utf8x.def)                Restoringtoitsutf8x-meaning on input line 5.<br><br>Runaway argument?<br>! Paragraph ended before é was complete.<br>
<br><br></div>Now the error is flagged a bit earlier but it isn't really a regression.<br><br></div>An immediate workaround in the document  is to load luainputenc _before_ inputenc loads ucs sty.<br><br>\RequirePackage[utf8]{luainputenc}
<br>\documentclass[nologo]{europecv}
<br><br></div>However a more general fix would be for europecv not to load ucs and inputenc packages on engines where they do not work, for example <br><br>$ diff -c europecv.cls~ europecv.cls<br>*** europecv.cls~       2014-05-20 00:48:26.128858000 +0100<br>
--- europecv.cls        2014-05-20 00:54:05.427264800 +0100<br>***************<br>*** 292,299 ****<br>--- 292,303 ----<br>  \ProcessOptions\relax<br>  <br>  \LoadClass{article}<br>+ \ifx\Umathchar\@undefined<br>  \RequirePackage{ucs}<br>
  \RequirePackage[utf8x]{inputenc}<br>+ \else<br>+ \renewcommand\ecv@utf[1]{{#1}}<br>+ \fi<br>  \RequirePackage{array}<br>  \RequirePackage{longtable}<br>  \RequirePackage{fancyhdr} % For page numbering<br><br><br><br></div>
would make the sample document work as intended with utf8 not only declared but actually working and an e acute being typeset.<br><br></div>David<br><br><div><div><div><div><div><br></div></div></div></div></div></div>