On Sat, Aug 13, 2011 at 2:26 PM, Lionel Elie Mamane <lio...@mamane.lu> wrote: > Hi, > > If ./download is run twice: > > - the first time it creates e.g. symlink ure connectivity -> > clone/libs-core/connectivity there is no clone/libs-core anymore on master... in fact clone should contain at most
binfilter dictionaries help translations looks like you got a broken set-up. > > - the second time it creates a symlink named connectivity/connectivity > (thus clone/libs-core/connectivity/connectivity) pointing to > clone/libs-core/connectivity, that is pointing to > > ROOT_OF_SOURCE_TREE/clone/libs-core/connectivity/clone/libs-core/connectivity > . > > That second symlink is not what was intended and is a dangling > symlink. The attached patch fixes that, telling ln to always create > the symlink as named on the command line, and to never implicitly > create a symlink named after the target in the directory named on the > command line. -T is not a portable option of ln, iow your patch would break MacOS build. Norbert _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
