[tex-live] [XeTeX] Σχετ: Plain XeTeX, pdftitle, pdfinfo

[Zdenek Wagner]

I am at the linux computer, this is from the man page:

      -L, --copy-links
              When symlinks are encountered, the item that they point
to (the referent) is copied, rather than the symlink.  In older
versions of rsync, this  option
              also had the side-effect of telling the receiving side
to follow symlinks, such as symlinks to directories.  In a modern
rsync such as this one, you’ll
              need to specify --keep-dirlinks (-K) to get this extra
behavior.  The only exception is when sending files to an rsync that
is too old to understand -K
              -- in that case, the -L option will still have the
side-effect of -K on that older receiving rsync.


Zdeněk Wagner
http://ttsm.icpf.cas.cz/team/wagner.shtml
http://icebearsoft.euweb.cz


2016-07-13 12:37 GMT+02:00 Norbert Preining <preining at logic.at>:
> Hi Phil,
>
> Your problem with rsync are three symlinks, which don't work on your filesystem it seems. Try to pass the option of copying symlinks as files (no man page at hand to give you the correct one)
>
> Norbert
>
> On July 13, 2016 6:15:55 PM GMT+09:00, Philip Taylor <P.Taylor at Rhul.Ac.Uk> wrote:
>>Hallo Zdeněk --
>>> It is strange, you should complain for poor connection. My ADSL speed
>>> is nominally 8 Mbps. Since the line is overloaded, the real speed is
>>> usually 6 Mbps. Installation of scheme full from the neares mirror
>>> takes about one hour. You wrote your speed is 2.7 Mbps, so it should
>>> complete withint two or three hours. The problem may be cause by loss
>>> of too many packets due to some noise. So you probably pay for very
>>> low quality and the provider should fix it. Many companies provide
>>> free service for measurement the real speed, you just connect to a
>>web
>>> page of such a company and it measures the speed of download and
>>> upload and stability. If it is too different from what you pay, you
>>> should complain.
>>In fact, run against (e.g., the HTML 5 speed tester), I get quite good
>>download speed normally, but TeX Live installation always takes
>>forever.  I know from past experience that Rsynch is much faster, but
>>that no longer works for TeX Live 2016 (reported a couple of days ago),
>>so I have little option but to sit it out ...
>>
>>Repost of Rsynch problem, in case anyone can shed light on it :
>>
>>> E:\TeX\Live\2016\TLnet>rsync -a --delete
>>rsync://ftp.heanet.ie/mirrors/ctan.org/tex/systems/texlive/tlnet/ .
>>>
>>> (also rsync -a --delete
>>rsync://mirror.physik-pool.tu-berlin.de/ctan/systems/texlive/tlnet/ .)
>>>
>>> rsync: symlink "/e/TeX/Live/2016/TLnet/update-tlmgr-latest.exe" ->
>>"update-tlmgr-r41476.exe" failed: Bad file number (9)
>>> rsync: symlink
>>"/e/TeX/Live/2016/TLnet/update-tlmgr-latest.exe.sha512" ->
>>"update-tlmgr-r41476.exe.sha512" failed: Bad file number (
>>> 9)
>>> rsync: symlink
>>"/e/TeX/Live/2016/TLnet/update-tlmgr-latest.exe.sha512.asc" ->
>>"update-tlmgr-r41476.exe.sha512.asc" failed: Bad file
>>> number (9)
>>> rsync: symlink "/e/TeX/Live/2016/TLnet/update-tlmgr-latest.sh" ->
>>"update-tlmgr-r41476.sh" failed: Bad file number (9)
>>> rsync: symlink "/e/TeX/Live/2016/TLnet/update-tlmgr-latest.sh.sha512"
>>-> "update-tlmgr-r41476.sh.sha512" failed: Bad file number (9)
>>>
>>> rsync: symlink
>>"/e/TeX/Live/2016/TLnet/update-tlmgr-latest.sh.sha512.asc" ->
>>"update-tlmgr-r41476.sh.sha512.asc" failed: Bad file nu
>>> mber (9)
>>> rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at
>>/usr/src/rsync/rsync-3.0.8/rsync.c(549) [generator=3.0.8]
>>>
>>> E:\TeX\Live\2016\TLnet>rsync error: received SIGUSR1 (code 19) at
>>/usr/src/rsync/rsync-3.0.8/main.c(1298) [receiver=3.0.8]
>>>
>>** Phil.
>>--
>>
>>Philip Taylor
>
> --
> PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info
> GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13