<div dir="ltr">I had a similar experience.<div><br></div><div>If one does want a fully updated TexLive 2016 now, how should that be done?</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 17, 2017 at 6:21 AM, Manfred Lotz <span dir="ltr"><<a href="mailto:manfred@dante.de" target="_blank">manfred@dante.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Reinhard,<br>
<div><div class="h5"><br>
On Mon, 17 Jul 2017 01:55:43 +0200<br>
Reinhard Kotucha <<a href="mailto:reinhard.kotucha@web.de">reinhard.kotucha@web.de</a>> wrote:<br>
<br>
> On 2017-07-16 at 20:52:36 +0300, Nikos Platis wrote:<br>
><br>
>  > OK, there are two things mixed up here, incorrectly (by Zdenek and<br>
>  > then Manfred).<br>
>  ><br>
>  > (a) The update command (tlmgr update ...) has updated TL 2016 to<br>
>  > 2017 without any warning, in the same directory.<br>
>  > (b) The procedure described<br>
>  > in <a href="https://www.tug.org/texlive/upgrade.html" rel="noreferrer" target="_blank">https://www.tug.org/<wbr>texlive/upgrade.html</a> does instruct to<br>
>  > duplicate the installation directory.<br>
>  ><br>
>  > It seems that all this (esp. (a)) will soon be corrected by Norbert<br>
>  > (btw, if I recall correctly, in previous years you simply could not<br>
>  > upgrade directly).<br>
><br>
> Upgrading from a previous release was possible in the past.  But take<br>
> the documentation you mentioned above seriously.  It clearly states<br>
> that the recommended way is to install TeX Live from scratch and that<br>
> you are on your own if you follow the instructions.<br>
><br>
> The very first sentence, printed with bold letters, states:<br>
><br>
>  | By default, please get the new TL by doing a new installation<br>
>  | instead of proceeding here.<br>
><br>
> It's a matter of fact that upgrading from a previous release is faster<br>
> than installing from scratch.  But upgrading is quite risky and the<br>
> gain is negligible if you take into account that new versions of TeX<br>
> Live are released only once per year.<br>
><br>
> In short, before you consider to upgrade your system, read<br>
><br>
>   <a href="https://www.tug.org/texlive/upgrade.html" rel="noreferrer" target="_blank">https://www.tug.org/texlive/<wbr>upgrade.html</a><br>
><br>
> carefully.  I've never seen a comparable file which comes with so many<br>
> warnings.  Take them seriously.<br>
><br>
> Coming back to your statements:<br>
><br>
>  > (a) The update command (tlmgr update ...) has updated TL 2016 to<br>
>  > 2017 without any warning, in the same directory.<br>
><br>
> When I upgraded from TeX Live 2016 to tlpretest I've got a warning.<br>
><br>
>  > (b) The procedure described in<br>
><br>
>  >        <a href="https://www.tug.org/texlive/upgrade.html" rel="noreferrer" target="_blank">https://www.tug.org/texlive/<wbr>upgrade.html</a><br>
><br>
>  > does instruct to duplicate the installation directory.<br>
><br>
> I assume that Manfred followed this advice.  Hopefully!  Then both<br>
> directories, texlive/2016 and texlive/2017, contain identical copies<br>
> of TeX Live 2016.<br>
><br>
<br>
</div></div>To be honest, I haven't read that as I didn't expect 2016 to be lifted<br>
to 2017.<br>
<span class=""><br>
> Given that Manfred forgot to adjust PATH to point to<br>
> texlive/2017/bin/<platform>, then tlmgr upgraded files in texlive/2016<br>
> to TeX Live 2017.<br>
><br>
<br>
</span>No, usually (as a command line geek) I'm pretty much aware of PATH and<br>
other environment variables.  :-)<br>
<span class=""><br>
> This looks disastrous at a first glance.  But nothing is lost.<br>
><br>
>    texlive/2016 now contains TeX Live 2017<br>
><br>
> but<br>
><br>
>    texlive/2017 still contains a copy of TeX Live 2016.<br>
><br>
> All one has to do is to remame directories and to adjust PATH.<br>
><br>
> Regards,<br>
>   Reinhard<br>
><br>
<br>
</span>Let me tell what I did.  :-)<br>
<br>
On a second non-private laptop I installed texlive 2017 and adjusted<br>
the PATH, and all was fine.<br>
<br>
Then I thought: texlive 2016 is very old as I hadn't done any update<br>
for an awful lot of time. So, I should at least get the newest stuff of<br>
texlive 2016.<br>
<br>
I adjusted the PATH back to 2016 and did: tlmgr update --all<br>
<br>
Of course I got told to do a --self which i did.  Then I restarted the<br>
'tlmgr update --all', went to the kitchenn for a coffee and when<br>
being back I got a list of 880 packages to update.<br>
<br>
On the one hand I was wondering about the sheer amount of packages<br>
to update on the other hand I new that I hadn't done an update "for<br>
ages" and I also know on a daily basis how busy authors do update their<br>
packages. So I did the mass update, and was happy.<br>
<br>
Some time later, Harald König told me that it happened to him, after an<br>
upgrade in texlive 2016 ,that now his /usr/local/texlive/2016 contains<br>
texlive 2017.<br>
<br>
Being back at home I checked my updated 2016 tree, and discovered the<br>
same. Actually, in my case it wasn't important if I have still the 2016<br>
lying around. So, instead to recover from backup I deleted the 2016<br>
(containing 2017) tree.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Best, Manfred<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
</font></span></blockquote></div><br></div>