pax_global_header00006660000000000000000000000064147124160120014510gustar00rootroot0000000000000052 comment=96e15a800bb0e619da6f7092ddefc47101c3092f unison-2.53.7/000077500000000000000000000000001471241601200131215ustar00rootroot00000000000000unison-2.53.7/.github/000077500000000000000000000000001471241601200144615ustar00rootroot00000000000000unison-2.53.7/.github/workflows/000077500000000000000000000000001471241601200165165ustar00rootroot00000000000000unison-2.53.7/.github/workflows/CI.yml000066400000000000000000001133311471241601200175360ustar00rootroot00000000000000name: CI env: PROJECT_NAME: unison PROJECT_DESC: "`unison` file synchronizer" PROJECT_EXES: "unison unison-fsmonitor" on: - pull_request - push jobs: docs: runs-on: ubuntu-20.04 steps: - run: sudo apt-get update - name: Checkout code uses: actions/checkout@v4 - name: Use OCaml uses: ocaml/setup-ocaml@v2 with: ocaml-compiler: 4.14.x opam-depext: false - run: sudo apt-get install hevea lynx texlive-latex-base - run: opam exec -- make docs - name: Store user manual for the build jobs uses: actions/upload-artifact@v4 with: name: unison-docs path: | doc/unison-manual.txt doc/unison-manual.html doc/unison-manual.pdf man/unison.1 build: if: ${{ !cancelled() }} # Don't fail if 'docs' failed needs: docs strategy: fail-fast: false matrix: job: - { os: macos-14 , ocaml-version: 5.2.0 } - { os: macos-14 , ocaml-version: 4.14.2 , publish: true , fnsuffix: -macos-arm64 } - { os: macos-12 , ocaml-version: 4.14.2 , publish: true , fnsuffix: -macos-x86_64 } - { os: ubuntu-22.04 , ocaml-version: 5.2.0 } - { os: ubuntu-22.04 , ocaml-version: 4.14.2 } - { os: ubuntu-20.04 , ocaml-version: 4.14.2 } - { os: windows-2022 , ocaml-version: 4.14.0+mingw64c , publish: true , fnsuffix: -windows-x86_64 } - { os: windows-2019 , ocaml-version: 4.14.0+mingw32c , publish: true , fnsuffix: -windows-i386 } runs-on: ${{ matrix.job.os }} steps: - if: contains(matrix.job.os, 'ubuntu') run: sudo apt-get update - if: runner.os == 'Windows' name: "Windows: Stash away the default MSYS installation" continue-on-error: true shell: cmd # This conflicts with Cygwin installed by setup-ocaml # Adjusting PATH alone does not seem to work run: rename C:\msys64 dmsys64 - name: Checkout code uses: actions/checkout@v4 - name: Initialize workflow variables id: vars shell: bash run: | outputs() { for var in "$@" ; do echo steps.vars.outputs.${var}="${!var}"; echo "${var}=${!var}" >> $GITHUB_OUTPUT ; done; } # normalize to pre-compiled ocaml compiler variants for windows/Cygwin (decreases OCaml install time by 50%) case '${{ matrix.job.ocaml-version }}' in *+*) OCAML_COMPILER='ocaml-variants.${{ matrix.job.ocaml-version }}' ;; *) OCAML_COMPILER='ocaml-base-compiler.${{ matrix.job.ocaml-version }}' ;; esac OCAML_VARIANT='${{ matrix.job.ocaml-version }}' OCAML_VARIANT="${OCAML_VARIANT/+options/}" outputs OCAML_VARIANT OCAML_COMPILER # architecture/platform vars EXE_suffix='' ; case '${{ matrix.job.os }}' in windows-*) EXE_suffix=".exe" ;; esac MinGW_ARCH='x86_64' ; case '${{ matrix.job.ocaml-version }}' in *+mingw32*) MinGW_ARCH='i686' ;; *+mingw64*) MinGW_ARCH='x86_64' ;; esac MSVC_ARCH='' ; case '${{ matrix.job.ocaml-version }}' in *+msvc32*) MSVC_ARCH='x86' ;; *+msvc64*) MSVC_ARCH='x64' ;; esac outputs EXE_suffix MinGW_ARCH MSVC_ARCH case '${{ matrix.job.os }}','${{ matrix.job.ocaml-version }}' in macos-*,4*) MACOSX_DEPLOYMENT_TARGET=10.6 ;; macos-*,5*) MACOSX_DEPLOYMENT_TARGET=10.7 ;; macos-14*,*) MACOSX_DEPLOYMENT_TARGET=10.13 ;; esac case '${{ matrix.job.os }}' in macos-*) echo "MACOSX_DEPLOYMENT_TARGET=${MACOSX_DEPLOYMENT_TARGET}" >> $GITHUB_ENV ; echo "XCODEFLAGS=-arch $(uname -m) -mmacosx-version-min=${MACOSX_DEPLOYMENT_TARGET} MACOSX_DEPLOYMENT_TARGET=${MACOSX_DEPLOYMENT_TARGET}" >> $GITHUB_ENV ; echo "CFLAGS=${CFLAGS} -mmacosx-version-min=${MACOSX_DEPLOYMENT_TARGET}" >> $GITHUB_ENV ;; esac # staging environment STAGING_DIR='_staging' outputs STAGING_DIR # parse commit reference info echo GITHUB_REF=${GITHUB_REF} echo GITHUB_SHA=${GITHUB_SHA} REF_NAME="${GITHUB_REF#refs/*/}" unset REF_BRANCH ; case "${GITHUB_REF}" in refs/heads/*) REF_BRANCH="${GITHUB_REF#refs/heads/}" ;; esac; unset REF_TAG ; case "${GITHUB_REF}" in refs/tags/*) REF_TAG="${GITHUB_REF#refs/tags/}" ;; esac; REF_SHAS="${GITHUB_SHA:0:8}" outputs REF_BRANCH REF_NAME REF_SHAS REF_TAG # deployable tag? (ie, leading "vM" or "M"; M == version number) unset DEPLOY ; if [[ $REF_TAG =~ ^[vV]?[0-9].* ]]; then DEPLOY='true' ; fi outputs DEPLOY # package name PKG_suffix='.tar.gz' ; case '${{ matrix.job.os }}' in windows-*) PKG_suffix='.zip' ;; esac; PKG_VER="${REF_TAG:-git_$REF_SHAS}" PKG_VER="${PKG_VER#v}" PKG_BASENAME="${PROJECT_NAME}-${PKG_VER}${{ matrix.job.fnsuffix }}" PKG_NAME="${PKG_BASENAME}${PKG_suffix}" PKG_DIR="${STAGING_DIR}/${PKG_BASENAME}" outputs PKG_VER PKG_BASENAME PKG_DIR PKG_NAME PKG_suffix COMPRESS_CMD='tar czf'; case '${{ matrix.job.os }}' in windows-*) COMPRESS_CMD='7z -y a' ;; esac; outputs COMPRESS_CMD - name: Create/configure any needed build/workspace shell: bash run: | # create build/work space mkdir -p '${{ steps.vars.outputs.STAGING_DIR }}' mkdir -p '${{ steps.vars.outputs.PKG_DIR }}' mkdir -p '${{ steps.vars.outputs.PKG_DIR }}'/bin - name: Enable/config MSVC environment (if/when needed) uses: ilammy/msvc-dev-cmd@v1 with: arch: "${{ steps.vars.outputs.MSVC_ARCH }}" if: contains(matrix.job.ocaml-version, '+msvc') - name: Use OCaml ${{ matrix.job.ocaml-version }} uses: ocaml/setup-ocaml@v2 with: ocaml-compiler: "${{ steps.vars.outputs.OCAML_COMPILER }}" opam-pin: false opam-depext: false # setup-ocaml can prepare the build environment from unison.opam # We're not relying on that capability here, to make sure the builds # also work without using unison.opam ## note: at this point, after OCaml installation, windows platforms will use Cygwin bash as the default ## ... Cygwin bash cannot handle shell scripts containing CRLF EOLs (which are what is generated by GHA on windows platforms) ## ... so, "igncr" must be added to SHELLOPTS - name: Prepare Cygwin environment (Windows) if: runner.os == 'Windows' shell: cmd run: | echo %CYGWIN_ROOT_BIN%>> %GITHUB_PATH% echo %CYGWIN_ROOT_WRAPPERBIN%>> %GITHUB_PATH% echo "/usr/${{ steps.vars.outputs.MinGW_ARCH }}-w64-mingw32/sys-root/mingw/bin">> %GITHUB_PATH% echo SHELLOPTS=igncr>> %GITHUB_ENV% - shell: bash env: LDFLAGS: ${{ matrix.job.static }} run: | opam exec -- make tui opam exec -- make fsmonitor # stage # * notes: darwin/macos doesn't build `unison-fsmonitor` for file in ${PROJECT_EXES} ; do if [ -f "src/${file}${{ steps.vars.outputs.EXE_suffix }}" ]; then cp "src/${file}${{ steps.vars.outputs.EXE_suffix }}" '${{ steps.vars.outputs.PKG_DIR }}/bin' echo "'src/${file}${{ steps.vars.outputs.EXE_suffix }}' copied to '${{ steps.vars.outputs.PKG_DIR }}/bin'" fi done - run: opam exec -- make test ## There is still code to run tests with old ocaml on Windows. ## That remains intentionally so that someone could turn it on if ## desired. - name: Run self-tests over RPC if: runner.os == 'Windows' && !contains(matrix.job.ocaml-version, '4.14') shell: bash run: | # Separate backup dir must be set for server instance so that the central # backup location of both instances doesn't overlap UNISONBACKUPDIR=./src/testbak2 ./src/unison -socket 55443 & sleep 1 # Wait for the server to be fully started ./src/unison -ui text -selftest testr1 socket://127.0.0.1:55443/testr2 -killserver - name: Run self-tests over local socket # Recent Windows versions do support Unix domain sockets # but at least OCaml 4.14 is required to use that support if: runner.os != 'Windows' || contains(matrix.job.ocaml-version, '4.14') shell: bash run: | mkdir localsocket chmod 700 localsocket # Separate backup dir must be set for server instance so that the central # backup location of both instances doesn't overlap UNISONBACKUPDIR=./src/testbak4 ./src/unison -socket ./localsocket/test.sock & sleep 1 # Wait for the server to be fully started ${{ runner.os == 'Windows' }} || test -S ./localsocket/test.sock ./src/unison -ui text -selftest testr3 socket://{./localsocket/test.sock}/testr4 -killserver - name: Prepare lablgtk install (Windows) if: ${{ runner.os == 'Windows' && contains(matrix.job.ocaml-version, '+mingw') }} shell: bash run: | opam install opam-depext depext-cygwinports setup-x86_64.exe --quiet-mode --root "${CYGWIN_ROOT}" --site http://cygwin.mirror.constant.com --symlink-type=sys --packages hicolor-icon-theme,adwaita-icon-theme # [2022-11] This terrible (terrible) hack is here to forcibly skip # building the fontconfig cache because it can take 30-45 minutes # on GHA runners and is never needed anyway. setup-x86_64.exe --quiet-mode --root "${CYGWIN_ROOT}" --site http://cygwin.mirror.constant.com --symlink-type=sys --local-package-dir D:/a --download --packages mingw64-${{ steps.vars.outputs.MinGW_ARCH }}-fontconfig cd 'D:/a/https%3a%2f%2fcygwin.mirror.constant.com%2f/noarch/release/'mingw64-${{ steps.vars.outputs.MinGW_ARCH }}-fontconfig CNAMEXZ=$(ls mingw64-${{ steps.vars.outputs.MinGW_ARCH }}-fontconfig*.tar.xz) CNAME=${CNAMEXZ%.xz} unxz ${CNAMEXZ} tar --delete --file ${CNAME} etc/postinstall/zp_mingw64-${{ steps.vars.outputs.MinGW_ARCH }}-fontconfig_cache.sh xz ${CNAME} sha512sum > sha512.sum CSZ=$(stat -c %s ${CNAMEXZ}) SHASUM=$(sha512sum ${CNAMEXZ}) cd 'D:/a/https%3a%2f%2fcygwin.mirror.constant.com%2f/x86_64' mv setup.ini tsetup.ini rm -f setup* sed -E -e "\|install: noarch/release/mingw64-${{ steps.vars.outputs.MinGW_ARCH }}-fontconfig/${CNAMEXZ}|s/xz .+/xz ${CSZ} ${SHASUM%% *}/" tsetup.ini > setup.ini rm tsetup.ini sha512sum > sha512.sum setup-x86_64.exe --quiet-mode --root "${CYGWIN_ROOT}" --symlink-type=sys --local-install --local-package-dir 'D:/a/https%3a%2f%2fcygwin.mirror.constant.com%2f' --mirror-mode --no-verify --packages mingw64-${{ steps.vars.outputs.MinGW_ARCH }}-fontconfig - name: lablgtk install ## [2020-09] non-working/unavailable for MSVC or musl OCaml variants ; also, non-working for 32bit OCaml variant (see [GH:garrigue/lablgtk#64](https://github.com/garrigue/lablgtk/issues/64)) if: ${{ ! ( contains(matrix.job.ocaml-version, '+msvc') || contains(matrix.job.ocaml-version, '-musl') || contains(matrix.job.ocaml-version, '-32bit') ) }} run: opam depext --install --verbose --yes lablgtk3 && opam install ocamlfind - if: ${{ !matrix.job.static }} ## unable to build static gtk/gui shell: bash run: | opam exec -- make gui # stage # * copy only main/first project binary project_exe_stem=${PROJECT_EXES%% *} cp "src/${project_exe_stem}-gui${{ steps.vars.outputs.EXE_suffix }}" "${{ steps.vars.outputs.PKG_DIR }}/bin/" - name: "Build WinOS text+gui hybrid" if: ${{ runner.os == 'Windows' && !matrix.job.static }} ## WinOS, non-static (unable to build static gtk/gui) shell: bash run: | # create and stage text+gui hybrid for Windows # * copy only main/first project binary project_exe_stem=${PROJECT_EXES%% *} # * clean/remove build artifact(s) rm "src/${project_exe_stem}-gui${{ steps.vars.outputs.EXE_suffix }}" ##.or.# opam exec -- make -C src clean #.or.# opam exec -- make clean # * re-create (with hybrid text+gui UI) opam exec -- make gui UI_WINOS=hybrid cp "src/${project_exe_stem}-gui${{ steps.vars.outputs.EXE_suffix }}" "${{ steps.vars.outputs.PKG_DIR }}/bin/${project_exe_stem}-text+gui${{ steps.vars.outputs.EXE_suffix }}" - uses: actions/upload-artifact@v4 if: false ## disable by default; only useful for debugging GHA with: name: unison-${{ steps.vars.outputs.REF_SHAS }}.ocaml-${{ matrix.job.ocaml-version }}.${{ matrix.job.os }} path: ${{ steps.vars.outputs.PKG_DIR }}/bin/* - name: Copy user manual continue-on-error: ${{ !(steps.vars.outputs.DEPLOY && matrix.job.publish) }} uses: actions/download-artifact@v4 with: name: unison-docs path: '${{ steps.vars.outputs.PKG_DIR }}' - name: Prepare package # if: steps.vars.outputs.DEPLOY shell: bash run: | ## package artifact(s) PKG_DIR='${{ steps.vars.outputs.PKG_DIR }}' # `strip` binaries strip "${PKG_DIR}/bin"/*'${{ steps.vars.outputs.EXE_suffix }}' # README and LICENSE (shopt -s nullglob; for f in [R]'EADME'{,.*}; do cp $f "${PKG_DIR}"/ ; done) (shopt -s nullglob; for f in [L]'ICENSE'{-*,}{,.*}; do cp $f "${PKG_DIR}"/ ; done) cp INSTALL.md "${PKG_DIR}"/ cp CONTRIBUTING.md "${PKG_DIR}"/ cp NEWS.md "${PKG_DIR}"/ - if: runner.os == 'Windows' name: "Windows: Package gtk" shell: bash run: | # [2023-03] Setting this PATH here (and it has to be right here) is # a workaround for an unknown issue (most likely something with GHA) # causing MinGW binutils not to be found (while other binutils # pre-installed in the GHA images may be found instead), which in turn # causes the DLL extracting functions to silently fail. export PATH="/usr/${{ steps.vars.outputs.MinGW_ARCH }}-w64-mingw32/bin":${PATH} ## package artifact(s) PKG_DIR='${{ steps.vars.outputs.PKG_DIR }}' # collect any needed dlls/libraries # dlls dll_refs() { eval "$(opam env)" ; eval "$(ocaml-env cygwin)" ; objdump -x "$@" | grep -Po "\S+[.]dll$" | xargs -I{} 2>/dev/null which "{}" | sort -u ; } filtered_dll_refs() { list="$(dll_refs "$@" | grep -vF "$(cygpath ${WINDIR})" | perl -lape '$_ = qq/@{[sort @F]}/')" ; echo "$list" ; } recursive_filtered_dll_refs() { list="$(filtered_dll_refs "$@")" ; n=0 ; while [ $n -lt $(echo "$list" | wc -l) ]; do n=$(echo "$list" | wc -l) ; list="$(filtered_dll_refs $list)" ; done ; echo "$list" ; } IFS=$'\n' DLL_list=( "$(recursive_filtered_dll_refs "${PKG_DIR}"/bin/*)" ) for dll in ${DLL_list[@]} ; do cp "${dll}" "${PKG_DIR}"/bin ; done TARGET_ARCH_ID='x86_64'; case '${{ matrix.job.ocaml-version }}' in *+mingw32*|*+msvc32*) TARGET_ARCH_ID='i686' ;; esac # required gdk support files mkdir "${PKG_DIR}"/lib cp -r /usr/${TARGET_ARCH_ID}-w64-mingw32/sys-root/mingw/lib/gdk-pixbuf-2.0 "${PKG_DIR}"/lib/ # update loader.cache to point to local relative installation mv "${PKG_DIR}"/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache "${PKG_DIR}"/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache.original cat "${PKG_DIR}"/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache.original | sed -E 's#([^"]*)(lib/gdk-pixbuf-2.0/2.10.0/loaders/[^"]*[.]dll)#../\2#' > "${PKG_DIR}"/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache rm "${PKG_DIR}"/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache.original # required icons mkdir "${PKG_DIR}"/share cp -rL /usr/share/icons "${PKG_DIR}"/share # compile glib settings schema mkdir -p "${PKG_DIR}"/share/glib-2.0 cp -r /usr/${TARGET_ARCH_ID}-w64-mingw32/sys-root/mingw/share/glib-2.0/schemas "${PKG_DIR}"/share/glib-2.0 glib-compile-schemas "${PKG_DIR}"/share/glib-2.0/schemas # add gtk configuration mkdir -p "${PKG_DIR}"/etc/gtk-3.0 printf "[Settings]\ngtk-button-images=true\ngtk-font-name=Segoe UI 9\n" > "${PKG_DIR}"/etc/gtk-3.0/settings.ini - name: Package shell: bash run: cd '${{ steps.vars.outputs.PKG_DIR }}/' && ${{ steps.vars.outputs.COMPRESS_CMD }} '../${{ steps.vars.outputs.PKG_NAME }}' * - uses: actions/upload-artifact@v4 if: matrix.job.publish with: name: ${{ steps.vars.outputs.PKG_NAME }}___ocaml-${{ matrix.job.ocaml-version }}.${{ matrix.job.os }}-publish path: ${{ steps.vars.outputs.STAGING_DIR }}/${{ steps.vars.outputs.PKG_NAME }} - name: Publish if: steps.vars.outputs.DEPLOY && matrix.job.publish uses: softprops/action-gh-release@v1 with: files: | ${{ steps.vars.outputs.STAGING_DIR }}/${{ steps.vars.outputs.PKG_NAME }} env: GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} - if: runner.os == 'macOS' name: "macOS: Build and package Unison.app" id: macapp run: | opam exec -- make macui # package APP_NAME=Unison-${{ steps.vars.outputs.PKG_VER }}${{ matrix.job.fnsuffix }}.app.tar.gz echo APP_NAME=${APP_NAME} >> $GITHUB_OUTPUT tar czf ${APP_NAME} -C src/uimac/build/Default Unison.app - if: runner.os == 'macOS' && matrix.job.publish name: "macOS: Upload Unison.app artifact" uses: actions/upload-artifact@v4 with: name: ${{ steps.macapp.outputs.APP_NAME }}___ocaml-${{ matrix.job.ocaml-version }}.${{ matrix.job.os }}-publish path: ${{ steps.macapp.outputs.APP_NAME }} - if: runner.os == 'macOS' && steps.vars.outputs.DEPLOY && matrix.job.publish name: "macOS: Publish Unison.app" uses: softprops/action-gh-release@v1 with: files: ${{ steps.macapp.outputs.APP_NAME }} env: GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} rpc_abicheck: needs: build strategy: fail-fast: false matrix: # This list is intended to balance good enough coverage and # limited resource usage. job: - { os: ubuntu-22.04 , ocaml-version: 5.2.x , ref: v2.53.5 } - { os: ubuntu-22.04 , ocaml-version: 4.14.x , ref: v2.53.5 } - { os: ubuntu-22.04 , ocaml-version: 4.14.x , ref: v2.52.1 , oldmake: true } - { os: ubuntu-22.04 , ocaml-version: 4.14.x , ref: v2.51.5 , oldmake: true } - { os: ubuntu-22.04 , ocaml-version: 4.08.x , ref: v2.51.5 , oldmake: true } - { os: ubuntu-22.04 , ocaml-version: 4.08.x , ref: v2.51.2 , oldmake: true } - { os: windows-2019 , ocaml-version: ocaml-variants.4.14.0+mingw64c , ref: v2.53.5 } - { os: windows-2019 , ocaml-version: ocaml-variants.4.14.0+mingw64c , ref: v2.52.1 , oldmake: true } - { os: windows-2019 , ocaml-version: ocaml-variants.4.08.1+mingw32c , ref: v2.51.5 , oldmake: true } - { os: macos-12 , ocaml-version: 4.14.x , ref: v2.53.5 } - { os: macos-12 , ocaml-version: 4.14.x , ref: v2.52.1 , oldmake: true } - { os: macos-12 , ocaml-version: 4.08.x , ref: v2.51.2 , oldmake: true } runs-on: ${{ matrix.job.os }} steps: - if: contains(matrix.job.os, 'ubuntu') run: sudo apt-get update - name: Use OCaml ${{ matrix.job.ocaml-version }} uses: ocaml/setup-ocaml@v2 with: ocaml-compiler: "${{ matrix.job.ocaml-version }}" opam-pin: false opam-depext: false # setup-ocaml can prepare the build environment from unison.opam # We're not relying on that capability here, to make sure the builds # also work without using unison.opam - name: Prepare Cygwin environment (Windows) if: runner.os == 'Windows' shell: cmd run: | echo %CYGWIN_ROOT_BIN%>> %GITHUB_PATH% echo %CYGWIN_ROOT_WRAPPERBIN%>> %GITHUB_PATH% echo SHELLOPTS=igncr>> %GITHUB_ENV% - name: Checkout HEAD to _new uses: actions/checkout@v4 with: path: _new - run: cd _new && opam exec -- make tui shell: bash - name: Checkout ${{ matrix.job.ref }} to _prev uses: actions/checkout@v4 with: ref: "${{ matrix.job.ref }}" path: _prev - name: "2.51.0: Patch connection header in _prev" if: contains(matrix.job.ref, '2.51.0') shell: bash run: | # Connection header string was broken in 2.51.0 cd _prev && git apply - <<"EOF" diff --git a/src/remote.ml b/src/remote.ml index ddca0d77..7f819eab 100644 --- a/src/remote.ml +++ b/src/remote.ml @@ -920,7 +920,7 @@ let connectionHeader = Scanf.sscanf Sys.ocaml_version "%d.%d.%d" (fun x y z -> (x,y,z)) in let compiler = if major < 4 - || major = 4 && minor <= 2 + || major = 4 && minor < 2 || major = 4 && minor = 2 && patchlevel <= 1 then "<= 4.01.1" else ">= 4.01.2" EOF - name: "2.51.{2,3}: Patch bugs in _prev" if: contains(matrix.job.ref, '2.51.2') || contains(matrix.job.ref, '2.51.3') shell: bash run: | cd _prev && git apply - <<"EOF" diff --git a/src/bytearray_stubs.c b/src/bytearray_stubs.c index 2b29421a..2850f2d8 100644 --- a/src/bytearray_stubs.c +++ b/src/bytearray_stubs.c @@ -10,7 +10,7 @@ CAMLprim value ml_marshal_to_bigarray(value v, value flags) { char *buf; - long len; + intnat len; output_value_to_malloc(v, flags, &buf, &len); return alloc_bigarray(BIGARRAY_UINT8 | BIGARRAY_C_LAYOUT | BIGARRAY_MANAGED, 1, buf, &len); diff --git a/src/uicommon.ml b/src/uicommon.ml index 9fa94cf5..65fc37a5 100644 --- a/src/uicommon.ml +++ b/src/uicommon.ml @@ -494,10 +494,11 @@ let promptForRoots getFirstRoot getSecondRoot = (* ---- *) let makeTempDir pattern = - let ic = Unix.open_process_in (Printf.sprintf "(mktemp --tmpdir -d %s.XXXXXX || mktemp -d -t %s) 2>/dev/null" pattern pattern) in - let path = input_line ic in - ignore (Unix.close_process_in ic); - path + let path = Filename.temp_file pattern "" in + let fspath = System.fspathFromString path in + System.unlink fspath; (* Remove file created by [temp_file]... *) + System.mkdir fspath 0o755; (* ... and create a dir instead. *) + path ^ Filename.dir_sep (* The first time we load preferences, we also read the command line arguments; if we re-load prefs (because the user selected a new profile) EOF - name: "2.51.2: Patch _prev for mingw compilers" if: contains(matrix.job.ref, '2.51.2') shell: bash run: | cd _prev && git apply - <<"EOF" diff --git a/src/Makefile.OCaml b/src/Makefile.OCaml index 7cefa2ec..95b1bec4 100644 --- a/src/Makefile.OCaml +++ b/src/Makefile.OCaml @@ -107,8 +107,8 @@ CAMLFLAGS+=-I system/$(SYSTEM) -I lwt/$(SYSTEM) ifeq ($(OSARCH),win32) # Win32 system EXEC_EXT=.exe - OBJ_EXT=.obj - OUTPUT_SEL=/Fo + OBJ_EXT=.o + OUTPUT_SEL=-o CWD=. # Fix suggested by Karl M, Jan 2009: # "The new flexlink wrapper that OCaml 3.11 uses was gagging on the res @@ -120,8 +120,6 @@ ifeq ($(OSARCH),win32) COBJS+=system/system_win_stubs$(OBJ_EXT) lwt/lwt_unix_stubs$(OBJ_EXT) WINOBJS=system/system_win.cmo SYSTEM=win - CLIBS+=-cclib "-link win32rc/unison.res" shell32.lib - STATICLIBS+=-cclib "-link win32rc/unison.res" shell32.lib buildexecutable:: @echo Building for Windows else EOF - name: "2.51.2: Patch _prev for newer compilers/OS" if: contains(matrix.job.ref, '2.51.2') shell: bash run: | cd _prev && git apply - <<"EOF" diff --git a/src/Makefile.OCaml b/src/Makefile.OCaml index 7cefa2ec..ffc3ab9e 100644 --- a/src/Makefile.OCaml +++ b/src/Makefile.OCaml @@ -180,7 +180,7 @@ else buildexecutable:: $(NAME)$(EXEC_EXT) endif -MINOSXVERSION=10.5 +MINOSXVERSION=10.7 # XCODEFLAGS=-sdk macosx$(MINOSXVERSION) ifeq ($(OSARCH),osx) CAMLFLAGS+=-ccopt -mmacosx-version-min=$(MINOSXVERSION) diff --git a/src/files.ml b/src/files.ml index 5ff18810..1d1fbcc6 100644 --- a/src/files.ml +++ b/src/files.ml @@ -734,7 +734,7 @@ let get_files_in_directory dir = with End_of_file -> dirh.System.closedir () end; - Sort.list (<) !files + List.sort String.compare !files let ls dir pattern = Util.convertUnixErrorsToTransient diff --git a/src/recon.ml b/src/recon.ml index 2c619bb8..2412c18e 100644 --- a/src/recon.ml +++ b/src/recon.ml @@ -661,8 +661,8 @@ let rec reconcile (* Sorts the paths so that they will be displayed in order *) let sortPaths pathUpdatesList = - Sort.list - (fun (p1, _) (p2, _) -> Path.compare p1 p2 <= 0) + List.sort + Path.compare pathUpdatesList let rec enterPath p1 p2 t = diff --git a/src/system/system_generic.ml b/src/system/system_generic.ml index 453027d0..290851e1 100755 --- a/src/system/system_generic.ml +++ b/src/system/system_generic.ml @@ -47,7 +47,7 @@ let open_out_gen = open_out_gen let chmod = Unix.chmod let chown = Unix.chown let utimes = Unix.utimes -let link = Unix.link +let link x y = Unix.link x y let openfile = Unix.openfile let opendir f = let h = Unix.opendir f in EOF - name: "2.51.0 - 2.52.1: Patch tests in _prev" if: contains(matrix.job.ref, '2.51') || matrix.job.ref == 'v2.52.0' || matrix.job.ref == 'v2.52.1' shell: bash run: | cd _prev && git apply - <<"EOF" diff --git a/src/test.ml b/src/test.ml index 3d480409..60ed014d 100644 --- a/src/test.ml +++ b/src/test.ml @@ -542,6 +542,77 @@ let test() = *) end; + if not bothRootsLocal then + begin + let localR, remoteR, localRaw = + match r1 with + | Common.Local, _ -> R1, R2, r1 + | _ -> R2, R1, r2 + in + + (* Test RPC function "fingerprintSubfile" *) + runtest "RPC: transfer append" [] (fun () -> + let prefixLen = 1024 * 1024 + 1 in + let len = prefixLen + 31 in + let contents = String.make len '.' in + let fileName = "bigfile" in + let prefixPath = Path.fromString fileName in + let (workingDir, _) = Fspath.findWorkingDir (snd localRaw) prefixPath in + let prefixName = Path.toString (Os.tempPath ~fresh:false workingDir prefixPath) in + put remoteR (Dir [(fileName, File contents)]); + put localR (Dir [(prefixName, File (String.sub contents 0 prefixLen))]); + sync (); + check "1" localR (Dir [(fileName, File contents)]); + ); + + (* Test RPC function "updateProps" *) + runtest "RPC: update props" ["times = true"] (fun () -> + let state = [("a", File "x")] in + put remoteR (Dir state); + put localR (Dir []); + sync (); + (* Having to sleep here is an unfortunate side-effect of the current + Windows limitations-inspired time comparison algorithm which is + designed to work on FAT filesystems (2-second granularity). *) + Unix.sleep 2; + put remoteR (Dir state); + sync (); + check "1" localR (Dir state); + ); + + (* Test RPC function "replaceArchive" *) + runtest "RPC: replaceArchive" [] (fun () -> + put localR (Dir [("n", File "to delete")]); + put remoteR (Dir []); + sync (); + put remoteR (Dir []); + sync (); + check "1" localR (Dir []); + ); + + (* Test RPC functions "mkdir" and "setDirProp" *) + runtest "RPC: mkdir, setDirProp" [] (fun () -> + let state = [("subd", Dir [])] in + put localR (Dir state); + put remoteR (Dir []); + sync (); + check "1" remoteR (Dir state); + ); + + (* Test RPC function "setupTargetPaths" *) + runtest "RPC: merge" ["merge = Name ma -> echo x> NEW"; "backupcurr = Name ma"] (fun () -> + let result = match Sys.os_type with + | "Win32" -> ("ma", File "x\r\n") + | _ -> ("ma", File "x\n") + in + put localR (Dir [("ma", File "a")]); + put remoteR (Dir [("ma", File "b")]); + sync (); + check "1" localR (Dir [result]); + check "2" remoteR (Dir [result]); + ); + end; + if !failures = 0 then Util.msg "Success :-)\n" else EOF - name: "2.52.0: Patch _prev for newer compilers" if: contains(matrix.job.ref, '2.52.0') shell: bash run: | cd _prev && git apply - <<"EOF" diff --git a/src/system/system_win_stubs.c b/src/system/system_win_stubs.c index 50ea663f..57940d98 100644 --- a/src/system/system_win_stubs.c +++ b/src/system/system_win_stubs.c @@ -373,7 +373,7 @@ typedef enum _FILE_INFORMATION_CLASS { #include /* Available since OCaml 4.02 */ #endif -#if !defined(OCAML_VERSION) || OCAML_VERSION < 40300 +#if !defined(OCAML_VERSION) || OCAML_VERSION < 40300 || OCAML_VERSION >= 41400 typedef struct _REPARSE_DATA_BUFFER { ULONG ReparseTag; EOF - name: "2.52 - 2.53.3: Patch _prev for newer compilers" if: contains(matrix.job.ref, '2.52') || matrix.job.ref == 'v2.53.0' || matrix.job.ref == 'v2.53.1' || matrix.job.ref == 'v2.53.2' || matrix.job.ref == 'v2.53.3' shell: bash run: | cd _prev && git apply - <<"EOF" diff --git a/src/lwt/lwt_unix_stubs.c b/src/lwt/lwt_unix_stubs.c index 37154710..51caabff 100644 --- a/src/lwt/lwt_unix_stubs.c +++ b/src/lwt/lwt_unix_stubs.c @@ -392,8 +392,8 @@ CAMLprim value win_check_connection (value socket, value kind, value h) { static HANDLE dummyEvent; -CAMLprim value init_lwt (value callback) { - CAMLparam1 (callback); +CAMLprim value init_lwt (value callb) { + CAMLparam1 (callb); // GUID GuidConnectEx = WSAID_CONNECTEX; // SOCKET s; // DWORD l; @@ -401,7 +401,7 @@ CAMLprim value init_lwt (value callback) { D(printf("Init...\n")); caml_register_global_root(&completionCallback); - completionCallback = callback; + completionCallback = callb; dummyEvent = CreateEvent(NULL, TRUE, FALSE, NULL); // Dummy event EOF - run: cd _prev && opam exec -- make src UISTYLE=text OSTYPE=$OSTYPE shell: bash if: matrix.job.oldmake - run: cd _prev && opam exec -- make tui shell: bash if: ${{ !matrix.job.oldmake }} # IMPORTANT! These tests do not exercise the entire RPC API. Yet, they # should work fine as a smoke test. - name: Run self-tests over RPC - new client to prev server env: UNISON: test1 shell: bash run: | # Separate backup dir must be set for server instance so that the central # backup location of both instances doesn't overlap UNISONBACKUPDIR=./_prev/src/testbak_s _prev/src/unison -socket 55443 & sleep 1 # Wait for the server to be fully started _new/src/unison -ui text -selftest testr_c socket://127.0.0.1:55443/testr_s -killserver - name: Run self-tests over RPC - prev client to new server env: UNISON: test2 shell: bash run: | # Separate backup dir must be set for server instance so that the central # backup location of both instances doesn't overlap UNISONBACKUPDIR=./_new/src/testbak_s _new/src/unison -socket 55443 & sleep 1 # Wait for the server to be fully started _prev/src/unison -ui text -selftest testr_c socket://127.0.0.1:55443/testr_s -killserver ## We know the code is ok with various ocaml versions, so this is ## just checking the dune build process. Therefore build each OS ## family just once. Pick a different ocaml version because that's ## better coverage without adding a build. opam_dune_build: strategy: fail-fast: false matrix: job: - { os: ubuntu-22.04 , ocaml-compiler: 4.12.x } - { os: macos-14 , ocaml-compiler: 4.14.x } runs-on: ${{ matrix.job.os }} steps: - if: contains(matrix.job.os, 'ubuntu') run: sudo apt-get update - name: Checkout code uses: actions/checkout@v4 - name: Use OCaml ${{ matrix.job.ocaml-compiler }} uses: ocaml/setup-ocaml@v2 with: ocaml-compiler: "${{ matrix.job.ocaml-compiler }}" - run: opam install . --deps-only - run: opam exec -- dune build && cp -L ./_build/install/default/bin/unison* ./src/ # - run: opam exec -- make test bytecode_build: strategy: fail-fast: false matrix: job: - { os: ubuntu-22.04 , ocaml-compiler: 4.14.x } runs-on: ${{ matrix.job.os }} steps: - if: contains(matrix.job.os, 'ubuntu') run: sudo apt-get update - name: Checkout code uses: actions/checkout@v4 - name: Use OCaml ${{ matrix.job.ocaml-compiler }} uses: ocaml/setup-ocaml@v2 with: ocaml-compiler: "${{ matrix.job.ocaml-compiler }}" opam-pin: false opam-depext: false - run: opam exec -- make tui NATIVE=false - run: opam exec -- make test build_compat: if: ${{ !cancelled() }} # Don't fail if 'docs' failed needs: docs strategy: fail-fast: false matrix: job: - { ocaml-version: 4.14.x, publish: true, fnsuffix: -ubuntu-x86_64 } - { ocaml-version: "ocaml-variants.4.14.2+options,ocaml-option-musl,ocaml-option-static,ocaml-option-flambda", publish: true, fnsuffix: -ubuntu-x86_64-static, static: -static } - { ocaml-version: 4.12.x } - { ocaml-version: 4.08.x } runs-on: ubuntu-20.04 steps: - name: Checkout code uses: actions/checkout@v4 - name: Use OCaml ${{ matrix.job.ocaml-version }} uses: ocaml/setup-ocaml@v2 with: ocaml-compiler: ${{ matrix.job.ocaml-version }} opam-disable-sandboxing: true opam-pin: false opam-depext: false - name: Build text UI env: LDFLAGS: ${{ matrix.job.static }} run: | opam exec -- make mkdir -p pkg/bin cp src/unison pkg/bin/ cp src/unison-fsmonitor pkg/bin/ - name: Run local tests run: opam exec -- make test - name: Run remote tests run: | mkdir localsocket chmod 700 localsocket # Separate backup dir must be set for server instance so that the central # backup location of both instances doesn't overlap UNISONBACKUPDIR=./src/testbak4 ./src/unison -socket ./localsocket/test.sock & sleep 1 # Wait for the server to be fully started test -S ./localsocket/test.sock ./src/unison -ui text -selftest testr3 socket://{./localsocket/test.sock}/testr4 -killserver - name: Build GUI if: ${{ !contains(matrix.job.ocaml-version, '-musl') }} run: | opam depext --install --verbose --yes lablgtk3 && opam install ocamlfind opam exec -- make gui cp src/unison-gui pkg/bin/ - name: Initialize packaging variables id: vars run: | REF_SHAS=$(echo '${{ github.sha }}' | awk '{ print substr($0, 1, 8) }') unset REF_TAG ; case "${GITHUB_REF}" in refs/tags/*) REF_TAG="${GITHUB_REF#refs/tags/}" ;; esac; PKG_VER="${REF_TAG:-git_$REF_SHAS}" PKG_VER="${PKG_VER#v}" echo PKG_NAME="${PROJECT_NAME}-${PKG_VER}${{ matrix.job.fnsuffix }}.tar.gz" >> $GITHUB_OUTPUT echo REF_SHAS=${REF_SHAS} >> $GITHUB_OUTPUT - uses: actions/upload-artifact@v4 if: false ## disable by default; only useful for debugging GHA with: name: unison-${{ steps.vars.outputs.REF_SHAS }}.ocaml-${{ matrix.job.ocaml-version }}.ubuntu.x86_64 path: pkg/bin/* - name: Copy user manual if: matrix.job.publish continue-on-error: ${{ !(github.ref_type == 'tag' && startsWith(github.ref_name, 'v') && matrix.job.publish) }} uses: actions/download-artifact@v4 with: name: unison-docs path: pkg - name: Prepare package if: matrix.job.publish run: | strip pkg/bin/* cp README* pkg/ cp LICENSE* pkg/ cp INSTALL.md pkg/ cp CONTRIBUTING.md pkg/ cp NEWS.md pkg/ - name: Package if: matrix.job.publish run: cd pkg && tar czf '${{ steps.vars.outputs.PKG_NAME }}' * - uses: actions/upload-artifact@v4 if: matrix.job.publish with: name: ${{ steps.vars.outputs.PKG_NAME }}___ocaml-${{ matrix.job.ocaml-version }}.ubuntu_compat-publish path: pkg/${{ steps.vars.outputs.PKG_NAME }} - name: Publish if: github.ref_type == 'tag' && startsWith(github.ref_name, 'v') && matrix.job.publish uses: softprops/action-gh-release@v1 with: files: pkg/${{ steps.vars.outputs.PKG_NAME }} env: GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} unison-2.53.7/.gitignore000066400000000000000000000013601471241601200151110ustar00rootroot00000000000000*.#* *.a *.al *.aux *.cm[aiox] *.exe *.la *.lib *.libs *.lo *.log *.mode1v3 *.o *.pbxuser *.pyc *.pyo *.rej *.res *.so *.so.[0-9]* *.tmproj *.toc *.xcconfig *.xcworkspace *~ .*.swp .DS_store /src/INSTALLATION /src/mkProjectInfo /src/u-b.o.startup.s /src/ubase/projectInfo.ml /src/unison /src/unison-gui /src/unison-fsmonitor TAGS build logmsg xcuserdata doc/docs doc/junk.ps doc/postproc doc/postproc.ml doc/prefs.tmp doc/prefsdocs.tmp doc/temp.dvi doc/temp.html doc/texdirectives.tex doc/unison-manual.dtxt doc/unison-manual.dvi doc/unison-manual.html doc/unison-manual.htoc doc/unison-manual.pdf doc/unison-manual.ps doc/unison-manual.txt doc/unisonversion.tex man/*.tmp man/unison.1 src/.depend.dot.tmp src/DEPENDENCIES.ps _build .merlin *.install unison-2.53.7/CONTRIBUTING.md000066400000000000000000000112361471241601200153550ustar00rootroot00000000000000# Introduction This file describes many aspects of contributing to Unison beyond testing and bug reporting. ## Maintenance status Unison has no paid contributors. There are currently about 0.1 FTE across 2 people regularly contributing. There are no plans for significant feature development. Help is welcome, and the details are below. ## unison-hackers Discussion of the source code, proposed changes, etc. is most appropriate on the `unison-hackers@` mailinglist. (See https://github.com/bcpierce00/unison/wiki/Mailing-Lists). ## Development and Submitting Proposed Changes The file `src/ROADMAP.txt` has a very basic orientation. Proposed code changes are also welcome (as pull requests). For significant changes, an enhancement request or bug report is likely in order to provide the proposed semantics ahead of time. For changes that are likely to be nearly-universally viewed as clearly desired, that might be enough. Others should be discussed on unison-hackers. Proposed changes should change documentation in concert with code, and should pass CI. Expect comments and requests for adjustments. Unison typically expects contributors to use fixup commits for tweaks and rebase so that there is a clean set of commits from a recent point on master. ## Licensing Unison operates under the widely-used "inbound=outbound" contribution license process. Therefore, all contributions to Unison must be licensed under the project's license, currently GPLv3 (unless a file under a different license is being modified). New files of significance must have a copyright statement and grant permission to copy under the project's license. Significant changes should include copyright statements and/or add authors. Submitting a pull request or posting a contribution on a mailinglist is an assertion that the submitter has the authority to license their changes under the project's license. (This paragraph is intended to summarize the normal conventions, and is not intended to create any new norms. See https://sfconservancy.org/blog/2014/jun/09/do-not-need-cla/ for a longer discussion.) ## CI Github requires maintainer approval for new contributors to be able to run workflows, and this is routinely granted. Thus, CI should run on your PR after a maintainer has had a chance to take an initial look. ## Strings Running `make docs` will regenerate `src/strings.ml`. This change should be in a commit by itself with commit message "Regen strings.ml". ## Build systems Unison has both make and dune. Changes should adjust both, and CI will check that. ## Format breaks Since 2.52, we attempt to have back compat for archive format and wire format. There is feature negotiation for extensions; see src/FEATURES.md and `src/features.mli` for more information. ## Portability Unison runs on *BSD, GNU/Linux, macOS, Solaris/illumos and Windows. Generally Unison aims to use interfaces specified by POSIX, and views non-POSIX systems as deficient and in need of workarounds. In practice this means Windows :-) Sometimes it is necessary to use beyond-POSIX interfaces, but this should be done with care. An example might be optional support of features on some systems, where other systems do not implement the necessary interfaces. However, if there are semantically similar interfaces, all such systems should be supported, and the code should be structured to admit additional implementations. Generally these adaptations will be in C code, hiding the portability issues from our ocaml code base. Discussion on `unison-hackers@` is almost certainly warranted. Unison has a TUI (text/CLI) which requires very little beyond ocaml. There are two GUIs, one with GTK3 and one for mac. Generally we try to be evenhanded with features, but leaving the mac proprietary GUI behind is not prohibited. ## Accommodation of old systems Keeping Unison running on old systems can cause accumulation of crufty workarounds. Unison is very old, and it likely has accommodations for 90s problems. Generally, we aim to keep it working on even very old systems as long as there is no cost in technical debt. However, we are also trying to reduce the code size by removing workarounds for systems that are no longer in use. Unison's working definition of a system that is new enough to justify a workaround is one of: - system is currently receiving maintenance by its upstream - system is Free Software, not LTS, and is no more than 3 years beyond the end of maintenance Even for systems that are not new enough, we will likely apply a cost/benefit analysis to pruning. For example, workarounds for Windows 7 with minor carrying cost will likely not be removed in 2023, but workarounds for Windows NT are unlikely to be kept. unison-2.53.7/INSTALL.md000066400000000000000000000206501471241601200145540ustar00rootroot00000000000000# Installing Unison ## Pre-built binaries The easiest and quickest way is to install pre-built binaries available at many package repositories. The caveat: some repositories are slow to update and often include a very old version of Unison. Alternatively, some pre-built binaries are made available at https://github.com/bcpierce00/unison/releases for macOS, Linux and Windows. No specific installation is needed, just unpack the files at a location of your choosing. ## Building from source ### Packaging systems Many packaging systems, including source-based systems like `pkgsrc` and binary repositories like Debian GNU/Linux, make it easy to build from source by handling all the dependencies for you and encoding the unison build recipe. Please refer to instructions provided by the packaging system. (Issues about packaging systems should be filed with those systems, and not in the unison issue tracker.) ### Mostly-POSIX systems (GNU/Linux, BSDs, macOS, illumos-based OS, Solaris) and Cygwin #### Build prerequisites - A C99 compiler (e.g. gcc, clang) - A recent version of OCaml compiler (version 4.08 at minimum) -- see https://ocaml.org/. (Note that ocaml upstream says that 5.x is experimental. The standard approach is the most recent 4.x ocaml release.) - GNU make - Basic POSIX tools: install, rm, sh ##### Optional, for the GUI only - lablgtk3 and its prerequisites (GTK 3 and its dependencies) - ocamlfind (there is backup code to operate without it in some circumstances) ##### Optional, on BSDs - libinotify (optional, for building unison-fsmonitor) ##### Optional, for building the user manual - sed - LaTeX - pdf2ps (optional, for PS output; included with Ghostscript, for example) - HEVEA (https://hevea.inria.fr/) (optional, for HTML and text formats) - Lynx (optional, for text format) - (for developers only) HEVEA and Lynx are required to re-build the manual included in the Unison binary #### Building To build from source, first ensure that all prerequisites are installed. See each prerequisite's documentation for instructions, or use a package manager. Building from source is as simple as changing to the source directory and executing: ``` gmake ``` where `gmake` is the command to run GNU make. (Usually, GNU make is available as "gmake", but on some systems it is only available as "make".) If you are using OPAM then `opam exec -- make` may work for you, as opam needs to set up a specific environment. Presence of lablgtk3 is detected automatically to build the GUI. If you want to build only the GUI, type `make gui`. You can type `make tui` if you have lablgtk3 installed but don't want the GUI built. Type `make fsmonitor` to build only the filesystem monitor. To install: - set `$PREFIX` in the environment if you don't want /usr/local - optionally set `$DESTDIR` - run `gmake install`. The set of installed files (paths from the source directory) should be ``` src/unison (the main executable for TUI/CLI) src/unison-gui (the main executable for GUI) src/unison-fsmonitor (optional, on some build platforms) src/fsmonitor.py (optional, if unison-fsmonitor is not built) man/unison.1 (optional, manual page) doc/unison-manual.* (optional, user manual in different formats) ``` ### Cross-compiling for a different target architecture or OS To cross-compile for a different target, you need to have a cross-compilation toolchain including both a cross-compiling C compiler and a cross-compiling OCaml compiler. When you have cross-compilation toolchain in place, building Unison from source works according to instructions above. You just have to add a `TOOL_PREFIX` argument to `gmake` to indicate which toolchain to use (and ensure the tools are in `$PATH`). For example, to build a native Windows 64-bit executable using the MinGW cross-compilation toolchain: ``` gmake TOOL_PREFIX=x86_64-w64-mingw32- ``` Building the manual page and documentation does not work when cross-compiling. To build the documentation, first build Unison without cross-compilation. ### macOS First, note that macOS is a mostly-POSIX system and see that section above. Second, note that macOS by default is missing a number of expected tools, including POSIX-required system headers (e.g. all of /usr/include). The standard approach on macOS is to install either Command Line Tools or Xcode, so that one has a working C99/mostly-POSIX environment. These also allow building against the libraries required for the mac-native GUI. #### Building The mostly-POSIX instructions above will build the text user interface, the GTK GUI and, if you have native GUI headers/libs, also the macOS native GUI. To build only the macOS native GUI, execute: ``` make macui ``` The built application will be located at `src/uimac/build/Default/Unison.app`. ### Windows Building on Windows is currently somewhat complicated. All methods require Cygwin as a POSIX-like layer for Windows. Cygwin is required for the build process only; the build can produce fully native Windows binaries that don't require Cygwin to run. To build Unison for usage within Cygwin environment, follow build instructions for Unix-like OS above. Builds are possible with MS Visual C++ (MSVC) (currently untested and likely not working) and MinGW-w64 (currently the best option) compilers. The build system automatically detects if the build is of MSVC, MinGW or Cygwin GNU C (not native Windows) type based on the first OCaml compiler (ocamlc and ocamlopt) found on PATH. Thus, if you have multiple compilers, you can easily select between these methods by adjusting the PATH accordingly when running `make`. #### MinGW Building with MinGW, you still need a Cygwin installation as the build environment. It is not required to run the produced executables. You need to have the following prerequisites: - MinGW gcc and MinGW binutils (Cygwin package example mingw64-x86_64-gcc-core) - A recent version of OCaml compiler (version 4.08 at minimum) which itself is built with MinGW gcc (it is possible to find pre-compiled binaries); do not use the Cygwin OCaml package as that is not compiled with MinGW - GNU make - A POSIX shell (available in Cygwin by default) To build, change to directory where Unison source code is and execute: ``` make ``` If all goes well, the following files will be produced: ``` src/unison.exe (the main executable for TUI/CLI) src/unison-gui.exe (the main executable for GUI, optional, see below) src/unison-fsmonitor.exe (filesystem monitor, optional) ``` You can check which DLLs are needed by the built binary by executing `cygcheck src/unison.exe` or `ldd src/unison.exe`. For building the GUI (optional), you also need the following: - MinGW GTK 3 and its dependencies (Cygwin package example mingw64-x86_64-gtk3) - Some MinGW GTK icon theme (optional, but recommended; Cygwin package example mingw64-x86_64-adwaita-icon-theme) - lablgtk3 and its prerequisites (ocamlfind, dune build system) Building lablgtk3 from source is complicated. It is recommended to use OPAM for that (Cygwin package name opam). Make sure that OPAM uses the MinGW version of gcc and binutils. #### MSVC Building with MSVC is in principle similar to building with MinGW, except that the C compiler is now MSVC and the OCaml compiler must itself be built with MSVC (it is possible to find pre-compiler binaries). Environment for MSVC must be set up properly so that it can be used from Cygwin environment. ### Build options There are some additional options that control the build process: - NATIVE: If you can't compile a native binary for your platform then add `NATIVE=false` as argument to `make`. This will produce a single native executable with OCaml runtime and Unison bytecode embedded. - CFLAGS, CPPFLAGS, LDFLAGS, LDLIBS control the build process as usual. OCaml compiler will pass these arguments on to the C compiler and linker. - To produce a statically linked executable, add arguments suitable for your platform and toolchain in your LDFLAGS. Static linking mostly makes no difference because some widely-used C libraries, like glibc, do not allow static linking, GTK does not allow static linking and there is nothing to link statically for the textual user interface in Windows and Cygwin. Examples of LDFLAGS values to enable static linking: `-static` or `-Wl,-static` for gcc (should also work for clang); `-link -static` for gcc in Windows (MinGW, Cygwin, MSYS2) ("-link" is required due to flexlink being used in the toolchain). unison-2.53.7/LICENSE000066400000000000000000001045131471241601200141320ustar00rootroot00000000000000 GNU GENERAL PUBLIC LICENSE Version 3, 29 June 2007 Copyright (C) 2007 Free Software Foundation, Inc. Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed. Preamble The GNU General Public License is a free, copyleft license for software and other kinds of works. The licenses for most software and other practical works are designed to take away your freedom to share and change the works. By contrast, the GNU General Public License is intended to guarantee your freedom to share and change all versions of a program--to make sure it remains free software for all its users. We, the Free Software Foundation, use the GNU General Public License for most of our software; it applies also to any other work released this way by its authors. You can apply it to your programs, too. When we speak of free software, we are referring to freedom, not price. Our General Public Licenses are designed to make sure that you have the freedom to distribute copies of free software (and charge for them if you wish), that you receive source code or can get it if you want it, that you can change the software or use pieces of it in new free programs, and that you know you can do these things. To protect your rights, we need to prevent others from denying you these rights or asking you to surrender the rights. Therefore, you have certain responsibilities if you distribute copies of the software, or if you modify it: responsibilities to respect the freedom of others. For example, if you distribute copies of such a program, whether gratis or for a fee, you must pass on to the recipients the same freedoms that you received. You must make sure that they, too, receive or can get the source code. And you must show them these terms so they know their rights. Developers that use the GNU GPL protect your rights with two steps: (1) assert copyright on the software, and (2) offer you this License giving you legal permission to copy, distribute and/or modify it. For the developers' and authors' protection, the GPL clearly explains that there is no warranty for this free software. For both users' and authors' sake, the GPL requires that modified versions be marked as changed, so that their problems will not be attributed erroneously to authors of previous versions. Some devices are designed to deny users access to install or run modified versions of the software inside them, although the manufacturer can do so. This is fundamentally incompatible with the aim of protecting users' freedom to change the software. The systematic pattern of such abuse occurs in the area of products for individuals to use, which is precisely where it is most unacceptable. Therefore, we have designed this version of the GPL to prohibit the practice for those products. If such problems arise substantially in other domains, we stand ready to extend this provision to those domains in future versions of the GPL, as needed to protect the freedom of users. Finally, every program is threatened constantly by software patents. States should not allow patents to restrict development and use of software on general-purpose computers, but in those that do, we wish to avoid the special danger that patents applied to a free program could make it effectively proprietary. To prevent this, the GPL assures that patents cannot be used to render the program non-free. The precise terms and conditions for copying, distribution and modification follow. TERMS AND CONDITIONS 0. Definitions. "This License" refers to version 3 of the GNU General Public License. "Copyright" also means copyright-like laws that apply to other kinds of works, such as semiconductor masks. "The Program" refers to any copyrightable work licensed under this License. Each licensee is addressed as "you". "Licensees" and "recipients" may be individuals or organizations. To "modify" a work means to copy from or adapt all or part of the work in a fashion requiring copyright permission, other than the making of an exact copy. The resulting work is called a "modified version" of the earlier work or a work "based on" the earlier work. A "covered work" means either the unmodified Program or a work based on the Program. To "propagate" a work means to do anything with it that, without permission, would make you directly or secondarily liable for infringement under applicable copyright law, except executing it on a computer or modifying a private copy. Propagation includes copying, distribution (with or without modification), making available to the public, and in some countries other activities as well. To "convey" a work means any kind of propagation that enables other parties to make or receive copies. Mere interaction with a user through a computer network, with no transfer of a copy, is not conveying. An interactive user interface displays "Appropriate Legal Notices" to the extent that it includes a convenient and prominently visible feature that (1) displays an appropriate copyright notice, and (2) tells the user that there is no warranty for the work (except to the extent that warranties are provided), that licensees may convey the work under this License, and how to view a copy of this License. If the interface presents a list of user commands or options, such as a menu, a prominent item in the list meets this criterion. 1. Source Code. The "source code" for a work means the preferred form of the work for making modifications to it. "Object code" means any non-source form of a work. A "Standard Interface" means an interface that either is an official standard defined by a recognized standards body, or, in the case of interfaces specified for a particular programming language, one that is widely used among developers working in that language. The "System Libraries" of an executable work include anything, other than the work as a whole, that (a) is included in the normal form of packaging a Major Component, but which is not part of that Major Component, and (b) serves only to enable use of the work with that Major Component, or to implement a Standard Interface for which an implementation is available to the public in source code form. A "Major Component", in this context, means a major essential component (kernel, window system, and so on) of the specific operating system (if any) on which the executable work runs, or a compiler used to produce the work, or an object code interpreter used to run it. The "Corresponding Source" for a work in object code form means all the source code needed to generate, install, and (for an executable work) run the object code and to modify the work, including scripts to control those activities. However, it does not include the work's System Libraries, or general-purpose tools or generally available free programs which are used unmodified in performing those activities but which are not part of the work. For example, Corresponding Source includes interface definition files associated with source files for the work, and the source code for shared libraries and dynamically linked subprograms that the work is specifically designed to require, such as by intimate data communication or control flow between those subprograms and other parts of the work. The Corresponding Source need not include anything that users can regenerate automatically from other parts of the Corresponding Source. The Corresponding Source for a work in source code form is that same work. 2. Basic Permissions. All rights granted under this License are granted for the term of copyright on the Program, and are irrevocable provided the stated conditions are met. This License explicitly affirms your unlimited permission to run the unmodified Program. The output from running a covered work is covered by this License only if the output, given its content, constitutes a covered work. This License acknowledges your rights of fair use or other equivalent, as provided by copyright law. You may make, run and propagate covered works that you do not convey, without conditions so long as your license otherwise remains in force. You may convey covered works to others for the sole purpose of having them make modifications exclusively for you, or provide you with facilities for running those works, provided that you comply with the terms of this License in conveying all material for which you do not control copyright. Those thus making or running the covered works for you must do so exclusively on your behalf, under your direction and control, on terms that prohibit them from making any copies of your copyrighted material outside their relationship with you. Conveying under any other circumstances is permitted solely under the conditions stated below. Sublicensing is not allowed; section 10 makes it unnecessary. 3. Protecting Users' Legal Rights From Anti-Circumvention Law. No covered work shall be deemed part of an effective technological measure under any applicable law fulfilling obligations under article 11 of the WIPO copyright treaty adopted on 20 December 1996, or similar laws prohibiting or restricting circumvention of such measures. When you convey a covered work, you waive any legal power to forbid circumvention of technological measures to the extent such circumvention is effected by exercising rights under this License with respect to the covered work, and you disclaim any intention to limit operation or modification of the work as a means of enforcing, against the work's users, your or third parties' legal rights to forbid circumvention of technological measures. 4. Conveying Verbatim Copies. You may convey verbatim copies of the Program's source code as you receive it, in any medium, provided that you conspicuously and appropriately publish on each copy an appropriate copyright notice; keep intact all notices stating that this License and any non-permissive terms added in accord with section 7 apply to the code; keep intact all notices of the absence of any warranty; and give all recipients a copy of this License along with the Program. You may charge any price or no price for each copy that you convey, and you may offer support or warranty protection for a fee. 5. Conveying Modified Source Versions. You may convey a work based on the Program, or the modifications to produce it from the Program, in the form of source code under the terms of section 4, provided that you also meet all of these conditions: a) The work must carry prominent notices stating that you modified it, and giving a relevant date. b) The work must carry prominent notices stating that it is released under this License and any conditions added under section 7. This requirement modifies the requirement in section 4 to "keep intact all notices". c) You must license the entire work, as a whole, under this License to anyone who comes into possession of a copy. This License will therefore apply, along with any applicable section 7 additional terms, to the whole of the work, and all its parts, regardless of how they are packaged. This License gives no permission to license the work in any other way, but it does not invalidate such permission if you have separately received it. d) If the work has interactive user interfaces, each must display Appropriate Legal Notices; however, if the Program has interactive interfaces that do not display Appropriate Legal Notices, your work need not make them do so. A compilation of a covered work with other separate and independent works, which are not by their nature extensions of the covered work, and which are not combined with it such as to form a larger program, in or on a volume of a storage or distribution medium, is called an "aggregate" if the compilation and its resulting copyright are not used to limit the access or legal rights of the compilation's users beyond what the individual works permit. Inclusion of a covered work in an aggregate does not cause this License to apply to the other parts of the aggregate. 6. Conveying Non-Source Forms. You may convey a covered work in object code form under the terms of sections 4 and 5, provided that you also convey the machine-readable Corresponding Source under the terms of this License, in one of these ways: a) Convey the object code in, or embodied in, a physical product (including a physical distribution medium), accompanied by the Corresponding Source fixed on a durable physical medium customarily used for software interchange. b) Convey the object code in, or embodied in, a physical product (including a physical distribution medium), accompanied by a written offer, valid for at least three years and valid for as long as you offer spare parts or customer support for that product model, to give anyone who possesses the object code either (1) a copy of the Corresponding Source for all the software in the product that is covered by this License, on a durable physical medium customarily used for software interchange, for a price no more than your reasonable cost of physically performing this conveying of source, or (2) access to copy the Corresponding Source from a network server at no charge. c) Convey individual copies of the object code with a copy of the written offer to provide the Corresponding Source. This alternative is allowed only occasionally and noncommercially, and only if you received the object code with such an offer, in accord with subsection 6b. d) Convey the object code by offering access from a designated place (gratis or for a charge), and offer equivalent access to the Corresponding Source in the same way through the same place at no further charge. You need not require recipients to copy the Corresponding Source along with the object code. If the place to copy the object code is a network server, the Corresponding Source may be on a different server (operated by you or a third party) that supports equivalent copying facilities, provided you maintain clear directions next to the object code saying where to find the Corresponding Source. Regardless of what server hosts the Corresponding Source, you remain obligated to ensure that it is available for as long as needed to satisfy these requirements. e) Convey the object code using peer-to-peer transmission, provided you inform other peers where the object code and Corresponding Source of the work are being offered to the general public at no charge under subsection 6d. A separable portion of the object code, whose source code is excluded from the Corresponding Source as a System Library, need not be included in conveying the object code work. A "User Product" is either (1) a "consumer product", which means any tangible personal property which is normally used for personal, family, or household purposes, or (2) anything designed or sold for incorporation into a dwelling. In determining whether a product is a consumer product, doubtful cases shall be resolved in favor of coverage. For a particular product received by a particular user, "normally used" refers to a typical or common use of that class of product, regardless of the status of the particular user or of the way in which the particular user actually uses, or expects or is expected to use, the product. A product is a consumer product regardless of whether the product has substantial commercial, industrial or non-consumer uses, unless such uses represent the only significant mode of use of the product. "Installation Information" for a User Product means any methods, procedures, authorization keys, or other information required to install and execute modified versions of a covered work in that User Product from a modified version of its Corresponding Source. The information must suffice to ensure that the continued functioning of the modified object code is in no case prevented or interfered with solely because modification has been made. If you convey an object code work under this section in, or with, or specifically for use in, a User Product, and the conveying occurs as part of a transaction in which the right of possession and use of the User Product is transferred to the recipient in perpetuity or for a fixed term (regardless of how the transaction is characterized), the Corresponding Source conveyed under this section must be accompanied by the Installation Information. But this requirement does not apply if neither you nor any third party retains the ability to install modified object code on the User Product (for example, the work has been installed in ROM). The requirement to provide Installation Information does not include a requirement to continue to provide support service, warranty, or updates for a work that has been modified or installed by the recipient, or for the User Product in which it has been modified or installed. Access to a network may be denied when the modification itself materially and adversely affects the operation of the network or violates the rules and protocols for communication across the network. Corresponding Source conveyed, and Installation Information provided, in accord with this section must be in a format that is publicly documented (and with an implementation available to the public in source code form), and must require no special password or key for unpacking, reading or copying. 7. Additional Terms. "Additional permissions" are terms that supplement the terms of this License by making exceptions from one or more of its conditions. Additional permissions that are applicable to the entire Program shall be treated as though they were included in this License, to the extent that they are valid under applicable law. If additional permissions apply only to part of the Program, that part may be used separately under those permissions, but the entire Program remains governed by this License without regard to the additional permissions. When you convey a copy of a covered work, you may at your option remove any additional permissions from that copy, or from any part of it. (Additional permissions may be written to require their own removal in certain cases when you modify the work.) You may place additional permissions on material, added by you to a covered work, for which you have or can give appropriate copyright permission. Notwithstanding any other provision of this License, for material you add to a covered work, you may (if authorized by the copyright holders of that material) supplement the terms of this License with terms: a) Disclaiming warranty or limiting liability differently from the terms of sections 15 and 16 of this License; or b) Requiring preservation of specified reasonable legal notices or author attributions in that material or in the Appropriate Legal Notices displayed by works containing it; or c) Prohibiting misrepresentation of the origin of that material, or requiring that modified versions of such material be marked in reasonable ways as different from the original version; or d) Limiting the use for publicity purposes of names of licensors or authors of the material; or e) Declining to grant rights under trademark law for use of some trade names, trademarks, or service marks; or f) Requiring indemnification of licensors and authors of that material by anyone who conveys the material (or modified versions of it) with contractual assumptions of liability to the recipient, for any liability that these contractual assumptions directly impose on those licensors and authors. All other non-permissive additional terms are considered "further restrictions" within the meaning of section 10. If the Program as you received it, or any part of it, contains a notice stating that it is governed by this License along with a term that is a further restriction, you may remove that term. If a license document contains a further restriction but permits relicensing or conveying under this License, you may add to a covered work material governed by the terms of that license document, provided that the further restriction does not survive such relicensing or conveying. If you add terms to a covered work in accord with this section, you must place, in the relevant source files, a statement of the additional terms that apply to those files, or a notice indicating where to find the applicable terms. Additional terms, permissive or non-permissive, may be stated in the form of a separately written license, or stated as exceptions; the above requirements apply either way. 8. Termination. You may not propagate or modify a covered work except as expressly provided under this License. Any attempt otherwise to propagate or modify it is void, and will automatically terminate your rights under this License (including any patent licenses granted under the third paragraph of section 11). However, if you cease all violation of this License, then your license from a particular copyright holder is reinstated (a) provisionally, unless and until the copyright holder explicitly and finally terminates your license, and (b) permanently, if the copyright holder fails to notify you of the violation by some reasonable means prior to 60 days after the cessation. Moreover, your license from a particular copyright holder is reinstated permanently if the copyright holder notifies you of the violation by some reasonable means, this is the first time you have received notice of violation of this License (for any work) from that copyright holder, and you cure the violation prior to 30 days after your receipt of the notice. Termination of your rights under this section does not terminate the licenses of parties who have received copies or rights from you under this License. If your rights have been terminated and not permanently reinstated, you do not qualify to receive new licenses for the same material under section 10. 9. Acceptance Not Required for Having Copies. You are not required to accept this License in order to receive or run a copy of the Program. Ancillary propagation of a covered work occurring solely as a consequence of using peer-to-peer transmission to receive a copy likewise does not require acceptance. However, nothing other than this License grants you permission to propagate or modify any covered work. These actions infringe copyright if you do not accept this License. Therefore, by modifying or propagating a covered work, you indicate your acceptance of this License to do so. 10. Automatic Licensing of Downstream Recipients. Each time you convey a covered work, the recipient automatically receives a license from the original licensors, to run, modify and propagate that work, subject to this License. You are not responsible for enforcing compliance by third parties with this License. An "entity transaction" is a transaction transferring control of an organization, or substantially all assets of one, or subdividing an organization, or merging organizations. If propagation of a covered work results from an entity transaction, each party to that transaction who receives a copy of the work also receives whatever licenses to the work the party's predecessor in interest had or could give under the previous paragraph, plus a right to possession of the Corresponding Source of the work from the predecessor in interest, if the predecessor has it or can get it with reasonable efforts. You may not impose any further restrictions on the exercise of the rights granted or affirmed under this License. For example, you may not impose a license fee, royalty, or other charge for exercise of rights granted under this License, and you may not initiate litigation (including a cross-claim or counterclaim in a lawsuit) alleging that any patent claim is infringed by making, using, selling, offering for sale, or importing the Program or any portion of it. 11. Patents. A "contributor" is a copyright holder who authorizes use under this License of the Program or a work on which the Program is based. The work thus licensed is called the contributor's "contributor version". A contributor's "essential patent claims" are all patent claims owned or controlled by the contributor, whether already acquired or hereafter acquired, that would be infringed by some manner, permitted by this License, of making, using, or selling its contributor version, but do not include claims that would be infringed only as a consequence of further modification of the contributor version. For purposes of this definition, "control" includes the right to grant patent sublicenses in a manner consistent with the requirements of this License. Each contributor grants you a non-exclusive, worldwide, royalty-free patent license under the contributor's essential patent claims, to make, use, sell, offer for sale, import and otherwise run, modify and propagate the contents of its contributor version. In the following three paragraphs, a "patent license" is any express agreement or commitment, however denominated, not to enforce a patent (such as an express permission to practice a patent or covenant not to sue for patent infringement). To "grant" such a patent license to a party means to make such an agreement or commitment not to enforce a patent against the party. If you convey a covered work, knowingly relying on a patent license, and the Corresponding Source of the work is not available for anyone to copy, free of charge and under the terms of this License, through a publicly available network server or other readily accessible means, then you must either (1) cause the Corresponding Source to be so available, or (2) arrange to deprive yourself of the benefit of the patent license for this particular work, or (3) arrange, in a manner consistent with the requirements of this License, to extend the patent license to downstream recipients. "Knowingly relying" means you have actual knowledge that, but for the patent license, your conveying the covered work in a country, or your recipient's use of the covered work in a country, would infringe one or more identifiable patents in that country that you have reason to believe are valid. If, pursuant to or in connection with a single transaction or arrangement, you convey, or propagate by procuring conveyance of, a covered work, and grant a patent license to some of the parties receiving the covered work authorizing them to use, propagate, modify or convey a specific copy of the covered work, then the patent license you grant is automatically extended to all recipients of the covered work and works based on it. A patent license is "discriminatory" if it does not include within the scope of its coverage, prohibits the exercise of, or is conditioned on the non-exercise of one or more of the rights that are specifically granted under this License. You may not convey a covered work if you are a party to an arrangement with a third party that is in the business of distributing software, under which you make payment to the third party based on the extent of your activity of conveying the work, and under which the third party grants, to any of the parties who would receive the covered work from you, a discriminatory patent license (a) in connection with copies of the covered work conveyed by you (or copies made from those copies), or (b) primarily for and in connection with specific products or compilations that contain the covered work, unless you entered into that arrangement, or that patent license was granted, prior to 28 March 2007. Nothing in this License shall be construed as excluding or limiting any implied license or other defenses to infringement that may otherwise be available to you under applicable patent law. 12. No Surrender of Others' Freedom. If conditions are imposed on you (whether by court order, agreement or otherwise) that contradict the conditions of this License, they do not excuse you from the conditions of this License. If you cannot convey a covered work so as to satisfy simultaneously your obligations under this License and any other pertinent obligations, then as a consequence you may not convey it at all. For example, if you agree to terms that obligate you to collect a royalty for further conveying from those to whom you convey the Program, the only way you could satisfy both those terms and this License would be to refrain entirely from conveying the Program. 13. Use with the GNU Affero General Public License. Notwithstanding any other provision of this License, you have permission to link or combine any covered work with a work licensed under version 3 of the GNU Affero General Public License into a single combined work, and to convey the resulting work. The terms of this License will continue to apply to the part which is the covered work, but the special requirements of the GNU Affero General Public License, section 13, concerning interaction through a network will apply to the combination as such. 14. Revised Versions of this License. The Free Software Foundation may publish revised and/or new versions of the GNU General Public License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns. Each version is given a distinguishing version number. If the Program specifies that a certain numbered version of the GNU General Public License "or any later version" applies to it, you have the option of following the terms and conditions either of that numbered version or of any later version published by the Free Software Foundation. If the Program does not specify a version number of the GNU General Public License, you may choose any version ever published by the Free Software Foundation. If the Program specifies that a proxy can decide which future versions of the GNU General Public License can be used, that proxy's public statement of acceptance of a version permanently authorizes you to choose that version for the Program. Later license versions may give you additional or different permissions. However, no additional obligations are imposed on any author or copyright holder as a result of your choosing to follow a later version. 15. Disclaimer of Warranty. THERE IS NO WARRANTY FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, REPAIR OR CORRECTION. 16. Limitation of Liability. IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MODIFIES AND/OR CONVEYS THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED TO LOSS OF DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER PROGRAMS), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. 17. Interpretation of Sections 15 and 16. If the disclaimer of warranty and limitation of liability provided above cannot be given local legal effect according to their terms, reviewing courts shall apply local law that most closely approximates an absolute waiver of all civil liability in connection with the Program, unless a warranty or assumption of liability accompanies a copy of the Program in return for a fee. END OF TERMS AND CONDITIONS How to Apply These Terms to Your New Programs If you develop a new program, and you want it to be of the greatest possible use to the public, the best way to achieve this is to make it free software which everyone can redistribute and change under these terms. To do so, attach the following notices to the program. It is safest to attach them to the start of each source file to most effectively state the exclusion of warranty; and each file should have at least the "copyright" line and a pointer to where the full notice is found. Copyright (C) This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program. If not, see . Also add information on how to contact you by electronic and paper mail. If the program does terminal interaction, make it output a short notice like this when it starts in an interactive mode: Copyright (C) This program comes with ABSOLUTELY NO WARRANTY; for details type `show w'. This is free software, and you are welcome to redistribute it under certain conditions; type `show c' for details. The hypothetical commands `show w' and `show c' should show the appropriate parts of the General Public License. Of course, your program's commands might be different; for a GUI interface, you would use an "about box". You should also get your employer (if you work as a programmer) or school, if any, to sign a "copyright disclaimer" for the program, if necessary. For more information on this, and how to apply and follow the GNU GPL, see . The GNU General Public License does not permit incorporating your program into proprietary programs. If your program is a subroutine library, you may consider it more useful to permit linking proprietary applications with the library. If this is what you want to do, use the GNU Lesser General Public License instead of this License. But first, please read . unison-2.53.7/Makefile000066400000000000000000000042521471241601200145640ustar00rootroot00000000000000# Unison file synchronizer: Makefile # See LICENSE for terms. # Sub-makefiles are perfectly fine for parallel builds. # This makefile is not, due to recursive invocations of make. .NOTPARALLEL: .PHONY: all all: src manpage .PHONY: src src: $(MAKE) -C src # It's a wart that docs need "unison" built (vs some docs utility). .PHONY: docs docs: src manpage $(MAKE) -C doc # "src" is a prerequisite to prevent parallel build errors. # manpage builds currently require a pre-built "unison" binary. .PHONY: manpage manpage: src $(MAKE) -C man .PHONY: test test: ./src/unison ./src/unison -ui text -selftest .PHONY: depend depend: $(MAKE) -C src depend .PHONY: clean clean: $(MAKE) -C doc clean $(MAKE) -C man clean $(MAKE) -C src clean INSTALL ?= install INSTALL_PROGRAM ?= $(INSTALL) INSTALL_DATA ?= $(INSTALL) -m 644 prefix = /usr/local PREFIX ?= $(prefix) exec_prefix = $(PREFIX) EXEC_PREFIX ?= $(exec_prefix) bindir = $(EXEC_PREFIX)/bin BINDIR ?= $(bindir) datarootdir = $(PREFIX)/share DATAROOTDIR ?= $(datarootdir) mandir = $(DATAROOTDIR)/man MANDIR ?= $(mandir) man1dir = $(MANDIR)/man1 MAN1DIR ?= $(man1dir) manext = .1 MANEXT ?= $(manext) .PHONY: install install: all $(INSTALL) -d "$(DESTDIR)$(BINDIR)" ifneq ($(wildcard src/unison),) $(INSTALL_PROGRAM) src/unison "$(DESTDIR)$(BINDIR)/unison" endif ifneq ($(wildcard src/unison-gui),) $(INSTALL_PROGRAM) src/unison-gui "$(DESTDIR)$(BINDIR)/unison-gui" endif ifneq ($(wildcard src/unison-fsmonitor),) $(INSTALL_PROGRAM) src/unison-fsmonitor "$(DESTDIR)$(BINDIR)/unison-fsmonitor" else ifneq ($(wildcard src/fsmonitor.py),) $(INSTALL_PROGRAM) src/fsmonitor.py "$(DESTDIR)$(BINDIR)/fsmonitor.py" endif endif ifneq ($(wildcard man/unison.1),) $(INSTALL) -d "$(DESTDIR)$(MAN1DIR)" $(INSTALL_DATA) man/unison.1 "$(DESTDIR)$(MAN1DIR)/unison$(MANEXT)" endif ifneq ($(wildcard src/uimac/build/Default/Unison.app),) $(info !!! The GUI for macOS has been built but will NOT be installed automatically. \ You can find the built GUI package at $(abspath src/uimac/build/Default/Unison.app)) endif # Delegate other targets to the sub-makefile .PHONY: Makefile ./src/%: $(MAKE) -C src $* %: FORCE $(MAKE) -C src $@ .PHONY: FORCE FORCE: ; unison-2.53.7/NEWS.md000066400000000000000000003327021471241601200142260ustar00rootroot00000000000000# UNISON NEWS This file contains a summary of user-visible or important changes, in the style of the GNU coding standards. By user-visible, we include changes relevant for those building unison from source. We omit most bugfixes, minor improvements, and cleanups, but of course every release contains some. Refer to the documentation for details; this file is a terse notice of changes rather than a tutorial about new features. As of 2022, this file (NEWS.md at top level) is used for news. Some software has a "changelog" file that records all changes, but unison uses git history for that, and thus there is no changelog file. ## Changes in 2.53.7 Released 2024-11-04 * Fix for parallel builds of the gui. (If 2.53.6 built for you, because you didn't build the GUI, you didn't use -j, or you got lucky, there is no need to update to 2.53.7.) ## Changes in 2.53.6 Released 2024-11-04 * Remove workaround for Windows DST: Time differences of one hour are no longer treated as not different. * Time remaining, when over 24h, shown as days and HMS instead of just HMS. * Stop using deprecated [GdkPixbuf.from_xpm_data] (avoids problems with some versions of gdkpixbuf). Attempt to avoid soundness issues with lablgtk while doing so. Deprecation warning: support for external rsync will be removed, likely in 2.54.0. DEPRECATION MAY HAPPEN WITH LESS THAN TYPICAL NOTICE: lablgtk is difficult to use safely, and future maintenance is unclear. Implementing the GUI without lablgtk requires more effort than seems likely to happen. Thus, it is possible that support for the unison GUI may end suddenly, on a particular platform, or on all platforms -- even in a micro release. See https://github.com/bcpierce00/unison/issues/1075 ## Changes in 2.53.5 Released 2024-05-06 * Various minor bugfixes. * Recovery from errors during repeat mode (enabled in 2.53.1) is disabled for time being. ## Changes in 2.53.4 Released 2024-02-19 * Improved and simplified makefiles. Please review your build scripts for changed build goals, input variables and build artifact names. See INSTALL.md for details. * opam build uses the makefile build system. * Various fixes in Windows and Cygwin builds. * Preferences "force", "prefer" and related "partial" preferences now work slightly differently with values "newer" and "older". Previously, if mtimes in both replicas were equal then always the second root propagated to the first root (possibly reverting user changes). It is now made explicit that "newer" and "older" only work when mtimes are different. * Cleanups in documentation. * Bugfixes, minor improvements, cleanups. ## Changes in 2.53.3 Released 2023-04-28 * On Linux, allow syncing the xattrs where POSIX draft ACLS are stored, which enables syncing the ACL info. (Note that this does not enable syncing ACLs with the `-acl` switch, and does not enable syncing ACLs between other systems and Linux. See the manual.) * Improved ETA calculation and sync speed display in text UI. * Fix CI Windows builds (again). * Drop unmaintained "make install" target. * Bugfixes, minor improvements, cleanups. ## Changes in 2.53.2 Released 2023-03-20 * Change version string to 2.53.2 (2.53.1 identified as 2.53.0). ## Changes in 2.53.1 Released 2023-03-19 * Repeat mode is more fault tolerant, recovering after temporary errors. * Preferences "force", "prefer" and related no longer require specifying the full root. * Improve stopping of update propagation. * Enable VT input escape codes in Windows. * Respect user-provided CFLAGS, CPPFLAGS, LDFLAGS, LDLIBS. * Add build instructions in INSTALL.md (and drop from manual). * Add graceful stop in repeat mode - SIGUSR2. * Add watch+seconds to 'repeat' preference. ## Changes in 2.53.0 Released 2022-11-07 * OCaml >= 4.08 is required to build unison. * unison can be built with (unreleased) OCaml 5. * Change GUI to use GTK3 (via lablgtk3) instead of GTK2 (via lablgtk2) * Add support for syncing extended attributes. * Add support for syncing ACLs. * On Windows, add the ability to build unison as a hybrid application (GUI application attached to a text console) by defining UI_WINOS=hybrid (see src/Makefile). Add this to CI. (Doing this for non-Windows is unnecessary as all applications, both GUI and non-GUI, are always executed with a connection to stdout/stderr. GUI-only applications (ie, no stdout/stderr) is a Windows-only concept.) * Notable bugfixes - Merge results are stored in archive more accurately. - Windows `\\?\` paths now work correctly (including `\\?\Volume{GUID}\` paths). * CI changes - The macOS binaries are properly signed. - Add workaround for bugs in the github CI Windows builds, one of which resulted in the 2.52.1 GUI version failing, in the Windows CI build artifacts. (This does not affect platforms other than Windows, and may not affect other Windows builds.) * Changes that should not affect behavior - Clean up a variety of unmaintained and unused bits, mainly build-related. - OCaml's Unix library is now extensively used also on Windows. This allowed removal of large amount of Windows-specific OCaml and mainly C code. ## Changes in 2.52.1 Released 2022-05-08 * Deprecate ocaml < 4.08: 2.53.0 will require 4.08 or higher * Add man page * Remove rsh:// URI scheme (ssh:// of course remains). * Significant bugfixes and minor improvements * Deprecate "backups" preference (see manual for alternatives) * Deprecate "stream" and "halfduplex" preferences ## Changes in 2.52.0 Released 2022-03-12 * Feature negotiation, compatible with 2.51. * New archive format (independent of ocaml version, based on umarshal) Upgrade is automatic. * New wire protocol (independent of ocaml version, based on umarshal) New protocol is used if both sides are >= 2.52.0. * Compatibility with 2.48 * Support for unix-domain sockets * Many bugfixes and minor improvements * ocaml compatibility is now >= 4.01 * NEWS is now in NEWS.md and not in the manual ## Changes in 2.51.5 Released 2021-12-18 * Restore OCaml compat to before 4.02 * dune/opam improvements/fixes * Improve GTK UI by using GtkTreeView * Add support for syncing symlinks on Windows (NTFS) * Improve ssh support on Windows (hide Windows console in GUI mode) * Many bugfixes and minor improvements ## Changes in 2.51.4 Released 2021-06-24 * OCaml 4.12 support * fsmonitor improvements and Solaris support * Color support in text UI, with a new preference, disabled by NO_COLOR. * Interactive profile selection in text UI, enabled by a new preference. * Working files are stored in the unison directory (typically /.unison) rather than $HOME. * Build cleanups, CI improvements, housekeeping * Many bugfixes and minor improvements ## Changes in 2.51.3 Released 2020-10-21 * Some nontrivial changes to profile parsing (G.raud Meyer) + '=' has been considered whitespace until now: several following chars are considered as only one; trailing chars are discarded; any non empty sequence of char is splitting. This is non standard and leads to confusion, for example -ignore== 'Name .*=*' is valid when -ignore='Name .*=*' is not, and worse -ignore='Name *=' is the same as -ignore='Name *'. The parser now takes just a single '=' as delimiter after the option name. Other = characters are considered as part of the value being assigned to the option. * Numerous improvements to the text user-interface (G.raud Meyer) + New key-commands that restrict the display to a set of "matching" items: ones that are offering to propagate changes in a particular direction, conflicts, files to be merged, etc., plus several more useful key-commands. Type "?" to Unison to see all available commands. ## Changes in 2.51.0 through 2.51.2 * Repository transplanted from SVN to Git and moved to GitHub () (https://github.com/bcpierce00/unison). * Add a new preference, 'atomic', for specifying directories that should be treated atomically: if there are changes within such a directory in both replicase, the whole directory is marked as a conflict instead of propagating any of the changes. Thanks to Julian Squires for submitting this patch! * OSX / macOS + Ported to 10.13, High Sierra, and Apple's new APFS (earlier versions of Unison break because of new behavior of AppleDouble files) + Replaced Growl with OS X native notification center. * Miscellaneous: + The OCaml compiler version is now included in the "connection header -- the string that's printed when connecting to a remote server -- to facilitate debugging version mismatch issues. + Compatible with OCaml 4.06. + Added a DockerFile for the convenience of Docker users. + Many small bugfixes and UI improvements. ## Changes in 2.48 * Incorporated a patch from Christopher Zimmermann to replace the Uprintf module (which doesn't work with OCaml 4.02, causing Unison to crash) with equivalent functionality from the standard library. * Incorporated a refresh of the OSX GUI, contributed by Alan Shutko. * Added a maxsizethreshold option, which prevents the transfer of files larger than the size specified (in Kb). * Added a "copyonconflict" preference, to make a copy of files that would otherwise be overwritten or deleted in case of conflicting changes. (This makes it possible to automatically resolve conflicts in a fairly safe way when synchronizing continuously, in combination with the "repeat = watch" and "prefer = newer" preferences. * File system monitoring: + The file watcher now fails when unable to watch a directory, rather than silently ignoring the issue. + File system monitoring: more robust communication with the helper program (in socket mode, the unison server will still work properly despite unexpected unison client disconnections). + A bytecode version of unison-fsmonitor is now produced by "make NATIVE=false" + Improved search for unison-fsmonitor + Detect when the helper process exits. + More robust file watching helper programs for Windows and Linux. They communicate with Unison through pipes (Unison redirects stdin and stdout), using a race-free protocol. + Retries paths with failures using an exponential backoff algorithm. + The information returned by the file watchers are used independently for each replica; thus, when only one replica has changes, Unison will only rescan this replica. + When available, used by the graphical UIs to speed up rescanning (can be disabled by setting the new watch preference to + Small fix to the way fsmonitor.py gets invoked when using the file watching functionality, suggested by Josh Berdine. Unison will now look for fsmonitor.py in the same directory where the Unison executable itself lives. * Minor: + Fixed a bug in export procedure that was messing up documentation strings. + Incorporated a patch from Irányossy Knoblauch Artúr to make temp file names fit within 143 characters (to make eCryptFS happy). + Added a string to the Conflict direction to document the reason of the conflict. + Log conflicts and problems in the text UI even if nothing is propagated. + Use hash function from OCaml 3.x for comparing archives, even when compiled with OCaml 4.x. + Do not restart Unison in case of uncaught exception when the repeat preference is set. This seems safer. And it does not work, for instance, in case of lost connection. + Fix Unix.readlink invalid argument error under Windows + Fix a crash when the output of the diff program is too large. + Fixed Makefile for cross-compiling towards Windows (updated to MinGW-w64) ## Changes in very old versions (Note that these are written 'Changes since' and thus the content applies to the release after that.) Changes since 2.40.63: * New preference fastercheckUNSAFE, which can be used (with care!) to achieve much faster update detection when all the common files in the two replicas are known to be identical. See the manual for more information. This feature should still be considered experimental, but it's ready for other people to try out. * Added option clientHostName. If specified, it will be used to as the client host name, overriding UNISONLOCALHOSTNAME and the actual host name. * OS X GUI: + fix crash under Lion, because of problems with the toolbar, using the fix suggested in http://blitzbasic.com/Community/posts.php?topic=95778. + uimacnew09 is now the standard graphical interface on OSX + A small improvement to the uimacnew09 interface from Alan Schmitt and Steve Kalkwarf: when Unison is run with the -batch flag, the interface will now automatically propagate changes and terminate, without waiting for user interaction. + Show a modal warning window if there is no archive for the hosts. The user can then choose to exit or proceed (proceed is the default). The window is not shown if the batch preference is true. + file details panel selectable * GTK GUI: + New version of uigtk2.ml from Matt Zagrabelny that reorganizes the icons in a slightly more intuitive way. * Minor fixes: + Setting the prefer preference to older or newer now propagates deletions when there is no conflict. + Correctly quote the path when running merge commands. + Add quotes to paths when calling external file watcher utility. + Incorporate a patch to fsmonitor.py (the external filewatcher utility) from Tomasz Zernicki to make it work better under Windows. + Incorporated new version of fsmonitor.py from Christophe Gohle + Fixed incompatibility with OpenSSH 5.6. + Fixed fingerprint cache: do not cache file properties + Some spelling corrections in documentation and comments from Stephane Glondu + Fixed O_APPEND mode for open under Windows + Fixed String.sub invalid argument error when an AppleDouble file does not contain a finder information field + Trim duplicate paths when using "-repeat watch" + Unison now passes path arguments and -follow directives to fsmonitor.py. This seems to work except for one small issue with how fsmonitor.py treats -follow directives for directories that don't exist (or maybe this is an issue with how it treats any kind of monitoring when the thing being monitored doesn't exist?). If we create a symlink to a nonexistent directory, give Unison (hence fsmonitor.py) a 'follow' directive for the symlink, start unison, and then create the directory, fsmonitor.py misses the change. + Lines added in profile files by unison always start at a new line Changes since 2.40.1: * Added "BelowPath" patterns, that match a path as well as all paths below (convenient to use with nodeletion,update,creationpartial preferences) * Added a "fat" preference that makes Unison use the right options when one of the replica is on a FAT filesystem. * Allow "prefer/force=newer" even when not synchronizing modification times. (The reconciler will not be aware of the modification time of unchanged files, so the synchronization choices of Unison can be different from when "times=true", but the behavior remains sane: changed files with the most recent modification time will be propagated.) * Minor fixes and improvements: + Compare filenames up to decomposition in case sensitive mode when one host is running MacOSX and the unicode preference is set to true. + Rsync: somewhat faster compressor + Make Unicode the default on all architectures (it was only the default when a Mac OS X or Windows machine was involved). Changes since 2.32: * Major enhancement: Unicode support. + Unison should now handle unicode filenames correctly on all platforms. + This functionality is controlled by a new preference unicode. + Unicode mode is now the default when one of the hosts is under Windows or MacOS. This may make upgrades a bit more painful (the archives cannot be reused), but this is a much saner default. * Partial transfer of directories. If an error occurs while transferring a directory, the part transferred so far is copied into place (and the archives are updated accordingly). The "maxerrors" preference controls how many transfer error Unison will accept before stopping the transfer of a directory (by default, only one). This makes it possible to transfer most of a directory even if there are some errors. Currently, only the first error is reported by the GUIs. Also, allow partial transfer of a directory when there was an error deep inside this directory during update detection. At the moment, this is only activated with the text and GTK UIs, which have been modified so that they show that the transfer is going to be partial and so that they can display all errors. * Improvement to the code for resuming directory transfers: + if a file was not correctly transferred (or the source has been modified since, with unchanged size), Unison performs a new transfer rather than failing + spurious files are deleted (this can happen if a file is deleted on the source replica before resuming the transfer; not deleting the file would result in it reappearing on the target replica) * Experimental streaming protocol for transferring file contents (can be disabled by setting the directive "stream" to false): file contents is transferred asynchronously (without waiting for a response from the destination after each chunk sent) rather than using the synchronous RPC mechanism. As a consequence: + Unison now transfers the contents of a single file at a time (Unison used to transfer several contents simultaneously in order to hide the connection latency.) + the transfer of large files uses the full available bandwidth and is not slowed done due to the connection latency anymore + we get performance improvement for small files as well by scheduling many files simultaneously (as scheduling a file for transfer consume little resource: it does not mean allocating a large buffer anymore) * Changes to the internal implementation of the rsync algorithm: + use longer blocks for large files (the size of a block is the square root of the size of the file for large files); + transmit less checksum information per block (we still have less than one chance in a hundred million of transferring a file incorrectly, and Unison will catch any transfer error when fingerprinting the whole file) + avoid transfer overhead (which was 4 bytes per block) For a 1G file, the first optimization saves a factor 50 on the amount of data transferred from the target to the source (blocks are 32768 bytes rather than just 700 bytes). The two other optimizations save another factor of 2 (from 24 bytes per block down to 10). * Implemented an on-disk file fingerprint cache to speed-up update detection after a crash: this way, Unison does not have do recompute all the file fingerprints from scratch. + When Unison detects that the archive case-sensitivity mode does not match the current settings, it populates the fingerprint cache using the archive contents. This way, changing the case-sensitivity mode should be reasonably fast. * New preferences "noupdate=root", "nodeletion=root", "nocreation=root" that prevent Unison from performing files updates, deletions or creations on the given root. Also 'partial' versions of 'noupdate', 'nodeletion' and 'nocreation' * Limit the number of simultaneous external copy program ("copymax" preference) * New "links" preference. When set to false, Unison will report an error on symlinks during update detection. (This is the default when one host is running Windows but not Cygwin.) This is better than failing during propagation. * Added a preference "halfduplex" to force half-duplex communication with the server. This may be useful on unreliable links (as a more efficient alternative to "maxthreads = 1"). * Renamed preference "pretendwin" to "ignoreinodenumbers" (an alias is kept for backwards compatibility). * Ignore one-second differences when synchronizing modification time. (Technically, this is an incompatible archive format change, but it is backward compatible. To trigger a problem, a user would have to synchronize modification times on a filesystem with a two-second granularity and then downgrade to a previous version of Unison, which does not work well in such a case. Thus, it does not seem worthwhile to increment the archive format number, which would impact all users.) * Do not keep many files simultaneously opened anymore when the rsync algorithm is in use. * Add "ignorearchives" preference to ignore existing archives (to avoid forcing users to delete them manually, in situations where one archive has gotten deleted or corrupted). * Mac OS + fixed rsync bug which could result in an "index out of bounds" error when transferring resource forks. + Fixed bug which made Unison ignore finder information and resource fork when compiled to 64bit on Mac OSX. + should now be 64 bit clean (the Growl framework is not up to date, though) + Made the bridge between Objective C and Ocaml code GC friendly (it was allocating ML values and putting them in an array which was not registered with the GC) + use darker grey arrows (patch contributed by Eric Y. Kow) * GTK user interface + assistant for creating profiles + profile editor + pop up a summary window when the replicas are not fully synchronized after transport + display estimated remaining time and transfer rate on the progress bar + allow simultaneous selection of several items + Do not reload the preference file before a new update detection if it is unchanged + disabled scrolling to the first unfinished item during transport. It goes way too fast when lot of small files are synchronized, and it makes it impossible to browse the file list during transport. + take into account the "height" preference again + the internal list of selected reconciler item was not always in sync with what was displayed (GTK bug?); workaround implemented + Do not display "Looking for change" messages during propagation (when checking the targe is unchanged) but only during update detection + Apply patch to fix some crashes in the OSX GUI, thanks to Onne Gorter. * Text UI + During update detection, display status by updating a single line rather than generating a new line of output every so often. Should be less confusing. * Windows + Fastcheck is now the default under Windows. People mostly use NTFS nowadays and the Unicode API provides an equivalent to inode numbers for this filesystem. + Only use long UNC path for accessing replicas (as '..' is not handled with this format of paths, but can be useful) + Windows text UI: now put the console into UTF-8 output mode. This is the right thing to do when in Unicode mode, and is no worse than what we had previously otherwise (the console use some esoteric encoding by default). This only works when using a Unicode font instead of the default raster font. + Don't get the home directory from environment variable HOME under Windows (except for Cygwin binaries): we don't want the behavior of Unison to depends on whether it is run from a Cygwin shell (where HOME is set) or in any other way (where HOME is usually not set). * Miscellaneous fixes and improvements + Made a server waiting on a socket more resilient to unexpected lost connections from the client. + Small patch to property setting code suggested by Ulrich Gernkow. + Several fixes to the change transfer functions (both the internal ones and external transfers using rsync). In particular, limit the number of simultaneous transfer using an rsync (as the rsync algorithm can use a large amount of memory when processing huge files) + Keep track of which file contents are being transferred, and delay the transfer of a file when another file with the same contents is currently being transferred. This way, the second transfer can be skipped and replaced by a local copy. + Experimental update detection optimization: do not read the contents of unchanged directories + When a file transfer fails, turn off fastcheck for this file on the next sync. + Fixed bug with case insensitive mode on a case sensitive filesystem: o if file "a/a" is created on one replica and directory "A" is created on the other, the file failed to be synchronized the first time Unison is run afterwards, as Unison uses the wrong path "a/a" (if Unison is run again, the directories are in the archive, so the right path is used); o if file "a" appears on one replica and file "A" appears on the other with different contents, Unison was unable to synchronize them. + Improved error reporting when the destination is updated during synchronization: Unison now tells which file has been updated, and how. + Limit the length of temporary file names + Case sensitivity information put in the archive (in a backward compatible way) and checked when the archive is loaded + Got rid of the 16mb marshalling limit by marshalling to a bigarray. + Resume copy of partially transferred files. Changes since 2.31: * Small user interface changes + Small change to text UI "scanning..." messages, to print just directories (hopefully making it clearer that individual files are not necessarily being fingerprinted). * Minor fixes and improvements: + Ignore one hour differences when deciding whether a file may have been updated. This avoids slow update detection after daylight saving time changes under Windows. This makes Unison slightly more likely to miss an update, but it should be safe enough. + Fix a small bug that was affecting mainly windows users. We need to commit the archives at the end of the sync even if there are no updates to propagate because some files (in fact, if we've just switched to DST on windows, a LOT of files) might have new modtimes in the archive. (Changed the text UI only. It's less clear where to change the GUI.) + Don't delete the temp file when a transfer fails due to a fingerprint mismatch (so that we can have a look and see why!) We've also added more debugging code togive more informative error messages when we encounter the dreaded and longstanding "assert failed during file transfer" bug + Incorrect paths ("path" directive) now result in an error update item rather than a fatal error. + Create parent directories (with correct permissions) during transport for paths which point to non-existent locations in the destination replica. Changes since 2.27: * If Unison is interrupted during a directory transfer, it will now leave the partially transferred directory intact in a temporary location. (This maintains the invariant that new files/directories are transferred either completely or not at all.) The next time Unison is run, it will continue filling in this temporary directory, skipping transferring files that it finds are already there. * We've added experimental support for invoking an external file transfer tool for whole-file copies instead of Unison's built-in transfer protocol. Three new preferences have been added: + copyprog is a string giving the name (and command-line switches, if needed) of an external program that can be used to copy large files efficiently. By default, rsync is invoked, but other tools such as scp can be used instead by changing the value of this preference. (Although this is not its primary purpose, rsync is actually a pretty fast way of copying files that don't already exist on the receiving host.) For files that do already exist on (but that have been changed in one replica), Unison will always use its built-in implementation of the rsync algorithm. + Added a "copyprogrest" preference, so that we can give different command lines for invoking the external copy utility depending on whether a partially transferred file already exists or not. (Rsync doesn't seem to care about this, but other utilities may.) + copythreshold is an integer (-1 by default), indicating above what filesize (in megabytes) Unison should use the external copying utility specified by copyprog. Specifying 0 will cause ALL copies to use the external program; a negative number will prevent any files from using it. (Default is -1.) Thanks to Alan Schmitt for a huge amount of hacking and to an anonymous sponsor for suggesting and underwriting this extension. * Small improvements: + Added a new preference, dontchmod. By default, Unison uses the chmod system call to set the permission bits of files after it has copied them. But in some circumstances (and under some operating systems), the chmod call always fails. Setting this preference completely prevents Unison from ever calling chmod. + Don't ignore files that look like backup files if the backuplocation preference is set to central + Shortened the names of several preferences. The old names are also still supported, for backwards compatibility, but they do not appear in the documentation. + Lots of little documentation tidying. (In particular, preferences are separated into Basic and Advanced! This should hopefully make Unison a little more approachable for new users. + Unison can sometimes fail to transfer a file, giving the unhelpful message "Destination updated during synchronization" even though the file has not been changed. This can be caused by programs that change either the file's contents or the file's extended attributes without changing its modification time. It's not clear what is the best fix for this - it is not Unison's fault, but it makes Unison's behavior puzzling - but at least Unison can be more helpful about suggesting a workaround (running once with fastcheck set to false). The failure message has been changed to give this advice. + Further improvements to the OS X GUI (thanks to Alan Schmitt and Craig Federighi). * Very preliminary support for triggering Unison from an external filesystem-watching utility. The current implementation is very simple, not efficient, and almost completely untested--not ready for real users. But if someone wants to help improve it (e.g., by writing a filesystem watcher for your favorite OS), please make yourself known! On the Unison side, the new behavior is very simple: + use the text UI + start Unison with the command-line flag "-repeat FOO", where FOO is name of a file where Unison should look for notifications of changes + when it starts up, Unison will read the whole contents of this file (on both hosts), which should be a newline-separated list of paths (relative to the root of the synchronization) and synchronize just these paths, as if it had been started with the "-path=xxx" option for each one of them + when it finishes, it will sleep for a few seconds and then examine the watchfile again; if anything has been added, it will read the new paths, synchronize them, and go back to sleep + that's it! To use this to drive Unison "incrementally," just start it in this mode and start up a tool (on each host) to watch for new changes to the filesystem and append the appropriate paths to the watchfile. Hopefully such tools should not be too hard to write. * Bug fixes: + Fixed a bug that was causing new files to be created with permissions 0x600 instead of using a reasonable default (like 0x644), if the 'perms' flag was set to 0. (Bug reported by Ben Crowell.) + Follow maxthreads preference when transferring directories. Changes since 2.17: * Major rewrite and cleanup of the whole Mac OS X graphical user interface by Craig Federighi. Thanks, Craig!!! * Small fix to ctime (non-)handling in update detection under windows with fastcheck. * Several small fixes to the GTK2 UI to make it work better under Windows [thanks to Karl M for these]. * The backup functionality has been completely rewritten. The external interface has not changed, but numerous bugs, irregular behaviors, and cross-platform inconsistencies have been corrected. * The Unison project now accepts donations via PayPal. If you'd like to donate, you can find a link to the donation page on the Unison home page (http://www.cis.upenn.edu/ bcpierce/unison/lists.html). * Some important safety improvements: + Added a new mountpoint preference, which can be used to specify a path that must exist in both replicas at the end of update detection (otherwise Unison aborts). This can be used to avoid potentially dangerous situations when Unison is used with removable media such as external hard drives and compact flash cards. + The confirmation of "big deletes" is now controlled by a boolean preference confirmbigdeletes. Default is true, which gives the same behavior as previously. (This functionality is at least partly superseded by the mountpoint preference, but it has been left in place in case it is useful to some people.) + If Unison is asked to "follow" a symbolic link but there is nothing at the other end of the link, it will now flag this path as an error, rather than treating the symlink itself as missing or deleted. This avoids a potentially dangerous situation where a followed symlink points to an external filesystem that might be offline when Unison is run (whereupon Unison would cheerfully delete the corresponding files in the other replica!). * Smaller changes: + Added forcepartial and preferpartial preferences, which behave like force and prefer but can be specified on a per-path basis. [Thanks to Alan Schmitt for this.] + A bare-bones self test feature was added, which runs unison through some of its paces and checks that the results are as expected. The coverage of the tests is still very limited, but the facility has already been very useful in debugging the new backup functionality (especially in exposing some subtle cross-platform issues). + Refined debugging code so that the verbosity of individual modules can be controlled separately. Instead of just putting '-debug verbose' on the command line, you can put '-debug update+', which causes all the extra messages in the Update module, but not other modules, to be printed. Putting '-debug verbose' causes all modules to print with maximum verbosity. + Removed mergebatch preference. (It never seemed very useful, and its semantics were confusing.) + Rewrote some of the merging functionality, for better cooperation with external Harmony instances. + Changed the temp file prefix from .# to .unison. + Compressed the output from the text user interface (particularly when run with the -terse flag) to make it easier to interpret the results when Unison is run several times in succession from a script. + Diff and merge functions now work under Windows. + Changed the order of arguments to the default diff command (so that the + and - annotations in diff's output are reversed). + Added .mpp files to the "never fastcheck" list (like .xls files). * Many small bugfixes, including: + Fixed a longstanding bug regarding fastcheck and daylight saving time under Windows when Unison is set up to synchronize modification times. (Modification times cannot be updated in the archive in this case, so we have to ignore one hour differences.) + Fixed a bug that would occasionally cause the archives to be left in non-identical states on the two hosts after synchronization. + Fixed a bug that prevented Unison from communicating correctly between 32- and 64-bit architectures. + On windows, file creation times are no longer used as a proxy for inode numbers. (This is unfortunate, as it makes fastcheck a little less safe. But it turns out that file creation times are not reliable under Windows: if a file is removed and a new file is created in its place, the new one will sometimes be given the same creation date as the old one!) + Set read-only file to R/W on OSX before attempting to change other attributes. + Fixed bug resulting in spurious "Aborted" errors during transport (thanks to Jerome Vouillon) + Enable diff if file contents have changed in one replica, but only properties in the other. + Removed misleading documentation for 'repeat' preference. + Fixed a bug in merging code where Unison could sometimes deadlock with the external merge program, if the latter produced large amounts of output. + Workaround for a bug compiling gtk2 user interface against current versions of gtk2+ libraries. + Added a better error message for "ambiguous paths". + Squashed a longstanding bug that would cause file transfer to fail with the message "Failed: Error in readWrite: Is a directory." + Replaced symlinks with copies of their targets in the Growl framework in src/uimac. This should make the sources easier to check out from the svn repository on WinXP systems. + Added a workaround (suggested by Karl M.) for the problem discussed on the unison users mailing list where, on the Windows platform, the server would hang when transferring files. I conjecture that the problem has to do with the RPC mechanism, which was used to make a call back from the server to the client (inside the Trace.log function) so that the log message would be appended to the log file on the client. The workaround is to dump these messages (about when xferbycopying shortcuts are applied and whether they succeed) just to the standard output of the Unison process, not to the log file. Changes since 2.13.0: * The features for performing backups and for invoking external merge programs have been completely rewritten by Stephane Lescuyer (thanks, Stephane!). The user-visible functionality should not change, but the internals have been rationalized and there are a number of new features. See the manual (in particular, the description of the backupXXX preferences) for details. * Incorporated patches for ipv6 support, contributed by Samuel Thibault. (Note that, due to a bug in the released OCaml 3.08.3 compiler, this code will not actually work with ipv6 unless compiled with the CVS version of the OCaml compiler, where the bug has been fixed; however, ipv4 should continue to work normally.) * OSX interface: + Incorporated Ben Willmore's cool new icon for the Mac UI. * Small fixes: + Fixed off by one error in month numbers (in printed dates) reported by Bob Burger Changes since 2.12.0: * New convention for release numbering: Releases will continue to be given numbers of the form X.Y.Z, but, from now on, just the major version number (X.Y) will be considered significant when checking compatibility between client and server versions. The third component of the version number will be used only to identify "patch levels" of releases. This change goes hand in hand with a change to the procedure for making new releases. Candidate releases will initially be given "beta release" status when they are announced for public consumption. Any bugs that are discovered will be fixed in a separate branch of the source repository (without changing the major version number) and new tarballs re-released as needed. When this process converges, the patched beta version will be dubbed stable. * Warning (failure in batch mode) when one path is completely emptied. This prevents Unison from deleting everything on one replica when the other disappear. * Fix diff bug (where no difference is shown the first time the diff command is given). * User interface changes: + Improved workaround for button focus problem (GTK2 UI) + Put leading zeroes in date fields + More robust handling of character encodings in GTK2 UI + Changed format of modification time displays, from modified at hh:mm:ss on dd MMM, yyyy to modified on yyyy-mm-dd hh:mm:ss + Changed time display to include seconds (so that people on FAT filesystems will not be confused when Unison tries to update a file time to an odd number of seconds and the filesystem truncates it to an even number!) + Use the diff "-u" option by default when showing differences between files (the output is more readable) + In text mode, pipe the diff output to a pager if the environment variable PAGER is set + Bug fixes and cleanups in ssh password prompting. Now works with the GTK2 UI under Linux. (Hopefully the Mac OS X one is not broken!) + Include profile name in the GTK2 window name + Added bindings ',' (same as '<') and '.' (same as '>') in the GTK2 UI * Mac GUI: + actions like < and > scroll to the next item as necessary. + Restart has a menu item and keyboard shortcut (command-R). + Added a command-line tool for Mac OS X. It can be installed from the Unison menu. + New icon. + Handle the "help" command-line argument properly. + Handle profiles given on the command line properly. + When a profile has been selected, the profile dialog is replaced by a "connecting" message while the connection is being made. This gives better feedback. + Size of left and right columns is now large enough so that "PropsChanged" is not cut off. * Minor changes: + Disable multi-threading when both roots are local + Improved error handling code. In particular, make sure all files are closed in case of a transient failure + Under Windows, use $UNISON for home directory as a last resort (it was wrongly moved before $HOME and $USERPROFILE in Unison 2.12.0) + Reopen the logfile if its name changes (profile change) + Double-check that permissions and modification times have been properly set: there are some combination of OS and filesystem on which setting them can fail in a silent way. + Check for bad Windows filenames for pure Windows synchronization also (not just cross architecture synchronization). This way, filenames containing backslashes, which are not correctly handled by unison, are rejected right away. + Attempt to resolve issues with synchronizing modification times of read-only files under Windows + Ignore chmod failures when deleting files + Ignore trailing dots in filenames in case insensitive mode + Proper quoting of paths, files and extensions ignored using the UI + The strings CURRENT1 and CURRENT2 are now correctly substituted when they occur in the diff preference + Improvements to syncing resource forks between Macs via a non-Mac system. Changes since 2.10.2: * INCOMPATIBLE CHANGE: Archive format has changed. * Source code availability: The Unison sources are now managed using Subversion. One nice side-effect is that anonymous checkout is now possible, like this: svn co https://cvs.cis.upenn.edu:3690/svnroot/unison/ We will also continue to export a "developer tarball" of the current (modulo one day) sources in the web export directory. To receive commit logs for changes to the sources, subscribe to the unison-hackers list (http://www.cis.upenn.edu/ bcpierce/unison/lists.html). * Text user interface: + Substantial reworking of the internal logic of the text UI to make it a bit easier to modify. + The dumbtty flag in the text UI is automatically set to true if the client is running on a Unix system and the EMACS environment variable is set to anything other than the empty string. * Native OS X gui: + Added a synchronize menu item with keyboard shortcut + Added a merge menu item, still needs to be debugged + Fixes to compile for Panther + Miscellaneous improvements and bugfixes * Small changes: + Changed the filename checking code to apply to Windows only, instead of OS X as well. + Finder flags now synchronized + Fallback in copy.ml for filesystem that do not support O_EXCL + Changed buffer size for local file copy (was highly inefficient with synchronous writes) + Ignore chmod failure when deleting a directory + Fixed assertion failure when resolving a conflict content change / permission changes in favor of the content change. + Workaround for transferring large files using rsync. + Use buffered I/O for files (this is the only way to open files in binary mode under Cygwin). + On non-Cygwin Windows systems, the UNISON environment variable is now checked first to determine where to look for Unison's archive and preference files, followed by HOME and USERPROFILE in that order. On Unix and Cygwin systems, HOME is used. + Generalized diff preference so that it can be given either as just the command name to be used for calculating diffs or else a whole command line, containing the strings CURRENT1 and CURRENT2, which will be replaced by the names of the files to be diff'ed before the command is called. + Recognize password prompts in some newer versions of ssh. Changes since 2.9.20: * INCOMPATIBLE CHANGE: Archive format has changed. * Major functionality changes: + Major tidying and enhancement of 'merge' functionality. The main user-visible change is that the external merge program may either write the merged output to a single new file, as before, or it may modify one or both of its input files, or it may write two new files. In the latter cases, its modifications will be copied back into place on both the local and the remote host, and (if the two files are now equal) the archive will be updated appropriately. More information can be found in the user manual. Thanks to Malo Denielou and Alan Schmitt for these improvements. Warning: the new merging functionality is not completely compatible with old versions! Check the manual for details. + Files larger than 2Gb are now supported. + Added preliminary (and still somewhat experimental) support for the Apple OS X operating system. o Resource forks should be transferred correctly. (See the manual for details of how this works when synchronizing HFS with non-HFS volumes.) Synchronization of file type and creator information is also supported. o On OSX systems, the name of the directory for storing Unison's archives, preference files, etc., is now determined as follows: # if ~/.unison exists, use it # otherwise, use ~/Library/Application Support/Unison, creating it if necessary. o A preliminary native-Cocoa user interface is under construction. This still needs some work, and some users experience unpredictable crashes, so it is only for hackers for now. Run make with UISTYLE=mac to build this interface. * Minor functionality changes: + Added an ignorelocks preference, which forces Unison to override left-over archive locks. (Setting this preference is dangerous! Use it only if you are positive you know what you are doing.) + Added a new preference assumeContentsAreImmutable. If a directory matches one of the patterns set in this preference, then update detection is skipped for files in this directory. (The purpose is to speed update detection for cases like Mail folders, which contain lots and lots of immutable files.) Also a preference assumeContentsAreImmutableNot, which overrides the first, similarly to ignorenot. (Later amendment: these preferences are now called immutable and immutablenot.) + The ignorecase flag has been changed from a boolean to a three-valued preference. The default setting, called default, checks the operating systems running on the client and server and ignores filename case if either of them is OSX or Windows. Setting ignorecase to true or false overrides this behavior. If you have been setting ignorecase on the command line using -ignorecase=true or -ignorecase=false, you will need to change to -ignorecase true or -ignorecase false. + a new preference, 'repeat', for the text user interface (only). If 'repeat' is set to a number, then, after it finishes synchronizing, Unison will wait for that many seconds and then start over, continuing this way until it is killed from outside. Setting repeat to true will automatically set the batch preference to true. + Excel files are now handled specially, so that the fastcheck optimization is skipped even if the fastcheck flag is set. (Excel does some naughty things with modtimes, making this optimization unreliable and leading to failures during change propagation.) + The ignorecase flag has been changed from a boolean to a three-valued preference. The default setting, called 'default', checks the operating systems running on the client and server and ignores filename case if either of them is OSX or Windows. Setting ignorecase to 'true' or 'false' overrides this behavior. + Added a new preference, 'repeat', for the text user interface (only, at the moment). If 'repeat' is set to a number, then, after it finishes synchronizing, Unison will wait for that many seconds and then start over, continuing this way until it is killed from outside. Setting repeat to true will automatically set the batch preference to true. + The 'rshargs' preference has been split into 'rshargs' and 'sshargs' (mainly to make the documentation clearer). In fact, 'rshargs' is no longer mentioned in the documentation at all, since pretty much everybody uses ssh now anyway. * Documentation + The web pages have been completely redesigned and reorganized. (Thanks to Alan Schmitt for help with this.) * User interface improvements + Added a GTK2 user interface, capable (among other things) of displaying filenames in any locale encoding. Kudos to Stephen Tse for contributing this code! + The text UI now prints a list of failed and skipped transfers at the end of synchronization. + Restarting update detection from the graphical UI will reload the current profile (which in particular will reset the -path preference, in case it has been narrowed by using the "Recheck unsynchronized items" command). + Several small improvements to the text user interface, including a progress display. * Bug fixes (too numerous to count, actually, but here are some): + The maxthreads preference works now. + Fixed bug where warning message about uname returning an unrecognized result was preventing connection to server. (The warning is no longer printed, and all systems where 'uname' returns anything other than 'Darwin' are assumed not to be running OS X.) + Fixed a problem on OS X that caused some valid file names (e.g., those including colons) to be considered invalid. + Patched Path.followLink to follow links under cygwin in addition to Unix (suggested by Matt Swift). + Small change to the storeRootsName function, suggested by bliviero at ichips.intel.com, to fix a problem in unison with the `rootalias' option, which allows you to tell unison that two roots contain the same files. Rootalias was being applied after the hosts were sorted, so it wouldn't work properly in all cases. + Incorporated a fix by Dmitry Bely for setting utimes of read-only files on Win32 systems. * Installation / portability: + Unison now compiles with OCaml version 3.07 and later out of the box. + Makefile.OCaml fixed to compile out of the box under OpenBSD. + a few additional ports (e.g. OpenBSD, Zaurus/IPAQ) are now mentioned in the documentation + Unison can now be installed easily on OSX systems using the Fink package manager Changes since 2.9.1: * Added a preference maxthreads that can be used to limit the number of simultaneous file transfers. * Added a backupdir preference, which controls where backup files are stored. * Basic support added for OSX. In particular, Unison now recognizes when one of the hosts being synchronized is running OSX and switches to a case-insensitive treatment of filenames (i.e., 'foo' and 'FOO' are considered to be the same file). (OSX is not yet fully working, however: in particular, files with resource forks will not be synchronized correctly.) * The same hash used to form the archive name is now also added to the names of the temp files created during file transfer. The reason for this is that, during update detection, we are going to silently delete any old temp files that we find along the way, and we want to prevent ourselves from deleting temp files belonging to other instances of Unison that may be running in parallel, e.g. synchronizing with a different host. Thanks to Ruslan Ermilov for this suggestion. * Several small user interface improvements * Documentation + FAQ and bug reporting instructions have been split out as separate HTML pages, accessible directly from the unison web page. + Additions to FAQ, in particular suggestions about performance tuning. * Makefile + Makefile.OCaml now sets UISTYLE=text or UISTYLE=gtk automatically, depending on whether it finds lablgtk installed + Unison should now compile "out of the box" under OSX Changes since 2.8.1: * Changing profile works again under Windows * File movement optimization: Unison now tries to use local copy instead of transfer for moved or copied files. It is controlled by a boolean option "xferbycopying". * Network statistics window (transfer rate, amount of data transferred). [NB: not available in Windows-Cygwin version.] * symlinks work under the cygwin version (which is dynamically linked). * Fixed potential deadlock when synchronizing between Windows and Unix * Small improvements: + If neither the USERPROFILE nor the HOME environment variables are set, then Unison will put its temporary commit log (called DANGER.README) into the directory named by the UNISON environment variable, if any; otherwise it will use C:. + alternative set of values for fastcheck: yes = true; no = false; default = auto. + -silent implies -contactquietly * Source code: + Code reorganization and tidying. (Started breaking up some of the basic utility modules so that the non-unison-specific stuff can be made available for other projects.) + several Makefile and docs changes (for release); + further comments in "update.ml"; + connection information is not stored in global variables anymore. Changes since 2.7.78: * Small bugfix to textual user interface under Unix (to avoid leaving the terminal in a bad state where it would not echo inputs after Unison exited). Changes since 2.7.39: * Improvements to the main web page (stable and beta version docs are now both accessible). * User manual revised. * Added some new preferences: + "sshcmd" and "rshcmd" for specifying paths to ssh and rsh programs. + "contactquietly" for suppressing the "contacting server" message during Unison startup (under the graphical UI). * Bug fixes: + Fixed small bug in UI that neglected to change the displayed column headers if loading a new profile caused the roots to change. + Fixed a bug that would put the text UI into an infinite loop if it encountered a conflict when run in batch mode. + Added some code to try to fix the display of non-Ascii characters in filenames on Windows systems in the GTK UI. (This code is currently untested--if you're one of the people that had reported problems with display of non-ascii filenames, we'd appreciate knowing if this actually fixes things.) + `-prefer/-force newer' works properly now. (The bug was reported by Sebastian Urbaniak and Sean Fulton.) * User interface and Unison behavior: + Renamed `Proceed' to `Go' in the graphical UI. + Added exit status for the textual user interface. + Paths that are not synchronized because of conflicts or errors during update detection are now noted in the log file. + [END] messages in log now use a briefer format + Changed the text UI startup sequence so that ./unison -ui text will use the default profile instead of failing. + Made some improvements to the error messages. + Added some debugging messages to remote.ml. Changes since 2.7.7: * Incorporated, once again, a multi-threaded transport sub-system. It transfers several files at the same time, thereby making much more effective use of available network bandwidth. Unlike the earlier attempt, this time we do not rely on the native thread library of OCaml. Instead, we implement a light-weight, non-preemptive multi-thread library in OCaml directly. This version appears stable. Some adjustments to unison are made to accommodate the multi-threaded version. These include, in particular, changes to the user interface and logging, for example: + Two log entries for each transferring task, one for the beginning, one for the end. + Suppressed warning messages against removing temp files left by a previous unison run, because warning does not work nicely under multi-threading. The temp file names are made less likely to coincide with the name of a file created by the user. They take the form .#..unison.tmp. [N.b. This was later changed to .unison...unison.tmp.] * Added a new command to the GTK user interface: pressing 'f' causes Unison to start a new update detection phase, using as paths just those paths that have been detected as changed and not yet marked as successfully completed. Use this command to quickly restart Unison on just the set of paths still needing attention after a previous run. * Made the ignorecase preference user-visible, and changed the initialization code so that it can be manually set to true, even if neither host is running Windows. (This may be useful, e.g., when using Unison running on a Unix system with a FAT volume mounted.) * Small improvements and bug fixes: + Errors in preference files now generate fatal errors rather than warnings at startup time. (I.e., you can't go on from them.) Also, we fixed a bug that was preventing these warnings from appearing in the text UI, so some users who have been running (unsuspectingly) with garbage in their prefs files may now get error reports. + Error reporting for preference files now provides file name and line number. + More intelligible message in the case of identical change to the same files: "Nothing to do: replicas have been changed only in identical ways since last sync." + Files with prefix '.#' excluded when scanning for preference files. + Rsync instructions are send directly instead of first marshaled. + Won't try forever to get the fingerprint of a continuously changing file: unison will give up after certain number of retries. + Other bug fixes, including the one reported by Peter Selinger (force=older preference not working). * Compilation: + Upgraded to the new OCaml 3.04 compiler, with the LablGtk 1.2.3 library (patched version used for compiling under Windows). + Added the option to compile unison on the Windows platform with Cygwin GNU C compiler. This option only supports building dynamically linked unison executables. Changes since 2.7.4: * Fixed a silly (but debilitating) bug in the client startup sequence. Changes since 2.7.1: * Added addprefsto preference, which (when set) controls which preference file new preferences (e.g. new ignore patterns) are added to. * Bug fix: read the initial connection header one byte at a time, so that we don't block if the header is shorter than expected. (This bug did not affect normal operation -- it just made it hard to tell when you were trying to use Unison incorrectly with an old version of the server, since it would hang instead of giving an error message.) Changes since 2.6.59: * Changed fastcheck from a boolean to a string preference. Its legal values are yes (for a fast check), no (for a safe check), or default (for a fast check--which also happens to be safe--when running on Unix and a safe check when on Windows). The default is default. * Several preferences have been renamed for consistency. All preference names are now spelled out in lowercase. For backward compatibility, the old names still work, but they are not mentioned in the manual any more. * The temp files created by the 'diff' and 'merge' commands are now named by prepending a new prefix to the file name, rather than appending a suffix. This should avoid confusing diff/merge programs that depend on the suffix to guess the type of the file contents. * We now set the keepalive option on the server socket, to make sure that the server times out if the communication link is unexpectedly broken. * Bug fixes: + When updating small files, Unison now closes the destination file. + File permissions are properly updated when the file is behind a followed link. + Several other small fixes. Changes since 2.6.38: * Major Windows performance improvement! We've added a preference fastcheck that makes Unison look only at a file's creation time and last-modified time to check whether it has changed. This should result in a huge speedup when checking for updates in large replicas. When this switch is set, Unison will use file creation times as 'pseudo inode numbers' when scanning Windows replicas for updates, instead of reading the full contents of every file. This may cause Unison to miss propagating an update if the create time, modification time, and length of the file are all unchanged by the update (this is not easy to achieve, but it can be done). However, Unison will never overwrite such an update with a change from the other replica, since it always does a safe check for updates just before propagating a change. Thus, it is reasonable to use this switch most of the time and occasionally run Unison once with fastcheck set to false, if you are worried that Unison may have overlooked an update. Warning: This change is has not yet been thoroughly field-tested. If you set the fastcheck preference, pay careful attention to what Unison is doing. * New functionality: centralized backups and merging + This version incorporates two pieces of major new functionality, implemented by Sylvain Roy during a summer internship at Penn: a centralized backup facility that keeps a full backup of (selected files in) each replica, and a merging feature that allows Unison to invoke an external file-merging tool to resolve conflicting changes to individual files. + Centralized backups: o Unison now maintains full backups of the last-synchronized versions of (some of) the files in each replica; these function both as backups in the usual sense and as the "common version" when invoking external merge programs. o The backed up files are stored in a directory /.unison/backup on each host. (The name of this directory can be changed by setting the environment variable UNISONBACKUPDIR.) o The predicate backup controls which files are actually backed up: giving the preference 'backup = Path *' causes backing up of all files. o Files are added to the backup directory whenever unison updates its archive. This means that # When unison reconstructs its archive from scratch (e.g., because of an upgrade, or because the archive files have been manually deleted), all files will be backed up. # Otherwise, each file will be backed up the first time unison propagates an update for it. o The preference backupversions controls how many previous versions of each file are kept. The default is 2 (i.e., the last synchronized version plus one backup). o For backward compatibility, the backups preference is also still supported, but backup is now preferred. o It is OK to manually delete files from the backup directory (or to throw away the directory itself). Before unison uses any of these files for anything important, it checks that its fingerprint matches the one that it expects. + Merging: o Both user interfaces offer a new 'merge' command, invoked by pressing 'm' (with a changed file selected). o The actual merging is performed by an external program. The preferences merge and merge2 control how this program is invoked. If a backup exists for this file (see the backup preference), then the merge preference is used for this purpose; otherwise merge2 is used. In both cases, the value of the preference should be a string representing the command that should be passed to a shell to invoke the merge program. Within this string, the special substrings CURRENT1, CURRENT2, NEW, and OLD may appear at any point. Unison will substitute these as follows before invoking the command: # CURRENT1 is replaced by the name of the local copy of the file; # CURRENT2 is replaced by the name of a temporary file, into which the contents of the remote copy of the file have been transferred by Unison prior to performing the merge; # NEW is replaced by the name of a temporary file that Unison expects to be written by the merge program when it finishes, giving the desired new contents of the file; and # OLD is replaced by the name of the backed up copy of the original version of the file (i.e., its state at the end of the last successful run of Unison), if one exists (applies only to merge, not merge2). For example, on Unix systems setting the merge preference to merge = diff3 -m CURRENT1 OLD CURRENT2 > NEW will tell Unison to use the external diff3 program for merging. A large number of external merging programs are available. For example, emacs users may find the following convenient: merge2 = emacs -q --eval '(ediff-merge-files "CURRENT1" "CURRENT2" nil "NEW")' merge = emacs -q --eval '(ediff-merge-files-with-ancestor "CURRENT1" "CURRENT2" "OLD" nil "NEW")' (These commands are displayed here on two lines to avoid running off the edge of the page. In your preference file, each should be written on a single line.) o If the external program exits without leaving any file at the path NEW, Unison considers the merge to have failed. If the merge program writes a file called NEW but exits with a non-zero status code, then Unison considers the merge to have succeeded but to have generated conflicts. In this case, it attempts to invoke an external editor so that the user can resolve the conflicts. The value of the editor preference controls what editor is invoked by Unison. The default is emacs. o Please send us suggestions for other useful values of the merge2 and merge preferences - we'd like to give several examples in the manual. * Smaller changes: + When one preference file includes another, unison no longer adds the suffix '.prf' to the included file by default. If a file with precisely the given name exists in the .unison directory, it will be used; otherwise Unison will add .prf, as it did before. (This change means that included preference files can be named blah.include instead of blah.prf, so that unison will not offer them in its 'choose a preference file' dialog.) + For Linux systems, we now offer both a statically linked and a dynamically linked executable. The static one is larger, but will probably run on more systems, since it doesn't depend on the same versions of dynamically linked library modules being available. + Fixed the force and prefer preferences, which were getting the propagation direction exactly backwards. + Fixed a bug in the startup code that would cause unison to crash when the default profile (~/.unison/default.prf) does not exist. + Fixed a bug where, on the run when a profile is first created, Unison would confusingly display the roots in reverse order in the user interface. * For developers: + We've added a module dependency diagram to the source distribution, in src/DEPENDENCIES.ps, to help new prospective developers with navigating the code. Changes since 2.6.11: * INCOMPATIBLE CHANGE: Archive format has changed. * INCOMPATIBLE CHANGE: The startup sequence has been completely rewritten and greatly simplified. The main user-visible change is that the defaultpath preference has been removed. Its effect can be approximated by using multiple profiles, with include directives to incorporate common settings. All uses of defaultpath in existing profiles should be changed to path. Another change in startup behavior that will affect some users is that it is no longer possible to specify roots both in the profile and on the command line. You can achieve a similar effect, though, by breaking your profile into two: default.prf = root = blah root = foo include common common.prf = Now do unison common root1 root2 when you want to specify roots explicitly. * The -prefer and -force options have been extended to allow users to specify that files with more recent modtimes should be propagated, writing either -prefer newer or -force newer. (For symmetry, Unison will also accept -prefer older or -force older.) The -force older/newer options can only be used when -times is also set. The graphical user interface provides access to these facilities on a one-off basis via the Actions menu. * Names of roots can now be "aliased" to allow replicas to be relocated without changing the name of the archive file where Unison stores information between runs. (This feature is for experts only. See the "Archive Files" section of the manual for more information.) * Graphical user-interface: + A new command is provided in the Synchronization menu for switching to a new profile without restarting Unison from scratch. + The GUI also supports one-key shortcuts for commonly used profiles. If a profile contains a preference of the form 'key = n', where n is a single digit, then pressing this key will cause Unison to immediately switch to this profile and begin synchronization again from scratch. (Any actions that may have been selected for a set of changes currently being displayed will be discarded.) + Each profile may include a preference 'label = ' giving a descriptive string that described the options selected in this profile. The string is listed along with the profile name in the profile selection dialog, and displayed in the top-right corner of the main Unison window. * Minor: + Fixed a bug that would sometimes cause the 'diff' display to order the files backwards relative to the main user interface. (Thanks to Pascal Brisset for this fix.) + On Unix systems, the graphical version of Unison will check the DISPLAY variable and, if it is not set, automatically fall back to the textual user interface. + Synchronization paths (path preferences) are now matched against the ignore preferences. So if a path is both specified in a path preference and ignored, it will be skipped. + Numerous other bugfixes and small improvements. Changes since 2.6.1: * The synchronization of modification times has been disabled for directories. * Preference files may now include lines of the form include , which will cause name.prf to be read at that point. * The synchronization of permission between Windows and Unix now works properly. * A binding CYGWIN=binmode in now added to the environment so that the Cygwin port of OpenSSH works properly in a non-Cygwin context. * The servercmd and addversionno preferences can now be used together: -addversionno appends an appropriate -NNN to the server command, which is found by using the value of the -servercmd preference if there is one, or else just unison. * Both '-pref=val' and '-pref val' are now allowed for boolean values. (The former can be used to set a preference to false.) * Lot of small bugs fixed. Changes since 2.5.31: * The log preference is now set to true by default, since the log file seems useful for most users. * Several miscellaneous bugfixes (most involving symlinks). Changes since 2.5.25: * INCOMPATIBLE CHANGE: Archive format has changed (again). * Several significant bugs introduced in 2.5.25 have been fixed. Changes since 2.5.1: * INCOMPATIBLE CHANGE: Archive format has changed. Make sure you synchronize your replicas before upgrading, to avoid spurious conflicts. The first sync after upgrading will be slow. * New functionality: + Unison now synchronizes file modtimes, user-ids, and group-ids. These new features are controlled by a set of new preferences, all of which are currently false by default. o When the times preference is set to true, file modification times are propaged. (Because the representations of time may not have the same granularity on both replicas, Unison may not always be able to make the modtimes precisely equal, but it will get them as close as the operating systems involved allow.) o When the owner preference is set to true, file ownership information is synchronized. o When the group preference is set to true, group information is synchronized. o When the numericIds preference is set to true, owner and group information is synchronized numerically. By default, owner and group numbers are converted to names on each replica and these names are synchronized. (The special user id 0 and the special group 0 are never mapped via user/group names even if this preference is not set.) + Added an integer-valued preference perms that can be used to control the propagation of permission bits. The value of this preference is a mask indicating which permission bits should be synchronized. It is set by default to 0o1777: all bits but the set-uid and set-gid bits are synchronised (synchronizing these latter bits can be a security hazard). If you want to synchronize all bits, you can set the value of this preference to -1. + Added a log preference (default false), which makes Unison keep a complete record of the changes it makes to the replicas. By default, this record is written to a file called unison.log in the user's home directory (the value of the HOME environment variable). If you want it someplace else, set the logfile preference to the full pathname you want Unison to use. + Added an ignorenot preference that maintains a set of patterns for paths that should definitely not be ignored, whether or not they match an ignore pattern. (That is, a path will now be ignored iff it matches an ignore pattern and does not match any ignorenot patterns.) * User-interface improvements: + Roots are now displayed in the user interface in the same order as they were given on the command line or in the preferences file. + When the batch preference is set, the graphical user interface no longer waits for user confirmation when it displays a warning message: it simply pops up an advisory window with a Dismiss button at the bottom and keeps on going. + Added a new preference for controlling how many status messages are printed during update detection: statusdepth controls the maximum depth for paths on the local machine (longer paths are not displayed, nor are non-directory paths). The value should be an integer; default is 1. + Removed the trace and silent preferences. They did not seem very useful, and there were too many preferences for controlling output in various ways. + The text UI now displays just the default command (the one that will be used if the user just types ) instead of all available commands. Typing ? will print the full list of possibilities. + The function that finds the canonical hostname of the local host (which is used, for example, in calculating the name of the archive file used to remember which files have been synchronized) normally uses the gethostname operating system call. However, if the environment variable UNISONLOCALHOSTNAME is set, its value will now be used instead. This makes it easier to use Unison in situations where a machine's name changes frequently (e.g., because it is a laptop and gets moved around a lot). + File owner and group are now displayed in the "detail window" at the bottom of the screen, when unison is configured to synchronize them. * For hackers: + Updated to Jacques Garrigue's new version of lablgtk, which means we can throw away our local patched version. If you're compiling the GTK version of unison from sources, you'll need to update your copy of lablgtk to the developers release. (Warning: installing lablgtk under Windows is currently a bit challenging.) + The TODO.txt file (in the source distribution) has been cleaned up and reorganized. The list of pending tasks should be much easier to make sense of, for people that may want to contribute their programming energies. There is also a separate file BUGS.txt for open bugs. + The Tk user interface has been removed (it was not being maintained and no longer compiles). + The debug preference now prints quite a bit of additional information that should be useful for identifying sources of problems. + The version number of the remote server is now checked right away during the connection setup handshake, rather than later. (Somebody sent a bug report of a server crash that turned out to come from using inconsistent versions: better to check this earlier and in a way that can't crash either client or server.) + Unison now runs correctly on 64-bit architectures (e.g. Alpha linux). We will not be distributing binaries for these architectures ourselves (at least for a while) but if someone would like to make them available, we'll be glad to provide a link to them. * Bug fixes: + Pattern matching (e.g. for ignore) is now case-insensitive when Unison is in case-insensitive mode (i.e., when one of the replicas is on a windows machine). + Some people had trouble with mysterious failures during propagation of updates, where files would be falsely reported as having changed during synchronization. This should be fixed. + Numerous smaller fixes. Changes since 2.4.1: * Added a number of 'sorting modes' for the user interface. By default, conflicting changes are displayed at the top, and the rest of the entries are sorted in alphabetical order. This behavior can be changed in the following ways: + Setting the sortnewfirst preference to true causes newly created files to be displayed before changed files. + Setting sortbysize causes files to be displayed in increasing order of size. + Giving the preference sortfirst= (where is a path descriptor in the same format as 'ignore' and 'follow' patterns, causes paths matching this pattern to be displayed first. + Similarly, giving the preference sortlast= causes paths matching this pattern to be displayed last. The sorting preferences are described in more detail in the user manual. The sortnewfirst and sortbysize flags can also be accessed from the 'Sort' menu in the graphical user interface. * Added two new preferences that can be used to change unison's fundamental behavior to make it more like a mirroring tool instead of a synchronizer. + Giving the preference prefer with argument (by adding -prefer to the command line or prefer=) to your profile) means that, if there is a conflict, the contents of should be propagated to the other replica (with no questions asked). Non-conflicting changes are treated as usual. + Giving the preference force with argument will make unison resolve all differences in favor of the given root, even if it was the other replica that was changed. These options should be used with care! (More information is available in the manual.) * Small changes: + Changed default answer to 'Yes' in all two-button dialogs in the graphical interface (this seems more intuitive). + The rsync preference has been removed (it was used to activate rsync compression for file transfers, but rsync compression is now enabled by default). + In the text user interface, the arrows indicating which direction changes are being propagated are printed differently when the user has overridden Unison's default recommendation (====> instead of ---->). This matches the behavior of the graphical interface, which displays such arrows in a different color. + Carriage returns (Control-M's) are ignored at the ends of lines in profiles, for Windows compatibility. + All preferences are now fully documented in the user manual. Changes since 2.3.12: * INCOMPATIBLE CHANGE: Archive format has changed. Make sure you synchronize your replicas before upgrading, to avoid spurious conflicts. The first sync after upgrading will be slow. * New/improved functionality: + A new preference -sortbysize controls the order in which changes are displayed to the user: when it is set to true, the smallest changed files are displayed first. (The default setting is false.) + A new preference -sortnewfirst causes newly created files to be listed before other updates in the user interface. + We now allow the ssh protocol to specify a port. + Incompatible change: The unison: protocol is deprecated, and we added file: and socket:. You may have to modify your profiles in the .unison directory. If a replica is specified without an explicit protocol, we now assume it refers to a file. (Previously "//saul/foo" meant to use SSH to connect to saul, then access the foo directory. Now it means to access saul via a remote file mechanism such as samba; the old effect is now achieved by writing ssh://saul/foo.) + Changed the startup sequence for the case where roots are given but no profile is given on the command line. The new behavior is to use the default profile (creating it if it does not exist), and temporarily override its roots. The manual claimed that this case would work by reading no profile at all, but AFAIK this was never true. + In all user interfaces, files with conflicts are always listed first + A new preference 'sshversion' can be used to control which version of ssh should be used to connect to the server. Legal values are 1 and 2. (Default is empty, which will make unison use whatever version of ssh is installed as the default 'ssh' command.) + The situation when the permissions of a file was updated the same on both side is now handled correctly (we used to report a spurious conflict) * Improvements for the Windows version: + The fact that filenames are treated case-insensitively under Windows should now be handled correctly. The exact behavior is described in the cross-platform section of the manual. + It should be possible to synchronize with Windows shares, e.g., //host/drive/path. + Workarounds to the bug in syncing root directories in Windows. The most difficult thing to fix is an ocaml bug: Unix.opendir fails on c: in some versions of Windows. * Improvements to the GTK user interface (the Tk interface is no longer being maintained): + The UI now displays actions differently (in blue) when they have been explicitly changed by the user from Unison's default recommendation. + More colorful appearance. + The initial profile selection window works better. + If any transfers failed, a message to this effect is displayed along with 'Synchronization complete' at the end of the transfer phase (in case they may have scrolled off the top). + Added a global progress meter, displaying the percentage of total bytes that have been transferred so far. * Improvements to the text user interface: + The file details will be displayed automatically when a conflict is been detected. + when a warning is generated (e.g. for a temporary file left over from a previous run of unison) Unison will no longer wait for a response if it is running in -batch mode. + The UI now displays a short list of possible inputs each time it waits for user interaction. + The UI now quits immediately (rather than looping back and starting the interaction again) if the user presses 'q' when asked whether to propagate changes. + Pressing 'g' in the text user interface will proceed immediately with propagating updates, without asking any more questions. * Documentation and installation changes: + The manual now includes a FAQ, plus sections on common problems and on tricks contributed by users. + Both the download page and the download directory explicitly say what are the current stable and beta-test version numbers. + The OCaml sources for the up-to-the-minute developers' version (not guaranteed to be stable, or even to compile, at any given time!) are now available from the download page. + Added a subsection to the manual describing cross-platform issues (case conflicts, illegal filenames) * Many small bug fixes and random improvements. Changes since 2.3.1: * Several bug fixes. The most important is a bug in the rsync module that would occasionally cause change propagation to fail with a 'rename' error. Changes since 2.2: * The multi-threaded transport system is now disabled by default. (It is not stable enough yet.) * Various bug fixes. * A new experimental feature: The final component of a -path argument may now be the wildcard specifier *. When Unison sees such a path, it expands this path on the client into into the corresponding list of paths by listing the contents of that directory. Note that if you use wildcard paths from the command line, you will probably need to use quotes or a backslash to prevent the * from being interpreted by your shell. If both roots are local, the contents of the first one will be used for expanding wildcard paths. (Nb: this is the first one after the canonization step - i.e., the one that is listed first in the user interface - not the one listed first on the command line or in the preferences file.) Changes since 2.1: * The transport subsystem now includes an implementation by Sylvain Gommier and Norman Ramsey of Tridgell and Mackerras's rsync protocol. This protocol achieves much faster transfers when only a small part of a large file has been changed by sending just diffs. This feature is mainly helpful for transfers over slow links--on fast local area networks it can actually degrade performance--so we have left it off by default. Start unison with the -rsync option (or put rsync=true in your preferences file) to turn it on. * "Progress bars" are now displayed during remote file transfers, showing what percentage of each file has been transferred so far. * The version numbering scheme has changed. New releases will now be have numbers like 2.2.30, where the second component is incremented on every significant public release and the third component is the "patch level." * Miscellaneous improvements to the GTK-based user interface. * The manual is now available in PDF format. * We are experimenting with using a multi-threaded transport subsystem to transfer several files at the same time, making much more effective use of available network bandwidth. This feature is not completely stable yet, so by default it is disabled in the release version of Unison. If you want to play with the multi-threaded version, you'll need to recompile Unison from sources (as described in the documentation), setting the THREADS flag in Makefile.OCaml to true. Make sure that your OCaml compiler has been installed with the -with-pthreads configuration option. (You can verify this by checking whether the file threads/threads.cma in the OCaml standard library directory contains the string -lpthread near the end.) Changes since 1.292: * Reduced memory footprint (this is especially important during the first run of unison, where it has to gather information about all the files in both repositories). * Fixed a bug that would cause the socket server under NT to fail after the client exits. * Added a SHIFT modifier to the Ignore menu shortcut keys in GTK interface (to avoid hitting them accidentally). Changes since 1.231: * Tunneling over ssh is now supported in the Windows version. See the installation section of the manual for detailed instructions. * The transport subsystem now includes an implementation of the rsync protocol, built by Sylvain Gommier and Norman Ramsey. This protocol achieves much faster transfers when only a small part of a large file has been changed by sending just diffs. The rsync feature is off by default in the current version. Use the -rsync switch to turn it on. (Nb. We still have a lot of tuning to do: you may not notice much speedup yet.) * We're experimenting with a multi-threaded transport subsystem, written by Jerome Vouillon. The downloadable binaries are still single-threaded: if you want to try the multi-threaded version, you'll need to recompile from sources. (Say make THREADS=true.) Native thread support from the compiler is required. Use the option -threads N to select the maximal number of concurrent threads (default is 5). Multi-threaded and single-threaded clients/servers can interoperate. * A new GTK-based user interface is now available, thanks to Jacques Garrigue. The Tk user interface still works, but we'll be shifting development effort to the GTK interface from now on. * OCaml 3.00 is now required for compiling Unison from sources. The modules uitk and myfileselect have been changed to use labltk instead of camltk. To compile the Tk interface in Windows, you must have ocaml-3.00 and tk8.3. When installing tk8.3, put it in c:\Tcl rather than the suggested c:\Program Files\Tcl, and be sure to install the headers and libraries (which are not installed by default). * Added a new -addversionno switch, which causes unison to use unison- instead of just unison as the remote server command. This allows multiple versions of unison to coexist conveniently on the same server: whichever version is run on the client, the same version will be selected on the server. Changes since 1.219: * INCOMPATIBLE CHANGE: Archive format has changed. Make sure you synchronize your replicas before upgrading, to avoid spurious conflicts. The first sync after upgrading will be slow. * This version fixes several annoying bugs, including: + Some cases where propagation of file permissions was not working. + umask is now ignored when creating directories + directories are create writable, so that a read-only directory and its contents can be propagated. + Handling of warnings generated by the server. + Synchronizing a path whose parent is not a directory on both sides is now flagged as erroneous. + Fixed some bugs related to symnbolic links and nonexistent roots. o When a change (deletion or new contents) is propagated onto a 'follow'ed symlink, the file pointed to by the link is now changed. (We used to change the link itself, which doesn't fit our assertion that 'follow' means the link is completely invisible) o When one root did not exist, propagating the other root on top of it used to fail, because unison could not calculate the working directory into which to write changes. This should be fixed. * A human-readable timestamp has been added to Unison's archive files. * The semantics of Path and Name regular expressions now correspond better. * Some minor improvements to the text UI (e.g. a command for going back to previous items) * The organization of the export directory has changed -- should be easier to find / download things now. Changes since 1.200: * INCOMPATIBLE CHANGE: Archive format has changed. Make sure you synchronize your replicas before upgrading, to avoid spurious conflicts. The first sync after upgrading will be slow. * This version has not been tested extensively on Windows. * Major internal changes designed to make unison safer to run at the same time as the replicas are being changed by the user. * Internal performance improvements. Changes since 1.190: * INCOMPATIBLE CHANGE: Archive format has changed. Make sure you synchronize your replicas before upgrading, to avoid spurious conflicts. The first sync after upgrading will be slow. * A number of internal functions have been changed to reduce the amount of memory allocation, especially during the first synchronization. This should help power users with very big replicas. * Reimplementation of low-level remote procedure call stuff, in preparation for adding rsync-like smart file transfer in a later release. * Miscellaneous bug fixes. Changes since 1.180: * INCOMPATIBLE CHANGE: Archive format has changed. Make sure you synchronize your replicas before upgrading, to avoid spurious conflicts. The first sync after upgrading will be slow. * Fixed some small bugs in the interpretation of ignore patterns. * Fixed some problems that were preventing the Windows version from working correctly when click-started. * Fixes to treatment of file permissions under Windows, which were causing spurious reports of different permissions when synchronizing between windows and unix systems. * Fixed one more non-tail-recursive list processing function, which was causing stack overflows when synchronizing very large replicas. Changes since 1.169: * The text user interface now provides commands for ignoring files. * We found and fixed some more non-tail-recursive list processing functions. Some power users have reported success with very large replicas. * INCOMPATIBLE CHANGE: Files ending in .tmp are no longer ignored automatically. If you want to ignore such files, put an appropriate ignore pattern in your profile. * INCOMPATIBLE CHANGE: The syntax of ignore and follow patterns has changed. Instead of putting a line of the form ignore = in your profile (.unison/default.prf), you should put: ignore = Regex Moreover, two other styles of pattern are also recognized: ignore = Name matches any path in which one component matches , while ignore = Path matches exactly the path . Standard "globbing" conventions can be used in and : + a ? matches any single character except / + a * matches any sequence of characters not including / + [xyz] matches any character from the set {x, y, z } + {a,bb,ccc} matches any one of a, bb, or ccc. See the user manual for some examples. Changes since 1.146: * Some users were reporting stack overflows when synchronizing huge directories. We found and fixed some non-tail-recursive list processing functions, which we hope will solve the problem. Please give it a try and let us know. * Major additions to the documentation. Changes since 1.142: * Major internal tidying and many small bugfixes. * Major additions to the user manual. * Unison can now be started with no arguments - it will prompt automatically for the name of a profile file containing the roots to be synchronized. This makes it possible to start the graphical UI from a desktop icon. * Fixed a small bug where the text UI on NT was raising a 'no such signal' exception. Changes since 1.139: * The precompiled windows binary in the last release was compiled with an old OCaml compiler, causing propagation of permissions not to work (and perhaps leading to some other strange behaviors we've heard reports about). This has been corrected. If you're using precompiled binaries on Windows, please upgrade. * Added a -debug command line flag, which controls debugging of various modules. Say -debug XXX to enable debug tracing for module XXX, or -debug all to turn on absolutely everything. * Fixed a small bug where the text UI on NT was raising a 'no such signal' exception. Changes since 1.111: * INCOMPATIBLE CHANGE: The names and formats of the preference files in the .unison directory have changed. In particular: + the file "prefs" should be renamed to default.prf + the contents of the file "ignore" should be merged into default.prf. Each line of the form REGEXP in ignore should become a line of the form ignore = REGEXP in default.prf. * Unison now handles permission bits and symbolic links. See the manual for details. * You can now have different preference files in your .unison directory. If you start unison like this unison profilename (i.e. with just one "anonymous" command-line argument), then the file ~/.unison/profilename.prf will be loaded instead of default.prf. * Some improvements to terminal handling in the text user interface * Added a switch -killServer that terminates the remote server process when the unison client is shutting down, even when using sockets for communication. (By default, a remote server created using ssh/rsh is terminated automatically, while a socket server is left running.) * When started in 'socket server' mode, unison prints 'server started' on stderr when it is ready to accept connections. (This may be useful for scripts that want to tell when a socket-mode server has finished initialization.) * We now make a nightly mirror of our current internal development tree, in case anyone wants an up-to-the-minute version to hack around with. * Added a file CONTRIB with some suggestions for how to help us make Unison better. unison-2.53.7/README.md000066400000000000000000000105541471241601200144050ustar00rootroot00000000000000![Unison](icons/unison.png) # Unison File Synchronizer ## Meta ***Please read this entire README and https://github.com/bcpierce00/unison/wiki/Reporting-Bugs-and-Feature-Requests before creating or commenting on a github issue.*** ***TL;DR: Do not ask questions or ask for help in issues. Upgrade to the latest release.*** Please also read https://github.com/bcpierce00/unison/wiki before interacting with the issue tracker or asking for help. ## About Unison is a file-synchronization tool for POSIX-compliant systems (e.g. *BSD, GNU/Linux, macOS) and Windows. It allows two replicas of a collection of files and directories to be stored on different hosts (or different disks on the same host), modified separately, and then brought up to date by propagating the changes in each replica to the other. Unison has been in use for over 20 years and many people use it to synchronize data they care about. Features: * Unison works across platforms, allowing you to synchronize a Windows laptop with a Unix server, for example. * Unlike simple mirroring or backup utilities, Unison can deal with updates to both replicas of a distributed directory structure. Updates that do not conflict can be propagated automatically. Conflicting updates are detected and displayed. * Unlike many network filesystems, Unison copies data so that already-synchronized data can be read and written while offline. * Unlike most distributed filesystems, Unison is a user-level program that simply uses normal systems calls: there is no need to modify the kernel, to have superuser privileges on either host, or to have a FUSE implementation. * Unison works between any pair of machines connected to the internet, typically communicating over ssh, but also directly over TCP. It is careful with network bandwidth, and runs well over slow links. Transfers of small updates to large files are optimized using a compression protocol similar to rsync. * Unison is resilient to failure. It is careful to leave the replicas and its own private structures in a sensible state at all times, even in case of abnormal termination or communication failures. * Unison can run in "repeat" mode with a filesystem monitor, so that changes are synchronized soon after they happen. * Unison has a clear and precise specification. * Unison is Free; full source code is available under the GNU Public License, Version 3. ## Contributing Note that only a very small number of people are actively working on maintaining unison. An estimate is 2.5 people and 0.1 Full-Time Equivalents. This has a substantial impact on the handling of bug reports and enhancement reports. Help in terms of high-quality bug reports, fixes, and proposed changes is very welcome. Help in answering mailinglist questions is also welcome. Please do not answer questions asked in the bug tracker, which is contrary to bug tracker usage guidance. See `CONTRIBUTING.md` for a longer discussion. ## Community Unison activity is now centered on the two [Unison mailinglists](https://github.com/bcpierce00/unison/wiki/Mailing-Lists) for discussion and [Unison's github page](https://github.com/bcpierce00/unison/) for code, issues and a wiki. The `unison-users@` list is appropriate for asking for help. The `unison-hackers@` list is appropriate for discussions where participants might be reading source code in order to inform the discussion. A no-longer-maintained FAQ can be found at: the [old UPenn site](http://www.cis.upenn.edu/~bcpierce/unison). ## Getting Unison The Unison project provides Unison as source code. Many packaging systems (including GNU/Linux distributions) provide binary packages of Unison. Results from Continuous Integration builds, while performed for the purposes of testing, are available for use on a limited set of platforms. See the [top-level wiki page](https://github.com/bcpierce00/unison/wiki) for a variety of information, including how to access Unison documentation. See the [building instructions](INSTALL.md), or read the CI recipes. You should use the most recent formal release, or a newer version from git. Earlier versions are no longer maintained, and bug reports are not accepted about these versions. This is true even though many packaging systems (including GNU/Linux distributions) continue to have 2.51 or even 2.48. The master branch in git historically has been quite stable. unison-2.53.7/doc/000077500000000000000000000000001471241601200136665ustar00rootroot00000000000000unison-2.53.7/doc/Makefile000066400000000000000000000044551471241601200153360ustar00rootroot00000000000000 # Manual .PHONY: all all: unison-manual.pdf unison-manual.html unison-manual.txt ../src/strings.ml DRAFT = false -include ../src/Makefile.ProjectInfo SOURCES = unison-manual.tex \ local.tex short.tex \ unisonversion.tex prefs.tmp prefsdocs.tmp FORMATS = html pdf txt dvi ps info FORMATS_AUX = dtxt aux htoc toc $(addprefix unison-manual., $(FORMATS) $(FORMATS_AUX)): $(SOURCES) unison-manual-directives.tex unison-manual-text-directives.tex: ifneq ($(strip $(shell hevea -version)),) HEVEA=true endif unisonversion.tex: ../src/Makefile.ProjectInfo echo '\def\unisonversion{$(VERSION)}' > $@ # Text versions: when using different directives then _must_ use different # jobname (or, output name for hevea) so that files for non-text versions are # not overwritten. Here, suffix -text is used. %-text-directives.tex: printf '$(TEXDIRECTIVES)\\textversiontrue\\draft$(DRAFT)' > $@ %.dtxt: %.tex %-text-directives.tex ifeq ($(HEVEA),true) hevea -o $*-text.html $< (TERM=vt100; export TERM; lynx -display_charset=utf8 -dump $*-text.html > $@) endif %.txt: %.dtxt ifeq ($(HEVEA),true) sed -e "/^----SNIP----/,+2 d" -e "/^Junk/,$$ d" $< > $@ endif ../src/strings.ml: unison-manual.dtxt docs.ml ifeq ($(HEVEA),true) ocaml docs.ml < $< > $@ endif %-directives.tex: printf '$(TEXDIRECTIVES)\\textversionfalse\\draft$(DRAFT)' > $@ # (pdf)latex must be run multiple times to generate toc and correct references %.aux %.htoc: %.tex %-directives.tex pdflatex -draftmode $< pdflatex -draftmode $< %.pdf: %.tex %-directives.tex %.aux pdflatex $< %.ps: %.pdf pdf2ps $< %.html: %.tex %-directives.tex %.htoc ifeq ($(HEVEA),true) hevea $< endif # Listing of preferences prefs.tmp: ../src/$(NAME)$(EXEC_EXT) -../src/$(NAME)$(EXEC_EXT) -help > prefs.tmp prefsdocs.tmp: ../src/$(NAME)$(EXEC_EXT) -../src/$(NAME)$(EXEC_EXT) -prefsdocs 2> prefsdocs.tmp ../src/$(NAME)$(EXEC_EXT): $(MAKE) -C ../src tui .PHONY: clean clean: $(RM) -r \ *.dtxt *.aux *.haux *.log *.out \ *-directives.tex \ junk.* *.htoc *.toc *.bak \ prefs.tmp prefsdocs.tmp \ docs docs.exe temp.dvi temp.html unison-manual.html \ unison-manual.dvi unison-manual.ps unison-manual.pdf \ unison-manual.txt unison-manual.info* unisonversion.tex \ unison-manual-text.html \ contact.html faq.html faq.haux index.html unison-2.53.7/doc/docs.ml000066400000000000000000000032471471241601200151560ustar00rootroot00000000000000open Printf let main() = begin (* The structure *) set_binary_mode_out stdout true; let ml = stdout in fprintf ml "(* DO NOT MODIFY.\n\ \032 This file has been automatically generated, see docs.ml. *)\n\n"; (* Process the manual *) let rec findFirstSNIP ch = try let l = input_line ch in if l <> "----SNIP----" then findFirstSNIP ch with End_of_file -> (Printf.printf "File does not contain ----SNIP----\n"; exit 1) in let prsection ch = let name = input_line ch in let shortname = input_line ch in if shortname <> "" then begin let empty = input_line ch in if empty<>"" then (fprintf stderr "Second line after SNIP is '%s', not empty!\n" empty; exit 1) end; fprintf ml " (\"%s\", (\"%s\", \n \"" shortname name; let rec loop () = let l = input_line ch in if l<>"----SNIP----" then begin for n=0 to (String.length l) - 1 do let e = if n=0 && l.[n]=' ' then "\\032" else if l.[n]='"' then "\\\"" else if l.[n]='\'' then "'" else if (Char.code l.[n])>=128 then sprintf "\\%d" (Char.code l.[n]) else Char.escaped l.[n] in output_string ml e; done; fprintf ml "\\n\\\n "; loop() end in (try loop() with End_of_file -> ()); fprintf ml "\"))\n::\n" in let prmanual() = fprintf ml "let docs =\n"; set_binary_mode_in stdin true; let ch = stdin in findFirstSNIP ch; try while true do prsection ch done with End_of_file -> (); fprintf ml " [];;\n\n" in (* Docs *) prmanual (); end (* of main *);; (*--------------------------------------------------------------------------*) Printexc.catch main ();; unison-2.53.7/doc/fullpage.sty000066400000000000000000000014251471241601200162300ustar00rootroot00000000000000% This is FULLPAGE.STY by H.Partl, Version 2 as of 15 Dec 1988. % Document Style Option to fill the paper just like Plain TeX. \typeout{Style Option FULLPAGE Version 2 as of 15 Dec 1988} \topmargin 0pt \advance \topmargin by -\headheight \advance \topmargin by -\headsep \textheight 8.9in \oddsidemargin 0pt \evensidemargin \oddsidemargin \marginparwidth 0.5in \textwidth 6.5in % For users of A4 paper: The above values are suited for american 8.5x11in % paper. If your output driver performs a conversion for A4 paper, keep % those values. If your output driver conforms to the TeX standard (1in/1in), % then you should add the following commands to center the text on A4 paper: % \advance\hoffset by -3mm % A4 is narrower. % \advance\voffset by 8mm % A4 is taller. \endinput unison-2.53.7/doc/hevea.sty000066400000000000000000000225111471241601200155200ustar00rootroot00000000000000% htmlgen Version 0.0 : html.sty % This is a very basic style file for latex document to be processed % with htmlgen. It contains definitions of LaTeX commands which are % processed in a special way by the translator. % Mostly : % - environment latexonly, not processed by htmlgen, processed by latex. % - environment htmlonly , the reverse % - environment htmlraw, to include raw HTML in hevea output. % \makeatletter% \newif{\ifhtml} \newif{\iftext} \htmlfalse \textfalse \newcommand{\smup}[2]{% \raise #1\hbox{$\m@th$% \csname S@\f@size\endcsname \fontsize\sf@size 0% \math@fontsfalse\selectfont #2% }}% \newcommand{\hevea}{H\kern-.15em\protect\smup{.2ex}{E}\kern-.15emV\kern-.15em\protect\smup{.2ex}{E}\kern-.15emA}% \newcommand{\hacha}{H\kern-.15em\protect\smup{.2ex}{A}\kern-.15emC\kern-.1em\protect\smup{.2ex}{H}\kern-.15emA}% \newcommand{\html}{\protect\smup{0.ex}{HTML}} \makeatother% \newcommand{\footurl}[2]{#2\footnote{\texttt{#1}}} \newcommand{\url}[2]{#2} \newcommand{\oneurl}[1]{\texttt{#1}} \newcommand{\home}[1]{\protect\raisebox{-.75ex}{\char126}#1} \newcommand{\docurl}{http://para.inria.fr/\home{maranget}/hevea} \newcommand{\mailto}[1]{\texttt{#1}} \newif\ifhevea\heveafalse %% Void cutting instructions \newcounter{cuttingdepth} \newcommand{\cuttingunit}{} \newcommand{\cutdef}[2]{} \newcommand{\cuthere}[2]{} \newcommand{\cutend}{} \newcommand{\htmlhead}[1]{} \newcommand{\htmlfoot}[1]{} % LaTeX2HTML Version 0.6.4 : html.sty % % This file contains definitions of LaTeX commands which are % processed in a special way by the translator. % For example, there are commands for embedding external hypertext links, % for cross-references between documents or for including % raw HTML. % This file includes the comments.sty file v2.0 by Victor Eijkhout % In most cases these commands do nothing when processed by LaTeX. % Modifications: % % nd = Nikos Drakos % jz = Jelle van Zeijl % jz 22-APR-94 - Added support for htmlref % nd - Created % Exit if the style file is already loaded % (suggested by Lee Shombert \ifx \htmlstyloaded\relax \endinput\else\let\htmlstyloaded\relax\fi %%% LINKS TO EXTERNAL DOCUMENTS % % This can be used to provide links to arbitrary documents. % The first argumment should be the text that is going to be % highlighted and the second argument a URL. % The hyperlink will appear as a hyperlink in the HTML % document and as a footnote in the dvi or ps files. % \newcommand{\htmladdnormallinkfoot}[2]{ #1\footnote{#2}} % This is an alternative definition of the command above which % will ignore the URL in the dvi or ps files. \newcommand{\htmladdnormallink}[2]{ #1 } % This command takes as argument a URL pointing to an image. % The image will be embedded in the HTML document but will % be ignored in the dvi and ps files. % \newcommand{\htmladdimg}[1]{ } %%% CROSS-REFERENCES BETWEEN (LOCAL OR REMOTE) DOCUMENTS % % This can be used to refer to symbolic labels in other Latex % documents that have already been processed by the translator. % The arguments should be: % #1 : the URL to the directory containing the external document % #2 : the path to the labels.pl file of the external document. % If the external document lives on a remote machine then labels.pl % must be copied on the local machine. % %e.g. \externallabels{http://cbl.leeds.ac.uk/nikos/WWW/doc/tex2html/latex2html} % {/usr/cblelca/nikos/tmp/labels.pl} % The arguments are ignored in the dvi and ps files. % \newcommand{\externallabels}[2]{ } % This complements the \externallabels command above. The argument % should be a label defined in another latex document and will be % ignored in the dvi and ps files. % \newcommand{\externalref}[1]{ } %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % Comment.sty version 2.0, 19 June 1992 % selectively in/exclude pieces of text: the user can define new % comment versions, and each is controlled separately. % This style can be used with plain TeX or LaTeX, and probably % most other packages too. % % Examples of use in LaTeX and TeX follow \endinput % % Author % Victor Eijkhout % Department of Computer Science % University Tennessee at Knoxville % 104 Ayres Hall % Knoxville, TN 37996 % USA % % eijkhout@cs.utk.edu % % Usage: all text included in between % \comment ... \endcomment % or \begin{comment} ... \end{comment} % is discarded. The closing command should appear on a line % of its own. No starting spaces, nothing after it. % This environment should work with arbitrary amounts % of comment. % % Other 'comment' environments are defined by % and are selected/deselected with % \includecomment{versiona} % \excludecoment{versionb} % % These environments are used as % \versiona ... \endversiona % or \begin{versiona} ... \end{versiona} % with the closing command again on a line of its own. % % Basic approach: % to comment something out, scoop up every line in verbatim mode % as macro argument, then throw it away. % For inclusions, both the opening and closing commands % are defined as noop % % Changed \next to \html@next to prevent clashes with other sty files % (mike@emn.fr) % Changed \html@next to \htmlnext so the \makeatletter and % \makeatother commands could be removed (they were causing other % style files - changebar.sty - to crash) (nikos@cbl.leeds.ac.uk) \def\makeinnocent#1{\catcode`#1=12 } \def\csarg#1#2{\expandafter#1\csname#2\endcsname} \def\ThrowAwayComment#1{\begingroup \def\CurrentComment{#1}% \let\do\makeinnocent \dospecials \makeinnocent\^^L% and whatever other special cases \endlinechar`\^^M \catcode`\^^M=12 \xComment} {\catcode`\^^M=12 \endlinechar=-1 % \gdef\xComment#1^^M{\def\test{#1} \csarg\ifx{PlainEnd\CurrentComment Test}\test \let\htmlnext\endgroup \else \csarg\ifx{LaLaEnd\CurrentComment Test}\test \edef\htmlnext{\endgroup\noexpand\end{\CurrentComment}} \else \let\htmlnext\xComment \fi \fi \htmlnext} } \def\includecomment #1{\expandafter\def\csname#1\endcsname{}% \expandafter\def\csname end#1\endcsname{}} \def\excludecomment #1{\expandafter\def\csname#1\endcsname{\ThrowAwayComment{#1}}% {\escapechar=-1\relax \csarg\xdef{PlainEnd#1Test}{\string\\end#1}% \csarg\xdef{LaLaEnd#1Test}{\string\\end\string\{#1\string\}}% }} \excludecomment{comment} %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% %%% RAW HTML % % Enclose raw HTML between a \begin{rawhtml} and \end{rawhtml}. % The html environment ignores its body % \excludecomment{rawhtml} %%% HTML ONLY % % Enclose LaTeX constructs which will only appear in the % HTML output and will be ignored by LaTeX with % \begin{htmlonly} and \end{htmlonly} % \excludecomment{htmlonly} %%% LaTeX ONLY % Enclose LaTeX constructs which will only appear in the % DVI output and will be ignored by latex2html with %\begin{latexonly} and \end{latexonly} % \newenvironment{latexonly}{}{} \newenvironment{verblatex}{}{} \def\toimage{\expandafter\ifx\csname graph\endcsname\relax \csname newbox\endcsname\graph\fi} \def\endtoimage{\global\setbox\graph=\box\graph} \def\verbimage{\expandafter\ifx\csname graph\endcsname\relax \csname newbox\endcsname\graph\fi} \def\endverbimage{\global\setbox\graph=\box\graph} %\newcommand{\imageflush}[1][]{} \newcommand{\imageflush}{} %%% HYPERREF % Suggested by Eric M. Carol % Similar to \ref but accepts conditional text. % The first argument is HTML text which will become ``hyperized'' % (underlined). % The second and third arguments are text which will appear only in the paper % version (DVI file), enclosing the fourth argument which is a reference to a label. % %e.g. \hyperref{using the tracer}{using the tracer (see Section}{)}{trace} % where there is a corresponding \label{trace} % \newcommand{\hyperref}[4]{#2\ref{#4}#3} %%% HTMLREF % Reference in HTML version only. % Mix between \htmladdnormallink and \hyperref. % First arg is text for in both versions, second is label for use in HTML % version. \newcommand{\htmlref}[2]{#1} %%% HTMLIMAGE % This command can be used inside any environment that is converted % into an inlined image (eg a "figure" environment) in order to change % the way the image will be translated. The argument of \htmlimage % is really a string of options separated by commas ie % [scale=],[external],[thumbnail= % The scale option allows control over the size of the final image. % The ``external'' option will cause the image not to be inlined % (images are inlined by default). External images will be accessible % via a hypertext link. % The ``thumbnail'' option will cause a small inlined image to be % placed in the caption. The size of the thumbnail depends on the % reduction factor. The use of the ``thumbnail'' option implies % the ``external'' option. % % Example: % \htmlimage{scale=1.5,external,thumbnail=0.2} % will cause a small thumbnail image 1/5th of the original size to be % placed in the final document, pointing to an external image 1.5 % times bigger than the original. % \newcommand{\htmlimage}[1]{} %%% HTMLADDTONAVIGATION % This command appends its argument to the buttons in the navigation % panel. It is ignored by LaTeX. % % Example: % \htmladdtonavigation{\htmladdnormallink % {\htmladdimg{http://server/path/to/gif}} % {http://server/path}} \newcommand{\htmladdtonavigation}[1]{} unison-2.53.7/doc/local.tex000066400000000000000000000074531471241601200155130ustar00rootroot00000000000000\newif\iftextversion \textversionfalse \newif\iffull \fullfalse \newif\ifdraft \drafttrue \ifhevea\else \IfFileExists{{\jobname}-directives.tex} {\input{{\jobname}-directives}} {\typeout{== ERROR == The dynamically generated file `texdirectives.tex' couldn't be found. You should use `make` to build the manual for Unison (`unison-manual.pdf'). Don't call latex directly.}\stop} \fi \input{{\jobname}-directives} \input{unisonversion} \newcommand{\finish}[1]{\ifdraft{\ifhevea\red\else \large\bf\fi [#1]\ifhevea\fi}\fi} \newcommand{\finishlater}[1]{} \newcommand{\fortrevor}[1]{} \newcommand{\CLIENT}{\iftextversion CLIENT \else {\em client}\fi} \newcommand{\SERVER}{\iftextversion SERVER \else {\em server}\fi} \newcommand{\showtt}[1]{% \ifhevea \iftextversion "#1"% \else {\large\tt #1}% \fi \else {\tt #1}% \fi } \makeatletter \def\@opentoc#1{\begingroup \makeatletter \if@filesw \expandafter\newwrite\csname tf@#1\endcsname \immediate\openout \csname tf@#1\endcsname \jobname.#1\relax \fi \global\@nobreakfalse \endgroup} \newcommand{\TABLEOFCONTENTS}{% \ifhevea \iftextversion\else \section*{Contents} \begin{quote} \input{\jobname.htoc} \end{quote} \fi \else \@opentoc{htoc} \tableofcontents \fi } \makeatother \newcommand{\SNIP}[2]{% \ifhevea\iftextversion \begin{rawhtml}
----SNIP----\end{rawhtml}
#1
#2 %
\begin{rawhtml}
\end{rawhtml}% \fi\fi } \newcommand{\sectionref}[2]{% \ifhevea \iftextversion the section ``#2'' \else the \url{##1}{#2} section% \fi \else Section~\ref{#1} {[#2]}% \fi } \newcommand{\bcpurl}[1]{\url{#1}} \newcommand{\urlref}[2]{\bcpurl{##1}{#2}} \newcommand{\ONEURL}[1]{% \iftextversion#1\else{\def~{\symbol{"7E}}\oneurl{#1}}\fi} \newcommand{\URL}[2]{% \iftextversion#2 (#1)\else\bcpurl{#1}{#2}\fi} \newcommand{\SHOWURL}[2]{% \ifhevea\URL{#1}{#2}\else#2\footnote{{\def~{\symbol{"7E}}\tt #1}}\fi} % Usage: \SECTION{Title and menu item name}{tex label}{man section id} \newcommand{\SECTION}[3]{% \ifhevea \SNIP{#1}{#3}% \iftextversion\else \@print{
}\fi% \section*{\aname{#2}#1}% \else \newpage \section{\label{#2}#1}% \addtocontents{htoc}{{\string\large\string\bf\string\urlref{#2}{#1}}\\}% \fi } \newcommand{\SUBSECTION}[2]{% \ifhevea \subsection*{\aname{#2}#1}% \else \subsection{\label{#2}#1}% \addtocontents{htoc}{\hspace{10em}\bullet\string\urlref{#2}{#1}\\} \fi } \newcommand{\SUBSUBSECTION}[2]{% \ifhevea \subsubsection*{\aname{#2}#1}% \else \subsubsection{\label{#2}#1}% \addtocontents{htoc}{\hspace{18em}\string\urlref{#2}{#1}\\} \fi } \newcommand{\TOPSUBSECTION}[2]{% \ifhevea\SNIP{#1}{#2}\fi \SUBSECTION{#1}{#2}% } % The quote-based macros looks a imperfect, perhaps due to the lack of % alignment % \newenvironment{textui}{{\em Textual Interface:}\begin{quote}}{\end{quote}} % \newenvironment{tkui}{{\em Graphical Interface:}\begin{quote}}{\end{quote}} \newenvironment{textui}{\medskip{\em Textual Interface:}\begin{itemize}\item[] }{\end{itemize}} \newenvironment{tkui}{\medskip{\em Graphical Interface:}\begin{itemize}\item[] }{\end{itemize}} \newenvironment{changesfromversion}[1]{% \noindent Changes since #1: \begin{itemize} }{ \end{itemize} } \newcommand{\incompatible}{% \iftextversion INCOMPATIBLE CHANGE: \else {\bf Incompatible change:} \fi} \ifhevea \makeatletter \let\oldmeta=\@meta \renewcommand{\@meta}{% \oldmeta \ifdraft \begin{rawhtml} \end{rawhtml} \else \begin{rawhtml} \end{rawhtml} \fi } \makeatother \fi unison-2.53.7/doc/moreverb.sty000066400000000000000000000127211471241601200162530ustar00rootroot00000000000000%% %% This is file `moreverb.sty', %% generated with the docstrip utility. %% %% The original source files were: %% %% moreverb.dtx (with options: `moreverb') %% \NeedsTeXFormat{LaTeX2e} \ProvidesPackage{moreverb} [1997/12/07 v2.2d.2 `more' verbatim facilities% ] \@ifundefined{verbatim@processline}{\RequirePackage{verbatim}}{} \newwrite \verbatim@out \def\verbatimwrite#1{% \@bsphack \immediate\openout \verbatim@out #1 \let\do\@makeother\dospecials \catcode`\^^M\active \catcode`\^^I=12 \def\verbatim@processline{% \immediate\write\verbatim@out {\the\verbatim@line}}% \verbatim@start} \def\endverbatimwrite{% \immediate\closeout\verbatim@out \@esphack} \newcount\tab@position \newcount\tab@size \def\verbatimtabsize{8\relax} \def\@xobeytab{% \loop \toks@\expandafter{\the\toks@\@xobeysp}% \advance\tab@position-1 \ifnum\tab@position>0 \repeat } \begingroup \catcode`\^^I=\active \gdef\@vobeytabs{\catcode`\^^I\active\let^^I\@xobeytab}% \endgroup \def\verbatim@tabexpand#1{% \ifx#1\@nil \the\toks@ \expandafter\par \else \ifx#1\@xobeytab \@xobeytab \else \toks@\expandafter{\the\toks@#1}% \advance\tab@position\m@ne \fi \ifnum\tab@position=0 \tab@position\tab@size \fi \expandafter\verbatim@tabexpand \fi } \newcount\listing@line \listing@line=1 \def\listing@step{1\relax} \def\listinglabel#1{\llap{\small\rmfamily\the#1}\hskip\listingoffset\relax} \def\thelisting@line{% \setbox0\hbox{\listinglabel\listing@line}% \@tempcnta=\listing@line \divide\@tempcnta\listing@step \multiply\@tempcnta\listing@step \ifnum\listing@line=\@ne \unhbox0 \else \ifnum\@tempcnta=\listing@line \unhbox0 \else \hskip\wd0 \fi \fi} \providecommand\listingoffset{1.5em} \newcommand\listing[2][1]{% \global\listing@line=#2\relax \gdef\listing@step{#1\relax} \listingcont} \def\listingcont{% \tab@size=\verbatimtabsize \def\verbatim@processline{\tab@position\tab@size \thelisting@line \global\advance\listing@line1 \toks@{}% \expandafter\verbatim@tabexpand\the\verbatim@line\@nil}% \@verbatim\frenchspacing\@vobeyspaces\@vobeytabs\verbatim@start} \let\endlisting=\endtrivlist \let\endlistingcont=\endtrivlist \expandafter\newcommand\csname listing*\endcsname[2][1]{% \global\listing@line=#2\relax \gdef\listing@step{#1\relax} \csname listingcont*\endcsname} \@namedef{listingcont*}{% \def\verbatim@processline{% \thelisting@line \global\advance\listing@line1 \the\verbatim@line\par}% \@verbatim\verbatim@start} \expandafter\let\csname endlisting*\endcsname\endtrivlist \expandafter\let\csname endlistingcont*\endcsname\endtrivlist \def\listinginput{% \@ifnextchar[%] {\@listinginput}% {\@listinginput[1]}} \begingroup \catcode`\~=\active \lccode`\~=`\^^M \lccode`\N=`\N \lowercase{\endgroup \def\@listinginput[#1]#2#3{\begingroup \global\listing@line=#2 \gdef\listing@step{#1\relax} \tab@size=\verbatimtabsize \def\verbatim@processline{\tab@position\tab@size \thelisting@line \global\advance\listing@line1 \toks@{}% \expandafter\verbatim@tabexpand\the\verbatim@line\@nil}% \@verbatim\frenchspacing\@vobeyspaces\@vobeytabs \def\verbatim@addtoline##1~{% \verbatim@line\expandafter{\the\verbatim@line##1}}% \openin\verbatim@in@stream=#3 \ifeof\verbatim@in@stream \PackageWarning{moreverb}{No file #3.}% \else \do@verbatimtabinput \closein\verbatim@in@stream \fi \endtrivlist\endgroup \@doendpe }% } \def\verbatimcmd{% \PackageError{moreverb}{The verbatimcmd environment is obsolete}% {Use alltt (from the LaTeX base package alltt) in place of verbatimcmd}% } \let\endverbatimcmd\relax \def\boxedverbatim{% \def\verbatim@processline{% {\setbox0=\hbox{\the\verbatim@line}% \hsize=\wd0 \the\verbatim@line\par}}% \@minipagetrue%%%DPC%%% \@tempswatrue%%%DPC%%% \setbox0=\vbox\bgroup \verbatim } \def\endboxedverbatim{% \endverbatim \unskip\setbox0=\lastbox %%%DPC%%% \egroup \fbox{\box0}% <<<=== change here for centering,... } \newenvironment{verbatimtab}{\obeylines\@verbatimtab}{\endtrivlist} \newcommand\@verbatimtab[1][\verbatimtabsize]{% \do@verbatimtab{#1}{% \@verbatim\frenchspacing\@vobeyspaces\@vobeytabs\verbatim@start}% } \def\do@verbatimtab#1#2{% \tab@size=#1 \def\verbatim@processline{\tab@position\tab@size \toks@{}% \expandafter\verbatim@tabexpand\the\verbatim@line\@nil}% #2% } \def\verbatimtabinput{% \@ifnextchar[%] {\@verbatimtabinput}% {\@verbatimtabinput[\verbatimtabsize]}} \begingroup \catcode`\~=\active \lccode`\~=`\^^M \lccode`\N=`\N \lowercase{\endgroup \def\@verbatimtabinput[#1]#2{\begingroup \do@verbatimtab{#1}{% \@verbatim\frenchspacing\@vobeyspaces\@vobeytabs}% \def\verbatim@addtoline##1~{% \verbatim@line\expandafter{\the\verbatim@line##1}}% \openin\verbatim@in@stream=#2 \ifeof\verbatim@in@stream \PackageWarning{moreverb}{No file #2.} \else \@addtofilelist{#2}% \do@verbatimtabinput \closein\verbatim@in@stream \fi \endtrivlist\endgroup\@doendpe}% } \def\do@verbatimtabinput{% \read\verbatim@in@stream to \verbtab@line \ifeof\verbatim@in@stream \else \expandafter\verbatim@addtoline\verbtab@line \verbatim@processline \verbatim@startline \expandafter\do@verbatimtabinput \fi } \endinput %% %% End of file `moreverb.sty'. unison-2.53.7/doc/short.tex000066400000000000000000000033601471241601200155510ustar00rootroot00000000000000Unison is a file-synchronization tool for POSIX-compliant systems (e.g. BSDs, GNU/Linux, macOS) and Windows. It allows two replicas of a collection of files and directories to be stored on different hosts (or different disks on the same host), modified separately, and then brought up to date by propagating the changes in each replica to the other. Features: \begin{itemize} \item Unison works {\em across} platforms, allowing you to synchronize a Windows laptop with a Unix server, for example. \item Unlike a distributed filesystem, Unison is a user-level program: there is no need to modify the kernel or to have superuser privileges on either host. \item Unlike simple mirroring or backup utilities, Unison can deal with updates to both replicas of a distributed directory structure. Updates that do not conflict can be propagated automatically. Conflicting updates are detected and displayed. \item Unison works between any pair of machines connected to the internet, communicating over either a direct socket link or tunneling over an encrypted {\tt ssh} connection. It is careful with network bandwidth, and runs well over slow links. Transfers of small updates to large files are optimized using a compression protocol similar to rsync. \item Unison has a clear and precise specification\iffull, described below. \else. \fi \item Unison is resilient to failure. It is careful to leave the replicas and its own private structures in a sensible state at all times, even in case of abnormal termination or communication failures. % \item Unison is easy to install. Just one executable file (for each % host architecture) is all you need. \item Unison is free; full source code is available under the GNU Public License. \end{itemize} unison-2.53.7/doc/unison-manual.tex000066400000000000000000003171751471241601200172140ustar00rootroot00000000000000\documentclass{article} \usepackage{alltt} \usepackage{fullpage} \usepackage{moreverb} % \usepackage{hyperref} \usepackage{hevea} \ifhevea\@def@charset{UTF-8}\fi \input{local} \fulltrue %\newcommand{\NT}[1]{\(\langle\)\textit{#1}\(\rangle\)} \newcommand{\NT}[1]{\textit{#1}} \newcommand{\ARG}[1]{\texttt{\textit{#1}}} %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% \begin{document} \ifhevea\begin{rawhtml}
\end{rawhtml}\fi \ifhevea\else\bigskip\fi% \ifdraft% \begin{center}% {\Huge \ifhevea\red\fi DraftDraftDraftDraft}% \end{center}% \ifhevea\else \bigskip \fi \fi \ifhevea\begin{rawhtml}
\end{rawhtml}% \else \thispagestyle{empty} \fi% \SNIP{About Unison}{about}% \iftextversion \section*{Unison File Synchronizer %% \\ %% \ONEURL{http://www.cis.upenn.edu/\home{bcpierce}/unison} \\ Version \unisonversion } \else% \ifhevea\else \vspace*{2in} \fi% \begin{center}% \Huge{\ifhevea\black\else\bf \fi Unison File Synchronizer}% %% \ifhevea \\ \else \\[2ex] \fi %% \large %% \ONEURL{http://www.cis.upenn.edu/\home{bcpierce}/unison} \ifhevea \\ \else \\[2ex] \fi% \huge {\ifhevea\black\else\bf \fi User Manual and Reference Guide}% \ifhevea \\ \else \\[6ex] \fi% \LARGE% Version \unisonversion \\[4ex] % % \today % \large Copyright 1998-2023, Benjamin C. Pierce \end{center}% \fi% % % \ifhevea\begin{rawhtml}
\end{rawhtml}\fi \ifhevea\else\newpage\fi \TABLEOFCONTENTS \ifhevea\else\newpage\fi \SECTION{Overview}{overview}{ } \input{short} \ifhevea\else\bigskip\fi % \begin{quote} % {\bf\ifhevea\red\fi Warning:} The current implementation of Unison is % considered beta-test software. It is in daily use by quite a few % people, but there are still undoubtedly some bugs. If you choose to % use it to synchronize important data, please pay careful attention % to what it is doing! Also, the installation/setup procedure is not % yet as smooth as we want it to be. % \end{quote} \SECTION{Preface}{intro}{ } \TOPSUBSECTION{People}{people} \URL{http://www.cis.upenn.edu/\home{bcpierce}/}{Benjamin Pierce} leads the Unison project. % The current version of Unison was designed and implemented by \URL{http://www.research.att.com/\home{trevor}/}{Trevor Jim}, \URL{http://www.cis.upenn.edu/\home{bcpierce}/}{Benjamin Pierce}, and \URL{http://www.pps.jussieu.fr/\home{vouillon}/}{J\'{e}r\^{o}me Vouillon}, with \URL{http://alan.petitepomme.net/}{Alan Schmitt}, {Malo Denielou}, \URL{http://www.brics.dk/\home{zheyang}/}{Zhe Yang}, Sylvain Gommier, and Matthieu Goulay. % The Mac user interface was started by Trevor Jim and enormously improved by Ben Willmore. % Our implementation of the \URL{http://samba.org/rsync/}{rsync} protocol was built by \URL{http://www.eecs.harvard.edu/\home{nr}/}{Norman Ramsey} and Sylvain Gommier. It is based on \URL{http://samba.anu.edu.au/\home{tridge}/}{Andrew Tridgell}'s \URL{http://samba.anu.edu.au/\home{tridge}/phd\_thesis.pdf}{thesis work} and inspired by his \URL{http://samba.org/rsync/}{rsync} utility. % \finish{Our low-level fingerprinting implementation uses an algorithm % by Michael Rabin and incorporates some coding tricks from Andrei % Broder and Mike Burrows.} % The mirroring and merging functionality was implemented by Sylvain Roy, improved by Malo Denielou, and improved yet further by St\'ephane Lescuyer. % \URL{http://wwwfun.kurims.kyoto-u.ac.jp/\home{garrigue}/}{Jacques Garrigue} contributed the original Gtk version of the user interface; the Gtk2 version was built by Stephen Tse. % Sundar Balasubramaniam helped build a prototype implementation of an earlier synchronizer in Java. \URL{http://www.cis.upenn.edu/\home{ishin}/}{Insik Shin} and \URL{http://www.cis.upenn.edu/\home{lee}/}{Insup Lee} contributed design ideas to this implementation. \URL{http://research.microsoft.com/\home{fournet}/}{Cedric Fournet} contributed to an even earlier prototype. \TOPSUBSECTION{Obtaining Unison}{obtaining} \paragraph{Source code} Unison is primarily distributed as source code, which contains instructions in {\tt INSTALL.md}: \begin{quote} \ONEURL{https://github.com/bcpierce00/unison} \end{quote} \paragraph{Binaries} The Unison wiki contains information about builds done as part of Continuous Integration and other sources of binaries; read the entire wiki at: \begin{quote} \ONEURL{https://github.com/bcpierce00/unison/wiki} \end{quote} \TOPSUBSECTION{Community, Maintenance, and Development}{development} Many people use and contribute to Unison. This community has two main homes. \paragraph{Mailinglists} Most discussion is appropriate on one of the mailinglists: \begin{quote} \ONEURL{https://github.com/bcpierce00/unison/wiki/Mailing-Lists} \end{quote} \paragraph{Reporting Bugs} Bug reports and feature requests may be made after reading the guidelines: \begin{quote} \ONEURL{https://github.com/bcpierce00/unison/wiki/Reporting-Bugs-and-Feature-Requests} \end{quote} Help improving Unison is welcome; see {\tt CONTRIBUTING.md} in the sources. \TOPSUBSECTION{Copying}{copying} This file is part of Unison. Unison is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. Unison is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. The GNU General Public License can be found at \ONEURL{http://www.gnu.org/licenses}. A copy is also included in the Unison source distribution in the file {\tt COPYING}. \TOPSUBSECTION{Acknowledgements}{ack} Work on Unison has been supported by the National Science Foundation under grants CCR-9701826 and ITR-0113226, {\em Principles and Practice of Synchronization}, and by University of Pennsylvania's Institute for Research in Cognitive Science (IRCS). \SECTION{Upgrading}{upgrading}{upgrading} (This section is perhaps misplaced, but is early because it is far better to have at least skimmed it than to not know it exists.) Before upgrading, it is a good idea to run the {\em old} version one last time, to make sure all your replicas are completely synchronized. A new version of Unison will sometimes introduce a different format for the archive files used to remember information about the previous state of the replicas. In this case, the old archive will be ignored (not deleted --- if you roll back to the previous version of Unison, you will find the old archives intact), which means that any differences between the replicas will show up as conflicts that need to be resolved manually. As of version 2.52, Unison has a degree of backward and forward compatibility. This means three things. First, it is possible for local and remote machines to run a different version of Unison. Second, it is possible for local and remote machines to run a version (same or different) of Unison built with a different version of OCaml compiler (this has been problematic historically). Lastly, it is possible to upgrade Unison on the local machine (compiled with any OCaml version) and keep the existing archive. If version interoperability requirements are followed then Unison 2.52 and newer can upgrade the archive created by earlier Unison versions. To avoid rebuilding archive files when upgrading from a version older than 2.52, you must install version 2.52 or newer built with the same OCaml version as your previous version of Unison, and then run it at least once on each root. Doing so will upgrade the archive file. After upgrading the archive, you are free to swap the Unison 2.52 or newer executable to one compiled with a different version of OCaml. The archive file is no longer dependent on the compiler version. \SUBSECTION{Version interoperability}{interoperability} To ensure interoperability with different Unison versions on local and remote machines, and to upgrade from an earlier version {\em without rebuilding the archive files}, you have to remember these guidelines. Upgrading from an incompatible version, while possible and normal, will require fully scanning both roots, which can be time-consuming with big replicas. {\bf Unison 2.52 and newer} are compatible with: \begin{itemize} \item {\em Unison 2.52 or newer} (for as long as backwards compatibility is maintained in the newer versions). You do not have to pay any attention to OCaml compiler versions. \item {\em Unison 2.51} if both versions are compiled with same OCaml compiler version (you can see which compiler version was used by running {\tt unison -version}). \item {\em Unison 2.48} if both versions are compiled with same OCaml compiler version. See special notes below. \end{itemize} \vspace{1em} \noindent {\bf Interoperability matrix} for quick reference: \vspace{1em} \begin{tabular}{r||c|c|c} Client versions & \multicolumn{3}{c}{Server versions} \\ & 2.52 or newer & 2.51 & 2.48 \\ \hline \hline 2.52 or newer & full interop & same OCaml version & same OCaml version \\ \hline 2.51 & same OCaml version & full interop & no interop \\ \hline 2.48 & same OCaml version* & no interop & full interop \\ \end{tabular} \vspace{2em} \noindent {\it Special notes for Unison 2.48:} \begin{itemize} \item Unison 2.48 does not show which OCaml compiler was used to compile it. If you do not have the option of re-compiling the 2.48 version, you have two alternatives. First (and most likely to succeed), see what is the version of the OCaml compiler in the same package repository where you installed Unison 2.48 from, then use Unison 2.52 compiled with that version. Second, you can just try Unison 2.52 executables compiled with different OCaml versions and see which one works with your copy of Unison 2.48. \item When running Unison 2.48 on the client machine with Unison 2.52 or newer on the server machine, you have to do some additional configuration. The Unison executable name on the server must start with \verb|unison-2.48| (just \verb|unison-2.48| is ok, as is \verb|unison-2.48.exe|, but also \verb|unison-2.48+ocaml-4.05|). If using TCP socket connection to the server then you're all set! If using {\tt ssh} then you have to add one of the following options to your profile or as a command-line argument on the client machine: \verb|-addversionno|; see \sectionref{remote}{Remote Usage}, or \verb|-servercmd|; see \sectionref{rshmeth}{Remote Shell Method}. \end{itemize} \SECTION{Tutorial}{tutorial}{tutorial} %\finish{Put a pointer somewhere in here to the typical profile in the % reference section.} \SUBSECTION{Preliminaries}{prelim} Unison can be used with either of two user interfaces: \begin{enumerate} \item a textual interface and \item a graphical interface \end{enumerate} The textual interface is more convenient for running from scripts and works on dumb terminals; the graphical interface is better for most interactive use. For this tutorial, you can use either. If you are running Unison from the command line, just typing {\tt unison} will select either the text or the graphical interface, depending on which has been selected as default when the executable you are running was built. You can force the text interface even if graphical is the default by adding {\tt -ui text}. The other command-line arguments to both versions are identical. The graphical version can also be run directly by clicking on its icon. For this tutorial, we assume that you're starting it from the command line. Unison can synchronize files and directories on a single machine, or between two machines on a network. (The same program runs on both machines; the only difference is which one is responsible for displaying the user interface.) If you're only interested in a single-machine setup, then let's call that machine the \CLIENT{}. If you're synchronizing two machines, let's call them \CLIENT{} and \SERVER. \SUBSECTION{Local Usage}{local} Let's get the client machine set up first and see how to synchronize two directories on a single machine. Ensure that unison is installed on your system. Create a small test directory {\tt a.tmp} containing a couple of files and/or subdirectories, e.g., \begin{verbatim} mkdir a.tmp touch a.tmp/a a.tmp/b mkdir a.tmp/d touch a.tmp/d/f \end{verbatim} Copy this directory to b.tmp: \begin{verbatim} cp -r a.tmp b.tmp \end{verbatim} Now try synchronizing {\tt a.tmp} and {\tt b.tmp}. (Since they are identical, synchronizing them won't propagate any changes, but Unison will remember the current state of both directories so that it will be able to tell next time what has changed.) Type: \begin{verbatim} unison a.tmp b.tmp \end{verbatim} (You may need to add \verb|-ui text|, depending how your unison binary was built.) \begin{textui} You should see a message notifying you that all the files are actually equal and then get returned to the command line. \end{textui} \begin{tkui} You should get a big empty window with a message at the bottom notifying you that all files are identical. Choose the Exit item from the File menu to get back to the command line. \end{tkui} Next, make some changes in a.tmp and/or b.tmp. For example: \begin{verbatim} rm a.tmp/a echo "Hello" > a.tmp/b echo "Hello" > b.tmp/b date > b.tmp/c echo "Hi there" > a.tmp/d/h echo "Hello there" > b.tmp/d/h \end{verbatim} Run Unison again: \begin{verbatim} unison a.tmp b.tmp \end{verbatim} This time, the user interface will display only the files that have changed. If a file has been modified in just one replica, then it will be displayed with an arrow indicating the direction that the change needs to be propagated. For example, \begin{verbatim} <--- new file c [f] \end{verbatim} \noindent indicates that the file {\tt c} has been modified only in the second replica, and that the default action is therefore to propagate the new version to the first replica. To {\bf f}ollow Unison's recommendation, press the ``f'' at the prompt. If both replicas are modified and their contents are different, then the changes are in conflict: \texttt{<-?->} is displayed to indicate that Unison needs guidance on which replica should override the other. \begin{verbatim} new file <-?-> new file d/h [] \end{verbatim} By default, neither version will be propagated and both replicas will remain as they are. If both replicas have been modified but their new contents are the same (as with the file {\tt b}), then no propagation is necessary and nothing is shown. Unison simply notes that the file is up to date. These display conventions are used by both versions of the user interface. The only difference lies in the way in which Unison's default actions are either accepted or overridden by the user. \begin{textui} The status of each modified file is displayed, in turn. When the copies of a file in the two replicas are not identical, the user interface will ask for instructions as to how to propagate the change. If some default action is indicated (by an arrow), you can simply press Return to go on to the next changed file. If you want to do something different with this file, press ``\verb|<|'' or ``\verb|>|'' to force the change to be propagated from right to left or from left to right, or else press ``\verb|/|'' to skip this file and leave both replicas alone. When it reaches the end of the list of modified files, Unison will ask you one more time whether it should proceed with the updates that have been selected. When Unison stops to wait for input from the user, pressing ``\verb|?|'' will always give a list of possible responses and their meanings. \end{textui} \begin{tkui} The main window shows all the files that have been modified in either {\tt a.tmp} or {\tt b.tmp}. To override a default action (or to select an action in the case when there is no default), first select the file, either by clicking on its name or by using the up- and down-arrow keys. Then press either the left-arrow or ``\verb|<|'' key (to cause the version in b.tmp to propagate to a.tmp) or the right-arrow or ``\verb|>|'' key (which makes the a.tmp version override b.tmp). Every keyboard command can also be invoked from the menus at the top of the user interface. (Conversely, each menu item is annotated with its keyboard equivalent, if it has one.) When you are satisfied with the directions for the propagation of changes as shown in the main window, click the ``Go'' button to set them in motion. A check sign will be displayed next to each filename when the file has been dealt with. \end{tkui} \SUBSECTION{Remote Usage}{remote} Next, we'll get Unison set up to synchronize replicas on two different machines. NB: Unison has not been designed to run with elevated privileges (e.g. setuid), and it has not been audited for that environment. Therefore Unison should be run with the userid of the owner of the files to be synchronized, and should never be run setuid or similar. (Problems encountered when running setuid etc. must be reproduced without setuid before being reported as bugs.) Follow the instructions in the Installation section to download or build an executable version of Unison on the server machine, and install it somewhere on your search path. (It doesn't matter whether you install the textual or graphical version, since the copy of Unison on the server doesn't need to display any user interface at all. The major benefit of installing the textual version is that it doesn't have any external dependencies required by the GUI executable.) It is important that the version of Unison installed on the server machine is the same as the version of Unison on the client machine. But some flexibility on the version of Unison at the client side can be achieved by using the \verb|-addversionno| option; see \sectionref{prefs}{Preferences}. Now there is a decision to be made. Unison provides two methods for communicating between the client and the server: \begin{itemize} \item {\em Remote shell method}: To use this method, you must have some way of invoking remote commands on the server from the client's command line, using a facility such as \verb|ssh|. This method is more convenient (since there is no need to manually start a ``unison server'' process on the server) and also more secure, assuming you are using \verb|ssh|). \item {\em TCP socket method}: This method requires only that you can get TCP packets from the client to the server and back. It is insecure and should not be used. \item {\em Unix socket method}: This method only works within a single machine. It is similar to the TCP sockets method, but it is possible to configure it securely. \end{itemize} Decide which of these you want to try, and continue with \sectionref{rshmeth}{Remote Shell Method} or \sectionref{socketmeth}{Socket Method}, as appropriate. \SUBSECTION{Remote Shell Method}{rshmeth} The standard remote shell facility on Unix systems is \verb|ssh|. Running \verb|ssh| requires some coordination between the client and server machines to establish that the client is allowed to invoke commands on the server; please refer to the \verb|ssh| documentation for information on how to set this up. First, test that we can invoke Unison on the server from the client. Typing \begin{alltt} ssh \NT{remotehostname} unison -version \end{alltt} should print the same version information as running \begin{verbatim} unison -version \end{verbatim} locally on the client. If remote execution fails, then either something is wrong with your ssh setup (e.g., ``permission denied'') or else the search path that's being used when executing commands on the server doesn't contain the \verb|unison| executable (e.g., ``command not found''). Create a test directory {\tt a.tmp} in your home directory on the client machine. Test that the local unison client can start and connect to the remote server. Type \begin{alltt} unison -testServer a.tmp ssh://\NT{remotehostname}/a.tmp \end{alltt} Now cd to your home directory and type: \begin{verbatim} unison a.tmp ssh://remotehostname/a.tmp \end{verbatim} The result should be that the entire directory {\tt a.tmp} is propagated from the client to your home directory on the server. After finishing the first synchronization, change a few files and try synchronizing again. You should see similar results as in the local case. If your user name on the server is not the same as on the client, you need to specify it on the command line: \begin{verbatim} unison a.tmp ssh://username@remotehostname/a.tmp \end{verbatim} \noindent {\it Notes:} \begin{itemize} \item If you want to put \verb|a.tmp| some place other than your home directory on the remote host, you can give an absolute path for it by adding an extra slash between \verb|remotehostname| and the beginning of the path: \begin{verbatim} unison a.tmp ssh://remotehostname//absolute/path/to/a.tmp \end{verbatim} \item You can give an explicit path for the \verb|unison| executable on the server by using the command-line option \showtt{-servercmd /full/path/name/of/unison} or adding \showtt{servercmd=/full/path/name/of/unison} to your profile (see \sectionref{profile}{Profiles}). Similarly, you can specify an explicit path for the \verb|ssh| program using the \showtt{-sshcmd} option. Extra arguments can be passed to \verb|ssh| by setting the \verb|-sshargs| preference. \item By leveraging \showtt{-sshcmd} and \showtt{-sshargs}, you can effectively use any remote shell program, not just \verb|ssh|; just remember that the roots are still specified with \verb|ssh| as the protocol, that is, they have to start with \showtt{ssh://}. \end{itemize} \SUBSECTION{Socket Method}{socketmeth} To run Unison over a socket connection, you must start a Unison daemon process on the server. This process runs continuously, waiting for connections over a given socket from client machines running Unison and processing their requests in turn. Since the socket method is not used by many people, its functionality is rather limited. For example, the server can only deal with one client at a time. Note that the Unison daemon process is always started with a command-line argument; not from a profile. \SUBSUBSECTION{TCP Sockets}{socket-tcp} \begin{quote} {\bf\ifhevea\red\fi Warning:} The TCP socket method is insecure: not only are the texts of your changes transmitted over the network in unprotected form, it is also possible for anyone in the world to connect to the server process and read out the contents of your filesystem! (Of course, to do this they must understand the protocol that Unison uses to communicate between client and server, but all they need for this is a copy of the Unison sources.) The socket method is provided only for expert users with specific needs; everyone else should use the \verb|ssh| method. \end{quote} To start the daemon for connections over a TCP socket, type \begin{verbatim} unison -socket NNNN \end{verbatim} on the server machine, where {\tt NNNN} is the TCP port number that the daemon should listen on for connections from clients. ({\tt NNNN} can be any large number that is not being used by some other program; if \texttt{NNNN} is already in use, Unison will exit with an error message.) Create a test directory {\tt a.tmp} in your home directory on the client machine. Now type: \begin{alltt} unison a.tmp socket://\NT{remotehostname}:NNNN/a.tmp \end{alltt} Note that paths specified by the client will be interpreted relative to the directory in which you start the server process; this behavior is different from the ssh case, where the path is relative to your home directory on the server. % The result should be that the entire directory {\tt a.tmp} is propagated from the client to the server (\texttt{a.tmp} will be created on the server in the directory that the server was started from). % After finishing the first synchronization, change a few files and try synchronizing again. You should see similar results as in the local case. By default Unison will listen for incoming connections on all interfaces. If you want to limit this to certain interfaces or addresses then you can use the {\tt -listen} command-line argument, specifying a host name or an IP address to listen on. {\tt -listen} can be given multiple times to listen on several addresses. \SUBSUBSECTION{Unix Domain Sockets}{socket-unix} To start the daemon for connections over a Unix domain socket, type \begin{verbatim} unison -socket PPPP \end{verbatim} where {\tt PPPP} is the path to a Unix socket that the daemon should open for connections from clients. ({\tt PPPP} can be any absolute or relative path the server process has access to but it must not exist yet; the socket is created at that path when the daemon process is started.) You are responsible for securing access to the socket path. For example, this can be done by controlling the permissions of socket's parent directory, or ensuring a restrictive {\tt umask} value when starting Unison. Clients can connect to a server over a Unix domain socket by specifying the absolute or relative path to the socket, instead of a server address and port number: \begin{alltt} unison a.tmp socket://\{\NT{path/to/unix/socket}\}/a.tmp \end{alltt} (socket path is enclosed in curly braces). Note that Unix domain sockets are local sockets (they exist in the filesystem namespace). One could use Unixs socket remotely, by forwarding access to the socket by other means, for example by using {\tt spiped} secure pipe daemon. \SUBSECTION{Using Unison for All Your Files}{usingit} Once you are comfortable with the basic operation of Unison, you may find yourself wanting to use it regularly to synchronize your commonly used files. There are several possible ways of going about this: \begin{enumerate} \item Synchronize your whole home directory, using the Ignore facility (see \sectionref{ignore}{Ignoring Paths}) to avoid synchronizing temporary files and things that only belong on one host. \item Create a subdirectory called {\tt shared} (or {\tt current}, or whatever) in your home directory on each host, and put all the files you want to synchronize into this directory. \item Create a subdirectory called {\tt shared} (or {\tt current}, or whatever) in your home directory on each host, and put {\em links to} all the files you want to synchronize into this directory. Use the {\tt follow} preference (see \sectionref{symlinks}{Symbolic Links}) to make Unison treat these links as transparent. \item Make your home directory the root of the synchronization, but tell Unison to synchronize only some of the files and subdirectories within it on any given run. This can be accomplished by using the {\tt -path} switch on the command line: \begin{alltt} unison /home/\NT{username} ssh://\NT{remotehost}//home/\NT{username} -path shared \end{alltt} The {\tt -path} option can be used as many times as needed, to synchronize several files or subdirectories: \begin{alltt} unison /home/\NT{username} ssh://\NT{remotehost}//home/\NT{username} \verb|\| -path shared \verb|\| -path pub \verb|\| -path .netscape/bookmarks.html \end{alltt} These \verb|-path| arguments can also be put in your preference file. See \sectionref{prefs}{Preferences} for an example. \end{enumerate} Most people find that they only need to maintain a profile (or profiles) on one of the hosts that they synchronize, since Unison is always initiated from this host. (For example, if you're synchronizing a laptop with a fileserver, you'll probably always run Unison on the laptop.) This is a bit different from the usual situation with asymmetric mirroring programs like \verb|rdist|, where the mirroring operation typically needs to be initiated from the machine with the most recent changes. \sectionref{profile}{Profiles} covers the syntax of Unison profiles, together with some sample profiles. \SUBSECTION{Using Unison to Synchronize More Than Two Machines}{usingmultiple} Unison is designed for synchronizing pairs of replicas. However, it is possible to use it to keep larger groups of machines in sync by performing multiple pairwise synchronizations. If you need to do this, the most reliable way to set things up is to organize the machines into a ``star topology,'' with one machine designated as the ``hub'' and the rest as ``spokes,'' and with each spoke machine synchronizing only with the hub. The big advantage of the star topology is that it eliminates the possibility of confusing ``spurious conflicts'' arising from the fact that a separate archive is maintained by Unison for every pair of hosts that it synchronizes. \SUBSECTION{Going Further}{further} On-line documentation for the various features of Unison can be obtained either by typing \begin{verbatim} unison -doc topics \end{verbatim} \noindent at the command line, or by selecting the Help menu in the graphical user interface. \iftextversion The same information is also available in a typeset User's Manual (HTML or PostScript format) through \ONEURL{https://github.com/bcpierce00/unison/wiki}. \else The on-line information and the printed manual are essentially identical. \fi If you use Unison regularly, you should subscribe to one of the mailing lists, to receive announcements of new versions. See \sectionref{obtaining}{Obtaining Unison}. \SECTION{Basic Concepts}{basics}{basics} To understand how Unison works, it is necessary to discuss a few straightforward concepts. These concepts are developed more rigorously and at more length in a number of papers, available at \ONEURL{http://www.cis.upenn.edu/\home{bcpierce}/papers}. But the informal presentation here should be enough for most users. \SUBSECTION{Roots}{roots} A replica's {\em root} tells Unison where to find a set of files to be synchronized, either on the local machine or on a remote host. For example, \begin{alltt} \NT{relative/path/of/root} \end{alltt} \noindent specifies a local root relative to the directory where Unison is started, while \begin{alltt} /\NT{absolute/path/of/root} \end{alltt} \noindent specifies a root relative to the top of the local filesystem, independent of where Unison is running. Remote roots can begin with \verb|ssh://| to indicate that the remote server should be started with ssh: \begin{alltt} ssh://\NT{remotehost}//\NT{absolute/path/of/root} ssh://\NT{user}@\NT{remotehost}/\NT{relative/path/of/root} \end{alltt} If the remote server is already running (in the socket mode), then the syntax \begin{alltt} socket://\NT{remotehost}:\NT{portnum}//\NT{absolute/path/of/root} socket://\NT{remotehost}:\NT{portnum}/\NT{relative/path/of/root} socket://[\NT{IPv6literal}]:\NT{portnum}/\NT{path} \end{alltt} \noindent is used to specify the hostname and the port that the client Unison should use to contact it. Syntax \begin{alltt} socket://\{\NT{path/of/socket}\}//\NT{absolute/path/of/root} socket://\{\NT{path/of/socket}\}/\NT{relative/path/of/root} \end{alltt} \noindent is used to specify the Unix domain socket the client Unison should use to contact the server. The syntax for roots is based on that of URIs (described in RFC 2396). The full grammar is: \begin{alltt} \NT{replica} ::= [\NT{protocol}:]//[\NT{user}@][\NT{host}][:\NT{port}][/\NT{path}] | \NT{path} \NT{protocol} ::= file | socket | ssh \NT{user} ::= [-\_a-zA-Z0-9\%@]+ \NT{host} ::= [-\_a-zA-Z0-9.]+ | \textbackslash[ [a-f0-9:.]+ \NT{zone}? \textbackslash] IPv6 literals (no future format). | \{ [\^{}\}]+ \} For Unix domain sockets only. \NT{zone} ::= \%[-\_a-zA-Z0-9~\%.]+ \NT{port} ::= [0-9]+ \end{alltt} When \verb|path| is given without any protocol prefix, the protocol is assumed to be \verb|file:|. Under Windows, it is possible to synchronize with a remote directory using the \verb|file:| protocol over the Windows Network Neighborhood. For example, \begin{verbatim} unison foo //host/drive/bar \end{verbatim} \noindent synchronizes the local directory \verb|foo| with the directory \verb|drive:\bar| on the machine \verb|host|, provided that \verb|host| is accessible via Network Neighborhood. When the \verb|file:| protocol is used in this way, there is no need for a Unison server to be running on the remote host. However, running Unison this way is only a good idea if the remote host is reached by a very fast network connection, since the full contents of every file in the remote replica will have to be transferred to the local machine to detect updates. The names of roots are {\em canonized} by Unison before it uses them to compute the names of the corresponding archive files, so {\tt //saul//home/bcpierce/common} and {\tt //saul.cis.upenn.edu/common} will be recognized as the same replica under different names. \SUBSECTION{Paths}{paths} A {\em path} refers to a point {\em within} a set of files being synchronized; it is specified relative to the root of the replica. Formally, a path is just a sequence of names, separated by \verb|/|. Note that the path separator character is always a forward slash, no matter what operating system Unison is running on. Forward slashes are converted to backslashes as necessary when paths are converted to filenames in the local filesystem on a particular host. % (For example, suppose that we run Unison on a Windows system, synchronizing the local root \verb|c:\pierce| with the root \verb|ssh://saul.cis.upenn.edu/home/bcpierce| on a Unix server. Then the path \verb|current/todo.txt| refers to the file \verb|c:\pierce\current\todo.txt| on the client and \verb|/home/bcpierce/current/todo.txt| on the server.) The empty path (i.e., the empty sequence of names) denotes the whole replica. Unison displays the empty path as ``\verb|[root]|.'' If \verb|p| is a path and \verb|q| is a path beginning with \verb|p|, then \verb|q| is said to be a {\em descendant} of \verb|p|. (Each path is also a descendant of itself.) \SUBSECTION{What is an Update?}{updates} The {\em contents} of a path \verb|p| in a particular replica could be a file, a directory, a symbolic link, or absent (if \verb|p| does not refer to anything at all in that replica). More specifically: \begin{itemize} \item If \verb|p| refers to an ordinary file, then the contents of \verb|p| are the actual contents of this file (a string of bytes) plus the current permission bits of the file. \item If \verb|p| refers to a symbolic link, then the contents of \verb|p| are just the string specifying where the link points. \item If \verb|p| refers to a directory, then the contents of \verb|p| are just the token ``DIRECTORY'' plus the current permission bits of the directory. \item If \verb|p| does not refer to anything in this replica, then the contents of \verb|p| are the token ``ABSENT.'' \end{itemize} Unison keeps a record of the contents of each path after each successful synchronization of that path (i.e., it remembers the contents at the last moment when they were the same in the two replicas). We say that a path is {\em updated} (in some replica) if its current contents are different from its contents the last time it was successfully synchronized. Note that whether a path is updated has nothing to do with its last modification time---Unison considers only the contents when determining whether an update has occurred. This means that touching a file without changing its contents will {\em not} be recognized as an update. A file can even be changed several times and then changed back to its original contents; as long as Unison is only run at the end of this process, no update will be recognized. What Unison actually calculates is a close approximation to this definition; see \sectionref{caveats}{Caveats and Shortcomings}. \SUBSECTION{What is a Conflict?}{conflicts} A path is said to be {\em conflicting} if the following conditions all hold: \begin{enumerate} \item it has been updated in one replica, \item it or any of its descendants has been updated in the other replica, and \item its contents in the two replicas are not identical. \end{enumerate} \finishlater{Note that this isn't precisely what we implement, in the case of directory permission changes!} \SUBSECTION{Reconciliation}{recon} Unison operates in several distinct stages: \begin{enumerate} \item On each host, it compares its archive file (which records the state of each path in the replica when it was last synchronized) with the current contents of the replica, to determine which paths have been updated. \item It checks for ``false conflicts'' --- paths that have been updated on both replicas, but whose current values are identical. These paths are silently marked as synchronized in the archive files in both replicas. \item It displays all the updated paths to the user. For updates that do not conflict, it suggests a default action (propagating the new contents from the updated replica to the other). Conflicting updates are just displayed. The user is given an opportunity to examine the current state of affairs, change the default actions for nonconflicting updates, and choose actions for conflicting updates. \item It performs the selected actions, one at a time. Each action is performed by first transferring the new contents to a temporary file on the receiving host, then atomically moving them into place. \item It updates its archive files to reflect the new state of the replicas. \end{enumerate} \TOPSUBSECTION{Invariants}{failures} Given the importance and delicacy of the job that it performs, it is important to understand both what a synchronizer does under normal conditions and what can happen under unusual conditions such as system crashes and communication failures. % Unison deals with two sorts of information: the two replicas % themselves and its own memory of the ``last synchronized state'' of % each path in the replicas. The latter is what allows it to detect % correctly which replica is new when a file been updated. Roughly, % the sequence of actions that occur when Unison runs is: % \begin{enumerate} % \item It reads a private archive file stored with each replica % and checks which paths on each replica have been updated. % Technically, a path has been updated if its contents in a replica are % different from the contents of that replica at the end of the last % synchronization in which that path was successfully synchronized --- % i.e., the last time the two replicas were equal at that path at the % end of a run of Unison. The ``contents'' of a path can be either a % file, a directory, or nothing at all, so deleting a file or changing a % directory to a file count as updates to the contents at that path. % For efficiency, Unison does not try to calculate the set of updated % paths exactly: it will sometimes falsely detect a change in a path % whose contents have actually not changed (this can happen, for % example, when the file's modification time has been changed, for some % reason). As long as this path has not been modified in the other % replica, this ``conservativity'' in update detection is invisible to % the user. If the other replica {\em has} been modified, however, a % ``false conflict'' may be reported. % \item It combines the lists of paths that (may) have been updated in % the two replicas, assigns default actions to those where the change % was in one replica only, and records a conflict for those that were % changed in both replicas. % \item The current contents of the paths on this list are then % compared, to see if they actually differ. (This is done by comparing % fingerprints, not transferring the whole files.) Paths whose contents % are actually identical are marked as synchronized and deleted from the % list. % \item The remaining paths are displayed to the user, who then has an % opportunity to change the default actions and choose actions for % conflicting paths. % \item When this process is finished, the selected changes are actually % propagated between the replicas. % \item Finally, Unison updates its internal state, marking as % synchronized all the files for which changes were successfully % propagated. % \end{enumerate} Unison is careful to protect both its internal state and the state of the replicas at every point in this process. Specifically, the following guarantees are enforced: \begin{itemize} \item At every moment, each path in each replica has either (1) its {\em original} contents (i.e., no change at all has been made to this path), or (2) its {\em correct} final contents (i.e., the value that the user expected to be propagated from the other replica). \item At every moment, the information stored on disk about Unison's private state can be either (1) unchanged, or (2) updated to reflect those paths that have been successfully synchronized. \end{itemize} The upshot is that it is safe to interrupt Unison at any time, either manually or accidentally. [Caveat: the above is {\em almost} true there are occasionally brief periods where it is not (and, because of shortcoming of the Posix filesystem API, cannot be); in particular, when it is copying a file onto a directory or vice versa, it must first move the original contents out of the way. If Unison gets interrupted during one of these periods, some manual cleanup may be required. In this case, a file called {\tt DANGER.README} will be left in the {\tt .unison} directory, containing information about the operation that was interrupted. The next time you try to run Unison, it will notice this file and warn you about it.] If an interruption happens while it is propagating updates, then there may be some paths for which an update has been propagated but which have not been marked as synchronized in Unison's archives. This is no problem: the next time Unison runs, it will detect changes to these paths in both replicas, notice that the contents are now equal, and mark the paths as successfully updated when it writes back its private state at the end of this run. If Unison is interrupted, it may sometimes leave temporary working files (with suffix \verb|.tmp|) in the replicas. It is safe to delete these files. Also, if the \verb|backups| flag is set, Unison will leave around old versions of files that it overwrites, with names like \verb|file.0.unison.bak|. These can be deleted safely when they are no longer wanted. Unison is not bothered by clock skew between the different hosts on which it is running. It only performs comparisons between timestamps obtained from the same host, and the only assumption it makes about them is that the clock on each system always runs forward. If Unison finds that its archive files have been deleted (or that the archive format has changed and they cannot be read, or that they don't exist because this is the first run of Unison on these particular roots), it takes a conservative approach: it behaves as though the replicas had both been completely empty at the point of the last synchronization. The effect of this is that, on the first run, files that exist in only one replica will be propagated to the other, while files that exist in both replicas but are unequal will be marked as conflicting. Touching a file without changing its contents should never affect whether or not Unison does an update. (When running with the fastcheck preference set to true---the default on Unix systems---Unison uses file modtimes for a quick first pass to tell which files have definitely not changed; then, for each file that might have changed, it computes a fingerprint of the file's contents and compares it against the last-synchronized contents. Also, the \verb|-times| option allows you to synchronize file times, but it does not cause identical files to be changed; Unison will only modify the file times.) It is safe to ``brainwash'' Unison by deleting its archive files {\em on both replicas}. The next time it runs, it will assume that all the files it sees in the replicas are new. It is safe to modify files while Unison is working. If Unison discovers that it has propagated an out-of-date change, or that the file it is updating has changed on the target replica, it will signal a failure for that file. Run Unison again to propagate the latest change. \finishlater{There are some race conditions. We should probably talk about them.} Changes to the ignore patterns from the user interface (e.g., using the `i' key) are immediately reflected in the current profile. \SUBSECTION{Caveats and Shortcomings}{caveats} Here are some things to be careful of when using Unison. \begin{itemize} \item In the interests of speed, the update detection algorithm may (depending on which OS architecture that you run Unison on) actually use an approximation to the definition given in \sectionref{updates}{What is an Update?}. In particular, the Unix implementation does not compare the actual contents of files to their previous contents, but simply looks at each file's inode number and modtime; if neither of these have changed, then it concludes that the file has not been changed. Under normal circumstances, this approximation is safe, in the sense that it may sometimes detect ``false updates'' but will never miss a real one. However, it is possible to fool it, for example by using \verb|retouch| to change a file's modtime back to a time in the past. \finishlater{One user---Marcus Mottl---claimed that it could also happen if we use memory mapped I/O, but this is not clear} \item If you synchronize between a single-user filesystem and a shared Unix server, you should pay attention to your permission bits: by default, Unison will synchronize permissions verbatim, which may leave group-writable files on the server that could be written over by a lot of people. You can control this by setting your \verb|umask| on both computers to something like 022, masking out the ``world write'' and ``group write'' permission bits. Unison does not synchronize the \verb|setuid| and \verb|setgid| bits, for security. \item The graphical user interface is single-threaded. This means that if Unison is performing some long-running operation, the display will not be repainted until it finishes. We recommend not trying to do anything with the user interface while Unison is in the middle of detecting changes or propagating files. \item Unison does not understand hard links. \item It is important to be a little careful when renaming directories containing {\tt ignore}d files. For example, suppose Unison is synchronizing directory A between the two machines called the ``local'' and the ``remote'' machine; suppose directory A contains a subdirectory D; and suppose D on the local machine contains a file or subdirectory P that matches an ignore directive in the profile used to synchronize. Thus path A/D/P exists on the local machine but not on the remote machine. If D is renamed to D' on the remote machine, and this change is propagated to the local machine, all such files or subdirectories P will be deleted. This is because Unison sees the rename as a delete and a separate create: it deletes the old directory (including the ignored files) and creates a new one ({\em not} including the ignored files, since they are completely invisible to it). \end{itemize} \SECTION{Reference Guide}{reference}{ } This section covers the features of Unison in detail. \TOPSUBSECTION{Running Unison}{running} There are several ways to start Unison. \begin{itemize} \item Typing ``{\tt unison \NT{profile}}'' on the command line. Unison will look for a file \texttt{\NT{profile}.prf} in the \verb|.unison| directory. If this file does not specify a pair of roots, Unison will prompt for them and add them to the information specified by the profile. \item Typing ``{\tt unison \NT{profile} \NT{root1} \NT{root2}}'' on the command line. In this case, Unison will use {\tt \NT{profile}}, which should not contain any {\tt root} directives. \item Typing ``{\tt unison \NT{root1} \NT{root2}}'' on the command line. This has the same effect as typing ``{\tt unison default \NT{root1} \NT{root2}}.'' \item Typing just ``{\tt unison}'' (or invoking Unison by clicking on a desktop icon). In this case, Unison will ask for the profile to use for synchronization (or create a new one, if necessary). \end{itemize} % \finish{Need to check that the text UI actually works this way. (It % doesn't prompt, for sure, but it should.)} \SUBSECTION{The {\tt .unison} Directory}{unisondir} Unison stores a variety of information in a private directory on each host. If the environment variable {\tt UNISON} is defined, then its value will be used as the path/folder name for this directory. This can be just a name, or a path. A name on it's own, for example {\tt UNISON=mytestname} will place a folder in the same directory that the Unison binary was run in, with that name. Using a path like {\tt UNISON=../mytestname2} will place that folder in the folder above where the Unison binary was run from. If {\tt UNISON} is not defined, then the directory depends on which operating system you are using. In Unix, the default is to use {\tt \$HOME/.unison}. In Windows, if the environment variable {\tt USERPROFILE} is defined, then the directory will be {\tt \$USERPROFILE$\backslash$.unison}; otherwise if {\tt HOME} is defined, it will be {\tt \$HOME$\backslash$.unison}; otherwise, it will be {\tt c:$\backslash$.unison}. On OS X, {\tt \$HOME/.unison} will be used if it is present, but {\tt \$HOME/Library/Application Support/Unison} will be created and used by default. The archive file for each replica is found in the {\tt .unison} directory on that replica's host. Profiles (described below) are always taken from the {\tt .unison} directory on the client host. Note that Unison maintains a completely different set of archive files for each pair of roots. We do not recommend synchronizing the whole {\tt .unison} directory, as this will involve frequent propagation of large archive files. It should be safe to do it, though, if you really want to. Synchronizing just the profile files in the {\tt .unison} directory is definitely OK. \SUBSECTION{Archive Files}{archives} The name of the archive file on each replica is calculated from \begin{itemize} \item the {\em canonical names} of all the hosts (short names like \verb|saul| are converted into full addresses like \verb|saul.cis.upenn.edu|), \item the paths to the replicas on all the hosts (again, relative pathnames, symbolic links, etc.\ are converted into full, absolute paths), and \item an internal version number that is changed whenever a new Unison release changes the format of the information stored in the archive. \end{itemize} This method should work well for most users. However, it is occasionally useful to change the way archive names are generated. Unison provides two ways of doing this. The function that finds the canonical hostname of the local host (which is used, for example, in calculating the name of the archive file used to remember which files have been synchronized) normally uses the \verb|gethostname| operating system call. However, if the environment variable \verb|UNISONLOCALHOSTNAME| is set, its value will be used instead. This makes it easier to use Unison in situations where a machine's name changes frequently (e.g., because it is a laptop and gets moved around a lot). A more powerful way of changing archive names is provided by the \verb|rootalias| preference. The preference file may contain any number of lines of the form: \begin{alltt} rootalias = //\NT{hostnameA}//\NT{path-to-replicaA} -> //\NT{hostnameB}/\NT{path-to-replicaB} \end{alltt} When calculating the name of the archive files for a given pair of roots, Unison replaces any root that matches the left-hand side of any rootalias rule by the corresponding right-hand side. So, if you need to relocate a root on one of the hosts, you can add a rule of the form: \begin{alltt} rootalias = //\NT{new-hostname}//\NT{new-path} -> //\NT{old-hostname}/\NT{old-path} \end{alltt} Note that root aliases are case-sensitive, even on case-insensitive file systems. {\em Warning}: The \verb|rootalias| option is dangerous and should only be used if you are sure you know what you're doing. In particular, it should only be used if you are positive that either (1) both the original root and the new alias refer to the same set of files, or (2) the files have been relocated so that the original name is now invalid and will never be used again. (If the original root and the alias refer to different sets of files, Unison's update detector could get confused.) % After introducing a new \verb|rootalias|, it is a good idea to run Unison a few times interactively (with the \verb|batch| flag off, etc.) and carefully check that things look reasonable---in particular, that update detection is working as expected. \SUBSECTION{Preferences}{prefs} Many details of Unison's behavior are configurable by user-settable ``preferences.'' Some preferences are boolean-valued; these are often called {\em flags}. Others take numeric or string arguments, indicated in the preferences list by {\tt n} or {\tt xxx}. Some string arguments take the backslash as an escape to include the next character literally; this is mostly useful to escape a space or the backslash; a trailing backslash is ignored and is useful to protect a trailing whitespace in the string that would otherwise be trimmed. Most of the string preferences can be given several times; the arguments are accumulated into a list internally. There are two ways to set the values of preferences: temporarily, by providing command-line arguments to a particular run of Unison, or permanently, by adding commands to a {\em profile} in the {\tt .unison} directory on the client host. The order of preferences (either on the command line or in preference files) is not significant. On the command line, preferences and other arguments (the profile name and roots) can be intermixed in any order. To set the value of a preference {\tt p} from the command line, add an argument {\tt -p} (for a boolean flag) or {\tt -p n} or {\tt -p xxx} (for a numeric or string preference) anywhere on the command line. To set a boolean flag to \verb|false| on the command line, use {\tt -p=false}. Here are all the preferences supported by Unison. This list can be obtained by typing {\tt unison -help}. \begin{quote} \verbatiminput{prefs.tmp} \end{quote} Here, in more detail, is what they do. Many are discussed in greater detail in other sections of the manual. It should be noted that some command-line arguments are handled specially during startup, including \verb|-doc|, \verb|-help|, \verb|-version|, \verb|-socket|, and \verb|-ui|. They are expected to appear on the command-line only, not in a profile. In particular, \verb|-version| and \verb|-doc| will print to the standard output, so they only make sense if invoked from the command-line (and not a click-launched gui that has no standard output). Furthermore, the actions associated with these command-line arguments are executed without loading a profile or doing the usual command-line parsing. % \input{prefsdocs.tmp} \SUBSECTION{Profiles}{profile} A {\em profile} is a text file that specifies permanent settings for roots, paths, ignore patterns, and other preferences, so that they do not need to be typed at the command line every time Unison is run. Profiles should reside in the \verb|.unison| directory on the client machine. If Unison is started with just one argument \ARG{name} on the command line, it looks for a profile called \texttt{\ARG{name}.prf} in the \verb|.unison| directory. If it is started with no arguments, it scans the \verb|.unison| directory for files whose names end in \verb|.prf| and offers a menu (provided that the Unison executable is compiled with the graphical user interface). If a file named \verb|default.prf| is found, its settings will be offered as the default choices. To set the value of a preference {\tt p} permanently, add to the appropriate profile a line of the form \begin{verbatim} p = true \end{verbatim} for a boolean flag or \begin{verbatim} p = \end{verbatim} for a preference of any other type. A profile may include blank lines and lines beginning with {\tt \#}; both are ignored. Spaces and tabs before and after {\tt p} and {\tt xxx} are ignored. Spaces, tabs, and non-printable characters within values are not treated specially, so that e.g. \verb|root = /foo bar| refers to a directory containing a space. (On systems using newline for line ending, carriage returns are currently ignored, but this is not part of the specification.) When Unison starts, it first reads the profile and then the command line, so command-line options will override settings from the profile. Profiles may also include lines of the form \texttt{include \ARG{name}}, which will cause the file \ARG{name} (or \texttt{\ARG{name}.prf}, if \ARG{name} does not exist in the \verb+.unison+ directory) to be read at the point, and included as if its contents, instead of the \texttt{include} line, was part of the profile. Include lines allows settings common to several profiles to be stored in one place. A similar line of the form \texttt{source \ARG{name}} does the same except that it does not attempt to add a suffix to \ARG{name}. Similar lines of the form \texttt{include\mbox{?} \ARG{name}} or \texttt{source\mbox{?} \ARG{name}} do the same as their respective lines without the question mark except that it does not constitute an error to specify a non-existing file \ARG{name}. In \ARG{name} the backslash is an escape character. A profile may include a preference `\texttt{label = \ARG{desc}}' to provide a description of the options selected in this profile. The string \ARG{desc} is listed along with the profile name in the profile selection dialog, and displayed in the top-right corner of the main Unison window in the graphical user interface. The graphical user-interface also supports one-key shortcuts for commonly used profiles. If a profile contains a preference of the form % `\texttt{key = \ARG{n}}', where \ARG{n} is a single digit, then pressing this digit key will cause Unison to immediately switch to this profile and begin synchronization again from scratch. In this case, all actions that have been selected for a set of changes currently being displayed will be discarded. \SUBSECTION{Sample Profiles}{profileegs} \SUBSUBSECTION{A Minimal Profile}{minimalprofile} Here is a very minimal profile file, such as might be found in {\tt .unison/default.prf}: \begin{verbatim} # Roots of the synchronization root = /home/bcpierce root = ssh://saul//home/bcpierce # Paths to synchronize path = current path = common path = .netscape/bookmarks.html \end{verbatim} \SUBSUBSECTION{A Basic Profile}{basicprofile} Here is a more sophisticated profile, illustrating some other useful features. \begin{verbatim} # Roots of the synchronization root = /home/bcpierce root = ssh://saul//home/bcpierce # Paths to synchronize path = current path = common path = .netscape/bookmarks.html # Some regexps specifying names and paths to ignore ignore = Name temp.* ignore = Name *~ ignore = Name .*~ ignore = Path */pilot/backup/Archive_* ignore = Name *.o ignore = Name *.tmp # Window height height = 37 # Keep a backup copy of every file in a central location backuplocation = central backupdir = /home/bcpierce/backups backup = Name * backupprefix = $VERSION. backupsuffix = # Use this command for displaying diffs diff = diff -y -W 79 --suppress-common-lines # Log actions to the terminal log = true \end{verbatim} \SUBSUBSECTION{A Power-User Profile}{powerprofile} When Unison is used with large replicas, it is often convenient to be able to synchronize just a part of the replicas on a given run (this saves the time of detecting updates in the other parts). This can be accomplished by splitting up the profile into several parts --- a common part containing most of the preference settings, plus one ``top-level'' file for each set of paths that need to be synchronized. (The {\tt include} mechanism can also be used to allow the same set of preference settings to be used with different roots.) The collection of profiles implementing this scheme might look as follows. % The file {\tt default.prf} is empty except for an {\tt include} directive: \begin{verbatim} # Include the contents of the file common include common \end{verbatim} Note that the name of the common file is {\tt common}, not {\tt common.prf}; this prevents Unison from offering {\tt common} as one of the list of profiles in the opening dialog (in the graphical UI). The file {\tt common} contains the real preferences: \begin{verbatim} # Roots of the synchronization root = /home/bcpierce root = ssh://saul//home/bcpierce # (... other preferences ...) # If any new preferences are added by Unison (e.g. 'ignore' # preferences added via the graphical UI), then store them in the # file 'common' rather than in the top-level preference file addprefsto = common # Names and paths to ignore: ignore = Name temp.* ignore = Name *~ ignore = Name .*~ ignore = Path */pilot/backup/Archive_* ignore = Name *.o ignore = Name *.tmp \end{verbatim} Note that there are no {\tt path} preferences in {\tt common}. This means that, when we invoke Unison with the default profile (e.g., by typing '{\tt unison default}' or just '{\tt unison}' on the command line), the whole replicas will be synchronized. (If we {\em never} want to synchronize the whole replicas, then {\tt default.prf} would instead include settings for all the paths that are usually synchronized.) To synchronize just part of the replicas, Unison is invoked with an alternate preference file---e.g., doing '{\tt unison workingset}', where the preference file {\tt workingset.prf} contains \begin{verbatim} path = current/papers path = Mail/inbox path = Mail/drafts include common \end{verbatim} causes Unison to synchronize just the listed subdirectories. The {\tt key} preference can be used in combination with the graphical UI to quickly switch between different sets of paths. For example, if the file {\tt mail.prf} contains \begin{verbatim} path = Mail batch = true key = 2 include common \end{verbatim} then pressing 2 will cause Unison to look for updates in the {\tt Mail} subdirectory and (because the {\tt batch} flag is set) immediately propagate any that it finds. \SUBSECTION{Keeping Backups}{backups} When Unison overwrites (or deletes) a file or directory while propagating changes from the other replica, it can keep the old version around as a backup. There are several preferences that control precisely where these backups are stored and how they are named. To enable backups, you must give one or more \verb|backup| preferences. Each of these has the form \begin{verbatim} backup = \end{verbatim} where \verb|| has the same form as for the \verb|ignore| preference. For example, \begin{verbatim} backup = Name * \end{verbatim} causes Unison to create backups of {\em all} files and directories. The \verb|backupnot| preference can be used to give a few exceptions: it specifies which files and directories should {\em not} be backed up, even if they match the \verb|backup| pathspec. It is important to note that the \verb|pathspec| is matched against the path that is being updated by Unison, not its descendants. For example, if you set \verb|backup = Name *.txt| and then delete a whole directory named \verb|foo| containing some text files, these files will not be backed up because Unison will just check that \verb|foo| does not match \verb|*.txt|. Similarly, if the directory itself happened to be called \verb|foo.txt|, then the whole directory and all the files in it will be backed up, regardless of their names. Backup files can be stored either {\em centrally} or {\em locally}. This behavior is controlled by the preference \verb|backuplocation|, whose value must be either \verb|central| or \verb|local|. (The default is \verb|central|.) Note that central storage of backups can lead to backup files being stored in a different filesystem than the original files, which could have different security properties and different amounts of available storage. When backups are stored locally, they are kept in the same directory as the original. When backups are stored centrally, the directory used to hold them is controlled by the preference \verb|backupdir| and the environment variable \verb|UNISONBACKUPDIR|. (The environment variable is checked first.) If neither of these are set, then the directory \verb|.unison/backup| in the user's home directory is used. The preference \verb|maxbackups| (default 2) controls how many previous versions of each file are kept (including the current version), following the usual plan of deleting the oldest when creating a new one. By default, backup files are named \verb|.bak.VERSION.FILENAME|, where \verb|FILENAME| is the original filename and \verb|VERSION| is the backup number (1 for the most recent, 2 for the next most recent, etc.). This can be changed by setting the preferences \verb|backupprefix| and/or \verb|backupsuffix|. If desired, \verb|backupprefix| may include a directory prefix; this can be used with \verb|backuplocation = local| to put all backup files for each directory into a single subdirectory. For example, setting \begin{verbatim} backuplocation = local backupprefix = .unison/$VERSION. backupsuffix = \end{verbatim} will put all backups in a local subdirectory named \verb|.unison|. Also, note that the string \verb|$VERSION| in either \verb|backupprefix| or \verb|backupsuffix| (it must appear in one or the other) is replaced by the version number. This can be used, for example, to ensure that backup files retain the same extension as the originals. Other than \verb|maxbackups| (which will never delete the last backup), there are no other mechanisms for deleting backups. For backward compatibility, the \verb|backups| preference is also supported. % It simply means \verb|backup = Name *| and \verb|backuplocation = local|. \SUBSECTION{Merging Conflicting Versions}{merge} Unison can invoke external programs to merge conflicting versions of a file. The preference \verb|merge| controls this process. The \verb|merge| preference may be given once or several times in a preference file (it can also be given on the command line, of course, but this tends to be awkward because of the spaces and special characters involved). Each instance of the preference looks like this: \begin{verbatim} merge = -> \end{verbatim} The \verb|| here has exactly the same format as for the \verb|ignore| preference (see \sectionref{pathspec}{Path Specification}). For example, using ``\verb|Name *.txt|'' as the \verb|| tells Unison that this command should be used whenever a file with extension \verb|.txt| needs to be merged. Many external merging programs require as inputs not just the two files that need to be merged, but also a file containing the {\em last synchronized version}. You can ask Unison to keep a copy of the last synchronized version for some files using the \verb|backupcurrent| preference. This preference is used in exactly the same way as \verb|backup| and its meaning is similar, except that it causes backups to be created of the {\em current} contents of each file after it has been synchronized by Unison, rather than the {\em previous} contents that Unison overwrote. These backups are stored in {\em both} replicas in the same place as ordinary backup files---i.e. according to the \verb|backuplocation| and \verb|backupdir| preferences. They are named like the original files if \verb|backupslocation| is set to 'central' and otherwise, Unison uses the \verb|backupprefix| and \verb|backupsuffix| preferences and assumes a version number 000 for these backups. Note that there are no mechanisms (beyond the limit on the number of backups for each file) to remove backup files. The \verb|| part of the preference specifies what external command should be invoked to merge files at paths matching the \verb||. Within this string, several special substrings are recognized; these will be substituted with appropriate values before invoking a sub-shell to execute the command. \begin{itemize} \item \relax\verb|CURRENT1| is replaced by the name of (a temporary copy of) the local variant of the file. \item \relax\verb|CURRENT2| is replaced by the name of a temporary file, into which the contents of the remote variant of the file have been transferred by Unison prior to performing the merge. \item \relax\verb|CURRENTARCH| is replaced by the name of the backed up copy of the original version of the file (i.e., the file saved by Unison if the current filename matches the path specifications for the \verb|backupcurrent| preference, as explained above), if one exists. If no archive exists and \relax\verb|CURRENTARCH| appears in the merge command, then an error is signalled. \item \relax\verb|CURRENTARCHOPT| is replaced by the name of the backed up copy of the original version of the file (i.e., its state at the end of the last successful run of Unison), if one exists, or the empty string if no archive exists. \item \relax\verb|NEW| is replaced by the name of a temporary file that Unison expects to be written by the merge program when it finishes, giving the desired new contents of the file. \item \relax\verb|PATH| is replaced by the path (relative to the roots of the replicas) of the file being merged. \item \relax\verb|NEW1| and \relax\verb|NEW2| are replaced by the names of temporary files that Unison expects to be written by the merge program when it is only able to partially merge the originals; in this case, \verb|NEW1| will be written back to the local replica and \verb|NEW2| to the remote replica; \verb|NEWARCH|, if present, will be used as the ``last common state'' of the replicas. (These three options are provided for later compatibility with the Harmony data synchronizer.) \item \relax\verb|BATCHMODE| is replaced according to the batch mode of Unison; if it is in \texttt{batch} mode, then a non empty string (``\verb|batch|'') is substituted, otherwise the empty string is substituted. \end{itemize} To accommodate the wide variety of programs that users might want to use for merging, Unison checks for several possible situations when the merge program exits: \begin{itemize} \item If the merge program exits with a non-zero status, then merge is considered to have failed and the replicas are not changed. \item If the file \verb|NEW| has been created, it is written back to both replicas (and stored in the backup directory). Similarly, if just the file \verb|NEW1| has been created, it is written back to both replicas. \item If neither \verb|NEW| nor \verb|NEW1| have been created, then Unison examines the temporary files \verb|CURRENT1| and \verb|CURRENT2| that were given as inputs to the merge program. If either has been changed (or both have been changed in identical ways), then its new contents are written back to both replicas. If either \verb|CURRENT1| or \verb|CURRENT2| has been {\em deleted}, then the contents of the other are written back to both replicas. \item If the files \verb|NEW1|, \verb|NEW2|, and \verb|NEWARCH| have all been created, they are written back to the local replica, remote replica, and backup directory, respectively. If the files \verb|NEW1|, \verb|NEW2| have been created, but \verb|NEWARCH| has not, then these files are written back to the local replica and remote replica, respectively. Also, if \verb|NEW1| and \verb|NEW2| have identical contents, then the same contents are stored as a backup (if the \verb|backupcurrent| preference is set for this path) to reflect the fact that the path is currently in sync. \item If \verb|NEW1| and \verb|NEW2| (resp. \verb|CURRENT1| and \verb|CURRENT2|) are created (resp. overwritten) with different contents but the merge command did not fail (i.e., it exited with status code 0), then we copy \verb|NEW1| (resp. \verb|CURRENT1|) to the other replica and to the archive. This behavior is a design choice made to handle the case where a merge command only synchronizes some specific contents between two files, skipping some irrelevant information (order between entries, for instance). We assume that, if the merge command exits normally, then the two resulting files are ``as good as equal.'' (The reason we copy one on top of the other is to avoid Unison detecting that the files are unequal the next time it is run and trying again to merge them when, in fact, the merge program has already made them as similar as it is able to.) \end{itemize} You can disable a merge by setting a \verb|| that does nothing. For example you can override the merging of text files specified in a profile by typing on the command line: \begin{verbatim} unison profile -merge 'Name *.txt -> echo SKIP' \end{verbatim} If the \verb|confirmmerge| preference is set and Unison is not run in batch mode, then Unison will always ask for confirmation before actually committing the results of the merge to the replicas. You can detect batch mode by testing \verb|BATCHMODE|; for example to avoid a merge completely do nothing: \begin{verbatim} merge = Name *.txt -> [ -z "BATCHMODE" ] && mergecmd CURRENT1 CURRENT2 \end{verbatim} A large number of external merging programs are available. For example, on Unix systems setting the \verb|merge| preference to \begin{verbatim} merge = Name *.txt -> diff3 -m CURRENT1 CURRENTARCH CURRENT2 > NEW || echo "differences detected" \end{verbatim} \noindent will tell Unison to use the external \verb|diff3| program for merging. % Alternatively, users of \verb|emacs| may find the following settings convenient: \begin{verbatim} merge = Name *.txt -> emacs -q --eval '(ediff-merge-files-with-ancestor "CURRENT1" "CURRENT2" "CURRENTARCH" nil "NEW")' \end{verbatim} \noindent (These commands are displayed here on two lines to avoid running off the edge of the page. In your preference file, each command should be written on a single line.) Users running emacs under windows may find something like this useful: \begin{verbatim} merge = Name * -> C:\Progra~1\Emacs\emacs\bin\emacs.exe -q --eval "(ediff-files """CURRENT1""" """CURRENT2""")" \end{verbatim} Users running Mac OS X (you may need the Developer Tools installed to get the {\tt opendiff} utility) may prefer \begin{verbatim} merge = Name *.txt -> opendiff CURRENT1 CURRENT2 -ancestor CURRENTARCH -merge NEW \end{verbatim} Here is a slightly more involved hack. The {\tt opendiff} program can operate either with or without an archive file. A merge command of this form \begin{verbatim} merge = Name *.txt -> if [ CURRENTARCHOPTx = x ]; then opendiff CURRENT1 CURRENT2 -merge NEW; else opendiff CURRENT1 CURRENT2 -ancestor CURRENTARCHOPT -merge NEW; fi \end{verbatim} (still all on one line in the preference file!) will test whether an archive file exists and use the appropriate variant of the arguments to {\tt opendiff}. Linux users may enjoy this variant: \begin{verbatim} merge = Name * -> kdiff3 -o NEW CURRENTARCHOPT CURRENT1 CURRENT2 \end{verbatim} Ordinarily, external merge programs are only invoked when Unison is {\em not} running in batch mode. To specify an external merge program that should be used no matter the setting of the {\tt batch} flag, use the {\tt mergebatch} preference instead of {\tt merge}. \begin{quote} \it Please post suggestions for other useful values of the \verb|merge| preference to the {\tt unison-users} mailing list---we'd like to give several examples here. \end{quote} \finishlater{ \SUBSECTION{Communicating with a Remote Server}{server} If you can mount both filesystems on the same host, then you can run with no server (note, though, that this won't be fast enough over a phone line).......... } \SUBSECTION{The User Interface}{ui} Both the textual and the graphical user interfaces are intended to be mostly self-explanatory. Here are just a few tricks: \begin{itemize} \item By default, when running on Unix the textual user interface will try to put the terminal into the ``raw mode'' so that it reads the input a character at a time rather than a line at a time. (This means you can type just the single keystroke ``\verb|>|'' to tell Unison to propagate a file from left to right, rather than ``\verb|>| Enter.'') There are some situations, though, where this will not work --- for example, when Unison is running in a shell window inside Emacs. Setting the \verb|dumbtty| preference will force Unison to leave the terminal alone and process input a line at a time. \end{itemize} \SUBSECTION{Interrupting a Synchronization}{intr} It is possible to interrupt an ongoing synchronization process before it completes. Different user interfaces offer different ways of doing it. \begin{tkui} In the graphical user interface the synchronization process can be interrupted before it is finished by pressing the ``Stop'' button or by closing the window. The ``Stop'' button causes the onging propagation to be stopped as quickly as possible while still doing proper cleanup. The application keeps running and a rescan can be performed or a different profile selected. Closing the window in the middle of update propagation process will exit the application immediately without doing proper cleanup; it is therefore not recommended unless the ``Stop'' button does not react quickly enough. \end{tkui} \begin{textui} When not synchronizing continuously, the text interface terminates when synchronization is finished normally or due to a fatal error occurring. In the text interface, to interrupt synchronization before it is finished, press ``Ctrl-C'' (or send signal \verb|SIGINT| or \verb|SIGTERM|). This will interrupt update propagation as quickly as possible but still complete proper cleanup. If the process does not stop even after pressing ``Ctrl-C'' then keep doing it repeatedly. This will bypass cleanup procedures and terminates the process forcibly (similar to \verb|SIGKILL|). Doing so may leave the archives or replicas in an inconsistent state or locked. When synchronizing continuously (time interval repeat or with filesystem monitoring), interrupting with ``Ctrl-C'' or with signal \verb|SIGINT| or \verb|SIGTERM| works the same way as described above and will additionally stop the continuous process. To stop only the continuous process and let the last synchronization complete normally, send signal \verb|SIGUSR2| instead. \end{textui} \SUBSECTION{Exit Code}{exit} When running in the textual mode, Unison returns an exit status, which describes whether, and at which level, the synchronization was successful. The exit status could be useful when Unison is invoked from a script. Currently, there are four possible values for the exit status: \begin{itemize} \item [0]: successful synchronization; everything is up-to-date now. \item [1]: some files were skipped, but all file transfers were successful. \item [2]: non-fatal failures occurred during file transfer. \item [3]: a fatal error occurred, or the execution was interrupted. \end{itemize} The graphical interface does not return any useful information through the exit status. \SUBSECTION{Path Specification}{pathspec} Several Unison preferences (e.g., \verb|ignore|/\verb|ignorenot|, \verb|follow|, \verb|sortfirst|/\verb|sortlast|, \verb|backup|, \verb|merge|, etc.) specify individual paths or sets of paths. These preferences share a common syntax based on regular-expressions. Each preference is associated with a list of path patterns; the paths specified are those that match any one of the path pattern. \begin{itemize} \item Pattern preferences can be given on the command line, or, more often, stored in profiles, using the same syntax as other preferences. For example, a profile line of the form \begin{alltt} ignore = \ARG{pattern} \end{alltt} adds \ARG{pattern} to the list of patterns to be ignored. \item Each \ARG{pattern} can have one of three forms. The most general form is a POSIX Extended Regular Expression introduced by the keyword \verb|Regex|. (The collating symbol, equivalence class expression, and character class expression described in \URL{https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1\_chap09.html\#tag\_09\_03\_05}{Section 9.3.5 of the POSIX specification} are not currently supported). \begin{alltt} Regex \ARG{regexp} \end{alltt} For convenience, three other styles of pattern are also recognized: \begin{alltt} Name \ARG{name} \end{alltt} matches any path in which the last component matches \ARG{name}, \begin{alltt} Path \ARG{path} \end{alltt} matches exactly the path \ARG{path}, and \begin{alltt} BelowPath \ARG{path} \end{alltt} matches the path \ARG{path} and any path below. % The \ARG{name} and \ARG{path} arguments of the latter forms of patterns are {\em not} regular expressions. Instead, standard ``globbing'' conventions can be used in \ARG{name} and \ARG{path}: \begin{itemize} \item a \verb|*| matches any sequence of characters not including \verb|/| (and not beginning with \verb|.|, when used at the beginning of a \ARG{name}) \item a \verb|?| matches any single character except \verb|/| (and leading \verb|.|) \item \verb|[xyz]| matches any character from the set $\{{\tt x}, {\tt y}, {\tt z} \}$ \item \verb|{a,bb,ccc}| matches any one of \verb|a|, \verb|bb|, or \verb|ccc|. (Be careful not to put extra spaces after the commas: these will be interpreted literally as part of the strings to be matched!) \end{itemize} \item The path separator in path patterns is always the forward-slash character ``/'' --- even when the client or server is running under Windows, where the normal separator character is a backslash. This makes it possible to use the same set of path patterns for both Unix and Windows file systems. \item A path specification may be followed by the separator ``\verb| -> |'' itself followed by a string which will be associated to the matching paths: \begin{alltt} Path \ARG{path} -> \ARG{associated string} \end{alltt} Not all pathspec preferences use these associated strings but all pathspec preferences are parsed identically and the strings may be ignored. Only the last match of the separator string on the line is used as a delimiter. Thus to allow a path specification to contain the separator string, append an associated string to it, even if it is not used. The associated string cannot contain the separator string. \end{itemize} Some examples of path patterns appear in \sectionref{ignore}{Ignoring Paths}. Associated strings are used by the preference \texttt{merge}. \SUBSECTION{Ignoring Paths}{ignore} Most users of Unison will find that their replicas contain lots of files that they don't ever want to synchronize --- temporary files, very large files, old stuff, architecture-specific binaries, etc. They can instruct Unison to ignore these paths using patterns introduced in \sectionref{pathspec}{Path Specification}. For example, the following pattern will make Unison ignore any path containing the name \verb|CVS| or a name ending in \verb|.cmo|: \begin{verbatim} ignore = Name {CVS,*.cmo} \end{verbatim} The next pattern makes Unison ignore the path \verb|a/b|: \begin{verbatim} ignore = Path a/b \end{verbatim} Path patterns do {\em not} skip filenames beginning with \verb|.| (as Name patterns do). For example, \begin{verbatim} ignore = Path */tmp \end{verbatim} will include \verb|.foo/tmp| in the set of ignore directories, as it is a path, not a name, that is ignored. The following pattern makes Unison ignore any path beginning with \verb|a/b| and ending with a name ending by \verb|.ml|. \begin{verbatim} ignore = Regex a/b/.*\.ml \end{verbatim} Note that regular expression patterns are ``anchored'': they must match the whole path, not just a substring of the path. Here are a few extra points regarding the \texttt{ignore} preference. \begin{itemize} \item If a directory is ignored, all its descendants will be too. \item The user interface provides some convenient commands for adding new patterns to be ignored. To ignore a particular file, select it and press ``{\tt i}''. To ignore all files with the same extension, select it and press ``{\tt E}'' (with the shift key). To ignore all files with the same name, no matter what directory they appear in, select it and press ``{\tt N}''. % These new patterns become permanent: they are immediately added to the current profile on disk. \item If you use the \verb|include| directive to include a common collection of preferences in several top-level preference files, you will probably also want to set the \verb|addprefsto| preference to the name of this file. This will cause any new ignore patterns that you add from inside Unison to be appended to this file, instead of whichever top-level preference file you started Unison with. \item Ignore patterns can also be specified on the command line, if you like (this is probably not very useful), using an option like \verb|-ignore 'Name temp.txt'|. \item Be careful about renaming directories containing ignored files. Because Unison understands the rename as a delete plus a create, any ignored files in the directory will be lost (since they are invisible to Unison and therefore they do not get recreated in the new version of the directory). \item There is also an \verb|ignorenot| preference, which specifies a set of patterns for paths that should {\em not} be ignored, even if they match an \verb|ignore| pattern. However, the interaction of these two sets of patterns can be a little tricky. Here is exactly how it works: \begin{itemize} \item Unison starts detecting updates from the root of the replicas---i.e., from the empty path. If the empty path matches an \verb|ignore| pattern and does not match an \verb|ignorenot| pattern, then the whole replica will be ignored. (For this reason, it is not a good idea to include \verb|Name *| as an \verb|ignore| pattern. If you want to ignore everything except a certain set of files, use \verb|Name ?*|.) \item If the root is a directory, Unison continues looking for updates in all the immediate children of the root. Again, if the name of some child matches an \verb|ignore| pattern and does not match an \verb|ignorenot| pattern, then this whole path {\em including everything below it} will be ignored. \item If any of the non-ignored children are directories, then the process continues recursively. \end{itemize} \end{itemize} \SUBSECTION{Symbolic Links}{symlinks} Ordinarily, Unison treats symbolic links in Unix replicas as ``opaque'': it considers the contents of the link to be just the string specifying where the link points, and it will propagate changes in this string to the other replica. It is sometimes useful to treat a symbolic link ``transparently,'' acting as though whatever it points to were physically {\em in} the replica at the point where the symbolic link appears. To tell Unison to treat a link in this manner, add a line of the form \begin{alltt} follow = \ARG{pathspec} \end{alltt} to the profile, where \ARG{pathspec} is a path pattern as described in \sectionref{pathspec}{Path Specification}. Not all Windows versions and file systems support symbolic links; Unison will refuse to propagate an opaque symbolic link from Unix to Windows and flag the path as erroneous if the support or privileges are lacking on the Windows side. When a Unix replica is to be synchronized with such Windows system, all symbolic links should match either an \verb|ignore| pattern or a \verb|follow| pattern. You may need to acquire extra privileges to create symbolic links under Windows. By default, this is only allowed for administrators. Unison may not be able to automatically detect support for symbolic links under Windows. In that case, set the preference {\tt links} to {\tt true} explicitly. \SUBSECTION{Permissions}{perms} Synchronizing the permission bits of files is slightly tricky when two different filesystems are involved (e.g., when synchronizing a Windows client and a Unix server). In detail, here's how it works: \begin{itemize} \item When the permission bits of an existing file or directory are changed, the values of those bits that make sense on {\em both} operating systems will be propagated to the other replica. The other bits will not be changed. \item When a newly created file is propagated to a remote replica, the permission bits that make sense in both operating systems are also propagated. The values of the other bits are set to default values (they are taken from the current umask, if the receiving host is a Unix system). \item For security reasons, the Unix \verb|setuid| and \verb|setgid| bits are not propagated. \item The Unix owner and group ids can be propagated (see \verb|owner| and \verb|group| preferences) by mapping names or by numeric ids (see \verb|numericids| preference). \end{itemize} \SUBSECTION{Access Control Lists - ACLs}{acls} Unison allows synchronizing access control lists (ACLs) on platforms and filesystems that support them. In general, synchronization makes sense only in case both replicas support the same type of ACLs and recognize same users and groups. In some cases you may be able to go beyond that and synchronize ACLs to a replica that couldn't fully use them---this may be be useful for the purpose of preserving ACLs. If one of the replicas does not support any type of ACLs then Unison will not attempt ACL synchronization. If the other replica does support ACLs then those will remain intact. If both replicas support ACLs of any supported type then you can request Unison to try ACL synchronization (\verb|acl| preference). Success of synchronization depends on permissions of the owner and group of Unison process (Unison must have permissions to set ACL) and the compatibility of ACL types on both replicas. An ACL is propagated as a single unit, with all ACEs. There is no merging of ACEs from the replicas. {\em Caveat}: ACE inheritance may in certain scenarios cause synchronization inconsistencies. In Windows, only explicit ACEs are synchronized; inherited ACEs are not actively synchronized, but Windows will propagate ACEs from parent directories (unless inheritance is explicitly prevented on a file or a directory---this prevention is also synchronized). Due to inheritance, the ultimately effective ACL may be different, or provide different access, even after synchronization. Unison currently supports the following platforms and ACL types: \begin{itemize} \item Windows (Windows XP SP2 and later) \begin{itemize} \item NTFS ACL (discrete ACL (DACL) only) \end{itemize} \item Solaris, OpenSolaris and illumos-based OS (OpenIndiana, SmartOS, OmniOS, etc.) \begin{itemize} \item NFSv4 ACL (ZFS ACL) \item POSIX-draft ACL \item Some NFSv4 ACL (ZFS ACL) cross-synchronization with POSIX-draft ACL \item Full cross-synchronization with other platforms that support NFSv4 ACLs; limited cross-synchronization with POSIX-draft ACLs \end{itemize} \item FreeBSD, NetBSD \begin{itemize} \item NFSv4 ACL (ZFS ACL) \item Limited POSIX-draft ACL (access ACL only; not default ACL) \item Full cross-synchronization with other platforms that support NFSv4 ACLs \end{itemize} \item Darwin (macOS) \begin{itemize} \item Extended ACL \end{itemize} \end{itemize} Not all filesystems on the listed platforms support all ACL types (or any ACLs at all). Synchronizing POSIX ACLs on Linux is not supported directly. However, it is possible to synchronize these ACLs with another Linux system by synchronizing extended attributes (xattrs) instead, because POSIX ACLs are stored as xattrs by Linux. This is disabled by default (see \sectionref{xattrs}{Extended Attributes - xattrs}). A simple way to enable syncing POSIX ACLs on Linux is to enable the preference \verb|xattrs| and add a preference \verb|xattrignorenot| with a value \texttt{Path !system.posix\_acl\_*}. The \verb|*| will be expanded to include both \verb|posix_acl_access| and \verb|posix_acl_default| attributes -- if you only want to sync either one, just remove the \verb|*| and type out the attribute name in full. If you want to prevent other xattrs from being synced then add an \verb|xattrignore| with a value \texttt{Path *} (value \texttt{Regex .*} will also work). \SUBSECTION{Extended Attributes - xattrs}{xattrs} Unison allows synchronizing extended attributes on platforms and filesystems that support them. System attributes are not synchronized. What exactly is considered a system attribute is platform-dependent. Synchronization is possible cross-platform, but see caveats below. If one of the replicas does not support extended attributes then Unison will not attempt attribute synchronization. If the other replica does support extended attributes then those will remain intact. If both replicas support extended attributes then you can request Unison to try attribute synchronization (\verb|xattrs| preference). Extended attributes from both replicas will not be merged, all extended attributes are propagated as a set from one replica to another. Unison currently supports extended attributes on the following platforms: \begin{itemize} \item {\em Linux} Attributes in user, trusted and security namespaces. Synchronization of the latter two namespaces depends on \verb|unison| process privileges and is disabled by default. To sync one or more attributes in the security namespace, for example, you can set the preference \verb|xattrignorenot| to \verb|Path !security.*| (for all) or to \verb|Path !security.selinux| (for one specific attribute). Attributes in system namespace are not synchronized, with the exception of \verb|system.posix_acl_default| and \verb|system.posix_acl_access| (also disabled by default). \item {\em Solaris, OpenSolaris and illumos-based OS (OpenIndiana, SmartOS, OmniOS, etc.)} \item {\em FreeBSD, NetBSD} Attributes in user namespace. \item {\em Darwin (macOS)} \end{itemize} Not all filesystems on the listed platforms may support extended attributes. \noindent {\it Caveats:} \begin{itemize} \item Some platforms and file systems support very large extended attribute values. Unison synchronizes only up to 16 MB of each attribute value. \item Attributes are synchronized as simple name-value pairs. More complex extended attribute concepts supported by some platforms are not synchronized. \item On Linux, attribute names always have a fully qualified form (\texttt{namespace.attribute}). Other platforms do not have the same constraint. The consequence of this is that Unison will sync the attribute names on Linux as follows: an \verb|!| is prepended to the namespace name, except for the \verb|user| namespace; the \verb|user.| prefix is stripped from attribute names instead. This allows syncing extended attributes from Linux to other platforms. These transformations are reversed when syncing {\em to} Linux, resulting in correct fully qualified attribute names. The \verb|xattrignore| and \verb|xattrignorenot| preferences work on the transformed attribute names. This means that any patterns for the user namespace must be specified without the \verb|user.| prefix and any patterns intended for other namespaces must begin with an \verb|!|. \end{itemize} The \verb|xattrignore| preference can be used to filter the names of extended attributes that will be synchronized. The most useful ignore patterns can be constructed with the \verb|Path| form (where shell wildcards \verb|*| and \verb|?| are supported) and with the \verb|Regex| form. The \verb|xattrignorenot| preference can be used to override \verb|xattrignore|. Disabling the security and trusted namespaces on Linux is achieved by setting a default \verb|xattrignore| pattern of \texttt{Regex !(security|trusted)[.].*}. Disabling the syncing of attributes used to store POSIX ACL on Linux is achieved by setting a default \verb|xattrignore| pattern of \texttt{Path !system.posix\_acl\_*}. \SUBSECTION{Cross-Platform Synchronization}{crossplatform} If you use Unison to synchronize files between Windows and Unix systems, there are a few special issues to be aware of. \textbf{Case conflicts.} In Unix, filenames are case sensitive: \texttt{foo} and \texttt{FOO} can refer to different files. In Windows, on the other hand, filenames are not case sensitive: \texttt{foo} and \texttt{FOO} can only refer to the same file. This means that a Unix \texttt{foo} and \texttt{FOO} cannot be synchronized onto a Windows system --- Windows won't allow two different files to have the ``same'' name. Unison detects this situation for you, and reports that it cannot synchronize the files. You can deal with a case conflict in a couple of ways. If you need to have both files on the Windows system, your only choice is to rename one of the Unix files to avoid the case conflict, and re-synchronize. If you don't need the files on the Windows system, you can simply disregard Unison's warning message, and go ahead with the synchronization; Unison won't touch those files. If you don't want to see the warning on each synchronization, you can tell Unison to ignore the files (see \sectionref{ignore}{Ignoring Paths}). \textbf{Illegal filenames.} Unix allows some filenames that are illegal in Windows. For example, colons (`:') are not allowed in Windows filenames, but they are legal in Unix filenames. This means that a Unix file \texttt{foo:bar} can't be synchronized to a Windows system. As with case conflicts, Unison detects this situation for you, and you have the same options: you can either rename the Unix file and re-synchronize, or you can ignore it. \SUBSECTION{Slow Links}{speed} Unison is built to run well even over relatively slow links such as modems and DSL connections. Unison uses the ``rsync protocol'' designed by Andrew Tridgell and Paul Mackerras to greatly speed up transfers of large files in which only small changes have been made. More information about the rsync protocol can be found at the rsync web site (\ONEURL{http://samba.anu.edu.au/rsync/}). If you are using Unison with {\tt ssh}, you may get some speed improvement by enabling {\tt ssh}'s compression feature. Do this by adding the option ``{\tt -sshargs -C}'' to the command line or ``{\tt sshargs = -C}'' to your profile. \SUBSECTION{Making Unison Faster on Large Files}{speeding} Unison's built-in implementation of the rsync algorithm makes transferring updates to existing files pretty fast. However, for whole-file copies of newly created files, the built-in transfer method is not highly optimized. Also, if Unison is interrupted in the middle of transferring a large file, it will attempt to retransfer the whole thing on the next run. These shortcomings can be addressed with a little extra work by telling Unison to use an external file copying utility for whole-file transfers. The recommended one is the standalone {\tt rsync} tool, which is available by default on most Unix systems and can easily be installed on Windows systems using Cygwin. If you have {\tt rsync} installed on both hosts, you can make Unison use it simply by setting the {\tt copythreshold} flag to something non-negative. If you set it to 0, Unison will use the external copy utility for {\em all} whole-file transfers. (This is probably slower than letting Unison copy small files by itself, but can be useful for testing.) If you set it to a larger value, Unison will use the external utility for all files larger than this size (which is given in kilobytes, so setting it to 1000 will cause the external tool to be used for all transfers larger than a megabyte). If you want to use a different external copy utility, set both the {\tt copyprog} and {\tt copyprogrest} preferences---the former is used for the first transfer of a file, while the latter is used when Unison sees a partially transferred temp file on the receiving host. Be careful here: Your external tool needs to be instructed to copy files in place (otherwise if the transfer is interrupted Unison will not notice that some of the data has already been transferred, the next time it tries). The default values are: \begin{verbatim} copyprog = rsync --inplace --compress copyprogrest = rsync --partial --inplace --compress \end{verbatim} If a {\em directory} transfer is interrupted, the next run of Unison will automatically skip any files that were completely transferred before the interruption. (This behavior is always on: it does not depend on the setting of the {\tt copythreshold} preference.) Note, though, that the new directory will not appear in the destination filesystem until everything has been transferred---partially transferred directories are kept in a temporary location (with names like {\tt .unison.DIRNAME....}) until the transfer is complete. \SUBSECTION{Fast Update Detection}{fastcheck} If your replicas are large and at least one of them is on a Windows system, you may find that Unison's default method for detecting changes (which involves scanning the full contents of every file on every sync---the only completely safe way to do it under Windows) is too slow. Unison provides a preference {\tt fastcheck} that, when set to \verb|true|, causes it to use file creation times as 'pseudo inode numbers' when scanning replicas for updates, instead of reading the full contents of every file. When \verb|fastcheck| is set to \verb|no|, Unison will perform slow checking---re-scanning the contents of each file on each synchronization---on all replicas. When \verb|fastcheck| is set to \verb|default| (which, naturally, is the default), Unison will use fast checks on Unix replicas and slow checks on Windows replicas. This strategy may cause Unison to miss propagating an update if the modification time and length of the file are both unchanged by the update. However, Unison will never {\em overwrite} such an update with a change from the other replica, since it always does a safe check for updates just before propagating a change. Thus, it is reasonable to use this switch most of the time and occasionally run Unison once with {\tt fastcheck} set to \verb|no|, if you are worried that Unison may have overlooked an update. Fastcheck is (always) automatically disabled for files with extension \verb|.xls| or \verb|.mpp|, to prevent Unison from being confused by the habits of certain programs (Excel, in particular) of updating files without changing their modification times. \SUBSECTION{Mount Points and Removable Media}{mountpoints} Using Unison removable media such as USB drives can be dangerous unless you are careful. If you synchronize a directory that is stored on removable media when the media is not present, it will look to Unison as though the whole directory has been deleted, and it will proceed to delete the directory from the other replica---probably not what you want! To prevent accidents, Unison provides a preference called \verb|mountpoint|. Including a line like \begin{verbatim} mountpoint = foo \end{verbatim} in your preference file will cause Unison to check, after it finishes detecting updates, that something actually exists at the path \verb|foo| on both replicas; if it does not, the Unison run will abort. \appendix \finishlater{ \SECTION{Other Synchronizers}{other}{other} See also: D. Duchamp A Toolkit Approach to Partially Disconnected Operation Proc. USENIX 1997 Ann. Technical Conf. USENIX, Anaheim CA, pp. 305-318, January 1997 \ONEURL{https://www.usenix.org/conference/usenix-1997-annual-technical-conference/toolkit-approach-partially-connected-computing} } \finishlater{ \SECTION{TODO}{todo}{ } Things to write about: \begin{itemize} \item When started in 'socket server' mode, Unison prints 'server started' on stderr when it is ready to accept connections. (This may be useful for scripts that want to tell when a socket-mode server has finished initialization.) \item {\tt DANGER.README}. \end{itemize} } \finishlater{ Things to write about later: \begin{itemize} \item Document different reporting of file status when no archives were found. \item Document buttons in graphical UI \end{itemize} } \iftextversion \SECTION{Junk}{ }{ } \fi \ifhevea\begin{rawhtml}
\end{rawhtml}\fi \end{document} unison-2.53.7/dune-project000066400000000000000000000000741471241601200154440ustar00rootroot00000000000000(lang dune 2.3) (name unison) (generate_opam_files false) unison-2.53.7/icons/000077500000000000000000000000001471241601200142345ustar00rootroot00000000000000unison-2.53.7/icons/.xvpics/000077500000000000000000000000001471241601200156265ustar00rootroot00000000000000unison-2.53.7/icons/.xvpics/U.32x32x256.xpm000066400000000000000000000021061471241601200177640ustar00rootroot00000000000000P7 332 #IMGINFO:32x32 Indexed (6347 bytes) #END_OF_COMMENTS 32 32 255 unison-2.53.7/icons/U.16x16x16m.png000066400000000000000000000012721471241601200164500ustar00rootroot00000000000000PNG  IHDRasBIT|d pHYs|4ktEXtSoftwarewww.inkscape.org<7IDAT8mkaƟMjlMԈ9 "9kA<؀`R=^EE) kzR#Ĵx !mL$!f30089?4drc%c/[Re F![*V@Jۗ*TcƻRl2He Awj } R@̚,e1Ο(EV\u=f y-pU~\$.o\ݢ ٺtQ]<ĝu=Ԡ<•3{~GW/ֳ"ʭ{A<=CtkU*t(IENDB`unison-2.53.7/icons/U.24x24x16m.png000066400000000000000000000017741471241601200164550ustar00rootroot00000000000000PNG  IHDRw=sBIT|d pHYsu85tEXtSoftwarewww.inkscape.org<yIDATHUAlE}kUjAqHV *(ćWQ!jB\"$N%pT7D{ EXxcv<kkv͗; ubj.mb&mzvYZYZgדuk KLl$k+3}Fr@R R4T i$kwrTo˲5XS `]wn W7f~mP- En]@E @kw "w5~x^}OAkȊ&ڒe-B^J` Д`CT+= EȲ Em= ԕF3M ((eQ{"mۧ%M8/9^+:+5 ڔqzG{p${:\xS՞yo7f%^{9+BD8!DHxXX t?rZ^NѸz[|n#l4a+ Y8 N®< ? }&B"||;k'".gqjw[, !8(^Du_^&x<,8|v+ZsK?xy&kIENDB`unison-2.53.7/icons/U.256x256x16m.png000066400000000000000000000314101471241601200166210ustar00rootroot00000000000000PNG  IHDR\rfsBIT|d pHYsIIEtEXtSoftwarewww.inkscape.org< IDATxyEٳod!BH؂@IH}Q@P." \T !$l싢(dK9gG>՜~>鮮t[oU-J)r10QHi@DF]@NDX%4Dd:79 $ HC^vUJ-OV9҄6V+OVaX"2 Ӂ;D=ZH"2C{DdbzJBDd4p/0 X>peJʑ"D ̀>1WDTD "]B` ^ؗc;YNӪ_C)[ 楗gcH[ZK --"".;oS`\UDNL90jTM.l>eP9~OҪcRhi.d,ˠAi?, )JDJ9| va3EcԨrSEөi2hY3 kg=s?&!}mh "sM溙̝7&i]P"xUM -)"r(>m)|wc8%RADu|}ޮ溝q5"GL-'"2({\Ϲ IQ9 t,Чs2?g9|t"}czySDi\w70+l 'Mõ!-\m8@iŒp/0 s33>Cw[ 0&"ۧX%OdV0?igWd=Fw01>Q٘K.~RBPJlg?E99a39 h{N?0{ٲ^kRfZ,PsFov;G'O,K%}w]Nz#4+mL3o`p.ٝYykuY2{Ri֩ "Wg1 ؓ{2fLt 2Okxe#(0dj`ΟހIv4xg`|":Y3{^`Mt _ 0vw&ODq[2%ᚫvy7 |bZ"r4Y܅g< g_֘ѝ,\5'Eܙh080taBi#*^r xH0c0܈9 tu3;od8<=`v۬0F5L@g>;.o@I>Eؖcu\V['L4cq~} r2OyCxݙ>}94CoLl68N$9 8k|\{o߫K:oHVG]w5)˷xfk'Y^ ,-bâEP`hfܜ8,r mckDo n9`9~s]x-8^5f"ҍ"RPDr<ڀa0ضKÎk'^P=Ps{( 'P/NMkJ?o^$B) DCa|iܳ?eOWд(nnk+D8 ^P!C(G)u[(1՚O't"nɗ {"5n{ g( #M\nm}DpMqf˝piCd_{N&xuЌ_3_}ߌK4tK!)ܨ,KM};d[|~E:*3ΏII _k-x<$gf [_WD:gƠ t \o&NA%ZTwȣ4'M\*#y8 @BS&$`"p5p6S4xKWm:&xS!T/5X5mƛEg[ O  BV!V=vP~7c [GfFDpϲ4l|ma;,?n a2-,@sʪ)w$& kʶ(왕4\3G23'iʶML 5hVܯC'{[||׬[MOLpƃk/CvMͽoB$}"`mDHp|p+"ա.函^m72ӣ"x t-lFM12~ɶ@Y vn-$u3)]L=GƦVgƽ@7$Me>'ed[Ӏ1_osx:$o-SܗOgɶ@fzI9RA$Op5'@3b"x]'Ф[)Ek1/exc!Cc ܬ\}+.V8}I_054Ap_yrkU5WyNЬdZ[DO*M~{9 5 CXNY`&}%`U<4v^'Jp=>{6Nj@ t-fw}v?#׸h vI E=9uoFpD 0޳;!mg 5hVDeX2\+c[_'MpҬF}"fW*@DMɛ4i6Lw쳥4h_~!Kl RLN C}g,@4p3 xrB!A>&}yu '$[h ߳6 ]&MOn X"}C5 "|){AȶL"*פ$Y #{N<26e6j:* Dps'(C_$l*%cb&Ӿ-Ur#W.h~3 @@_%Ep<~ 9"X|80/QJ\_O+ R*5cgu[͠h)+_{h#Í3D"|uߟ @XX,*jRڀ>EX"K/0}[FVhrD61}F؎"?!@x@ w9J]?xdphEY TDJAȧy`@րK&-Q*)]:'pަ N,)T~?F *,<[ uH۞鍢ԗ[Qq4\Twz\iڐz^l 7R="&lsDN 0Ԥ%/CШ\U%!b{tc(2._^e!@xLKڴ'EQ!@0}  ?O} e5MQ] @P>!@=\Uqv0);-6:wi:BJKcimfj LQ(`)S?bצ5Z%U`@V;-p^n/JĊFT1WV2vȝ:Q?(oX𞢱E @ء]ZۗS\`.a> n& 9u72!HU^ @3L&ے/_ +-+Dݶ0/0!@s JE}Usb_XCpf[ @S ~O~4S_=祓qk`sGOyW@~@-t 0jvN#WD 卍<DEp퇤Մ\CTmZeÒgdWkDz /%@prYfʊu%Oe+3+ٔ#<&7u@,JVyIDATf n_`{s@h(J"b][p|9 r* DخB ƴ 6aM>hˁזJP棲>-h1((s؏,+jgV8"udY6y{eM&{DT Je%{ Jz|w+[)X&qC-SG `֒UA7}8|^؞q@.MBD C=Ve}ܫ%o*!@Lf!W߀&؞/۔#6\Z=-ڵ;K63 1iyM̱5ohP_?/` @HT_P;R'yuc@e eP%6Ipr_}2-}oZ}yMZxRiؔ#8*ncpw>X&bQn`@.av[ p βHTuJu .)+@(Zdhha˵vβt7w5 >Oݎ}r5 YRſ\iX*X~yTO*UFM\õ?#a:I~"vS`mQsT K?)O5YZ+ب/3=̓"d{ sKa@1-}Saʶ_&1k^W5O'xݓNmjY*l&|Z 76vlx[OpwjÁeBϙ~G%x0VۤH9P"6X%xCLvĺ~ʪ`%$;Y/,u%bCch870ur=NUى޵Lf6Hg>uAdJP*_'eͺ \yz5kl C(K]"_خ3\70܍IU*}E)\Sbe[/qdZRoK^X*z7und;|~z |=ۧ-Dd6p,փ Qc"8ʛ m^W˫kfr>ܡ!HtSt1,*o|ej/mڦ4N{ܹJY/$wA=@돟ϼLD >]DdRO/ȑn(׈bx xyuE_P u~obQ&8yʴ8^"2@hK5LQ[_Rjew08,6KHk\du; .ޮWxxI6|9P)X c>5m{,kIl4v}im ^.4RœK}}9a'ogqԍO;uՐYw20mV;=qWg=W3? \ޒҐpӬntVOD;pp[Q$%x% _w5K՘&v.$zM<&"3!""r#p6~6K>OX< ]mpq 魲X8 ]K`'"27'-ۘԁ3H@p!xYVnj?iUh!J|u n'.Of^np.v^ߊȩؔ "[&t]=!wu_}If%>om0!e&1MLtW#j H740`A½۶u܏oמֶiP 5A'^ơ<;4mA.lEi=;)"$vwc|3o(#;,0ND!8ח_GTvPJFF m@)7̩_J3HȦ#9uBgvȚ8xQDM"<N(p ^#yܹ6?dmkJ_*QRu;v0؞^U_}X-ppRjCM2!`b,CG _ ouJ9I[)𶱤kR*n l<(nnF}2L٤yGG,>b9Q ~^_אxw,?k>e,\0;Op/|RXJD,{gMnS-L_٫󗖸/W5YEO5 lw`[{]Ԑ^6RW&¾6WJnAG l4(n.Kp< fz b|ЧoYV_*^^ ] ]xevZh :aK:Axn Ze)V'49 sG jLpױmn/*~WU%U/ .@O. 1`B;L^aOWJiO=thJ1+i ymr}\VÏރs/+J:MA[-0݃L^S\H?, ${Z^+^s?+f%R\{/ "ԯ KQUAF-?|ʅ:4D< ڤg5qpwӴ,OWgvVJ572Ҏӊ:am@rCZ@`q*)0G)tk<z8᧿k]ϗNL*ˑM+)o`]oqy+Z(CD^j.XeAVr1[封x-$=쭔ڐZ"D @apfR]oۓ#[}-%"2)|g9sÙU `R(z@%ӘgN wx{%G<'77Jŀp "z so9j8 nECZe>`8ACZr+3oBo?PJbbEKZe(ܷNz#rnZg2-2L 3᧛P VcKj%R{( 1D"|gc8>TU .xn|!Z%#"2#nF׻J@ H;p$¢Mt]ozwd N3)ͻ?3 V?xw%! "3Á/ aTk3m7nb>Xk|In }2֩uRz_gj;{I)!@DSi!%KԒt 0?v2 8m'Da\}xX)>ϑ rh!3_cE`[g%mIF G !2IENDB`unison-2.53.7/icons/U.32x32x16.bmp000066400000000000000000000011661471241601200162630ustar00rootroot00000000000000BMvv(  𻻻 𻻻𻻻𻻻𻻰 𻻰 𻻰 𻻰 𻻰 𻻰 𻻰 𻻰 𻻰 𻻰 𻻰 𻻰 𻻰 𻻰 𻻰 𻻰 𻻰  𻻻  𻻻𻻰   unison-2.53.7/icons/U.32x32x16m.png000066400000000000000000000030721471241601200164440ustar00rootroot00000000000000PNG  IHDR szzIDATxڝyPSWOX(HFp+҂(*U;@HAQdTduP.,ʇOێRb](' ǩOیљL\ȥ4GQQ~+0nfΘ14//XD&|LA_?5JZPrMgQ/@(`?ZEz)#~8.TG1-iϵ,LC@;O*/I! }QY8`$Ii^*Q/$rO}E`/P?5 h c #FFCC00", ", c #FF99FF", "' c #FF99CC", ") c #FF9999", "! c #FF9966", "~ c #FF9933", "{ c #FF9900", "] c #FF66FF", "^ c #FF66CC", "/ c #FF6699", "( c #FF6666", "_ c #FF6633", ": c #FF6600", "< c #FF33FF", "[ c #FF33CC", "} c #FF3399", "| c #FF3366", "1 c #FF3333", "2 c #FF3300", "3 c #FF00FF", "4 c #FF00CC", "5 c #FF0099", "6 c #FF0066", "7 c #FF0033", "8 c #FF0000", "9 c #CCFFFF", "0 c #CCFFCC", "a c #CCFF99", "b c #CCFF66", "c c #CCFF33", "d c #CCFF00", "e c #CCCCFF", "f c #CCCCCC", "g c #CCCC99", "h c #CCCC66", "i c #CCCC33", "j c #CCCC00", "k c #CC99FF", "l c #CC99CC", "m c #CC9999", "n c #CC9966", "o c #CC9933", "p c #CC9900", "q c #CC66FF", "r c #CC66CC", "s c #CC6699", "t c #CC6666", "u c #CC6633", "v c #CC6600", "w c #CC33FF", "x c #CC33CC", "y c #CC3399", "z c #CC3366", "A c #CC3333", "B c #CC3300", "C c #CC00FF", "D c #CC00CC", "E c #CC0099", "F c #CC0066", "G c #CC0033", "H c #CC0000", "I c #99FFFF", "J c #99FFCC", "K c #99FF99", "L c #99FF66", "M c #99FF33", "N c #99FF00", "O c #99CCFF", "P c #99CCCC", "Q c #99CC99", "R c #99CC66", "S c #99CC33", "T c #99CC00", "U c #9999FF", "V c #9999CC", "W c #999999", "X c #999966", "Y c #999933", "Z c #999900", "` c #9966FF", " . c #9966CC", ".. c #996699", "+. c #996666", "@. c #996633", "#. c #996600", "$. c #9933FF", "%. c #9933CC", "&. c #993399", "*. c #993366", "=. c #993333", "-. c #993300", ";. c #9900FF", ">. c #9900CC", ",. c #990099", "'. c #990066", "). c #990033", "!. c #990000", "~. c #66FFFF", "{. c #66FFCC", "]. c #66FF99", "^. c #66FF66", "/. c #66FF33", "(. c #66FF00", "_. c #66CCFF", ":. c #66CCCC", "<. c #66CC99", "[. c #66CC66", "}. c #66CC33", "|. c #66CC00", "1. c #6699FF", "2. c #6699CC", "3. c #669999", "4. c #669966", "5. c #669933", "6. c #669900", "7. c #6666FF", "8. c #6666CC", "9. c #666699", "0. c #666666", "a. c #666633", "b. c #666600", "c. c #6633FF", "d. c #6633CC", "e. c #663399", "f. c #663366", "g. c #663333", "h. c #663300", "i. c #6600FF", "j. c #6600CC", "k. c #660099", "l. c #660066", "m. c #660033", "n. c #660000", "o. c #33FFFF", "p. c #33FFCC", "q. c #33FF99", "r. c #33FF66", "s. c #33FF33", "t. c #33FF00", "u. c #33CCFF", "v. c #33CCCC", "w. c #33CC99", "x. c #33CC66", "y. c #33CC33", "z. c #33CC00", "A. c #3399FF", "B. c #3399CC", "C. c #339999", "D. c #339966", "E. c #339933", "F. c #339900", "G. c #3366FF", "H. c #3366CC", "I. c #336699", "J. c #336666", "K. c #336633", "L. c #336600", "M. c #3333FF", "N. c #3333CC", "O. c #333399", "P. c #333366", "Q. c #333333", "R. c #333300", "S. c #3300FF", "T. c #3300CC", "U. c #330099", "V. c #330066", "W. c #330033", "X. c #330000", "Y. c #00FFFF", "Z. c #00FFCC", "`. c #00FF99", " + c #00FF66", ".+ c #00FF33", "++ c #00FF00", "@+ c #00CCFF", "#+ c #00CCCC", "$+ c #00CC99", "%+ c #00CC66", "&+ c #00CC33", "*+ c #00CC00", "=+ c #0099FF", "-+ c #0099CC", ";+ c #009999", ">+ c #009966", ",+ c #009933", "'+ c #009900", ")+ c #0066FF", "!+ c #0066CC", "~+ c #006699", "{+ c #006666", "]+ c #006633", "^+ c #006600", "/+ c #0033FF", "(+ c #0033CC", "_+ c #003399", ":+ c #003366", "<+ c #003333", "[+ c #003300", "}+ c #0000FF", "|+ c #0000CC", "1+ c #000099", "2+ c #000066", "3+ c #000033", "4+ c #000000", "5+ c #FF99FF", "6+ c #00CCFF", "7+ c #33CCFF", "8+ c #66CCFF", "9+ c #99CCFF", "0+ c #CCCCFF", "a+ c #FFCCFF", "b+ c #33FFFF", "c+ c #66FFCC", "d+ c #99FFFF", "e+ c #CCFFFF", "f+ c #FF6666", "g+ c #66FF66", "h+ c #FFFF66", "i+ c #6666FF", "j+ c #FF66FF", "k+ c #66FFFF", "l+ c #A50021", "m+ c #5F5F5F", "n+ c #777777", "o+ c #868686", "p+ c #969696", "q+ c #CBCBCB", "r+ c #B2B2B2", "s+ c #D7D7D7", "t+ c #DDDDDD", "u+ c #E3E3E3", "v+ c #EAEAEA", "w+ c #F1F1F1", "x+ c #F8F8F8", "y+ c #FFFBF0", "z+ c #A0A0A4", "A+ c #808080", "B+ c #FF0000", "C+ c #00FF00", "D+ c #FFFF00", "E+ c #0000FF", "F+ c #FF00FF", "G+ c #00FFFF", "H+ c #FFFFFF", ". . . . . . . . 4+. . . . . . . . . . . . . . 4+. . . . . . . . ", ". . . . . . . 4+% 4+. . . . . . . . . . . . 4+% 4+. . . . . . . ", ". . . . . . 4+% % % 4+. . . . . . . . . . 4+% % % 4+. . . . . . ", ". . . . . 4+% % % % % 4+. . . . . . . . 4+% % % % % 4+. . . . . ", ". . . . 4+% % % % % % % 4+. . . . . . 4+% % % % % % % 4+. . . . ", ". . . 4+% % % % % % % % % 4+. . . . 4+% % % % % % % % % 4+. . . ", ". . . . 4+4+> % % > % 4+4+. . . . . . 4+4+% > % % > 4+4+. . . . ", ". . . . . 4+% > % > % 4+. . . . . . . . 4+% > % > % 4+. . . . . ", ". . . . . 4+> % > % > 4+. . . . . . . . 4+> % > % > 4+. . . . . ", ". . . . . 4+> > > > > 4+. . . . . . . . 4+> > > > > 4+. . . . . ", ". . . . . 4+> > > > > 4+. . . . . . . . 4+> > > > > 4+. . . . . ", ". . . . . 4+> > > > > 4+. . . . . . . . 4+> > > > > 4+. . . . . ", ". . . . . 4+{ > { > { 4+. . . . . . . . 4+{ > { > { 4+. . . . . ", ". . . . . 4+> { > { > 4+. . . . . . . . 4+> { > { > 4+. . . . . ", ". . . . . 4+{ > { > { 4+. . . . . . . . 4+{ > { > { 4+. . . . . ", ". . . . . 4+{ { { { { 4+. . . . . . . . 4+{ { { { { 4+. . . . . ", ". . . . . 4+{ { { { { 4+. . . . . . . . 4+{ { { { { 4+. . . . . ", ". . . . . 4+{ { { { { 4+. . . . . . . . 4+{ { { { { 4+. . . . . ", ". . . . . 4+{ { { { { 4+. . . . . . . . 4+{ { { { { 4+. . . . . ", ". . . . . 4+{ : { : { 4+. . . . . . . . 4+{ : { : { 4+. . . . . ", ". . . . . 4+: { : { : 4+. . . . . . . . 4+: { : { : 4+. . . . . ", ". . . . . 4+: : : : : 4+. . . . . . . . 4+: : : : : 4+. . . . . ", ". . . . . 4+: : : : : 4+. . . . . . . . 4+: : : : : 4+. . . . . ", ". . . . . 4+: : : : : 4+. . . . . . . . 4+: : : : : 4+. . . . . ", ". . . . . 4+: 8 : 8 : : 4+. . . . . . 4+: : 8 : 8 : 4+. . . . . ", ". . . . . . 8 : 8 : 8 : 4+. . . . . . 4+: 8 : 8 : 8 . . . . . . ", ". . . . . . 4+8 8 8 8 8 8 4+4+4+4+4+4+8 8 8 8 8 8 4+. . . . . . ", ". . . . . . . 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 . . . . . . . ", ". . . . . . . 4+8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 4+. . . . . . . ", ". . . . . . . . 4+8 8 8 8 8 8 8 8 8 8 8 8 8 8 4+. . . . . . . . ", ". . . . . . . . . . 4+4+4+4+4+4+4+4+4+4+4+4+. . . . . . . . . . ", ". . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . "}; unison-2.53.7/icons/U.48x48x16m.png000066400000000000000000000041011471241601200164540ustar00rootroot00000000000000PNG  IHDR00WsBIT|d pHYs B(xtEXtSoftwarewww.inkscape.org<IDAThYkl>=W 5 V1e׬("5AR*EJJU@KI#Q~$u)B8H(ji "U8m qaY{̽?fw=;;;;F||s; "89ի=g=Vᣯrb0|~ ؒ 6B[*`sؾm/ne,=ψV$OwFL3Vy.\}ӏ*6eIRcʹ 7emڊcOXVN1h~zc?Οf$l=3ƂVkm#.b #;c#Dt vo51~2+.wad2}Gc]ޝ_zX"eT4ATi~70oٶ5biáȉ#pЋߍG'  9v$# o U  ׇC0@4*zs aZIp}1PTQXRK3-0lTBw'0drcaiϑYDG72%WxB#\X "s:+vVEo:"cQYt@q cz<[9"u &%M3dJbۿg>c1"cvU~IsSqoNv\eۓެ5gu@Hm>r_]Nax׮^pw9?͉IBDrֳNbiNcϳ'f ۃ,G:'pM%H }>Az^Z6|7D_l:|7+ؖtcOt}uJEC (X:?TӘ|3DtD4s>#~yjJOK) /z72r>PBoHlB?ܩ't5SȈ6vf 8 */ƙ,[q%c+^֎waMBdY_ ~i]+ cݛ$XWzHz$HAf?\ԧyܜRq튂9A5GHI. 0VzBm.1H>o#Ȳnh87LN/CuIENDB`unison-2.53.7/icons/U.ico000066400000000000000000001060001471241601200151310ustar00rootroot00000000000000 v ^ ; 00 %G  hm ~ h( @ ????( @ʦ """)))UUUMMMBBB999|PP3f3333f333ff3fffff3f3f̙f3333f3333333333f3333333f3f33ff3f3f3f3333f3333333f3̙33333f333ff3ffffff3f33f3ff3f3f3ffff3fffffffff3fffffff3f̙ffff3ff333f3ff33fff33f3ff̙3f3f3333f333ff3fffff̙̙3̙f̙̙̙3f̙3f3f3333f333ff3fffff3f3f̙3ffffffffff!___www ,,, ,,, ,,,, ,,,, ,,,,, ,,,,, ,,,,, ,,,,, ,,,,, ,,,,, ,2,2, ,2,2, 2,2,2 2,2,2 22222 22222 22222 22222 22222 22222 22222 22222 28282 28282 82828 82828 28282 28282 88888 88888 88888 88888 88888 88888 888 888 88 88 88 88 ????PNG  IHDR\rf;IDATx]DI ( ]9tTPQbA;鈠Jޛyɦ&If7Kf^fg'y{ +@ ] )HiD#Rڕ`!҉+'2#"'rv8(DJ9C!+2%HUڟDZLrT|"UUi"v@f!  x={";.#ҝv9|G"IDI3iڕ?w~hݦ;24?( $rƃ27Y6ǥYDZB^" ߏD*Uy !G$X4k<_]|I?axP@VX1P6'9rԝ ;'&zx'D%%h9sڔpK ԭ mz֛ ǎ]^&2vB<@" Od\!wGn'%q`#sx $'ji#-<X/^pzڕJwH$199 L^6+d3aĻۤDj9HKp > a/t2!`w%yۈG)=tZ* >mLuH#"G<@3 ȣÇU1hЭ S\%=ʹ7ˈW ΟOGH8X`Z.Nz?)wxr Dy,"RO:u) cUU(0!8pkq(g$gw-6Hc"h9(LdxҤ50zvHǏˣ8/,Phi,U={4W\]cO 907oFqA~%9lbahFPbnDžՙ{=/%$/+IKs?~:?(_w\ދҖfbи<8}Zvy_6p8<}mUuaC/-qh;/؃>,cAnb+Q?f,+W_"* SH2<5g(0.@c<.p^P 6 d{N OCP GqGnޏ䃐q(0~.Erx,ЃKf`Ѐ 0vDPp. CQ{9C3 Ը8 5Y ;e%|Tj k ;/4ZZ÷Qີ(0z=GA8q<ȕY t*}̛{DJg w$p]'?G_~ȧ&gၛ@Vqe{p3RwDDrer {%Fq]DnL \k@Y?4j^ݻA:sf""ƱU]0n.xYIH ,Я͝EUfм&#D>Hfe@FэK^3J ҙ3:X @ ];ﾑmF1H \s,Г°Ql@"9/[L軍KoїRy\l% n}B?﨔{` If,z,w?Ԅ,Y?ʘ_H@2f~8/px0c4pe!°jx,jU[JMgHm !th&N̬1` ,@Lh@gxi+΀0Σ0 \͵=!L|L 3ΚUtF;vYCrf6𨉡S!Ls` "l`pul8,iE@ S&ˣQÌϥ]p0 4cVW?r% fuYhh:KDrx>= 32h+@I6,_qn%ᢣкbu 3mg &iuY83֩GwA YoUg[MI?.]WÌw*X MGW @ Ю21x\GG0J_.0~@t ^ 9Dq +7Wo\%w-.4a8$1pS*0abm,nE%ZfcwKi{jhpݶN"o8dϞ(^yI3qp;G'}Iֵ[>?f{.SW9$9zoa;zZ ?%nHEhf^x `;+jRޅ!p>%E[FBBa괺%ɹ׋Җ)f{&8NC;oS\k-<逛__ƜqÌA vk-[,Sֵl;QzB6Uc]D``R!Lu1XX˯ TSLa-CaZ՜B51֊y?#0gJ~q+ni9x 61v15H.Om"4Ak]Yғwov%t )dC c- LY$)d(uסH g p5:Fzp n t2B>7'@A] sm JYi=9x V5mV"]Z}bЫ,2P`e#} C$ƪe7+/!NC!zkzڋ3d@MV!0'Haf]sp kegTN^B& ){nYC |^e c(0 #ܪ᳁nVVB!/mwyA9x fM.; '5|% \gmT 9lC!?( 0S"[88Dän5v+K @'8x K͊ 1Gh=P`Vm} L NN!@E7+K lC!kd$t~a|\J>JY< c({4. 7K*'P.o ߜEE:#B4)gxSP7Ѯ'e+c)5|\)h9x r$¾W+PρguNNG̵zb*`7;PZ zs~&[]rn 'Z6N[TW DCо?'Z5  NN!@c 3eS}4׎`3sp &~xKd.c><b^FRN ~aWd@&|0[5 h,'U}t798B#oi1>)b*k&NB!5TWkN.tS(~4aV^p(0FdV' |&HP{0p3s LᛁL'GPJ[<?h7;P`}7+NN~ L[8dk>rA98H*Dm8x-Xy .I^!5WXG7*kfNB!_`qb488BF! ,h8x ~Vpwpp䅉T0UcQ}~2$ױ݇`GJA#/o-ѫ-|w=N @ͼ0A0|up tx)hR. ~6MNC!{EibBQ{88HUE2 sG"MÒ``R&khfn [(Dt ܬqp ^-]EXX8TO2:0uwF;1DH5! I=?  0pXp:8l'o% ܬ&Hpk@hfzs | so؏`4qp ^\/(:df |)O_q\CY=? !ȮF;P`Dwӣ[gJ^{bxPLz~N^VN|& %$7)GR$8xv%T[nI'z4_"TF(-خWYwwq gs4'P2>8xĄ (@٢q  G^{ !D+DuBHپB#q"3YY0L0Y)P/H ^'Q"E_7}IP-øƟ &+jxJB#ws  Ƨp#ϵc=XsFd`R&gKksX *K 5pHV VT\QA0UN4N^B!,Dbtp<36 =T VԣD )~{5C/?|/LQfdqRB[`1R`֖sx,vU8HpL3E7 Bm |C$&{[nE/ڎ;9ːvUHקWS <2f/llmEyϫ&kCB荁GK vUIJ%S`@`>Bq% yAp4,; 63CM}su(wX _Wkh7X%D\< ЊOOn}_- cVR"JK^ <\vǸt@݀z`&rs`k8,n=cN9[ke&RLdXޯdE7b0tH1ͧV /" +uCJ|1O&DZT(_8+,_q%UW8,Bj9 /> %h6X%D*־iX037'sK FJW8JC׽Ԧk#{M ;x wnU͗ H\4p]ؼL8 ){?~6X&Qųc^GW"@A ]J /' 6G].^tF̒ Vn2 =HR)0[!h%7 =MGK9`" Lm \?}6p37 Y96nƥSCN \Oρ~ZwAv AX*$"oD)~5pmZ/LjNY{7Э.GRv9 \u`W_eQgCQk!qB ժH*L'*gJN \q<]&DVPhx%1;nX9T'@T݀z`&+[ra-'.e?8:M&Dk>S]ٯMAVs|VN*|G=Y7et_QN+Seh@&;K-F -ׅ>;. 5H#ڍV c"!exfѺx“8rQ+Z`hӭGeW64"WJCJN:iuF/=N:"{ѡzܚ6Jaɯsf@O?iG *@M}i6`4LwUNs{CQ`<]t1[M< A| `br7@@/`Q\P& 2L-wRvأɫpby ڤd6/ i>^*K@;@h ;c`\; aVW'u)YG A ʕ͗;]㲁NbW=~8_܃ hjXs[NwFo++Fy @+"3h7X' <5)*kі.r[M= PB;,u.U xeN9we㲔.Q.l^d<㥁Gi?< \! ΁a _Hބ? ^&M.7_]Nq!`@"`=zhu׌u#5&t1bLsaUY;%4 )!jtN0pZ} V6y@୺g0z~H@k40(Cd+,- %—bۺF<#TM /ԣی:ڗK ra3ppXZ@3R6hO#2t=O y"))X'|$wo>1Ůۼ&2X'[.5O8!fcTX?m${aF&n{a؞t)o>Ne<*/T&ILq+XNf 3Ԇk .1"4ȗ~rc5'::ÔcW\< # ?o=nL^_nk_{ 7/pèa kY#+T 癁k,vu J d2 @ WA2`DhBHxԲ?9,bۉ\ ezOe]OG7@xr%tvq(\(S">]q{ӓZB`9gp'%>' x8+I~) j {$Vj}~Dq!h1HO[Bbw\z \0k@ϵaIG pHfpBBSe%c"Ϯzc5p9?WGxSq B۳ +]3K}ߩ;)[ =|:`x `@? 5r_. %x(95 ܬ.w$r_DWp$@: \TKuXCs蕁kҢ?H^A. $Ui$tm| .9ZKgTyȶg7Fl@MI 0BeX,;Ϛ`2tNc3pk ?+.̀7v\5F8TӅiz 덛{ʡ1C"Y$1p3|~ܠi7Y 4@Ϫe‹7fu^{]D*[x*!+F bΎxжn#z'9ȟK7h^[m%]-T@ hF9H/`ETȗewЉsxa#Wat}!B{ bVHFߖH "j9` P1ե{ $eONv4@;=q}2<_6ZF 'YBljox]뉡'q u=, N;7Ɠ7$AbfM?x ̽?h)L\U]9ϩ ų%xg\\V_Se=n_pFwT(E`< R0- /F)JImx\ ~.ߑ at r7L1 hJ1 .A|&> {HM`2  'zPT "&_>ʠM.ӮG@`9\R;5?e9.m %0trlA ̈~@^we5?{S|) z!jpwa VHS {17#z k[ C#]@!|}<ChgxEf  ATM(*82=?0L Njd@`?\'y޹\1p _p%DD~q.W@Qm826^\#bW7{39b?= 0fc'vDf$ y#NzeFw`'/O1qGYGGh)%`DW TI]57?xVfGx-3%2; p3AܼRH//Tn9e^#V]*"l]?}pg\+XA8}$4?g߿L ϐ}y* v{ \~g}[1I@|iW#ȻU]h %8D}!4>E^:xAQ>F@,1_OEl[4+|9$pkAt!cnqG O]̅tҵqF4%Ed$2 .0'{@D2(Ψ]6ĥť:*]<.aA=kN΀\5 +gb83؅UykTE%q8'v*B @ a}.ƭ6mP'`7;) !;K" 8$b7Z;^  Q0f 28ppdb2SdsIENDB`(0`  <)|- 2 : B H B ; 1,P . Gb')+++++++)"qN 3  2m(++++++++++++++++)y 9 #$P^(++++++++++++++++++++*j)`+z++++++++++++++++++++++++ 3#T0.-,++++++++++++++++++++++'UY:98754321/.-+&$)++++++++++++Z3 B C BA@?=<;:,U; / (w#h , 2 A,++++++++( 0 !` N M L J I H G F @G $a / 1+4310/.-+N NEWVUTSQP J? ,4<;:8765#30[a`_]\[Z$_Y E D C BA?>0Q;ljihgfd]50L N L K J I H < %l &LutsqponL5(yNWVUTRQ J, 0Y ~ }|{zxwK( aQa_^]\[X/6]$###""!J HRjihfedc8<`(''&&%%G{6Rsrqpnml@?d**)))))Cm&O }{zyxwu $IFk,++++**?dJ##""!!  +P Px----,,,?aJy''&&%%$ 2WTz///....AbMz*))))((7[W{1100000CbOz++++***:\Y{3222221EbRz---,,,,;\[{4444433GbTz//....-=\^{6666555IbV{10000//?\`|8887777JbY{2222111A\b|::99998Lc[{4443333B\e|;;;;;::Nc]{6655555D] g|====<<<Pc_|8777776F] i}???>>>>Rcb|9999988H]!l}AA@@@@?Tdd|;;;;:::J]"n}CBBBBAAVdg|==<<<<<K^#p}DDDDCCCWd i}??>>>>=M^$s~FFFEEEEYd!k}@@@@@??O^%u~HHGGGGG[d"n}BBBBAAAQ^&w~JIIIIIH]d#p}DDDCCCCR^'yKKKKJJJ_d$r}FFEEEEDT^'|MMMMLLLae%t~HGGGGFFV^(OONNNNNbd&w~IIIIHHHV]JI))AQPPPPPO;(~(}HIKN'z'y?JOONNNNNMMG:; IHPRRRRRRRPIH LKOPPPPOOOMEF ZYRRRRRRRZY `^RRRRQQQWW  5%trRRRRR%tr 5 "";({yRRRRR$pn 1,+U/RRR/,+U-,\2RRR.+*O10x9R910x21;R7//q3223254232 r r????( @  3^\mt|{n[ As!=P(++++++++&X 7K{*+++++++++++++ ?WDf%,+++++++++++++++% ?[ #<:8643.!&++++++L I J H F D A!v?f  7Hp.1/-+)Ks 5ZXVTR#cY?=;97~AhfdbH   8 K I G F(Pvtrp< 5YWVT 2b""! B}<gedb ?k(''&GyAutrp L u++**IuF}""! ~ Xz.---JqM|('&&`~000/MqP|+***j3322QrS|---, p5554TrW}00// w8877Wr[}3222;:::Zs^}5554 @==<]sb~8877 @@??ase~;:::"CBBBdt h~===9!EEED gt!l@@?<'HHGG!ku#pCBBB KJJJ"mu$sEEED MMML$qu%wHHGG32)}%rqPPOO.'{}ABAD&w}0KJJJ!go$s{-1 -RRRRRRQ?JJUJK\>NMMMLLL(}76/5RRRRRFQPsRRzFPPOOO101(DCJ=RRRLVUXWMRRR:BADMLhDRP`_ cbPRBKJaTRI$om %trHQP~@? A@???(0 :*Xht{cr D/p$++++++++%t " ++++++++++++ p><974(  )++++k  AQO L ANq A`0742$ 6Badb^ ,n$n H G E= *7 (M_ywta,9VZXT>S==`v|'}GFF22AA@dv|)JJI45EDD iw|*NNM78HHG!ir )(&'ywERQQK:HHEG8HLKK<"lr !!YWACRRRR)~(~~POON?RS<!fdZHRR11RRG dcV%rqtL876768L$qos#mkPO*PO*#mkAAAAA~A~A~A~AAAAAAAAAA<A<A<A~AAA(  e/ "" h.l&++++++'jf)=@<-&#$++'RBy`\D5 C?&o[|xHgBw_\ <p))S]Ok{xS$~/.WW[e))k(43^Wce/.!w,99eW le43&0?>!mW#te99*5DC$tW&|e?>-8II'{W*eDC1%rrW=NN-ae6_e6.IH6!hrW+LLRRDVUTTANNG(L0gOH&vu'&vu'HO0g2~-@-@2~AAAAìAìAìAìAìAìAìAìAAAìAAunison-2.53.7/icons/U.svg000066400000000000000000000076301471241601200151670ustar00rootroot00000000000000 image/svg+xml unison-2.53.7/icons/Unison.gif000066400000000000000000000043041471241601200161770ustar00rootroot00000000000000GIF89a6f3̙f3f3ffffff3f3333f333f3f3̙f3̙̙̙̙f̙3̙ffffff3f3333f333f3̙f3̙̙f3̙f3ff̙ffff3f33̙33f333̙f3ffffff3ffff̙fff3fffffff3ffffffffffff3fff3f3f3f3ff33f3ffffff3f3333f333333̙3f3333333f3333f3f3f3ff3f33f33333333f333333333f333f3̙f3f3ffffff3f3333f333f3! ,6@ H*\ȰÇ#JHZ3ТF)$ȓ(SV1dG]xdL3sTidÞqI%N5䐠6~GFd\@jAdvIioM%m%Li9%}IfW>IPXSeY^&z|}*NCZ^u`dz-2jip$]iVꧤJҨnU:zF*XNU "Zc Kbvl.kBlB,^5xk" p~nH/kwȣdڒ+REB6dY829&5zfgn"%Ū?~l1i2$k1B,rʜ]kլYf6|U9Wij{9kOq.gԢni+)).;*N:wN c #FFAF00", ", c #FFA700", "' c #FF9E00", ") c #FF9500", "! c #FF8C00", "~ c #FF8300", "{ c #FF7B00", "] c #FF7200", "^ c #FF6900", "/ c #FF6000", "( c #FF5700", "_ c #FF4F00", ": c #FF4600", "< c #FF3D00", "[ c #FF3400", "} c #FF2B00", "| c #FF2300", "1 c #FF1A00", " ", " ", " . . ", " .+. .+. ", " .+++. .+++. ", " .+++++. .+++++. ", " .+++++++. .+++++++. ..... ", " .+++++++++. .+++++++++. .+++++. ", " .+++++++++++. .+++++++++++. .+++++++. ", " .+++++++++++++. .+++++++++++++. .+++++++++. ", " .+++++++++++++++. .+++++++++++++++. .+++++++++++. ", " ..+++++++++++.. ..+++++++++++.. .+++++++++++. ", " .+++++++++. .+++++++++. .+++++++++++. ", " .+++++++++. .+++++++++. .+++++++++++. ", " .+++++++++. .+++++++++. .+++++++++. ", " .+++++++++. .+++++++++. .+++++++++. ", " .+++++++++. .+++++++++. ..+++++.. ", " .+++++++++. .+++++++++. ..... ", " .+++++++++. .+++++++++. ", " .+++++++++. .+++++++++. ... ....... ..... ......... ........... ... ....... ", " .+++++++++. .+++++++++. .......+++. ...+++++++.. ......+++++. ...+++++++++.. ...+++++++++++... .......+++. ...+++++++.. ", " .+++++++++. .+++++++++. .+++++++++++. ..++++++++++++. .+++++++++++. ..++++++++++++++.. .+++++++++++++++++. .+++++++++++. ..++++++++++++. ", " .+++++++++. .+++++++++. .++++++++++++...+++++++++++++++. .++++++++++++. .++++++++++++++++++. ..+++++++++++++++++++.. .++++++++++++...+++++++++++++++. ", " .+++++++++. .+++++++++. .++++++++++++.++++++++++++++++++. .++++++++++++. .++++++++.....++++++. .+++++++++.....+++++++++. .++++++++++++.++++++++++++++++++. ", " .@@@@@@@@@. .@@@@@@@@@. .@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@. ...@@@@@@@@@. .@@@@@@@@. .@@@@@. .@@@@@@@@@. .@@@@@@@@@. .@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@. ", " .#########. .#########. ..############......##########. .#########. .########. .####. .########. .#########. ..############......##########. ", " .$$$$$$$$$. .$$$$$$$$$. .$$$$$$$$$$$. .$$$$$$$$$$. .$$$$$$$$$. .$$$$$$$$$. .$$$. .$$$$$$$$$. .$$$$$$$$. .$$$$$$$$$$$. .$$$$$$$$$$. ", " .%%%%%%%%%. .%%%%%%%%%. .%%%%%%%%%%. .%%%%%%%%%. .%%%%%%%%%. .%%%%%%%%%. .%%%. .%%%%%%%%%. .%%%%%%%%%. .%%%%%%%%%%. .%%%%%%%%%. ", " .&&&&&&&&&. .&&&&&&&&&. .&&&&&&&&&&. .&&&&&&&&&. .&&&&&&&&&. .&&&&&&&&&&. .&&. .&&&&&&&&&. .&&&&&&&&&. .&&&&&&&&&&. .&&&&&&&&&. ", " .*********. .*********. .*********. .*********. .*********. .***********.. .**. .*********. .*********. .*********. .*********. ", " .=========. .=========. .=========. .=========. .=========. .=============.. .. .=========. .=========. .=========. .=========. ", " .---------. .---------. .---------. .---------. .---------. .---------------... .---------. .---------. .---------. .---------. ", " .;;;;;;;;;. .;;;;;;;;;. .;;;;;;;;;. .;;;;;;;;;. .;;;;;;;;;. .;;;;;;;;;;;;;;;;;.. .;;;;;;;;;. .;;;;;;;;;. .;;;;;;;;;. .;;;;;;;;;. ", " .>>>>>>>>>. .>>>>>>>>>. .>>>>>>>>>. .>>>>>>>>>. .>>>>>>>>>. .>>>>>>>>>>>>>>>>>>>. .>>>>>>>>>. .>>>>>>>>>. .>>>>>>>>>. .>>>>>>>>>. ", " .,,,,,,,,,. .,,,,,,,,,. .,,,,,,,,,. .,,,,,,,,,. .,,,,,,,,,. .,,,,,,,,,,,,,,,,,,,. .,,,,,,,,,. .,,,,,,,,,. .,,,,,,,,,. .,,,,,,,,,. ", " .'''''''''. .'''''''''. .'''''''''. .'''''''''. .'''''''''. ..''''''''''''''''''. .'''''''''. .'''''''''. .'''''''''. .'''''''''. ", " .))))))))). .))))))))). .))))))))). .))))))))). .))))))))). .)))))))))))))))))). .))))))))). .))))))))). .))))))))). .))))))))). ", " .!!!!!!!!!. .!!!!!!!!!. .!!!!!!!!!. .!!!!!!!!!. .!!!!!!!!!. ..!!!!!!!!!!!!!!!!. .!!!!!!!!!. .!!!!!!!!!. .!!!!!!!!!. .!!!!!!!!!. ", " .~~~~~~~~~. .~~~~~~~~~. .~~~~~~~~~. .~~~~~~~~~. .~~~~~~~~~. ... ..~~~~~~~~~~~~~~~. .~~~~~~~~~. .~~~~~~~~~. .~~~~~~~~~. .~~~~~~~~~. ", " .{{{{{{{{{. .{{{{{{{{{. .{{{{{{{{{. .{{{{{{{{{. .{{{{{{{{{. .{{{. ..{{{{{{{{{{{{{. .{{{{{{{{{. .{{{{{{{{{. .{{{{{{{{{. .{{{{{{{{{. ", " .]]]]]]]]]. .]]]]]]]]]. .]]]]]]]]]. .]]]]]]]]]. .]]]]]]]]]. .]]]. ..]]]]]]]]]]]. .]]]]]]]]. .]]]]]]]]. .]]]]]]]]]. .]]]]]]]]]. ", " .^^^^^^^^^. .^^^^^^^^. .^^^^^^^^^. .^^^^^^^^^. .^^^^^^^^^. .^^^^. .^^^^^^^^^^. .^^^^^^^^^. .^^^^^^^^^. .^^^^^^^^^. .^^^^^^^^^. ", " ./////////. ./////////. ./////////. ./////////. ./////////. .////. ./////////. ./////////. ./////////. ./////////. ./////////. ", " .(((((((((. .(((((((((. .(((((((((. .(((((((((. .(((((((((. .(((((. .(((((((((. .((((((((. .((((((((. .(((((((((. .(((((((((. ", " ._________. ._________. ._________. ._________. ._________. .______. .________. ._________. ._________. ._________. ._________. ", " .:::::::::. ..::::::::. .:::::::::. .:::::::::. .:::::::::. .:::::::. .::::::::. .::::::::. .::::::::. .:::::::::. .:::::::::. ", " .<<<<<<<<<.. ..<<<<<<<<<<. ...<<<<<<<<<.... ...<<<<<<<<<.. ...<<<<<<<<<<... .<<<<<<<<.. .<<<<<<<<. .<<<<<<<<.. ..<<<<<<<<. ...<<<<<<<<<.... ...<<<<<<<<<.. ", " .[[[[[[[[[[.....[[[[[[[[[[[. .[[[[[[[[[[[[[[[[. .[[[[[[[[[[[[[[. .[[[[[[[[[[[[[[[[. .[[[[[[[[[[...[[[[[[[[. .[[[[[[[[[...[[[[[[[[[. .[[[[[[[[[[[[[[[[. .[[[[[[[[[[[[[[. ", " .}}}}}}}}}}}}}}}}}}}}}}}.. .}}}}}}}}}}}}}}}}. .}}}}}}}}}}}}}}. .}}}}}}}}}}}}}}}}. .}}}}}}}}}}}}}}}}}}}. .}}}}}}}}}}}}}}}}}}}. .}}}}}}}}}}}}}}}}. .}}}}}}}}}}}}}}. ", " ..|||||||||||||||||||.. .||||||||||||||||. .||||||||||||||. .||||||||||||||||. ..|||||||||||||||.. ..|||||||||||||||.. .||||||||||||||||. .||||||||||||||. ", " ....11111111111.... ................ .............. ................ .....111111.... ....1111111.... ................ .............. ", " ........... ...... ....... ", " ", " "}; unison-2.53.7/icons/success.gif000066400000000000000000000000741471241601200163740ustar00rootroot00000000000000GIF87a<4,ߞ kR&gUVxdxb';unison-2.53.7/icons/svg_to_data.ml000066400000000000000000000007221471241601200170610ustar00rootroot00000000000000 (* Create a bitmap from a svg file, containing raw data suitable to be loaded using GdkPixbuf.from_data. Usage: lablgtk2 svg_data.ml U.svg > /tmp/U.data *) let buf = Rsvg.render_from_file Sys.argv.(1) let _ = Format.printf "\""; let s = Gpointer.string_of_region (GdkPixbuf.get_pixels buf) in for i = 0 to 575 do Format.printf "%s" (String.escaped (String.sub s (i * 16) 16)); if i = 575 then Format.printf "\"@." else Format.printf "\\@. " done unison-2.53.7/icons/unison-icon.ai000066400000000000000000005022471471241601200170220ustar00rootroot00000000000000%PDF-1.4 % 1 0 obj << /Type /Catalog /Pages 2 0 R /Metadata 45 1 R >> endobj 2 0 obj << /Type /Pages /Kids [ 5 0 R ] /Count 1 >> endobj 3 0 obj << /ModDate (D:20050315173221-05'00') /CreationDate (D:20050315162705-05'00') /Producer (Adobe PDF library 5.00) /Creator (Adobe Illustrator 10) >> endobj 5 0 obj << /Type /Page /MediaBox [ 0 0 128 128 ] /Parent 2 0 R /PieceInfo << /Illustrator 77 1 R >> /LastModified (D:20050315173220-05'00') /ArtBox [ 0 0 128 128.23633 ] /Group 38 1 R /TrimBox [ 0 0 128 128 ] /Thumb 39 1 R /Contents 43 1 R /Resources << /ColorSpace << /CS0 27 1 R /CS1 36 1 R /CS2 37 1 R >> /Pattern << /P0 28 1 R >> >> >> endobj 7 1 obj << /Length 1087 >> stream %!PS-Adobe-3.0 %%Creator: Adobe Illustrator(R) 10.0 %%AI8_CreatorVersion: 10.0 %%For: (M Singh) () %%Title: (u-icon.ai) %%CreationDate: 3/15/05 5:32 PM %%BoundingBox: 0 0 128 129 %%HiResBoundingBox: 0 0 128 128.2363 %%DocumentProcessColors: Magenta Yellow Black %AI5_FileFormat 6.0 %AI3_ColorUsage: Color %AI7_ImageSettings: 0 %%CMYKProcessColor: 1 1 1 1 ([Registration]) %%AI6_ColorSeparationSet: 1 1 (AI6 Default Color Separation Set) %%+ Options: 1 16 0 1 0 1 0 0 0 0 1 1 1 18 0 0 0 0 0 0 0 0 -1 -1 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 1 2 3 4 %%+ PPD: 1 21 0 0 60 45 2 2 1 0 0 1 0 0 0 0 0 0 0 0 0 0 () %AI3_TemplateBox: 64.5 63.5 64.5 63.5 %AI3_TileBox: 30 35 582 761 %AI3_DocumentPreview: None %AI5_ArtSize: 128 128 %AI5_RulerUnits: 6 %AI9_ColorModel: 2 %AI5_ArtFlags: 0 0 0 1 0 0 1 0 0 %AI5_TargetResolution: 800 %AI5_NumLayers: 1 %AI9_OpenToView: -21 127 7.34 1262 975 26 0 1 11 42 1 1 1 1 0 0 %AI5_OpenViewLayers: 7 %%PageOrigin:30 35 %%AI3_PaperRect:-30 761 582 -31 %%AI3_Margin:30 -31 -30 31 %AI7_GridSettings: 16 16 16 16 1 0 0.8 0.8 0.8 0.9 0.9 0.9 %AI9_Flatten: 1 %%EndComments endstream endobj 8 1 obj << /Length 13229 >> stream %%BoundingBox: 0 0 128 129 %%HiResBoundingBox: 0 0 128 128.2363 %AI7_Thumbnail: 128 128 8 %%BeginData: 12676 Hex Bytes %0000330000660000990000CC0033000033330033660033990033CC0033FF %0066000066330066660066990066CC0066FF009900009933009966009999 %0099CC0099FF00CC0000CC3300CC6600CC9900CCCC00CCFF00FF3300FF66 %00FF9900FFCC3300003300333300663300993300CC3300FF333300333333 %3333663333993333CC3333FF3366003366333366663366993366CC3366FF %3399003399333399663399993399CC3399FF33CC0033CC3333CC6633CC99 %33CCCC33CCFF33FF0033FF3333FF6633FF9933FFCC33FFFF660000660033 %6600666600996600CC6600FF6633006633336633666633996633CC6633FF %6666006666336666666666996666CC6666FF669900669933669966669999 %6699CC6699FF66CC0066CC3366CC6666CC9966CCCC66CCFF66FF0066FF33 %66FF6666FF9966FFCC66FFFF9900009900339900669900999900CC9900FF %9933009933339933669933999933CC9933FF996600996633996666996699 %9966CC9966FF9999009999339999669999999999CC9999FF99CC0099CC33 %99CC6699CC9999CCCC99CCFF99FF0099FF3399FF6699FF9999FFCC99FFFF %CC0000CC0033CC0066CC0099CC00CCCC00FFCC3300CC3333CC3366CC3399 %CC33CCCC33FFCC6600CC6633CC6666CC6699CC66CCCC66FFCC9900CC9933 %CC9966CC9999CC99CCCC99FFCCCC00CCCC33CCCC66CCCC99CCCCCCCCCCFF %CCFF00CCFF33CCFF66CCFF99CCFFCCCCFFFFFF0033FF0066FF0099FF00CC %FF3300FF3333FF3366FF3399FF33CCFF33FFFF6600FF6633FF6666FF6699 %FF66CCFF66FFFF9900FF9933FF9966FF9999FF99CCFF99FFFFCC00FFCC33 %FFCC66FFCC99FFCCCCFFCCFFFFFF33FFFF66FFFF99FFFFCC110000001100 %000011111111220000002200000022222222440000004400000044444444 %550000005500000055555555770000007700000077777777880000008800 %000088888888AA000000AA000000AAAAAAAABB000000BB000000BBBBBBBB %DD000000DD000000DDDDDDDDEE000000EE000000EEEEEEEE0000000000FF %00FF0000FFFFFF0000FF00FFFFFF00FFFFFF %524C45FD23FF7DA8FD36FF7DFD47FF2727FD35FFA8F827FD45FF7DF8F87D %FD34FF7DF8F8A8FD44FFF8F8F827FD34FFF8F8F852FD43FF7DFD04F8A8FD %32FF52FD04F8FD43FF27F87B51F827FD31FFA8F8F87B27F827FD41FF7DF8 %27A4CCF8F87DFD30FF7DF827FEA5F8F8A8FD40FFF8F851FEFE51F827FD30 %FFF8F87BFEFE27F852FD3FFF7DF8F8CCFEFEA5F8F8A8FD2EFF52F826FEFE %FEA5F8F8FD3FFF27F87BFD04FE51F827FD2DFFA8F8F87BFD04FE27F827FD %3DFF7DF827A4FD04FECCF8F87DFD2CFF7DF827FD05FEA5F8F8A8FD3CFFF8 %F851FD06FE51F827FD2CFFF8F87BFD06FE27F852FD3BFF7DF8F8CCFD06FE %A5F8F8A8FD2AFF52F826FD07FEA5F8F8FD3BFF27F87BFD08FE51F827FD29 %FFA8F8F87BFD08FE27F827FD39FF7DF827A4FD08FECCF8F87DFD28FF7DF8 %27FD09FEA5F8F8A8FD38FFF8F851FD0AFE51F827FD28FFF8F87BFD0AFE27 %F852FD37FF7DF8F8CCFD0AFEA5F8F8A8FD26FF52F826FD0BFEA5F8F8FD37 %FF27F87BFD0CFE51F827FD25FFA8F8F87BFD0CFE27F827FD35FF7DF827A4 %FD0CFECCF8F87DFD24FF7DF827FD0DFEA5F8F8A8FD34FFF8F851FD0EFE51 %F827FD24FFF8F87BFD0EFE27F852FD33FF7DF8F8CCFD0EFEA5F8F8A8FD22 %FF52F826FD0FFEA5F8F8FD33FF27F87BFD10FE51F827FD21FFA8F8F87BFD %10FE27F827FD31FF7DF827A4FD10FECCF8F87DFD20FF7DF827FD11FEA5F8 %F8A8FD30FFF8F851FD12FE51F827FD20FFF8F87BFD12FE27F852FD2FFF7D %F8F8CCFD12FEA5F8F8A8FD1EFF52F826FD13FEA5F8F8FD2FFF27F87BFD14 %FE51F827FD1DFFA8F8F87BFD14FE27F827FD2DFF7DF827A4FD14FECCF8F8 %7DFD1CFF7DF827FD15FEA5F8F8A8FD2CFFF8F851FD16FE51F827FD1CFFF8 %F87BFD16FE27F852FD2BFF7DF8F8CCFD16FEA5F8F8A8FD1AFF52F826FD17 %FEA5F8F8FD2BFF27F87BFD18FE51F827FD19FFA8F8F87BFD18FE27F827FD %29FF7DF827A4FD18FECCF8F87DFD18FF7DF827FD19FEA5F8F8A8FD28FFF8 %F851FD1AFE51F827FD18FFF8F87BFD1AFE27F852FD27FF7DF8F8CCFD1AFE %A5F8F8A8FD16FF52F826FD1BFEA5F8F8FD27FF27F87BFD1CFE51F827FD15 %FFA8F8F87BFD1CFE27F827FD25FF7DF827A4FD1CFECCF8F87DFD14FF7DF8 %27FD1DFEA5F8F8A8FD24FFF8F851FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6 %FEC6FEC6FEC6FEC6FEC6FEC6FEC651F827FD14FFF8F87BFEC6FEC6FEC6FE %C6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC627F852FD23FF7D %F8F8CCFD1EFEA5F8F8A8FD12FF52F826FD1FFEA5F8F8FD23FF27F87BC6FE %C6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FE %51F827FD11FFA8F8F87BC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FE %C6FEC6FEC6FEC6FEC6FEC6FE27F827FD21FF7DF827A4FEC6FEC6FEC6FEC6 %FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6C7F8F87DFD10 %FF7DF827C6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FE %C6FEC6FEC6FEC6A5F8F8A8FD20FFF8F851FEC6FEC6FEC6FEC6FEC6FEC6FE %C6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC651F827FD10FFF8F87B %FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6 %FEC6FEC627F852FD1FFF7DF8F8CCC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FE %C6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEA4F8F8A8FD0EFF52F826FEC6 %FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6FEC6 %FEC6FE9FF8F8FD1FFF27F8FD0827FEC6C6C6FEC6C6C6FEC6C6C6FEC6C6C6 %FEC6C6C6FEC6C69EFD0527F8F827FD0DFFA8F8F8FD062751C6FEC6C6C6FE %C6C6C6FEC6C6C6FEC6C6C6FEC6C6C6FEC6A5FD0627F8F827FD1DFF7DFD0A %F8C6FEC6C6C6FEC6C6C6FEC6C6C6FEC6C6C6FEC6C6C6FEC6FD09F87DFD0C %FF7DFD08F827C6C6FEC6C6C6FEC6C6C6FEC6C6C6FEC6C6C6FEC6C6C6A5FD %0AF8A8FD1CFFA8A87DA87DA87DA87DF8F8FD17C6F8F87DA87DA87DA87DA8 %FD0CFFA8A87DA87DA87D7DF827FD16C67AF827A87DA87DA87DA87DFD26FF %F8F8C6FEC6C6C6FEC6C6C6FEC6C6C6FEC6C6C6FEC6C6C6FEC6F8F8FD1BFF %A8F827C6C6FEC6C6C6FEC6C6C6FEC6C6C6FEC6C6C6FEC6C6C6A5F852FD2E %FFF8F8FD17C6F8F8FD1BFFA8F827FD16C67AF827FD2EFFF8F8FD17C6F8F8 %FD1BFFA8F827FD16C69FF852FD2EFFF8F8C6C0C6C0C6C0C6C0C6C0C6C0C6 %C0C6C0C6C0C6C0C6C0C6F8F8FD1BFFA8F827C0C6C0C6C0C6C0C6C0C6C0C6 %C0C6C0C6C0C6C0C6C0C67BF827FD2EFFF8F8FD17C6F8F8FD1BFFA8F827FD %16C69FF852FD2EFFF8F8C6C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0 %C6C0C6F8F8FD1BFFA8F827C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0 %C6C0C67BF827FD2EFFF8F8C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0 %C6C0C6C0F8F8FD1BFF7DF827C6C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0 %C6C0C6C09FF827FD2EFFF8F8C6C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0 %C6C0C6C0C6F8F8FD1BFFA8F827C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0 %C6C0C6C0C674F827FD2EFFF8F8C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0 %C6C0C6C0C6C0F8F8FD1BFFA8F827C6C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0 %C6C0C6C0C6C09FF852FD2EFFF8F8C0C0C6C0C0C0C6C0C0C0C6C0C0C0C6C0 %C0C0C6C0C0C0C6F8F8FD1BFFA8F827C0C0C0C6C0C0C0C6C0C0C0C6C0C0C0 %C6C0C0C0C6C0C074F827FD2EFFF8F8C0C6C0C6C0C6C0C6C0C6C0C6C0C6C0 %C6C0C6C0C6C0C6C0F8F8FD1BFFA8F827C6C0C6C0C6C0C6C0C6C0C6C0C6C0 %C6C0C6C0C6C0C6C09FF852FD2EFFF8F8FD17C0F8F8FD1BFFA8F827FD16C0 %74F827FD2EFFF8F8C0C0C0C6C0C0C0C6C0C0C0C6C0C0C0C6C0C0C0C6C0C0 %C0F8F8FD1BFFA8F827C6C0C0C0C6C0C0C0C6C0C0C0C6C0C0C0C6C0C0C0C6 %C09FF852FD2EFFF8F8FD17C0F8F8FD1BFFA8F827FD16C075F827FD2EFFF8 %F8FD17C0F8F8FD1BFF7DF827FD16C09FF827FD2EFFF8F8C0BAC0C0C0BAC0 %C0C0BAC0C0C0BAC0C0C0BAC0C0C0BAC0F8F8FD1BFFA8F827C0C0BAC0C0C0 %BAC0C0C0BAC0C0C0BAC0C0C0BAC0C0C074F827FD2EFFF8F8FD17C0F8F8FD %1BFFA8F827FD16C09FF852FD2EFFF8F8C0BAC0C0C0BAC0C0C0BAC0C0C0BA %C0C0C0BAC0C0C0BAC0F8F8FD1BFFA8F827C0C0BAC0C0C0BAC0C0C0BAC0C0 %C0BAC0C0C0BAC0C0C074F827FD2EFFF8F8C0C0BAC0C0C0BAC0C0C0BAC0C0 %C0BAC0C0C0BAC0C0C0BAF8F8FD1BFFA8F827C0C0C0BAC0C0C0BAC0C0C0BA %C0C0C0BAC0C0C0BAC0C09FF852FD2EFFF8F8C0BAC0BAC0BAC0BAC0BAC0BA %C0BAC0BAC0BAC0BAC0BAC0F8F8FD1BFFA8F827BAC0BAC0BAC0BAC0BAC0BA %C0BAC0BAC0BAC0BAC0BAC074F827FD2EFFF8F8C0C0BAC0C0C0BAC0C0C0BA %C0C0C0BAC0C0C0BAC0C0C0BAF8F8FD1BFFA8F827C0C0C0BAC0C0C0BAC0C0 %C0BAC0C0C0BAC0C0C0BAC0C09FF852FD2EFFF8F8C0BAC0BAC0BAC0BAC0BA %C0BAC0BAC0BAC0BAC0BAC0BAC0F8F8FD1BFFA8F827BAC0BAC0BAC0BAC0BA %C0BAC0BAC0BAC0BAC0BAC0BAC074F827FD2EFFF8F8BAC0BAC0BAC0BAC0BA %C0BAC0BAC0BAC0BAC0BAC0BAC0BAF8F8FD1BFF7DF827C0BAC0BAC0BAC0BA %C0BAC0BAC0BAC0BAC0BAC0BAC0BA9FF827FD2EFFF8F8BABAC0BABABAC0BA %BABAC0BABABAC0BABABAC0BABABAC0F8F8FD1BFFA8F827BABABAC0BABABA %C0BABABAC0BABABAC0BABABAC0BABA74F827FD2EFFF8F8BAC0BAC0BAC0BA %C0BAC0BAC0BAC0BAC0BAC0BAC0BAC0BAF8F8FD1BFFA8F827C0BAC0BAC0BA %C0BAC0BAC0BAC0BAC0BAC0BAC0BAC0BA9FF852FD2EFFF8F8FD17BAF8F8FD %1BFFA8F827FD16BA74F827FD2EFFF8F8BABABAC0BABABAC0BABABAC0BABA %BAC0BABABAC0BABABAF8F8FD1BFFA8F827C0BABABAC0BABABAC0BABABAC0 %BABABAC0BABABAC0BA99F852FD2EFFF8F8FD17BAF8F8FD1BFFA8F827FD16 %BA74F827FD2EFFF8F8BABABAC0BABABAC0BABABAC0BABABAC0BABABAC0BA %BABAF8F8FD1BFFA8F827C0BABABAC0BABABAC0BABABAC0BABABAC0BABABA %C0BA99F852FD2EFFF8F8FD17BAF8F8FD1BFFA8F827FD16BA74F827FD2EFF %F8F8FD17BAF8F8FD1BFF7DF827FD16BA99F827FD2EFFF8F8BAB4BABABAB4 %BABABAB4BABABAB4BABABAB4BABABAB4BAF8F8FD1BFFA8F827BABAB4BABA %BAB4BABABAB4BABABAB4BABABAB4BABABA74F827FD2EFFF8F8FD17BAF8F8 %FD1BFFA8F827FD16BA99F852FD2EFFF8F8BAB4BAB4BAB4BAB4BAB4BAB4BA %B4BAB4BAB4BAB4BAB4BAF8F8FD1BFFA8F827B4BAB4BAB4BAB4BAB4BAB4BA %B4BAB4BAB4BAB4BAB4BA74F827FD2EFFF8F8BABAB4BABABAB4BABABAB4BA %BABAB4BABABAB4BABABAB4F8F8FD1BFFA8F827BABABAB4BABABAB4BABABA %B4BABABAB4BABABAB4BABA99F852FD2EFFF8F8BAB4BAB4BAB4BAB4BAB4BA %B4BAB4BAB4BAB4BAB4BAB4BAF8F8FD1BFFA8F827B4BAB4BAB4BAB4BAB4BA %B4BAB4BAB4BAB4BAB4BAB4BA6EF827FD2EFFF8F8BABAB4BABABAB4BABABA %B4BABABAB4BABABAB4BABABAB4F8F8FD1BFFA8F827BABABAB4BABABAB4BA %BABAB4BABABAB4BABABAB4BABA99F852FD2EFFF8F8BAB4BAB4BAB4BAB4BA %B4BAB4BAB4BAB4BAB4BAB4BAB4BAF8F8FD1BFFA8F827B4BAB4BAB4BAB4BA %B4BAB4BAB4BAB4BAB4BAB4BAB4BA74F827FD2EFFF8F8B4BAB4BAB4BAB4BA %B4BAB4BAB4BAB4BAB4BAB4BAB4BAB4F8F8FD1BFF7DF827BAB4BAB4BAB4BA %B4BAB4BAB4BAB4BAB4BAB4BAB4BAB499F827FD2EFFF8F8B4B4BAB4B4B4BA %B4B4B4BAB4B4B4BAB4B4B4BAB4B4B4BAF8F8FD1BFFA8F827B4B4B4BAB4B4 %B4BAB4B4B4BAB4B4B4BAB4B4B4BAB4B46EF827FD2EFFF8F8B4BAB4BAB4BA %B4BAB4BAB4BAB4BAB4BAB4BAB4BAB4BAB4F8F8FD1BFFA8F827BAB4BAB4BA %B4BAB4BAB4BAB4BAB4BAB4BAB4BAB4BAB499F852FD2EFFF8F8B4B4BAB4B4 %B4BAB4B4B4BAB4B4B4BAB4B4B4BAB4B4B4BAF8F8FD1BFFA8F827B4B4B4BA %B4B4B4BAB4B4B4BAB4B4B4BAB4B4B4BAB4B46EF827FD2EFFF8F8B4BAB4BA %B4BAB4BAB4BAB4BAB4BAB4BAB4BAB4BAB4BAB4F8F8FD1BFFA8F827BAB4BA %B4BAB4BAB4BAB4BAB4BAB4BAB4BAB4BAB4BAB499F852FD2EFFF8F8FD17B4 %F8F8FD1BFFA8F827FD16B46EF827FD2EFFF8F8B4BAB4BAB4BAB4BAB4BAB4 %BAB4BAB4BAB4BAB4BAB4BAB4F8F8FD1BFFA8F827BAB4BAB4BAB4BAB4BAB4 %BAB4BAB4BAB4BAB4BAB4BAB499F852FD2EFFF8F8FD17B4F8F8A8FD1AFF7D %F827FD16B46EF827FD2EFFF8F892FD16B427F87DFD1AFF52F84BFD16B499 %F827FD2EFF27F899FD16B44BF827FD1AFF27F899FD16B44BF852FD2EFF27 %F86FFD16B499F8F8FD19FFA8F827FD17B475F87DFD2EFF7DF875FD17B427 %F87DFD18FF27F84BFD17B426F87DFD2EFF7DF827FD17B46FF8F8FD17FF7D %F8F8B5FD17B427F8A8FD2EFFA8F827B4B4FCB4B4B4FCB4B4B4FCB4B4B4FC %B4B4B4FCB4B4B4FCB426F8F8FD15FFA8F8F875B4B4FCB4B4B4FCB4B4B4FC %B4B4B4FCB4B4B4FCB4B4B4FCB5F8F8FD30FFF8F8BBFD17B4BBF8F852FD14 %FF27F827FD18B46FF827FD30FF27F86FB4FCB4B4B4FCB4B4B4FCB4B4B4FC %B4B4B4FCB4B4B4FCB4B475F8F852FD11FFA827F8F892B4B4B4FCB4B4B4FC %B4B4B4FCB4B4B4FCB4B4B4FCB4B4B4FC4BF87DFD30FF7DF851B4B4FCB4B4 %B4FCB4B4B4FCB4B4B4FCB4B4B4FCB4B4B4FCB4B475F8F827FD0FFFA827F8 %2792B4FCB4B4B4FCB4B4B4FCB4B4B4FCB4B4B4FCB4B4B4FCB4B4B4F8F8A8 %FD30FFA8F8F8B4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FC %B4FC6FF8F8F87DA8FD0AFFA827F8F82792B4FCB4FCB4FCB4FCB4FCB4FCB4 %FCB4FCB4FCB4FCB4FCB4FCB46EF8F8FD32FF27F86FB4FCB4B4B4FCB4B4B4 %FCB4B4B4FCB4B4B4FCB4B4B4FCB4B4B4FCB527F8F8F8277DA8FD04FFA87D %27F8F8F851FD04B4FCB4B4B4FCB4B4B4FCB4B4B4FCB4B4B4FCB4B4B4FCB4 %B451F852FD32FF7DF827FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4 %FCB4FCB4FCB4FCB46E27FD0CF827B5FCB4FCB4FCB4FCB4FCB4FCB4FCB4FC %B4FCB4FCB4FCB4FCB4FCB4FCB4F8F8A8FD32FFA8F8F8B5FCB4FCB4FCB4FC %B4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB56F4B20FD04F827 %2775B4B4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4 %FCB46FF827FD34FF27F827B4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4 %FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4 %FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FC27F87DFD34FFA8F8F8 %92B4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4 %FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4 %FCB4FCB4FCB4FCB4FC75F827FD36FF27F84BFCB4FCB4FCB4FCB4FCB4FCB4 %FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4 %FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4F8F852FD %36FFA8F8F893FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4 %FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4 %FCB4FCB4FCB4FCB4FCB4FCB46FF8F8FD38FF27F820B4FCFCFCB4FCFCFCB4 %FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFC %FCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB48CF8F87D %FD39FFF8F86FB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FC %B4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FC %B4FCB4FCB4FCB4FCB4FC4BF827FD3AFF7DF82792FCFCB4FCFCFCB4FCFCFC %B4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FC %FCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFC93F8F8A8FD3BFF27 %F827FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4 %FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4 %FCB4FC93F8F852FD3CFFA8F8F84BFD3BFCB420F8F8FD3EFFA8F8F875FCB4 %FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4 %FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB427F8F8FD %40FF7DF8F86FFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFC %FCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4 %FCFC27F8F8A8FD41FF52F8F875FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FC %B4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FC %B4FCB4FCB4FCB44BF8F87DFD43FF27F8F86FFD34FC26F8F87DFD45FF52F8 %F875FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4 %FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB4FCB54BF8F87DFD47FF52 %F8F84B8CFD2EFCB520F8F87DFD49FF7DF8F82792FCFCB4FCFCFCB4FCFCFC %B4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FC %FCFCB4FC93F8F8F8A8FD4BFF7DF8F8204BFD29FC8C4BF8F8F8FD4FFF52F8 %F82793FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFCB4FCFCFC %B4FCFCFCB4FCFCFCB4FCFC6F27F8F852FD51FF7DF8F8F84B8CFD22FC9327 %F8F8277DFD54FF52F8F8F84B93FD1EFC6F27F8F8F87DFD57FFA827F8F8F8 %276EB4FD18FC8C4BFD04F827FD5CFF52FD04F84B6F93FCFCFCB4FCFCFCB4 %FCFCFCB4FCFCFCB4FCFC927527FD04F87DA8FD5EFFA87D27FD04F827276F %6E9392FD06FC936E6F4B27FD05F8527DFD64FFA87D2727FD12F827527DFD %6BFFA87D7D2727FD07F8272752527DA8FD36FFFF %%EndData endstream endobj 9 1 obj << /Filter [ /FlateDecode ] /Length 10 1 R >> stream HWn}#@6Y(* )jwf&HfX,Y8NKI w ("/O~w}{7 YjYMn>/7RGϞ^/g>-w//by6Oߩ;Ye+\=$luYH? .響r]Җ|yy׻K7Z<`pQԯV_Z|n1Ů>?˂#FnwҺO:|a b=climS\,.߅?wgDO4YZkx:Wo<0^VU=<4ES̑5UaK55R%$tQ[Y,>l}ow-2۬^vo'K^wObR͏,ח ^<ۛÀ:/p Ώ`{J5vy,$G3p?v~qHF^J(?I9N ,B l5BW  Xvg6kܖ0RBGG;$E$FK*HHEX0^m"^cP>Dpl)vtvTRb j&kI*'|j019!V{dvb8"2O 5EtU,Kfxs]f40"HL&%NFuL-K7iDD6M !斘bsg7d=[d0Kj13*srhqdmƙ['2b82p7 q7 q8 n_9/U:VvVUGK U=̼QZwPs~U꠰ 1,jl;7?`VIfHj(1Ws+.Yv^I uS5Cjo;w)SIfegMGªBvrW>%>y)>u>oQ# !h*B;.!HHF0&D(f!-`d; e-5/=b:o&CB;MU lDjs&M%rmK(`@W lǐ*4ӽ10_W0pVQROXF&13 b qj5ܚ:.ر;GoVJ'xlH2cfTlCȹ5:as*($.EGyj:Se4VdE_Ek39sA Wˎ4DQE# Jm&;/h h3s%E=K lR</w˥ +\@E].rAg˹\JZZ,r狸\,Jq\ZGQ^XG"LUV5lT%!nLun@n"(~3PV%5i5MVI\gK%]V7fl& AfNeȽ)2dSWa XRqSq@uYLk?t@ɢ *Iiy$rŎjS\<;T|ռשB7XbYRK %x$93I$" 9 usv|Fo<ⴓTK+R )@Թ“N:,;R,7ΛuyslޘdS▴y;Lފ"o[W_U'Ye^>/u#ly}}^:+V5"{^3xR} h=%ٷڭ#&[Y젳5mQI&J7x:çoS׍;uQU%qWPp@C5Ia~?ءW8KG0#{H/< t9$ԃXH\)^.% :[=sFг&ڟyy'`JC;@{? czA賐Iڅ9@}' 9$A B"C2zHG@Pxd4rAv2TB*R }jS-"3Dx15q9  b!h!C5{gTd@^-dAn=d}9֐eyip򯆮軅;'s A ( 8z`(b`0F=y d`QV`YTUKӰ6:'; *t o4H tLO0; +>Al)gȱƍ.&{!cU8?Gq9@܊8as/0O=aŠ<&}}>'z>'z>'z>'z>'z>n)p1W=1*(ߕ\Ժ7iѹuoҢsQޤEֽIEI+& _r9r> 4'_@w0\@nVtrpu_kO%5n|GYt捻/y-\Q. u춂WSRҞQn`Bt(-?!^<_=#^<_=#^<_=#^<_=#^<_=Ֆ+^) ۜFӔx@XNI H>]ܶ6!f68O|z>Ѩ8Oi j>('tr@G釿oGڼ ɿ! R&m9'蜢I'N=hdjK#aLHH`p$q 82l|fFseĴfb3܊g3{!:S {+ܯF4 ^:Lܙkܝ9B]A$6#=ݗ .φ}s߄䷍Xg\cϬ%9io kL0<;nBX5h `؅2W)Xc ²4ER  nA}!8=T"`CsB qi 4-$ &` IC( B4еtrb i: vdptSCu BQCc{hmW*2(:資T쀶 ậ8kP B;(]P9数IuɨtBs$sFLi f&+EJ_'$刱#QD @ԍo mKh2F%($ŽzOo\>v5x*&Ch204yWx7RyRx鈽h`;{{ Uٗ#l_ȑUw2`d@v S&#YItB!T3'z i?nNM8?\!A> I?03(C^;e.8Bc:_TZ =GxM *?- K nE܋}[?-+.k ]{ͧ}HA.CNEhIYA\rDF#6 "H%T PBX1Ӟ%̢h%VpJxq"5rX!y̑I\&ȦMhm,ʐFotWDZtF+t#NniAvST? . X\A;(p n!5ęS`1rr${X:RS2Joo>X|MI0? bjLQ92)$"SVݔJڀZa_1$ז7q9{ML{ML{ML{ML{MLeݷZ2qt.jaPOC_ p'5d׆Z`_f?74@&.sn>]vי#~_`O~ꭿxc" 17:H-C,0O]K]bcscscscscsж1T]9f$[=qJ%:(U $:RQeQ[Ao]"ς%qw:D[^GTewSnMbYF\\GL/콿le:G6& onU̥\W+03bygOﯟ'/өwO81t\ A: A䓀e3 32D/qCW|M﷼ 8A 9a Ҩ!UIh%d dSV`rZF a2UkհW˛+,4Csky{&y*pcGpe gZC]^kxke@!jaW PǮT0zk> _5 ЖRHB4h$"G* Q!5V*$%/:S7%cџvBIQ9Ze vBM#r9bg6kQK[h}!Ǿ/gsuOk-Xl|2vfܪGr`hnHNh!,%cnkْ1lɘbdmm1[2涶-]Yѝ$]o("P? FB7|&sw~~VA2ȕ?i(2ŁEi~EIcuՂ$ 3),V;bt_`K4~c^eyqqiee&=n,ԯR]F$C>{j?a_>9Nx8|9|<ɟ2z;d}T 퉽#UHKĴxI&ѹ@&GSy>a|Dx5$g`J6:r:/sӠ##/qǠ_? `Hlt1`(Tum l}f@0BT?–c 0P r8DPJ\|Y q2(@ėɅ^Q;+vjGMʅw8rͭO1}>޿l_Q~cۅ6кaC@EH#RQe:cHȐ!)5R嘟!CuHӐ!UjV| 9 w(\ ġE{S7}S7}S7}SݟzNY4(2[A,߈D_RGe~8a Y {cG` .bd,&oɖvgݲ%QY_=砕{8U}c}l\"?N>闟>CoOKusƶi<{n?}Z%1hiiܲ<3΋.ʸ ݆nK6l1ɬ{;K}_fq//6n7?gk^s9Iܫ(Oi3/ɫ߼fK)CnOhDK&<.Cp$vMKW KIca ӦOK_yZ < 1posIG5&H$oh'qzs Mk_af$+hWsv8.m:} OƩ]umOۿحc=V=n{,wKQ&2+dUJ)TTIeUԤe01Mb>2_``o谧;9{`⫝>Gc (@ĂDă„02&̌4-{n|Mk*grSi&ó\.h{A}zɭY!-15*3ʘrO:RsM5P=&aeMUUYNT<)N3bd&=INCe*J,xuq"tQE!<Z}".3 4/jux!LV0p2Laro(ݯጪkN<]ݽUԳ]=:L˯_P^7_ 6]/.g0\GfЍD?27oJnJp,^N69.O+_KxC-olx_-g$.v&Ԝ= |IK<nj73ZCB*ej37:kNJoPKBA\7$"AACcLݒ[u2jbW`yXtͬTvC\kR+eqF~I?/.%p*:F]J˕Úy6zqda#rh>FbC1O I<9vNaD`^#X)芸p@pidH"2L8y0DB10_dp@sr+ : ÀgX%Eޏy^y`#J0qhG3QrX9 ^+蜳q)'[ԉ!0R=2jj N]mBl" 2AWc4 I;ډВY``P4Bwij Ps^F6#:<)+@+GQ ג9Y26*8SV`&!G]KwȵW}ovw!?KBoWtQ|}p]8] /p +rW0Kju˳ضgwܙ&{<4GѼqg[$S ١[P vL_>ny_Wmܶ_vow44@P^[3 !"}A {O3"Ù3إB\״W W1_j$0l˓. xnR/;.\7.݋Q=wNF 8ÆLS\x67jpt&6סϹ^Ozw9{,_suv|L>\$U'?u ?yO'{pM`.YduӕȬc:>UR[cR6Ie /W2U\o 4Iھ01`<ѽS,v>0Dt 7F{;؇EHkTE#K}qNo9]{?=&)/.O^\|o_rkEEp#] -~spfpIR~zv733GTP33W2%}&IF">M& .D%H4"B >HOm "}jSXS²'twh Jo-$+V߼:}{}y< _˘|{>ckzcpް:{;뿠|Psf;W"sH,fI'68-'TӲ$obBrUSJoh:$7餰+h >ˆ^ uXe{-ĖkwKgN&+[|eMLG&̓_:9ie,^ slYx(!uX*w Dfs@*VyR KW4gAbϖI ,In᥿2UfYImvMd4;׸[le,>'Zdp*qN4$\$4WxXAHR4n<.`I\<./wKhўzȰ2ivq@" V1=uJ Yˤ?n:#Zivʳի7?<@aĿ;;vG}a7/:M=o=mmuu{fWbw^3ɢ ǰqZ;YLBB5J:FڂVSv!-6,!hx4 v7Cz f -qaC0X[@Wу8jU\JرwVƓ 'gTQn%AYp.kY5 ANcR# rӱmE"Q*;‹#[bus~+!lJTӠA{I!QG[d`J~o""h^_ZOA.oܸA;7*tFw-j6r@1~'Vr K`\J,:'$]>R+[ՉU>|E b2ʞ:*R*T, jE4wD δp,b嚨J@-r]3D5q5+tѥdF9 KphWrcdZYT! _(|N,rw%WgMtf8庈.\) Y5M+]GD Fn+𙫜0i@-eѡn+CQ̖"vccNTV2hViSX- a)a0Q*F%4 YfBq#:@*Dl)c.:CuKف40Ez%; 3a tDDL) wez_:]{'H %Nr⃋~뚃})1lgyKnFع/8<$PtMvb > stream HWkJU~m>X),])0w@ Ŀϱ]v_z؇n̽US9sazpͳgg+n_^;{qumo_^G7ݺq5 ^޿.Q6ӭ'Wg?yd5b?7ӽ9\Wή~G|z7ú݀c:!+I|EsN6)↭g2Vh_s3l÷\<|Ѯ9̑f̜SueϖRs ^_g4+F+6R;PƊ̔V+qӹqz_~ y pϹ9A>e.>Cm> uqo, ~8EBUe݀y)eLEqYŢVކ9ٴ,Waw`WVlw35_Sl$Bp6bWldl x@~MpFvwW}}w^;.v:ө}w>0b&~!= ӏ?i粿5ȐpxR>]t=+fmS5ix:ӓJ2n@G$2Wsç?\L?ʿ7=T(%QԌl2j!4^7nÜC tZIrK16e`MnPJ  \Rm!(S,_briFƺޭ1<޷R9[^4,&/^uy% lQECݺCk+*[暀=OmPz\deBUIkji Z"V|WjFuoEDI0JՆvpr-l]Pl@i2@KwE_ݞ9b~>]^Q/Ͼ~Y$wS U[{86ZK/SG,Zf6EA<_<_68s+o7_dyYVp$q Edҁ`vfuϾ/×g^<wQW֌?=|W~I;K?<8 # {*t = վ$P(1i 5̹40uȲ^I3$QJšLLITb '`7LoxpT1~ߴΝ/^|=~{uR#qsc@62ݐ<˩sKxN9-ĩ>zAz1ܕ7m8 8+rێBg{b)A]O`#0 ə?K,0b+.6)H ʩaЌ-uѸn@d8 9C m߿!#@D9Fz$(ql' oP@d`]9zYȉ`-pQ(#7t89eU;XʾFf!4BnS!gAL$@8 Np^`tw"we pfLR*)a1L;$>J$BxvZ{n[yY;:`u(Ff'[nf RSt攲ݕ2Kt^z_ ٭- e18Y\kO7<׵ScZbUr܅!&YH 2E@-jǒlG[nnnzcW'*/A|N2I[{~S{ݝN"hblˌy_{mp=q҃NH;ב?p+Sze{{?})ʃX#~+qRjǫo;||Ҫ|nBbz'a)^?`szs7{-0E ;bL7If#U>?M;CyHsqiބ^fL6VO=5$:y>o!pK;c{2! !a\J_fhC7f֘O 8PSE]@qh?8!܌NIƷyÛ;k tF>-|zP'3 7<:6;[\HDǗڬ?erO%;lXf;45R[rlY|7IJg6,m|i'+zpW^o~}6muJqW^}mAHD -IUF*k>x-Wq3۰tpT3$Izp]&Hl O0=9G*(;EeWU..cY90ց1EvpTQgA$Loペlj$:Imr'FQ;M4뿂9F5Wz@N9/N>ߣ [^hgK>^oEcŠǦέk? '}0!)- %> &׏u?imu _FA!=Jt`p|ާSs7^'ɷjޓlU%C({gzaӝrbdհ/|RFz>1BpX~uM8Br:"0A1R͎N`fu{DE؆g^c×\HfPjYW9'cZ,+Y*P6IłRt -RLu(ܐ -c)D;8KŇ8 t \hqoMvs"N{$a;6Mu|8\?-bihjSP=9HLp Vlaߤ wp(׿ NzpY VOq AoވUDQ&yxǶPAx3V.q-~//iHUo9`p,n 8ܻ,$^@H4˪F䧚F\"ٞIGu:ջ\k{G:Kԫp;Yv.ƐzlVu1'[t8@j鬰y{Q2 ze:Pvywy3f(+)Ap.-zq7 $!5ʅtu<t O(0(}O]Ad; E<;# qܹܼadwн00QFcs(\Z5 dt֯6wפ~ 5ދ71-I]Z9^UHqorØy[I1kR~ slD8X^ #&UW36w̡0Ioְ̚;Y_ s]p{Ϙz?}QReЎW9ifXѯו6OwMcL*[)J 08Pqm@ }p̷Zb~\3s~2g[u )0 yle-+ZsD+`a;wm}YOAWzHGRBJvW˃L^4/$-Rˁ+d:zL^eiH 6 21O 3Evw8bwiX߬JUv3R<:5Quڄ)/ɉ=62@ϫ[s|WՁs{~ͪ7` ?3ߦBm w#|p{h3FHF].Hd(L>9*k u?a-+C 2r'y͎#o)ѥ\nuV tGN̴%qsW ́p‹. heT" Z P| GLؖXF x%^&.z(!1*6@)0\-P~[A۝#֭sޛ,==`&Y ՒaÎiP$^g5b kj=c*5l1{]Skn@qɛ} ,AMޕ+Ghv3=I*R:^,j$=~/USL0L5zen,9L#wm{mOKO)^{|x 6FiG=gc 5;9VJ, F/TE:R&,B5?+w:r4Ib%m%#$eѳaQŋ'عAȯAg6ZMp n*W'-F4T܋:-*3A/9S-l(KǸlor %y$h-ԲK㼛OC8xtCB`FXC~FZ;\6Ա1a;GiߵKal?aaL-Z>k% p]EoN;;fJux7hir9 ]-.WvY`[9 xcm}k6F : KmJF?R`wG8X3Zxr׿?ӿ>~?}k~>}^޿߿~7'~bp6BAk@,72U6a J]@ R2ԗܫ9]^e+L&5D6\ۥrkqƤx]zlP׀4$NqdHb;M3 incaXR;%/\ -. px?h BI0xZ:bcתtHs›b)lfykUuYַ2myYK!]aSM[ YVwW^ !L<-9i-[;úNv3r[aK%"q._,fٲZ˩S /bјNY.iK ^Qpy,~G[K/'H'h/\ J-EܫJ*YIurvI8aH:Y0GKe,RQ f-x̲ɋbA輪Ԗ`,XS&\oRMYuT\AI0*Ov49X$|f,;T\/b^!."aĭ*1쫢F32KSE(˹&#{Qat:xBymz/rP$cȂ_r;4;ɩkgll4@ӷ)߭5O)( lԚetdCy֠'<91WLx(Í. qⵒyxm}!Qj0N*_,6=ln¦d12`Mx**G]lrц/U9nd%oB:=<);wWKsҜw0ʗd,4t ȡVWl$`r+ U}?6'^P|:_}xg7j?|d7Ϗ'W}!x{OO?=Ǜop?~?0||zo=@kM9Pwl_,* u\ rGؕǡA4HCE|k}lNw9I<H}&^W摭tfH$}a[e^b+Ë0\_`x-N,6$>.ACC܏d .d`hwj % TvF?hje]\'"uLnCb 627˭5Cӊ| D%>̚x0KyFZ>=)V4 C? O{vBO8:zS*w2"D 0N $$)P%T,OEp?U1_UJ*q+^S8Ȱ,8ֈHZLqQ8遫LxVW`uI+\\Z3uTvFKMl1GN)dT S k{aRX^T]1%8{f]ȜxRg5ScȽ5Q .aM)P2g_-jb{']YG'.>ϰh&,$W=pd(w#|Qfn, ~56LށfmRkYM0"!U\ԉ_1_Rm1;J^)9DSϲ `[?Y$MK=,8㎉yMnR~GE3Q1baYKGi IJBHi*?+A6 W,|yz&e\pbBg Un]D$#bg@w^6:w~!ܒ,QU6)GP@*|XCԁD̓Sʩ%R>}?4l%:ݏKKA6qcхmHX1QfDD%To'm>4bY{-=W<| #Ժ)ً [>)ճ)e<^C錫LTq4DpXTOs=1|\U `oUv[SA>0!Q͵ul)9M}5z&|fL5Z1Tl :nj="#3ŬU]"_;H{M/X{ѷ$KFYiX9:V%< ÀS~j3}1SR ?l;|N՘Dtla P 2tT8 1,IpK72m\}Kqav)ĄMM,A)&equE5S>G7*,PXFM+aU Ip 2餩x`5 H祮8ۢUXߎ,Sߒ \ >[ X%:Քϧl2BϽ\m.Z%'w." Yi07۴nIݑS 1}Ƅ*`M[&Txa-4r)U0(kzRZ<(\i%V_1Ղj#b *~W:| 5pV>_h蓦wmNgcv촡V1q RSt=a,81L&D\3e)t.մ(?)AZYIUGyE.鴛~gDV$}nX4ُc]y랄QUy(Y`;nH/MnXW"kX8P uU0j%%MPh|ݾlfoǿn(-~w_?gX,>#9,g8?& r}x[OqnB*}bQÄ U!@1`>(]o1<O +MOtÔZ QMɜiBY0\fV隅jx\ki7UR[! 7ra(k XeI 1:3x2ziaa MoX3Wk[G'Do{Ǔ>3~с\B^#ɞo)+GPtd[t /1iجWrD #`ҧ Ky>ے /šK4oњs>B*I=)x ~'ZK}"gQ\n0,^ɅqDPpaeդ!,WN9#zt'\ڊX;A sjHV]V_/Y Zl.ZfW(Q~ Ȱ]!K cږ _sHڗ./}պiTZ$0b/5w_30¢]kALKDm~aPU=5 +\.q|$fzEu4p:#9Z;*0Qp`yzL]#@Y``oWc4zk{6~G2SW>(Ke:Ix 9B<Q |\mUraC5ZĿOu7xmi讶 u[YAk X]8\5 Dↇֆ"{߰e`* ͑+o/j"Sv hone̦D0sXkWf]ų)1akZnfaV&l<*R y#fZ^=t!jXB-y4Ey+9 cȉ=Jt!T8G1vc0X(ņPWRTeay%l#}Iq!.luF^([JKV-5*cqQo3SB=YW"ʨKoxРSSXIzʠkS]Sk!Gkߟz(൵Rtf#s|ǶX }3e[ϩ92a  Yn!;-BccZoo>}Y,REVS5VE(^v &DVy26Ej|銙TrHb=@ lόyln$zc}YC6p!yzq\y(4jYoŔq#9Uh^sX\qY,hJm1z_E7l˯YaM7/ۊ&]he:aA}V~ m 2z9񀻪ӀhlKX1U[Sz.[* 0ZU;Ƕ%|AJVv˱BaGOwC`^m+vG ?`~[cSgۋ͊s8 dlmzu!q!Ǿ5ES^z1 1m"(yYC)u,jZ (] U2+u%S rfe!GŒ.8J6$! ߥa-=^%m(kNS;e$vAuWGz&ktS۵aXǖ9[X3ឭ w-Z-Urr(c)=ܪ tE3^]yu\Ǘle)^-zD~,gZYc˹ U\&lAb}cf^ƹ]mdۮ=s(SvoEv'bѺ3XEe-͛F;r]f^hS[7PXI[h *Pm\r%"Xd?&\lo.cW<^xnA:^g_]zL*(kksݶF6#Iԯ[6H#ϫxG9acwTL[ ̉.̀t#1q`X}JVf{o hCt+؁òoO)?(βˢ/cJӯ;L-0_Oŗ7ï߽F?|_>w|St7ǷLwx/>HE-4nUٟ/bA앺ޕ^0%%],YݧR͖1M`Va&tbA40]JэQ⌊Me`ۤ,ZvQ`/%)@t!YKf.tڽhn'S֬ [Y4,  "ʲqbpT F[|I2x4rV :w_*> U2<ʃbT-h}pjQهYt=hm!+㳓}4;lr@у^7G`ka6!%o>ϭ9O1Dj;2ޘЁ1ͣӚ1Á # K.V{P]j`Jm (i/;cgx %,DN.n ͉r4s C# !m]6.j7TwWZc )}D&̖(0+V^J;i |J1 dnG10IV<Ҝ1.cf H#ӍpV̫ Z-lǦGAk#[YfW IA"0&BC8!h`OтcPaNM0$+i ŒXPDBf^L":2p `3"l~/E< #4U03$iHgGyxFaFz krcֹcqƭFK˂P3ŕ1j ,XA)>c-Y`[mTQQ}H-} K#mֱ=- k¹fԳ8;JnY&̓ywAkxKAŅ' V-m } i yo/B}K1e31[})uhQ:'¨L/FkY!5m8Л0'`ɵsIXGɾ#h`ۯG6dO*QJ|/}WH9]7KAZ Jy@rJSd?DCފiEڕQf*4~ q*W򈚆w)c)q$Ѻ><.ը ?0^rD $xcfo_=hB|]]]]דCENuñJ*Ip]&g=gp6# 00HV_ 3e#e8=hѰo5hPXmǹi'RxQM˯@3N+ņ.[Y76^Y_^z/xz??/vWS/ߡ)WSf;/o)OO>n^"# w1QDb=w-o`~r)QDBRAoÁjwP4:{wCT҅i;05ma`.X]O:T4.HEں/#%"Jb?v-ө&Gv;+t!< q퐋NN̚u82Ө5 F83hiKUe5ճ!5dORL@9y0$MjI9U{sх͟{\(PPDjmC@#qme`]jrL8 w)l`] !4HY> stream HlW;d \7*$v{q޿:t$yӛLio2_3@~'9<9vݯ[»@3kI(aq?'[;29~>vx PNj({5ĮzbVx_1plY]JMjL~p$ao&xXN * d^2+=㎥Nkix޺2x{}=3pǪ>euIBz?7:: dKPEA26lSEsVivaeKmQ#f_}〢>72OSŒbPEgGߵ'Pp]rHSΪj~ 4Sx= _? }Sո\:YgpDO:B Db"ݮ<%_jt^ZoYo'TK|gK8 ӎI-MpR3? K Q` @ލMf.&咬ĸ dkpe[\&'4S_2cA~pۉoW6gˬ7j3L\mּHfenD&U&|o lNP D,AQTx,jBk; *Yb몟1;]X%cM L`Yd.ng5Y[ZD*Qcd͞ţh틼0oovBȊ N$;u1@: У0߯ݞ첤G6A/U< ̦?}`U^.}SQP)v!0 U؆#ޘٵJ@'kQGKb;[zRɢžV__tR?=fmN~ @K%MEm=wIұ_F,ϙ;f7eUf/IXfclF/y)1U[A1e5z05wmHE>sJ $%קETt:ų$W*Fb9}4G:`^R[@sm@Db~6<*Hx( %!#1JdDkG~4lRG䠟~U"9> ^[3wl{)29J> 7iS[H56шJo6"t>q luG+7a-ꔒ'ہuYݕ=rINdqӝ'R8W/!7xsLW@k6Hߣ܋΢!ԑ'!v>-" =\2ve)Ka"fYQNMBReVW#iAD:Y0kL Kkw ĽKavi6+ %Spe'w hՕCAW#׹[&-Vܳ|jWɸ:*6n)7&|۵:zDP&LJjQB_qۄpY؀7~3<$=-HΪu3ZLצ΀Goi2V@L;f hѫr4rX^[o%wcZ8 YNFr?B`vS2"u(X9B!J/|[o>t?o+7 +Az9L\R==вH/_"mgԄv v&3W5\˵ihUo KkF>.(0 `iޟ^=BUAOu1{[ãK͝¹?j'ÈLzmK{/ kwUgC>U948ץP=R~NY%.?@aĽ}]DP~zC!NC֤1͆p=B ,LO=V Gj/kJM&~zWs!~QOC$h}>TkĺN``r4aW3N[l+@83=̇1 V5*2ľiF!D1<%4+E=~^7Mk6 Zzkw59BR)fͻ *x" >{4o8kӼ/K1f̫F۾8˴CoP/vRmOIu wL-^߷9kּqTUP\*gN]fhmvn|vfCV2.4슆۝Өo33X0soM4lwIWk*]sEpel wԽ!kLҨNAzXÞk߀x^S]NŰmTY; CMZl648_!wCO)|R?م]! iZmݔN_ :8nEZ 7\ʼjcHwP $]7o"(jV$Q5{ت$y&ũXjDO'6*ltz~v9TZ髽9Y0qژ"E3Y+JD듇s7*65mU:Tlz7%hx=zr$H-TYgkB`e2:^2*sHRCM_Mm[%rwlǶh=_F<W(~,u)@54J6E}k|- /ΞnҢV}mS+RnM0L2jyX1bL ~ݳڴcV"g{;⺛mp!bo:"QRA:=,nȖU5X_X !XGZ$#XCVܿ-_h h>bYτH'Y-&ٰ ْXUl >Hqr7(fbdHH}qxZ5=jNʞkc4O!Ě@lG/2?;hxWșhWck1oHQC`][`SGO.wPcAb1}5ЯRB|uo_Jj`?ڋT#r\١fƙoXJq݊~r`LEg5L2vipZ2pNAå#hQjڵq:֟F qqsX'?jEgx^u+/Ldnm]F,-| 9(>< )$U6W^"aMBh{OAAo zSOXYO &X|ti  0uMoK *vDDR44ir  +f:˰Ԣ5-IrVfZ+ӵ`S³\{Αfe b: 3cjSեu@qYZFs.YǂY4̣p= iN)wlGVrt(kY6v/#DB(]rpZO1^Vȡ;kD7|SUXt(9aIfGhQ;Fe3_IԶMS\Qw=ѨMV~ɳ 4qg0CRg/ɷ9 i]N8rs1VӋN'Uڌ$xBՍy']4zstui%US0‚h^^Pmnpb ̍ݽ##)i>-A#iG7_F^ i5d=s*dG`1A{]XJfpr?l3J+xVd`AlΔ8_Yb*RcZ(Mib)&Y}/"'ɾ>܂ Cdq_CU MKթG5̭>p_w%+zE׬]/%=Nr"r(y]B56, :{a}K'D5Q鈌p91:0zX@BhW`pcB<vx 4n֓fПswbdCRqҗíwhAU֟?C=k: G|}FHcFOS4yl @¡= .= ͬn5d(i6xtkGP6=ͽqs_@^TVk,WhSÈV|"344Aۘ}RԻa?q6^ՐTХ%j?}txPU ck0Jh0giNzp\\/ȁ ^'Xv18}gZ7D{Ϯ)Z-7"欖9dh15ϻ5!Vu-fY#Ksf'x#|%bSZ-r d7v ־f1NGOo?ՎIOw(i˕ϞKJ*Xo&UM ey K4zH=#ܞ@0%(oT AɄFp'xJuN 0Mk?@^ݾN} 6 *Rkc:ٛ7\{Oe>2nz04β]lQ{>fhzʮVOW,9"lm8 3mb# N\dv'2e<.]oӺS+&A ~oHw2&kf/ @eM u>`㙶ރI_T{ҫI{\R 6x:ӒёѪRW0KC赛K%4Q<倉֚2D˄R.ݔSA$()zX:4B WWA!5@RhB)h(X  |dGHbf*Ws`2> W:fB#/K FjBʄ︝ ٫ wR: +*#>~8 ٌ3'] 2.2)F&hoQYEk֮bL-8SuFe{体iS<o 摜z8Y}gd=?+HTLA-g!8W-Vcs笥.^FsBVpk.Y(>gZ͝0̥bߖ ӿ k!.G|~=S iνX-C2eLJR'tb-w7pm*+bnsWU=YPSKjMzFpV0i`%_B!ó\-J: 'wsS -mtVsa}=0q%00>7%Df]l0XK]&D)( WDdm8^DqWiob y(ko' 0dm,وWϜҐO1 ĈˎemLoPףq9\<@9d- Tר7ڠ3_`#!Tg#M`ɋے'tuGeeeM4B㒈6r?8zMO#47`iN2fc 4-2.?v$qTSڒz$;2e՘c# A֙ FNF@Sr#5B@sm:/X z+a%[VhpV(4uf>3F HfNUҧ2¢^]8ňKx!&Nv(A15ҲOI^OGu_$l>甇ʵ9-5eBeZrͺ?ԡ wYyaM/dTl`=z5QBK2IyO4۵N7wo,fkXN‡ETSTxnxޯg&vLDVC-l졖n>0L,i\%bw%ӹ;u w8<\)5CbW<^1ID~PM ív & VL@S?+КD ̾f1wEdydaFdlHQI^U_Zf̜ћ¤;0S8hv+b !REot}xCQ ΅л(QiMV L acL=x~s> %}t2=}؎zEHP&gku(rfs6M ~ :Kvs'sŧDŽ#y%@H=Gki}y,˦6m~ڔ$garX_e*ZȔ҉%yiρAbaUKC2XlmW6EV\l1QW|V`PgQߜ~@S `l;Ƭ)˷0P@<፨ڮjᣲvqD0zjOMzy`uc.i+7 b$Ԓ3,&`{{ɘ!>]{Wm p]tZե=@rmƩHifF0oUk>4= Yjb6|7w|ea1(iQ4! l9Emh!pL@2lѝ`Y=|6yq"?(8duf&H2"Nsp9eb 4R Jb2J/)7i)rHȯ6k ^>t#.C)*=`rpN0O`J^'^wt^maʓ(>4HTT,>9m?oⳠ,y[`&#M[X@&: AL~`=m-d y4os>m@R+ㆲ\ u$MI;Y%4/Gu=c啌RV'yA ϼa＀Kjp袴[3Hn 3O 0B/dO$+AA60Yh-J_)GﲲmSWř6R#kJ3Jk oo49YV5K3 ½唣 'fC4l֢U%UpplOTgl[&A).n\1^O)|iI6ͫ ho5rsˁZ8MF"'bza7W{Ѱ%~ Xhi n*@xB$_NqcՒ_>z.z-i¶+XN,dt \FnC֎^)ٟx6>_U;n t 4=3v.vN xij<$B|j 2) $| @TMX>Z v0 @2H 9 $ww}W'!mԓO:au6Sۜnc"2Z/#65huѐD[kFhj`t/hEQĩjw% 6Lt:'"P#:Rbcgҋfu ॔4NfK lӸ 5[VbYBӵs*5\:oϗ/']5?~^w_W* klGZj= 9M̻燜O<"U`0J؟W:att0Eu݉C$Q1W5b%\=-Ak08`cjBE-*۴dd`y?rkfp]jqB먢lR+AL0!;11h*Q_oǧ;ش_ <0T3&eBZ|rUp n>./]<$O!Y=<4S\&Np n.1^YE5pH $@LUJ^*kwak'c&N0yj ()14)U28#! ֮q@ij;`%Sgmm̫W>ߞ &̩[\ q ?` H<@ @*6̐ D/P-="q7)P鈂7Snqjf,t:B0pu|KEȠZ*I螑BABww7o7lQ"[-R)8vǫ*v`R\ e"Fhk$QV|ZXB9AxBwh1t VGgu<ػ7lAv# 1?vܷ{]ۧxPὬ:Hl9e.;էSYujAx\9z~[r*흣^nz`u2&@!զFx⺭O:C].:cTY܏bIjNg`W}˕ Qoޟ-EU9l;G`mʟ[BNLj,7Gf8\qӴBQZ'7-u0zEϵ50\`X@T1CWؼ8-< kPb/"xF y ZѪ5AcZѮՁcZ}׭ؙuQ+k%.`p ^(,t2>,\ O>ǙP4ќs}LTFsδg+sU ĬZ.!fsk-iA,283 EƎF;䰅c-,gc@W|W-m  זZ՛s%VĜؤX]ўRg"Wny2nH85W85SW,IA-j1tI & ,Ea03xt%`720R{bCX'p%V^- `2oߟMo:- l*u%ϻQS. Ik$x[ &ktj#H>au; "{9ji9$LIORAF J=TPY{;II?gh S½@Vmo˷]_Ա!K5T58Н@`IU`L9ũDy{TV[=#qyIX:28|H<[V[Nę\вeAZjeEi҄%F?=%FI\f^ٛ< 9ۘQم%Eɤ3f檝/͕s 1y~.f~y'OWÿҁ y$+ϛq~g\wϿ~wwۻ'/^Oq3}IG~xٟhǟ#olwW_lCn!66_;{quǿ}m3dyW[[/w .;(_O`T>w)4ZJ4'80Tt$/bXW4(=7ֶSQkF.ߵiP0B2rp'7%W/}LMSREL“e净Vupѧ_B{PxqUМzuÕ?Z@sw m~jk,ڭT/{ y=g:T4{2) \ÝBz}V<|9kfIVV4 m"N̅SS DeMmFƺrX\؊+ŇIO@ <w4*&F0bi0EEu)1|ŷ]c 97=ouEMb'g) YOsUL %V\x&a}(,,9@RoLY>aEf:Rǯ'YP}v+=BI 3R/5(T~d~]4TZT7 >5NJZ5Ǡ͞r_W++eڻ j>@'\uTP +Ջqog!{V8UW%,NQ`vCДe8x$qfe-ԍr0ad“L>@f\D Ր+!*j<+}^ig)uZc%5]f=1amnvpҳAPA%2J2uesRhT~$A`Rk4׬4r)ț PdXpmjCc-fM#_z,0@eV43n''ZZ)TRTPqkMuӃ x}&) A uc%4w\0J%1U Gձ/^ :oh㢑r.M0r-S^?[#TNI[nH`~>; 3Ć炟Ơ\_#b#4xmLZO$ITk3Nz1Wp"zpZ@Po^;{(YO*%3z_|%H ̂B_+FD[Sw?ױQj/ ~y@R,6C+|Zw_^<yA '_01^'v}M^,a0>t?b$iT:^ >x֠!S9 l v0!*(Y|pX;e4bkq#>ןNY`jC5IM1866JM͊ۈZSac4GR C#ۉ (MFS+ WPG\q|~ Rç|?Eug։_40 eqd#GZh !xEN8m}Z;^@_ǵ#zK^mh34xKlp+0)K{ۦa wy_@+wiڌa;~6 a<@W޵Q]EX!eLs33$O`Soȳ4 \l֪_EyY$Ւ)FV:˥uG}̹-(L_F* O@lp} 9 λ^Zb%s9WS>LR)VcOH"q]wkiw[SWѷ9|Q_i\syN0c> e!s=Z :TxHd e[c V*h Q)^ Tjxy(.356Té:<ǭ ߿{dCx=9=5@R603Zm2dP'AG>o~ϺW;Wy=)s-,Przj`8_SN!yjΫb"≓LoD,"FwOX 3-4 _&?n|W;d9 ;ޡ.0d7[40Y?]" ' Q!gdTezAf jUmo m P ޿3{2q E}= ULxVE`;^_CH(|T|:(+ Uj5ii.Ն5:xO\y rMATUPMSJ|'e_Mv龫i*asy[R*Hrue)z-ھ(V29&4uS ?.*QqHQuB5|zЮBg)jtF Dݫjp|Ifa7Tm*4*<"@v1!ms* lr]0U1 r,-]J<\*E[ea9-A gX\'Nq&trɯ/u,=Uzd ^~>@``k Ҁ(%H"wQW=A҂\ZJ 9g{盰B ;"Mq8$r ?LpYqN',C{K#6l-^ԴPFZ=28S^gq{2Ĺh18ױrY~l:~[kѐa=2U5j_]pVF0K K r%5~-]7,(A1F{C-\dv-dj= $WpU:Ѿl9,:(u*23h1U;EXZ 4Jԇ6J A^ Գ<;?ؤ*^:YeQcq!Z[Mٮ|pҪF:t3gNs9dvҘu+%7KxGcL(lh;s?(bW߬ڊ)0:o#ۄEyAj! udUV'`@fXL- LLlg1ljt$>:TAtPn µ l/v-Z˶d1^?:Ie]l8'AH),6 rB')E,hkI߭(ѡ4A ~w,.3(ic6'CVrZ5z7 &ԟGc4%j \m]ElyֵfkВeݦ ~_㡸W+> stream H|W;d <б7DIpRjR,{gf7G[$>e4asjP]@?=m=~]T!>G;i1(Խf(.X4?/?t^j\z2f~Z׵a{DF}OW\x BS/E' ,yN!EyN4;A  y.|>0^-kK[1qS0l.Dxeuу.PTò H+Q69sjpLfFͨwldT(Gmxق{^V9x%j ԅYX?ᨡU X(5k3Ame„=OxW#_G(Pͮ살ڬ/.6b*p(@%np5@a?9 Rڒ>Q<OvAlʄ~ZQ?mHv>!j@`ڑOfv)Esn7ɏmj.ۛp&}+$_fLN>ݞtNc>~VR^澻PIHаԾ'j[p2ft(?Q:MNCo™f &5)Zs u6xuFCGw%,x/A xK-r_'uTZSfȿm5Cς^/E{I֌,JPlpB,\3B$K//jX߲ɦM`,Y׶*jƫev9yR}un樥T V,kJM}]㾔?G\K๛o']HB sCG^)wEQɰd.z*&]21)tۺέ`/j)!B6*߲ Wb$[@4ԏhj|QX ՁѻZOh-giXh=4ZEn6wgE0τ!>eе'cEoitu\tѳ&k,yTqτDb핟o醫cr7HA!_pZ,kt9[h_ ݗYϓa@HUt4paо{:5`en&T/jfA`!-݉6{ jB&1cy]QDcu`,N҉[̊Ri/VE{| bG)T;#x-+\"^Hd8w_͵6 ahJ ze MM,*:c? p 3Z_Ðl͉ +~tXPiϟT3HkվV pm9s8f! N"&%'H1N7* F֐~lQ灧8 n=hw=V{bXbX:#ZA.x3]8ڪ&CfKzy.|KUcж3 n]mY}(:,r o?nSFPM+Aˉ!?jw\0mk3VAҿwF J?udQqr3sMeo2hr-0An(j"`A,s @cm_M;v'tQ"vJ2?nQT௤0ihXvCN/'pE\EBK1`J*ns 5Jz1 ш'0&;^>'2}`[˚s!&{8}VUŒyzU$P[ǥrMQ?U Wo"]*As[Ƹ V l5fUgY.=ib-D5){e q(,;p x1X #r(0K(siEM:k'qUBM yI^Fł0vC:0X#,g%gΈ!g%<(%jqZ lc"*X+őaYףּ ܹPe jAK檈m6Z 洀wpU`_!R>Z7U,רe?YsJWׂYqEB׋M9x*)bZ^qO`κ*# A0 C?ehk:2h2l|3;tW뎡Pjqs-#G%TsпG VEpW{+,T%(X<~,y3߷))}Xe`F׮^_xwfVбnrαN1Z]]]]jzBUx:t}M^Mqdt4En ՝$)`+LO25=I71j +~:E+^==S;d|o|5EM/{:J~\);{uй &[WCs_a/$`Rm`E6\xZ$ND:ZLA/XR#B+?8ɐ]p/EbFV1RD#i*AT17\)3=Ӝ=Lb`c009[xZG#[:6D_?=;}xPǻ$'߀~\~uZ(x@$i4nŖE7+&q\poOi|zvYZV+$W  f&n xNx*E2:U٧THB*(r.|`()-v] frfXݯOZQss㐋uCCג̶c`3l)ؙ2u?ef o 15Pv1ty` 0rdk bM8m3=l4G @Tݳ;퉳q}eaϠR{ kOr&){ƾpˀmOM2qJ$vg72O(\mx<*O(;nGAǣ6կpDAᵽ:+4L[xfSmc r^[ b5tSlSŃ$V~ seb|b`C,WE#T}>>>ݧzV1H//ˋ7o^?>~>};1}ǏK_ѦL" J6_4 ֥0Vqg;.0%s+hxz$ՆdEW$zWKpF \U1YbHce$WuXPp3hWWZmٶ"T5wgWsp+˪q\,>Ag:57*)yܪC%8 c3Gwѡ'*#kkGq\ᣋFċܸ\:Y7|[m?N)ºx \[Cvյ5jl%n xOP'Fb%ƤP]#-]TqQp(:p`e4KI4Gs"'9]ԡkNko!UGr_H! s0df5 s>G̓CI]Ul1XFjcYxW?bSb;s>J˛-^wQ*Ye˓Xo._`39\['f j]:xnƙg{GTWWG/]YoRF7ዟUB(;i  ϋ4_J<>TT{8Mj7P+3v L `% +fONynzaڜ\6K8}~6;273`-IՍ!C[ٸnO:-f$Q3Cȁ]fR `dMA5%Q!!1|}V(L̑%>/N%e E)@jW J; md~o898 ۜ%)b&Wq }}J,~R)}-ˬ̓N3m7nUJwHzy&o=uO>J7OvIy)ܢ&YAw(->s@ms9ZصUIvj-@)S_q(ă?doY:+H)O5VʈVvf}nن!m{H֍`9v֙]m .w9撎`'\6a0-0!z#~HTur8( w|sKI!^aW ͯ.u_+l _]kl =X 0ej@lDe|m-[p0͛ BfQpB-j2w̔^~ *YnnV(VFOFJz=m8ҳ^WAa$8z?*l jG*5@ `$PNz_yn,@ 찝:$Ope" dU %&kw ϛ]eîAWn+YMb# z}iٺrd}fx|U{-b]`|@$lg0Zo|;Nϗ'd?ŏ*o/lZ{Q:yӞi _vsXu_sٮwk~Īãsh`V45mKzՂ}`䣽TJi;Tv?T;\0]Q[g@KTJ PE lZgu LE3w}N[5YbNajf`Wqi@Q~Gx\Tc38M>4lm`Ũ T>I/K\*,S4ؚ+<ǖx;tA|nbhZJ6 &eit7`!ںkPX}AcI샠Cjꘊހ})mW+=688LmW6&ҁt 9$ːWh Nm̴.8G+X%a(bkKh}Gϵ }Y/ӊkJJ.DԶLl z;pkl6`\ڀLJo!$B:2N[g}cǬY޷IύЙ]Z& xeӶsߐ!ҷWxErK["d ),X9g n|Ns1/Y=fh.6rJ ri(jG,_ߤYцl> S^ Ǧ].*&/[Ŷx>\ۢÆE̪zmK.q7]SvsoS_{E^in_ojYy(g?閨I+rGeU,1Bf#N[ۏɶox tzquG,u[3_Z*t&X">]8`ĩc&[UrsM^hMMxfiCX,,Sݩ:7~&|$*OV*>'mS JE9qcG,ԯX_sN'jY캡_Pp'{~J[CdP!!Mt7y@giKqo5\7MwW-tR)"Pqv~j5-YO‚<0[kzV7j+6IcjQHVghi?̢\[~&>i6<&i y^|&FrncW^ J1_^_VCsMX!ܡ:tc `nS=V5P Vkf [70Jǹ~$4ftb7nFI".Fs$;QtiM7@}+)OۋJ> r,9Ӷ>u RyItn9+5LC<ߺX$3nc8wv ޝ#9#64Y:2ˆiˉ90~``s a8img5S[T1}]=Gdgrz G{k<͒yzvPR歊qTȔ{ܠ#>G~ іxN`;:V`߽8Ma<|`5rv zqTN1,#,u9#/MD[i睊zf3ڵ }_2ڱV2t{)Gzv _͔z>EѨlzİrj&~~pvjhǣ'E7"<𐓩 8|ŪﮀsTѴub֋ik˽iYSuR~gaXW`)E]*Q%G}%瑧˙]pj57K2軇 oBy}^Rrs%J(R˼o8 SQ`wG%6x˷OrwOO6|߽~?x5_>~ȗP~Os_@?_受#]>_~;22!Q:]=r$ }>-])sPtN[52kN 5 . fn`k%*G,nE61W`Q@;v&BVD'Z<4FnH;'51n-ި;Π׮&-v/rc/.9DDƧ⪲)zO -y\1{hN3[ĵR؊<{d&ZW1vw'Y=CUc<2' V aJ@B<;l2aVfzJ9'X{la B͡$6C񘂃I9qu8=4(9){Pz`{(|,I +ηШ͈ZM|K=fZNa 2eeXr-޺vU/ՠ~*ZP#T[wTQFN J pތXʈjv5(sZҝ d)I9+/xB{^R[ < yK`r) `Đ r$-s); vR[~$?%qX]65bE @:>l5|+a*ЀئScfZ+IьdY  d{v Uc$eZǒeIլY/zfޭ7zA .Y.Ő]B7'tQ`+G%rHb\P 4s:7U)UIgMMBΨd0dQFSA?c20=x5ټG\[HC'?UHW2{y8yMޘ3C0ϳ!lm `}Ŷ1Ԩ4fVSǀ1Iع9H#rB?ն[GV/iea@ eQj}ҽ{uU5/M3jh>Xմl*u A4sY:0JV3Edqɺ% b[zJMQ杻nyFIBNi1g=+IpnkuNJK՘Vl +! pZ=_lr|M>R:!tO`e0֠3GB=IYC-M7:\b'գitD{T`%F~ՐwMz^gr@6SѕeKHsV,X*hDo{% 6-ñ\BYGo \l:Of%l 57waR6< *d:^tA׬cd kȯ|Hӽǰ+⹀_[i3W @ۂv@-TаXoPxgg+8nlփ$e(/.+ }XUtm+/`A̐`%i`6]rF#dې( uo ym7+\ 2A6Ú[mٝeN:͞7,Vtcʻ @;`B0Ul$hBLnd-DǪy]&xK}0p9- '[-z RZ,c_ {y6}5gr^jʋ` l~yٖ^k\=/9^/ ּR_{ [齖[s8%ZKGhZ[+ҾĽMOo-/WY֊s? Z+MXkJevvbsTQVcqJ>eqKXvOr*KLf5Hk^+F&ڿ_^WM0hVdB#{M _ĈVŔ)yi 2fӍ{%fuDj^m2u6Ԯ!/f00K6 aPyF芛ӗ@LʯVv0۽ly8كWOίo<\?^\ھ'ώ7g1lW?p|o<ھSD ;:3V=7U5Z\%KFk%{M$DTR&j09ۺ/akp%.!VG+AϛY'L M7I*PiF^pHX?j>x: ;IȩSx#͢KwI7lM,HEFTԊdi:Gf%yMU`PsƿTU;n2%X"c-% 1^ :@E_ɰ!>Iɖk@ݹgÓc,K6( ^$P聮l@ %c8$U" )ݛl.OS-(5ZRP 0*ơpk!h'@6ڴ&i4䥭_!kݜ $0&tAI<)$D+HJM>խ^DĄ|m%wnQ۹ Uԉ+|0r5og[m@ɦĝ%ޟz% V4`Ѱ'u@)!?>¢hcRg4TK>èiH6L&!op4E+ER{a/<S_-r%G 1H`k*Ue`W#D[zAWs[`B{Cu2#",j́v+sF6ʧ{_^TD l<--.Su\JKZDeW1^VRLQÿn;c&fska}Vma eh}M=Yp%i W9MDx(ۃ? ZKLsgV/l.mٿy+a wK{S&=:Blv#-_g&&&/PJaƌ2(G4(ͽ$T V0fݔьBԟY€5uk)ͬF ulg7'&\*Ɩ=MR,ʒ|`ר҅r+X9Q-U/lfLx1-%#ympoч"b5RZqp<7m9O 7 k8n)Gu!؂ {6PZ!g UFhv*`l ?{cG6}5X!kcp]1Sa[+`cF4]%hCE ql!knm/'$A4WۢQi'~\+29˽6\ZU6w`4cvc`;{^h¡B GTxԼ7G7GifuZ{̇;=~(wFy޹dZPXm߆ dfJw|wg=p1</=39&{Kt%$3iϡd;Gav#һu{6|"vħ0vB2<7xv_e^deV.* hpIw|,׮wCvuw\,!9 njxTqxmwv.`sZ>w݁vn^9IUc`v弃rywx!_wiwmtu˕=僢'us;Q?lᏪ켟\AQT ߺa1i1 ƟG(&|EN{hLV<\b̬;|M1z^bM>S4{wG chԻڂŬUF9 S+ ^gl-MI 081XvOCeVnX4mPajz601LA@Gym08 7ìZL7a+FH0Ñ !ֆ}&xS)YZY.(W.VwPO :Hn7 *R(`MTOݴa kv! P*$m?yw+Ҋ8 "d+ CÙ5]ސt wǤH! fTxpvn:a$@@&K=<׬,=h |v-Q)W c_&k qsE vm(kwhI ˵[L4D4|Th__GS5kZsRr/|d-`J3 I6~9!dHH'%2jc NRV.,r^ߴN@A[dEy iz~Tׂsݬ%'9{M4~//^NOë/~g?嵬}r#V$ "q%IҨC4 s.1&+U!i^A edYgҧ7WK6CBR2ZBֆm 1b#mFueqrkp`-,V%fAvзÞF5[SR'եh7jLg ?#>~[ן<㿠/KӛC1 n PhnEsLTzH^ Nv04kvѰ&eKg!{V]  ` JRs.^t}t@YMWTU ze6/H:*?PsCv - v0YRs0T'ytl$:bu:`*>x٬V7!N96  pTR uf֔hn)#{Uj# JFw0nQhQV- J}iPЎƀבfkK*jJ[}.䗶]JZhx2Y`z(❥ٯ9# ?K~շzM($8 f<Zsݙl6xAB˪__r.k5f6KQ JƸت/ި7 (u \S%6)&TkLpچb=Fb&LH;Љ6gyĜu6 RMKw4ӦA0(iߚ^}]$,]9hFSJIu5}1|"fzCaH Yc[u,p R­M ;8TcWQ)GWVWDU8|v>3 iе#h6&NYVy s> ЦFrsA9$FՌ⚶g{CIx~ |vNAhmXr #_G'u8/8Y*dqˑY¼X[0G/PfŃ%Lš$hÎ53S6аƴ 0ݍ<0c kfl5vz55P|)I]ѶĵYkc:U՘mWroRv9=_c[o.::Ƈ|v/%DlE)aFf}D! qPQMYiP #B~ 4[r'㚐553@^b).Tw_\Tv((d $@e249 BLpFwH-bb}xȤP9ڶjs{ZEg O[pZsu Ȫ,IP琅5T70Cdn 3*X3"-<Zz̑9_:,MfHi5nZv=WwA P,EHS0!*XePHmK.5n=3b\  _ ͇=v-n"إxn lAABvkܜhqT c3Mdx%[iޒe46}Cڻ%Y6(w|wq̃!s3qrwy>ǁ#7Ft))/Z Q|8 P٩ݫ JSZFwͪ.!|eWGsi&lP]5+a#}8?Z ě[ (m^^|sV#VՀ.lF㐨5r%~ TA|2V}hM2Ci V%1ޓ$nSȺY[DP#<eTo=sMjpy`lJS*gohKza4UsEc~,ˀ̓KkO Ճ Vdd,:l4:o%} _ג}_)'Y]XZguK1/ M-gZxOiU7y4 NSgcB#N1prl;%h,hR2kwq2w|&PT_ǘ.s+7jvo?U_.^ 2zE}7_ vOKgtgKiBŹ,(MF1hgBuW=]}T y |4 yŅnW󯿻yŏo~ǟ?xA77_~.»9x/bg>_w~vF)aP+sT$^[Q|d7ޣy+M\'YӿQ|L#t zNˀ%59^{]vxcyàFLaì|t(X` j] endstream endobj 16 1 obj 19029 endobj 17 1 obj << /Filter [ /FlateDecode ] /Length 18 1 R >> stream HWێ7z `?lAh! 0@b4dž"RU׋E`DQ!yVRC(),UU$ŵ5'kMwngOnM!ŭǯV) %-ؤ+K& {ښSCw . SXc U`WJLć/p78V+ǟ\=ί_7>-U5G;m7|ҫS[<]^l,W5'X*Z1GH':%.[$yu`mB#׸g96u] TԼQA'4)]YBUqlUH#e"M`qR7-&K>XRjb C$r/VWRrlSpRuE)芷2c"gZ>0L{=ta UKGNL]4,(:VzXj~OCK%*E,*8DX3 AvSݨO^XPd;:W94MZ`yY@%]jS̀b[dŴGQG?QfI_,y\Cy,$kRb_>=!$Dw>{m EGz}0h?YN릥ABѴ{ce#ۃ]or"*%XaS9K+)YVo$sAjڳ uI0.+KJkukx#Fc}6iKQrBǟ¨du$,բ"'g%4үGE%+ \M.X&gz[. K%I(c#ִRM!SKdl `,7bD+^I~-I o0|h]u?Y~U3кF kY轀)&kvðI,^(@*?I&땐9]IUQlMn򊛵tSm6+LVFJ1lJUXj_%]T l}ib Nk,,BlkZ :rsQZG6afŨ,W$ԫQ%m)^b;1˕Ѭn^+/yuÊIaAU^"Zd$i&d+[_.ڠ?VjAXBG;71 ~.KU߅ܾ銝yuwʪ]W| ls QRjܐZ(b"rA4e-50,s`7 Bayx&*ݪ u[aAg^],Q^[mK_`1 P:l"tXĤ{.>*20ޫff3cW^F(iօ\~;,i$ kN%L3"Ns &zߞaib6/6D2?UUhrkC֖}RצZqyVZ s[qoq40N_=Ûߟ|~nҞ/=Oǭjji/-O --?;^dy_fa,sϐalܞ1`*!sVӏ[LiyP'tI|P6%=d8 )cY}6e8/=k܄èk3٫®[> $A#lT}RdhA,j zW2 &E"Z#`Q rw?/U*i 9c|PeHRD3s)K_VSô}ʨϓdM&AYɁqRbr!>rjg{(߬Ru ͳ~R*1Q>-Juy76^IsTƑȩ5,k?blgI ZMIʣa/9.^eYj=UA\AoXْ5*y|KKCO܌u>$I4.λ%%rf/ke_$*@0R>p# 4ډNLA;1 ;1 Ho'& | vM]0aDsl6.MĸKg_ 8|l3%'F(hԁS1r=ChXEvM [N܋zdhYo>8(}~a,q`+y 궁Z\RlAc<97Ⱥٹ 8bl<8̘u] QŽ gDE+ȑ>M.3@z.$\=,u} SOz\vy8ؗeođ[ 9F DdOӉ kktgˣɷ[B%.sṜS7uNo׳d HG談0H}"̅I H56yc{xG m^kkHfuy"0`p\ *"ECZ_aЪ.u>Qk1FS.ڴ&60h$nukZY_m!:W[gªRݡ b405%2&!ڋ@ ԡGxwnz'Kg_ T_[&J@j&C5"t(:e1jrl@ èidKm3l'>OImj" =Pnfw (.rbQ+3ߙ`#.$"mP3'f < 5mcL|"1ȃ;~_cX]rK q~ծ.o\L-01A HkѐWKFhr1FS.ڴ&61pEmukZY_m!:W[τU#CĮi`j.P-4۶̇0o]@WܗXTܨx1u(?T<$V}qqKg f[[}`,c#t  5Z.KH65{Wo8uw7#Tb#8ؖ<`t$`ǜ :Gow?Z{[ȅr_L´>)CcnaBcV?ၰ@KlT=,=vEd4qg o+Ph$;[jT+PGX`س>#VtVZyߗAH^!e_kñcF%Eb[w- DBE6=4RG R>Rv0Y%q$6" tDB @%\d2/迠| |Frl-<#o$n4ၰ\*Veni O;Eu$_5XDH**z[mc{`kwӆ1mj;qn5(LyαiE{ wgC7FRDJ3O'&H43(7v- SI;,K`)UATঁM/a1 =NjzF`ϫ<: І~''}%K:/6;mLEv:<$%Rxt} bKq)ʷ  D'p3SVE3uGF ;8ѦhJth~F(*x1)"!\m!U6hs)[3o4|B k)i2&jh*Rk]>g_טX=ƹMp$W57h 0Tp60rôq0qVD̲\'Y@^^l0",."U+!Ιsdr&DڕùF*iE{ wgܣCrDD]r/[E6/'8Fͧ9!ԭk80Vk}@6+LҔȾt Hǀt Hǀt`)ҔŅD.K;F!*37$?#v endstream endobj 18 1 obj 6444 endobj 19 1 obj << /Filter [ /FlateDecode ] /Length 20 1 R >> stream H]oHA7Ҧ@RUUjjI{f@چc&sHVMb̜4Y`DMt2PGY~=1ٟ΋^~JIyҿ7׈n;mQYfk(E |~mM_R@!"). "h"~@O•NL m+hE:luEH. gؤɥAy&syh'4//6`#byd*EGIu7! &B6ݡTtM41ɩ*v"be?vsmFc =džUEi ."(Ar ͅB ;J{&ضH,@0o[ju O Dbd,s.ɀUa&x %[od.T:gyJΓ@|g)O5d(>p , ._ldM H@z;H.$ kp2 قum8A OC$'i5aZѽL|ڀ\HzȪnkl)fYXE٥Ù%Rs7l/E3qU=ILp] PE qoV="I93_ }vȢj_9폯b&Q=D$ZeB `,D""x_NxE:ha,ҏ^,5;ƐXw9.m׳ Qkaa,C]feg%U*ؚf?Er-9:ƓϷ_٘Ln},â# U340Ҋ0}Tq09 Z ,K7V}Ff{"H 忬՚qm/ / Ob"v!+@>h;FXOWr(rEBwx*iW/hN ߊWLhA/>w9nE4Ib`1 mAރ=ރR8@=hO5}!=zzB}ϰy N fR]7%>Њ1 &;nB $jYs& aަzNjhFQmc&d,sEsF,BHfISlNn>H~%Fr o\#qgb,- YԺ D/|EvtVv βbEfqF~0$GxX&S nw=DjzֵrVWZ->is}iU@Ox,GE PE"@X}7Ϸ}C pŴ8vgP- `o40Ҋ0}Tq09oyNFMwpoƪi@pI"@ѷ˹ 'Iu?yIE<ϋĴoqxA|eܳ\}ELS6A工E=SLvH4C+t5ښ`y M4KS4(ꥩ^ꥩ^4upK¥G֌SnxoS$Y*Vv; (v&!X6ڄ{ KQ)TqH-vtO?k]}-7Uӳ;;S5?+:W,%g?98\"iBºi<":9> 8 ~v_ɄL>! C(NiL:ƴ8W\K#V[#,:&?Cdd:gQd5†IWЯ׆ekg}}aLyadn$%!Țhwp~ {N m Į)ĚnUDבxʕNL|}ъunꊐ9]> 9}ߟ*f* / ,'XX8JNXuz KҵE)녅S{HAH)Hzƪ\{Ve׉%J(i: oLA$}iU@Ox$fC&T[#,&sO+HEjoW¼r_({b&Q=D$3fB }[.̄˩H-Ee+cv=uF;2,SxQEzQvIհ1ُ9@eijNU'< ۟Ҳ+lq}GnXNE߰ #ECdl8RؗV]/(BD E RP" ;Np= d $oYˢ 3A|8 #d?#(=\K>4^<ڤ~/0kH0\ܬ5 R5#"0Z|+zh;Fq%2ui Rk૨]1|<IW|%C$ΔLDjf,rծVn!3rwq71Gڕr.L"FB_#,8OatP8LmC2i9(07**"?߰ `o\F}thB±T-gԫ++_V ɣj鴮g>z۔MSSHH1lj@NDW຅S_ZP<, &|{f :=Y%WȄ*b$(˰bRjX׼5q 6;N[S~'8-]Cpnqb/IQ= M owubʆ3_u=B7/@*gl7O)U*5BPU" dw+4x4bx~~=X?'w~-Sc7~neW|8QMw^47n|Z^M-/3^tG=zoޞ_JW?\|sɃxWo })۟7|jL?nq?ڿV.;5M^vf6ͲZJuhݍ u89l:K$qV:$l]Ŷ'Qew}F۹]Lq!͆7輋~l5"ÍcTvj0~Raɦo2YB="(}6c-[>a6,\SYVfX~74ޥ-MZO#!w%0p2϶]m4Fq@y԰cfX3VYDL-[?Hu@OFgpZ>H xV_m$"[$aVdܦ%Sr9pƍbVbQ5 ̈G*o?Y G1኎X5* ʔ&>*u͏.#s+ҙ3?G49@Ӭ=ת,܍"譀`rx&MNʜsO }gHJY"eM˻4UF#Oj؏%<%:5hS>8Dq0PIHl;le}l4g툰D<W}6嵳{*P. U)*@@k8Ij:hiF~M5U0B]WDCZˡi2F&.ijUsSb.B*[t6еZ8dF6EFYs| cc] l bʥ80OHRnw,c糃ΦKY `GfeL|2Giz"X(gA;J AS`lK+nM?sBgO-ەjPgK>AWGMyK, !23 ~rɢ`qjq푩`-wV~" Xl-@lZত源bHm3^F WjD m'mAj6\'w؋F$(]f/uk2$I Zp׵UHHdBK {HjI^pnA_2cmҖKp:ZT VG;0ϳ_ SϓblGD_=G>&sSP!#Ǒ|3)Rj? 鉞6(Ë ̩,,c0Tt.=FiW'=xI+e{nEuV4ZG2v/N&OEbmMF)0)7;ѭB&е7 *{>+6̹kiAVjSK{i\ µ0IҽRRŤM-b]?tWIjA|0F-kM/`D0#+#{zmj:#yCgr)4<(HR0Jw8S4Fz(>$v_{w.WV]|C˸IUNv[q,\(J)DFjc腀qla(@K#j>ǾDv(6|y=)7/X($H嚞3KE ]3* ?8pz?U%/, K<BpŎbW^d-J%[kbyb 8? #UG(2w5mrBbzc 0;Rmk`L^5?@؍i(΁U3JR,'Zl1r~Zt~ʋ / TcwGv^0]P'+;CSՅ @) 9Mج"[7>ȸO#YK=|Ag?vwvz둁EM%5bsT±ͭMU-POsW*R5jixֳvJ䠌b ׳%xQnAana@9YaJ*XSN)`hK_kֺbS'Ɂ?]0Ty0q /Ec,V,`ߒu&d>[ 4U De6K)OB%ӻMknӼTCplcV*pZGAd+.fi=B̴%쐅uLA>bSe8g*~ݿ}^>;}t,ܛק}Qޜ>_`=-h endstream endobj 20 1 obj 6395 endobj 21 1 obj << /Filter [ /FlateDecode ] /Length 22 1 R >> stream H̗[oGƒ-e?|Hư! DAZ1C;QĿ]U}5f^WWW=}W^RߒvI%VTZn`M*[i)bX#[ ט}h2uuU(rZW )f5HFƓGe 賭5LIb"29m-'xṛMQT8Ncu ߞR)'Jzy,+؃"y+ *S& Pߤ(-=ٖ)(& dזBaMJsEU[O[5sbypsr~yU1Xa#?r~~:ի߽y{~y掕_~?v?g_??X]B/?Vo?_jyS??Q~uuAF%kʚb8[rᣯ&y/^C_y`[軯12s ~9wWwo]}ϚFO?i݋ðwMhU,ٺ=ؔe_2>&%̫5d!Zlm]2A(d/Bk_&!A0G!,ey ~OYբ7{<9@kPf+YkKX#=4䱣&l#cE, &*o'q.0D IG꺺-KdE 5ICas'Iqͮӽ$ XpvK:iw17d,#;D(\HF4Ԏv0]ˡ@zv̛ɰ'48j2a!2&̨hQvp.Y7-*Afv4Љ$#t%pH}z: uI ^O0:4~ARh({,}Rxzɬ^;. :emk%ݐsB2s" =vy ^O0R\&zkP :7z,)P>Hpv6fIL~Æ[љjE@豌OSgh;ʳ[!(TGآM) LSJܽ9;'6P27crʤU sT%兜VJ⎊n>kmAC+A2ZG5g&9fӞX27v>G#MnDDe* SJdő  SJ[kury~JrzZƌl{Bm̵J Ë.8mhDFdJaȎj.lGsLH͛0ۢAf9~(W9G; i^N0=*9qendE8z3Ԋ7jWr->]=|\tX=?>?wppwO.5yÁO~쇫~viمby|a)S,.% /p:/T?'N]jx;SӿNG;36}r̭6YE{ǿh沭Gw]@RÕ"_6?# =(b Ș10v4D>V!tZEWT uS iO>i):Lnj+3J,3.vs Clf.$?Av^uS~r)Ф ( o5k|_Lჩ~Ż>g'ue^` b*R-@wQ3J{̣!)431Ջyuw%4/=4=_eQYM&wK/}O_}ݧ_޽_[V\=Ouǻs[lo[o(}<Ïxo0@.С5)yϨqȌFYZ[wS"9dc+1oU}Bz,f2Xu1|֖ي[\]$ejXXJzla)nPW;@:S874_M?;e}2Xm_5ؐK7fϚ+%p )^ɊŲNpΥ^!1q6hef՘-ijGv92Y2ɤu0iGC+߼.E猑ę$iio>6)h =@29GK{'>i&u蘷 3X12E 7m>X:MY:+D} OI%F{oz~1qch{rr<w60BE gL;__F]LY j>bRS 3ZyqQe8ޮHKWʣO}Si!>zPҎqkcaD6u&V,H+hPKڒWZj)2ZN/u$<h\Ma&X>V`k9&Vi(O,,2YcAO5w1J`924M@LYZ3ŻHNE^\e"kP_Ҏ60 Y-lC%,YBx=Gy†nqwѳcw0B5AyL^Q"9)vi4;U#~|JA| Ut"P=\7bI\Q2bZzL@v FJHx(,DC/aaP_{Sky{@:C^|MuW S\3cl<[cydEkHA[FU*c7\ͰhٷIB1jŋ mNzVpc4:@^Xec'ϋc-R._|#d LZBCt g/lJ*쯑1:^]*gJ""8)xoтa3^ksE& =a8;n .j H>Ett\Mc]>zk~'5Bs˾Tتsӧ"as }NXZ)OeDqe0~ r-{kqaCOmmz|ga 릟^;=ow©%MUSdE 8zաv`PClZVeF` yn"rQp؄{ʷU*pVl07K0{ۆd&).WݟKG|ߩ.ㅏ˪8_y.e/Пzv,"'幜1@y>kJWBjb!%U̢[ g)c>GԒ-;j$.+&pIK{)Kj_;L(p,F^دh8hkÏ})R?j3"\u{՝_w34eK3ս%VcaQyNʔX)x;aCTZ2Y/&H[q[^{"p,[͋3e^ ..۠& O[F憯$! 8oUGO>Htpm@+3gI.QVچ._];-^W(]yγ+'u'HvQz̥;7(FK_ӯ]6~5wT$ڞwt ;@Bl9繩3/$<1%D4+ָ+luظ߃uI UVRi;鳔 wwq28u_НymT Jh̃8ہ Bv?g9*ƊQ}sQ6s%R{1u5r:s;K־O:6IfE#}o NPq\{RZsӏkr6WtFUk^[H34{\2|Ӭg 50JM&9Wex.uY51 22EPloAE5'{=*=JPn*tb]>(vzПaw_S쓀)Uzg7MBTσL­`˽eq^)bRd8:(%bNi%8v򸗑J%6ATc=1NW1=tUA=%E۸=Fv TgmE:)Aڪ `U^ T}SdQ9捵pT4j|ȉ+6 ,? XO8|;t'DuHڡPA]p?!-2'i YLErVQre_H۪%l@kҟo_S]J5opS=CZgh\sˠddl^D1 TY8h5sj-DQ,#Du=uX UVm02-_ $`SQ#C}exXFsNel$V-PVglJK?0ϰ\ARC_lP eXcliE ~?Y?`bY:4S yNf vu>L ^ ;uˏt9*O!NvTiv8S-b-풐ʸؐXc[wQ8\ػ^ +9!K0hP@ɒiwAGNC72 SGAJ)Ȇoﭳ o z􁝈.bU[upC*tsfP_O~zuV j5H%KU;MkӨs7*Y;38Ū]\vtX}){$Y]q,b2jʈ A'ύ]Q\R4N SV1-O:{P ?ǣn~qi Yb;je*7y]Vd+V=yrcZA6Ty8>Q^^q;D=J~z?~C/sw *7?"/?e\f0[]@E0Voϱ_>&?Rr.Ti1{&d fN^#ޜ5G׭tD?˯evN9%hHօƃpGΙj3( Z}(lL]2' nK*_crjơ'wg\7@ӽ"Qn|{ݯoQ%VF12ͅkY'gN >ޱyXtq*Iˁ5D_z;x+o:[}ZջRuh7䦾֝֋kӶ| *Sx,ۤW\#!͍ЉBpL喥 =N{TCǪyjѯ{!4Fc }ʨzZWWh ^^tag5P9!edЫog? E~Q!UwUC9@_ ˋ&\W͑79L.I﹓ػ5F(czw.'BϟQXV|alS< ,{L2,GԨ*hmc/o ڻ`~PWx:2Yb :ü`f7W;o?I?sB0=gt~ F!v9nRôR„M `DZ Cymϒ?)LI"bfW=3eI"޷Ϡ]{ ï;ICBBZ 5 Xp47;:SzU_֘fL9y+2Y&4FQnm1@~dk׃"qx!y~: J޴|RN meCX^Ajږwljx|^4Th41hDZV9ޱqc%쉔{cVMXa擝^IkvWQIH}}#4ƽ+l^."G_?uFk$9)W3t<1Cb68s۟䧁Xr5 wtvYf~^+-$%^ufiցl|цKu֋(&~MGp+d Qda҈oNɱ۱\ZqM"FPR;j}PiMygrbh@d>V|[}M坵)17..1]]>x~ `FA( 5i/>7ҟiݵ/YӐLd|}`m1n%dTxԓY:#-<ďu&grSV}-lbOztou ?=~ZmÑ6vr5XsT:bЄwȞuc̉"}k Pt{*,@\'zYYج_C>,+z־~l+%ٯ8Uo*gQo=Exz= S6-~Z;/`F{>>6#/!UI0* z&iBr+sOYC4,แg?UQ_Ч⧚3Vw+J_xm,{rA{gښŒʲZM@YK&ESs>\Lm1g|僧kWP=wwTFJ7ATr[p* =+d$+S9@qNy u/.]D2P%U _9h!9<9ҰufQ!h8KM3W24+Z ?[S0"?`LgjB+p$_|^j ;L' O,5|7 FP筏ZA+ZtW$QsZac\Q+:-nwkvvQr}^RR?oq5Z""m5tSr tG1xQ0%&"sJz $Vq҄4i  A?ƻ?D+qaE$bK,aJ6hԗͩ2>}1)rr{3ƅ˥#X8lL X[3yz뭇j݂OQE:DCQ;[m2U-Ch awCǣ֩&Iu VNil$F78͐Ɵ-`Z d]"A VO28M32ȕ?^HNT*>h /{ÕNj@4,!AdPR zZ}x tO}-p(iܼ%G܆0]% CY^MhtֳeI$YL|Y)ϴ~䉵jauztd6Ŝy增v30G]9!OQIPTQARmZ)hdi۝a7SL|(N+Zř`90t}^bXk{% L oc꽐}qXуAAMCP#Ň;I˨zQf_0 rU Q)v(\%MF'NZlFrp6O`Җ3 j"@G .p"+_h~@A=*F;8J`4Ri+-x[jxaOqXE)Y=[zU!F%F2-rIwٟn6 vN݀a㬺AOčaPLY5.d{JponAWn%" anMFh ]6Z@KQWlaQO-$wp412j OfmGȫAi)m&Wwo5FJGęW ܍h?"*_+ػk?  3=ޕ p+;izT]7>  v82: 6e؉tv1,S `#ǼW|p+f^آD:ZhCeX!+ZFkq?&ŭ<+%#zTK3ono92Y-읖6:u9ӹ<Ɩ MnϫgRSm֙OT`kNRK=W F δp )scJ*OqT^P\g3.JszKˎ 0@ض̎#x N'0g,pZ8}/0f:-Ys|=VۍP 86jg*^ƌ@ - 4͏U\Q1K17F?)usE#uX=y_VJ*<;{{ ^x OY pMG+`ge7ՒGlc1hWёez%Mm!23^UC[ lȨ1%Zb(t-QZN-S[ʾsUV/[xQr ē}0-YiOJ+`LH[Q$ TA<oΠ~,XOpP;9ZocaR"Y±2;yy_Z#Ѯ콓W QȻ>QphcmkLO0 d7!3CpB+qm yyN{aL@PWRR_|T S Ĕz{2((UwyG2+ʕ"IRjMUݠQJ>F-ɍG]~/tNzYǿeG/I>[P86 61чlN Q{[:XLctx"ͣUYЛj}dRZ pbltQcj`SΝc 9ux0Pqt N&p >=M%kO}=%>O׊!kF9mY*&8\I 6?(+*/+7UH#KQH餾+}GXKgBF]`и\4]cM`˲ݭLOAF\{{)=r\Géob=lP Ӓ4cH\G I&&{̕Se`O0؃@0*fzv&޼8gM'No\k+<fFx?H܆E&Q~NwWAu͡DRN0O/v >l xa\ Ih]WYQ m0fWf 44~ȱ0jd4L;ns\e1XA͏laȳ>oԃ_oL52(r@ G:(V-uBdŏϾӈFg~/Tb,RmV7OXH{>z'Dar{#aj" /wbDlީ}8N82ƛ `2Z_jB\\j'I>:,kεEB#~?b/eC9_Lw7JiůÃ5R*Dŕ: O.OiRVN:A_qrg+Yջ{rLk6S9opX tyAkL9?R:掓%όqo]z7[O>o (G iV7A:JDK9fqWymtoܛ-Sb .\=g W>p񌗖VxU!}}ik%U0eǡH~WIS^T Ogat<܏dZA[ZH_dՀ8J1(nKg(muHF~UNCl֦̚"G]]+UY$*.^=5LLj]\u Z5+J= JƾhJu_}' J#=;(S:G x`a'L #6ƏIMвJ>[ʉRdKyoU`m竲2`VfkZZg p&k((v%@X{ؗVny1{0_o7u9vv鬋HqTsJƏQe 9<RMk=ܰ[m_[ I~/  1^ OM_W7 Q737N(AE8>$W7@v)m..W-"%drn^F:%@Ecd̵|Ď{kf#Mo pusdUF>p<}=hM0V`L[N?ڿ1Gm.=p4c?%NWlk\9Dzà1GtY;6`2-iЂ?2-|8}u+.@[SU=[@m5F ^V`sA(K.8TdGw 0 Z\*k$c-ﻌ`982ra)+@a1X7% @EɑgEs5P=H+"k:֦am)@uDU D-nbc+0Kf6npM>BZ5F LYq :xw_up3WYH w~(`H >;A ـS2@F@cmC*bà'BPKaaA>o uB7%׌ Q [}+ >Nf84lzk=ƝW^IV羛0PHʞݛ898׎pAl~gG]t댮=7o|_qw:XQF<|G WˤȂQ^MF cվn@k& K0hy44aUKz/,DkG)-MN 6/vbs@-`xZjYS3NL_kz  ajf+`Py8Ón 8pp\d(o8l;ȗ:?^͘#Xj& G(*^HP$T,`{硬̑T燵Հᴍ0{p-R)lS Y^cHx=bFsSD`5bĬi NKl}{)[jd f&V68h<[7N|% ?n]dFBr61~gpm"CKOOo??hv*L%^fgMaajX0v_Q >{bB:=}ml&w^j4oĻN wcY;Z`o!`8>8yNrf1UGxoL?.ŠmovF"_| އ`9_kl'O(a2p=f]\,f] su| {>ܔұ,鯩u&WvASNmI7)6i㱞@j4v?BrݫXFK R{ NՕє+] Υkr?^8̸nQ*P:ωσKr X_)弃~Ox}r J͇秇_o^}x_|}\-~+O(Ac tX˅';G!1=ƇwuL:HNgeޞ^NKW$q7N$1[75:E0T3= %+У!OJ8Υlu<`/jM=vY7J<4TT;1?!Rkd\{RFj*z:-R@V7Zl ;hbV GȹpkZ12>5 v)dk̒{3^p,&(ۨ]odxɽ5 eݖwLOtLV p&ȯuuxLjHBE$1W+W,6%AYފB9]ofP(B:eym@aJq%CDB!Lk΍,`GHhP@g:dv7L34ڮ욘sԗWӵQ,e(elHGۆeEnG{2&2fܔIt%^8n㺶rpS&Uc|9#H/x/rP .IZ"\-ٸe>4En(])hs(Qi=S̽wZL3nFh AqDO^ax.`IAWU;n?miX]°Lzx{١k.9$2[ Pqx؂erN%[P+R+B6ֲjcS3_S;(evXOkw[$Z;*/Έr]Tą4aǗ2Qns:_s9SG`J%e9P,ϮF5O5GmDBMF[g(,'߼}z~pӗoPz͛O޼w?߿/?/[p1,/ .W64fnɡcgv mCB`|ht-g9tJ٭ޫqe`[ORCM=°hQ>`<s8 `vq8blkG 'jl_ 8c-~YC +at, ^[gfcJ&fzwyWqݼ#Țn8+_\JZhy{W3BPKWԵDlp\BG'c(E2&GKŻJ2mއǦ:yצy6;ֿsoh].51{4&u^nT˨4ޖފ~GEuPoxn񬹿W_>jú~V4w Ui,B0;l uo ޝ``j% ,5hkLd3PYdV5-F@fEHH:#>jx'bخ_wu:XMs63_4K֓#F"X*$$w;4n9`mR .>=;*q;#2+N0ҡG[f%(. 9w22vRpw;J"YLW\[:kv8 G-'T{8:Y~]ܪՔDǶicʶ6NFs+$h^ݲ#31Z7-淢 ~5{!vHe@'S}yJGQWig$u4\ j{Tt;I`(7AsWf-hܭi\ߪ[rZܖִ甙*Qb wz:qkmYyUjW[Rj8eP5i>=gmX6jfR_|iZ.*3AhܠS_Ekv;NZm<1R]H4wȵZ}J@2[h씝$\pk T$8o;Jn)*}'[7YC  Yf_o4Q<dKǝJh)92@vZpl`۝HNyёSUuzg5%i$y[B^)x{|>?~W_;!/~ϟ~ߟj[ OO铧UOګU,\1IN DsmV2WQaW? >%0>4EMAo3-QUh:F_Lf55孧6x\/ *ݚo)n#+.S8XB˦!˾)Soe^:?92T: , Tv4`ɜ w UǬt<Si[تWL&T{tu- P9a<{V-5>p^jO=-n^밊1{ I=^ýթ"6GJ0#4:dJg7~&>4Fȴ %!Zn\㘄fK_- ]<ۥ^NKymL}:şKidWɂQj]R h*Y`z4H!Éu*OɷʞHl96Xy3k2(@f17Xvo52 lA bB-I|Va`XD3ͼ~Ln)*Rҳlt㝉;SInGѷ鲾`«ދ|h:!3:ޝ9"Y:ҢKrU^M n\TEz}&z![g Tø!5/4eBx1ZK}ÂVwN6bˡqz{K1f T ,_zX裲E1̏c(KnR.3m'+ q9ϝnhwUmҤBUjߞ9Qhς׎I_`0ߕV pxP߭od~KOz 3”K̡ۇ"S-t$.tJum'[m ]1za`Kt#&dZuY;]2ʴahM=D;akn#("\=`ul,Nضc= ,kPDV{8&k], Ж֡ktsoI6LY f>gw܀mcNDDs]j̜QGpM@=uΓcSZPFt>3 r^.ecNuC0p>ttH'21+a [82@ē Z9NJU6ޡ&XFLA /R#v@rӮRSֽGJIU:hDb!"A@׾da&eLWk7I73ɲR~ 6gsq^Tޚ>X cy1 +ݗDžWS`6\Rtc+hʸկ ha)nT>S\<&g׮t5&L\lܷ5~YA v`c~cV[d)Mpyn~d,9y;[!~*E\ҵrry$lƕ<9ᨼlC,=<]Hr C0[ fc|p `,nLk 28|x4eݏac~Z}Nn1 \Q h,Udr tScw~hjBCkkH\"W꺙AS RG1r}mXSx`!}Y/h[@`=aZZI+\m[: ܋i( "bhI󡧬Z4-&{{*ZC&og\4=2f3U1ɍwQL~7컲?kF~U"+0q8kX],\T/KÂG Av!apHIza,_"f?T'=2S(A$ && U҇0<^XQ:,B. a $54 8K鲏+ϬPѲʶ^m_+fʇ#-pfJ MwP0@)0fT5OڣO#АzU Dӈ{ϭz1b"@2b ٰꇰ1Um!sPbegaBps_.OshPr7V|q' x9q_Q9焭N2#cN2%O;'Lt?5|lm endstream endobj 22 1 obj 22914 endobj 23 1 obj << /Filter [ /FlateDecode ] /Length 24 1 R >> stream HWn\" ̫^7CL0nhq!}Nuue8%h8T鞂הJ>F@|5hл>kL, hhǐ>XrO>̬9ސ/Irz˚4Ѱ[gRo2bEJTԧ^{_rnq\]ޟ_]ܮU{E)+d4/|廢٘{Ljq9;2I=Ph ,zj::n:bw.m|!uѩW]|^9d&t NŢ{qr~luuw{rehwjgxu>xhW}çD~i^8~s'V;VoQ5 }^sYU6hesؒ dF0 . 8A)`=sHi4 Ι'Fc k(dpZPSMI,*$s G aiiX eH7eăYY4ne+1ӧ2 ۲kewQCԚ0pWw26Xp5^1sjcs GθZE: ʈH})=j&AVm=q( ?u ̕6fTѭwKZ02 Yվ7ѤC^52uZ4.>O# LJ'ߓ|e~_/_}Ǜӻ{qqyu[_^݇]\sOCLNרе#~|?~Z>)Ro/juRJ1earA"9;RWWקk?v~lh$C蝓ZkI`윀g3GG]s xr-L3XTZS^J)kc(#DDᎉ)64Sl<:}4Ĥmc$?tt9zIe0!C'>cYG K,kQɕh4E &,BM ,fXk0L)a,]v^yg&*i1u")8wam[ ADټjEՐ/pIfObcaA F|klao%Д#IBC \<*9X[,[(ș?(q! v8;ܘ-XuZý%JƸJ{:SR 'rGasdf6LnN'G$ x"FV-O2ƋcK6)IV>@$lR6HQ%kTqL/ڨrJHRAX_2%<BjPS^K30Pj*h`lv槑_N iclTVR,Q} hg^n/޿~#?<{Ǐr;|_ig[I6]+bjx|cC,!'sL(Z2Lm+QTNȥOH ,!jiyYato#@fSm QӜJB." @{~ V ytj9j']u O0{?UJ)Ro/juvm;~eٺka3SIm6:k+3*b!-}AM\,L޽svA(=-~;ś )|k25)sc}v#ObWZ6Mq۰{~o:aPǬzɖ؂78 N }8|9<(Ż֥x$ C鎇ץSBM5ƒO&ZFpUAs)*> 8d$NBt6*5x;~)>E86Me?qc/!WFܠO[*~ 3͚ơiv1IZ"ajأE6WF\-iRLfs@3(p9F F2YG18Q  FxPF5uע:p>-ʏ`bn]!ĎdAE sPCGwdC~}Aha3X²=TZ-ffk_Gc͋ehAaeI PꐥMu(nŵvr!x{ο 򰣅'^fb'B]mo Fqt`hvl;PkԳ8:$piD8u}!jpnm/PsY-zkA"Z-8Md5tp7NcSea(ztVwZL0G{g]q(q*ǢЧB|vFa|-#Hp`qt5ᐣ>pN}(RԕNn8yٌ_+!t0-.+zVUΖ! SuĐht{F<5Sv;J_N?vKb6v[pPϣά|_9z>,#:>̄W4To'>坢. P9zjU;4(qi1ڭ2AF~C:|@!?޷i ͫ޻jNGM(cw1t78fE֫ELJpG5Nݞ!J5lz/mZU⒇.2'D3'K4ՑܗBϴ&mQN_Gb'Pa:vF'Uͳ- saqgSu1/ClHm1N}kh`}'v֌2LvVa^hM˹#NG{=^I,`v9Yoq-Vz}Y5nGs^uyY|wUoFYEӴ:U){9A7'n;+D;RQ:Ӫ/Vis~Wb eH3huhCϩ Μg\(Q x9>ʬ}$PٴtU@yaga-AUȭ^n1pe;UEwh;'G;ɝ҃.F&9ԳR5DJBX@4 1%]\O-=o7-T} IJz''$ɶZcTpsݯ|39~ SXsNE >pC 1i0kb>H&kPTn;4b3_p1%Mbh#n|iT| 7p]F;˧vnp9<ȉ-+h`t[y>ٝ`t9`:^%զhh%]AΣUB țY)|y+!-+Đ\N}>/3^gR\/uOCo)Ю|5Vܫ›đ#JPۋt:1jg*eFLy8XJVu'I *!J`UqiYlQV[{XoOrp 6eqGYq,d{z3ڡFFbH /[>I}I~Gc\OniM,!^Uٝ\0s!zw[!fO6v97k/n pYo..bhK=SNᕮ,Gvf_— #|Fs?# }E Ib6Q",49}q=9c:R%N.D%|TvQw[l7|Xoڅ#E&>ʴ>C'Qd=Xgȇ!nvEYatыMaع&LʣX; +r מ*zQsf~|=Χ7.9ۿٞRgce1Eg~ȭ]2s^nFYLvΖA4tNrnE0M7!m ȇI[q콊c zBn, 17WK:e wJ_97^Gd^\9efK*asMKK`-~h|WqRvu;[9FQ%Ӛ;k`V]Uy#cׅWfϵ:wgW6{Y6y=ѿHyti*60=j" 15#9~wC֩g'bmc>@*0)P<OF]ʊ}KM3Mg:^z͕QYgtm;"[牥C m!6^8(vp [|SqJhM!_74wkW`uө gxM'])' CNяR\q^tqkif,Z~=\hMA5pwb4q\pM?Hmzs1MYW(ͨyD bFzVypTSd},-wҲP/YU :/6GXV:k惡XycQ'G/"\k?j?x!R=g+CcǙ5.2CYAȢK^"͙t\ 1OlRn'刅'xYZ!iz K3iNz9xlbJ Vb^>g:?؛ acIirtGnr~QG#gz~h Ah=&?Yl{W4;nX&7p. ݬhfcplv4v4/.0޺U'D:': [٩W1`v ;r\7QZyq(k1GkWL šg-Mrv^I_wcY Vdbk^C[œ1R{yVaYI5\r|fŻ{ڀDUk8Y\Hݵ 1N?l?سy'嬥I(Hdd20Xye4itHgw;b'^d*@tŽIo1*P>:KkVp5LE:OX"Y{ɞ`Q.1f5HGeZC1K{si%_hzCusD k;n`vc1DR{vbZrHR%dT *|] kest\s-gd+[LY=tRO0±"uEoub"ڢHǃ\Ha 4:Ee|Yl'o0xhQ<{ JeY4î㡝vٿ۷nK-OB K9ܩ'KN@Vn Jueq/i)NbAtԼkcɋr9:>uSLtlLR%I4 E[O)nw @ef~İ.m+\E4,cmTVV\^UzQIRt2=zQd13' DEweܘ' %vݏO R{e冫*5nE}?-Nܗ>M9ȑ@+A;O8 3i!4bn`ϕD~Q2:8)~8`q2݉d32i9CШ>(2H`r24 7P DNxձÆb=j7To=NFlPR;^lP?I OLbYgtj S%f 3\+Ym=(4_' Y'v"GմnAd1iqNz~<6Q{$_=a-\`dOp}H FkpFHz0K4-=@#z$KjW9^ר9ŢDu97PFw"\cqN0짫Flf[;J}a2Oj;crc`e}z^q%Cr|4jsF C '-tmԉfƼTjKZI|B92Ü\s Q.@iQb 448ĴyAEvjLDf/U BDe Б\Y-bHYYxkZ/@hE 9Yh'zGP9|\[2WkuD 3iY.CVޠmqyKRTu[r&@u:..ϙ1 y;o3tqbZ]$εu%A)a#OIt2/uF>KYzY6ԩ?oS@u?ΞL0ʾz` kOb~]0X'-|Av|5su6T('3Kra[ I<'7ۑ7-X7hi58_~÷oo~GH/_z|_~ߏ_~o>ϛ⛷W?X'yՋB?_^xw?ï{;^J 1Jٟϑ3z9?/>*F_|Οsu;ns{:ز񷭗ǃhː懷{mTJWێUXb# dJ"!,g&f.YU}={! s΢j*@书/&[B[!6Gʽ'# ,! ֵ́ӨޢBv&(K>QZv"ZĂ/宍w$%hUP9+b?QcC.?yx~ymtB#YB߬yfX5[D:B+ELG<OitL2}L[oc,{H::jFڂ5< χzS.93u%-QhIUZz?Ïj W/%>;'NUB%z Vh>L|[Ł; jAqfwWW۟=ڎ׿\l]^\.<["JPϤ*81yiPA/\#˃.˙kL]ڶnXmehnG`G 0['(Ŏ$S%af1O-e߻r>y8}+c޼:5K,sݽ|藽nX]:̙9)XV mYeѠ>t8xuVTY/G'^(3یq~[,ݐjb0TM vN϶rw:`C (B i6u$oԲq/]{S\ ~$muٳ5;NEgS)p~Gf+™a1Cnً~G)JB}9L4-s2QEA"(3j.P>Ѽ9(uVf2UB5$-%Gz%՟Z}I_M%0敹O qqvҴk#wwe*9%E̠af]t8nyAvamN%8yKzGv1]a&u h쀆 &r,7X# +WŮ07q1vu;@-N[X;qpa`͒ xQ*X8v4l3p~au$:a=>bIsQV$[fb9,PΉmoL{^^=ޞmf\x hIg/91|t\rJ?Í 8c|Ïs淏 <Ç}bG]ڗU*HTqGY ԰UV g_An#UBU jΙdX\cpw>ޡa M*p_Ȝ R `2\)H5ܛ0q|i :g*Uө 9ks/ϔ-0bB >jRPuz!qQK.HD[4i^Vсi GYnx.MP [b ͫx|@!%fy# zG36 ͸ p@Ea| &,-:bߊ%vME#X5U=`٪:d}WZ|VsFxv`z͇}tkCJ] L)9EeӖO@z>5c:EG?-@LlaNJLgfv03@eD-%HLx3Y2 T,fa'v0;8JH"̔+. ;tuf,%U:C > hbvbx@_Mϗ ?qZah3E sHl$(~ɳoOO~xz7^?=K~us?Ǐ޼_<]]!.1yNb9 . G_SnCY!A?A+$+яݶIxčb:[d$+m::~z 9&xg7ҁSc+^Wx_^-r2(0^ A-h;Am 5۲Wx|k~vmL:k!ZX_xWnoJu VUVfv[tF}g^aU zs1d)X|sn% 0ظ @"q)|Hk ⱒ#v`f¬pIj9Tju?%j 1R(m/& <beiZ``Vwx 5c^T5{h!HZ/?\,UA1ah,t񽡓󜧗Bmf:[ArV60CZgXUgLK ε5/''y̑,b hÔ[d Lf"Qs>G 9Z/wyalX`eh`U[h/x{ z^|X!E;mdfauCdSRB6!̋`5E)^1l1GpIU41~Mtc6-Ph` DQAx Va͋'(Ua8ek]<N a}6u٨fQtv3ɐw,YXd0*sjcӨ +eC6TCVks5% ,Bu+0 @E9BAw_E}V[]n,ʱ̄K .H0XzlC% x;R(:c2qJnSPobVr Oޫ9(Vd\zz7̣+:`%6p9G3ziI8l=A5쎀qY(TE0X3i$%q\p:W~ HHʔezThb(nUnHjh: &qrp!* ܇'dJbSl4j̫] H⥻p+~GQ{:;v8ס_qgo6@E$L2L9Y#d*ɘQj ҅ыXSY EHε1]r,k㦣9ul>o+`7#f12w4V~Y:6=fܸZ|yV_خUM*!>P D9Ey{kIffOM}XZgd&kz{5T;dgǴrGA EdtQϴWʫSDh2 &;z,C7` PvmZTM`NcB t[ef pOi3/_Բ?Vt_{|"W9 [$#QI1߮ܜ|yR(ѾK)rO_k(9Xao~ULPKMEykmf?ҕ{pW OG~75̢̬],}@ɕ,))p?NG$|-7Gr zCmLZκdl'MsJsb!=bOSDvˆFkrߞuݥ櫌֎#0M-zv-jۖݵ}Z&gUy|㳿W?~/B>}ݗ?{*?>\Aʵ?g?c`X4O_p>]wmT0 AASRH#I7~#)ƒUm㥃R~( l18A*l_o>DJ볮Z 37W5"[Ku~TאxfvĬAgubpa.˸-<+sBl1y7zCp+nI>jzd}ķ JpupSՐJ=W6 @뺳0FPӁ./@\c,i=֤IӐ7 cUrnCpkmmC |;6~4oRx< V ֓^hqx8+h|: R컓E3t`BwMͩ .d/[?zaϢ?0|3,osFtQ9// JFQuP7W'Tp5 CV1\M|fA+A7sok )jЀ)JPdo>@_Jn$i>֚ [+R^QRrr-$Lb&J{,cmQniQ>n !ޛ.h ã%L.e;ALaCov؊MBh^;G<+ ^l] ;'(BVS jׇ@6vH~Gqmm+<)wr5c-1g=.]iMAQDC8"ͣh^iqXl|搖./\KcLDŽ‘#Ȳ:@Atg1pH<ֆV+ALo/`e C_VIc;"S~?| if2 % mn7pV+j8:8A7Q}`lKx 7r-څ"2 'r >@7𿊛dϭaV 95k,V?Fbᙳ1(pA.vۘA*YS/jn#K,iw2Qa2[9E%CWJ-X]TQѕi{Ĺ-΍gGAّAZ6cPAk^K۵ rLt>I /ް*x 鰙^enp9(iJ.W|F`J'ֈ"o,lL`{kzk 㹁JiLߔDТvCPٚ #h8(3gƶZS4.y {,LrР\g4:.jGN>4ζΡ9g}}KLqBx-OyDJKu98p^}S嫐sH#$!퐯uE3PƑy1ƺ^-[A 2S|A"4Dw^DxR繮vgg3N6aZm(vn5'?|`|𭕏"9ELMqP~kCy*{bg(eLz@e,$21 bUD n űR4b48¬}`5c6!yUe*3X`rkqb7sba^bod^ŸZӫW7 i 89sS9- .6C4taP꿷6 yu=e0p*T=0G[yzM&KZ xڂ4W{cSqwѠ6ҾRP@bI,uGbx`B%VbKQ¹Dfvl ^ϻ6SBB3vÓ1 W}rhZxI=VP'8YQZĂuBt [AEH\-g-8q$ȑ;E55CuA(|Fz"e}_§b[ r n_MH&C fYiܽ7*b̴ٜܹ5X$AO|lRCJwR)Mzp^:[{!RlU170[eknMQÁ5/WR8lPzz9v!pFtv>$y ѳ,28Ӡ½B<`*ƔVԱ@CT@יnQ=&FA1SN/<%(LtUɴiH ?Ѳs,[6ljNڠS=Wd.&Ih|\gQS! 80pDx-mNs% dʞ /8بK{]{@欸(GO 'ӣ~u|wS{Nt˯L_!'XRR.KbB.KB2.ɮYK,6X>_EA!I :%ObTK}!3Io9aZN$x#dpz;PrE;䈇q\" H+W,uhc,+ ,2tuD'3S%m3&,FC,lal6ψH mU#8VQz!|W2lYL<#ظі:K+7`OWŕBWۡC`y>/ek=Ǒ5CfQA{!)Tqv8rSU[-_c-A*'Q;b"^EJr$+֥ }]bἃLg!gOF,&eLIT؉V(<|g+nڷ/i1nd~uߟG_=ZؓveWyx^uGА)%LWHu9?#L[wa>;f8xR&_}+gi;W^3q-ԣf 69%+|$#]I$Xr+M9[tDF&E2aJᶀ$~ɝ)l,bm+iԬ 4Z+'A)9CX̐Rяүokh endstream endobj 24 1 obj 21868 endobj 25 1 obj << /Filter [ /FlateDecode ] /Length 26 1 R >> stream HlWKv\ÝD l@B$bݧs#>յ}~TUϟ?q&GY4|&h{.a =clrp?kQjsxy?3!6f*#_~>{bK=G>Oa6J>Z/wYbQ|Mi4Ox=8u&~Yi?f!9?1YٟO׏\;'z#L{s[V;YTsj+~lh]"?z0ʫvav{b` aqVVV1%u`)J=U=FD(#'YcD¦v!P#*XDW EB(,+O$3  qxbW"}@TN`$1f!{Dj! ̋}AXZaW?!:M[i݄m!0bfnMER`Ptw{n4J/vfP `W6xq\=zOdTs&YΑ1 `Tf>YBxDYu᫴v @Bn%k{`V0X6ZHod[ mR[ZһfeV p˄ VaBzvo=3eOu16r;EXޱrM3jb XmX#C%?4(_$Kps;4mЛS$lFZ\^WArn:-B-p3]fp+e:wiK In&!!pqҒc; 钳J2]~ZԜ E]v<-,Pá"{ǖ^Ű ҢLsKuh'Q1pIeXI^"=@RrĚqF; D$_sH!0̙|sp`|Y)i,i8%8y^wt0$NBQt R'Y=؀c͉0AfQW(0/$*b싦;[bvyKߛErreP+{Y}{il=2?v'řdigjƄph41b^gTӚS@8Y,HQ[e}mVAսˮȴxZ^%KVTKNv#)n,LizG-U)k:KS\1ue1 a_G &k)Tҫu9XT|_Y#I0VZ(SUm>_U+\;;q%ޝpft *pmMÌ 6vk(>-{#Hᶼ1jBFUElmsֵVHYP VTiep67E6z WQ[P`^x"+!{ҥ|}m MP ;_w_~O@o~XuqfNeH;6 V=4IJkvofDaZ!4\F4WP`R H(DMW}/}h]>\`Ng&|.^طgȶZ Cv.98u}C+zkӖnyA~kj9k]ݵuծ[wmѹ߰w"EWW;,Lyo/gq)W~axvO;-םhog7*kj(hI&g kuiΈȋH,Q2VhiX`vvu(z)DHOfNFDs87@y@ܔg(_e)J9hʄXY8 7 Q ==pms"xj^P籛)0pyhSE a"YHףbDnyVofA3'Xϕ?j1v\)1Yai- aMb+3 h%zTj iRSWAmBz-\\˭>o`syqeť5rV*+=C%2kՆ )Q؟|tR9vY@[~$yT9,p,qe>́ߔJǝ/^~J M Km3ւi )tI!%@ZY IN%A7oK/MNe]Q<<556< A/v6wb@ O˜{-D0<$r Yꂅ6E(|`%" N.Zi4 "TӃʰ@cS"TDN%D YN"L|"QJ0sB-N ¤З<ݒĥnE:!ioLiPT{&r[˵̐\;sK2i;#Eo" ~xrК6 5 K$'3 gZg@Z[-j]ݵuԹt5/}md yNlptܹeh=[ ]5_}?t77#,gr˟ć󵁍.ZùiƼ?Ւ #o5 O(,$o m'26H#))hMrd oxm]*]yֈ*ʤ:E /+pA*d v}A29s9@N&@; k67Wԯ2H6֜!/ѡ C ԣ?/nڷZڿY_;]׍83N':0OTcSS{x_NIXIXi$m6U:4̓|lN?j]T`SSN0O5։`]3Duk;c='dy{u0?k#{x'D173&Tϻ9 wΝg"8ƻ&;&+dfYVk`lJ[Vֶ:;Zžzkm]c2W/_+>mcn{;/\k׮~|o &vڸ0@}ϫnٿfZ۟wY[cXbɳ=X_/3-s9Ρgưx[G*k԰,X{7w(JB_ٰ꛴FQԄO_~ǰ6lG೯]gދ|0{t3ظ1t/\~gu|atUڻp5돽c Uڻ7yޕsه*u]\xcW.;:^v-mӍK:ڳ~W !YT͕e~ccwRXyһbcǎ?~_l̨9y~xIP;uB?q߾spYG·e|E|uО]mJôunsV_|$0n-/Ftv͗{KK4Vp}#.FttWoup0cư+D"GthH5 ZmZ)PTci,^9?uv̥Çx軯?+\pyi>cϫ/޳o_H|8f+OsZh0.`vsyg1r`[}G$Ld.N} f:3;wC^tá \s yuX$t)h* HTMCMBYE*.21WXUEJuU <+Q(I(.SXNVP3_c6P`1$w]SI\2t#FU9V9-IdV9EgU +U^$V^!6T))5"&4jnjy/X5rEWġ Gͮwjt?=-BzZͮcː({z&~ )HGH b8bn2nKG0RBR #$uHIIm7ZbήwSZ<%9)ؔ ܅Ɠ8FӬ#UKYkw[x[V@%sr r htec|&7Ww7LT:m[^k.mmyFk۪w\."|T6+fQ~/ن +x ;JD !Ѳx(;d. 'q^_6 ΅ t3H%W9tACY`eIG<H-X*^g3LFmQwr"۰jг~#C Ɵiۮ|p|L,a;ÆDž5=ඌZ@j7dQ{Tp:ysLgr e^xOi㯭ecފAT;ˑ[G h}4'nq;kCy9R1[sjٍf6fъoZJIz BwnIBBӶy#8~뭪( "IYE3%ߠ>TIe+st EYяlTNǑcꣲzQh7$6jmHR@-!q`)K\$7Ɗ\).ok~˷Hٔ#*F$qfv8"+7F ~MEifȫ2ڢ߽9~;a : h'%.N~` Ag!wO8(g5ΦCm g\綱x|!m݈3[ӂY)¤W ;VB8vLG@PՄ'uCNF[ oVG.[`\c9{ͺ:XUh:?A~CUɕ* RRܳ)} 1Daϴ +>2 &@@SQ:܉4ztβY,{),^88y:"jttjE&3hAj`@yUc#ϭZʰ&0rs]י1pO09\res wRPUȕѧa(dq1!^Ǜ;']|= '*x(q0لֈ"zoZvB+wgi@8^KI-*YKfZt1v hq~R^AƫQICI('uCNFZx@b=Hj)5zyJ[볖=]xz.feǗz'1Cadȳ;HlոK|ilKxzk QmlћRxhYBtӷ)+ׄ ~zVA`rwґaavE،E!#meỳ5q=x}*]%]cg)veQƁ1oNzu|] (\B!iǛE>n ip"5pk\씨C3K7$GK6Uޠ2-XJVKZ,M[UQЅLN>Px"A\'3BP!C(32]HKR]Хźd5nÅC݂Qྲ`S"VrVA,UX+oWSCʂYd*%VH/u);,[LLK  HbS3A-Ө ̧ \Dg$>z)0Rm!W.j)00\!KP^v1m;|{TZF xhli14K*k1< V՗[ˬHZ$uŨLZ3/?m,pHIE% @O iHo e3h-<7̺*"X*UH\-yԀsXuq%i8%DACsأ݂sN/9'o;V=-8z֤I9iq?7sŝ9~M5Q`@Q xNég8e! -!>G$GX OT}؈vdW޽,qag&gOFn<)t ; u,c C{s<1a bqu<=UEU"v>Ps<  sӆ#~̄˂jНSc(Z H>HqMt`$vcsq{݆ oJsaF}6:{.* ĬH`ҝ \QǦJsj8q?U۶ E@@Ȑ#ɒm5:Mha0hH@Qvݧߡ>lrRwb9?4#|f}  yc=G\?;#? 7>lޛ" [z4eɐn+K^F "rCqDEԴ>n320橺U"u䁍SwӐErD%N&eBժ\oUq+Wp% "Z'BP7ד~"_[f uI'`|>Eg29?KzbAU Hٮ1;6FĂ%L, &b%Y *qrU-G劌ق;qp}KR\S cwlu{N&3|Yw> endobj 29 1 obj << /ShadingType 2 /ColorSpace /DeviceCMYK /Coords [ 63.99951 96 63.99951 1.99963 ] /Extend [ true true ] /Function 30 1 R >> endobj 30 1 obj << /FunctionType 3 /Domain [ 0 1 ] /Encode 31 1 R /Functions 32 1 R /Bounds 33 1 R >> endobj 31 1 obj [ 1 0 1 0 ] endobj 32 1 obj [ 34 1 R 35 1 R ] endobj 33 1 obj [ 0.00562 ] endobj 34 1 obj << /FunctionType 2 /Domain [ 0 1 ] /N 1 /C0 [ 0 0 1 0 ] /C1 [ 0 0 1 0 ] >> endobj 35 1 obj << /FunctionType 2 /Domain [ 0 1 ] /N 1.61877 /C0 [ 0 1 1 0 ] /C1 [ 0 0 1 0 ] >> endobj 36 1 obj /Pattern endobj 37 1 obj /DeviceCMYK endobj 38 1 obj << /Type /Group /S /Transparency /I false /K false /CS /DeviceCMYK >> endobj 39 1 obj << /Height 128 /Width 128 /BitsPerComponent 8 /ColorSpace /DeviceRGB /Filter /FlateDecode /Length 40 1 R >> stream H]l#ǯVn6]؉K>̜}BP*'V*]Џmێbڲ,+NmxbW ߼ Q e  320d9Ÿ;N"2W[~ME^@2+~3hy/hQ4*-2+hT52+hT+/;?)*S^6Soڇ_Nڇ?5*IXN/?0V? tpUUn t*mRz ~+[WYL%W~?+ OY|>2+@~ P_Z]Ka*@~9 ?_h/G%T# 4"UmgPhL Mg0 *! VLJ߃@#tR~WZ_I.GV~6҅)GS*}wh9n΂hK]{g6 *_"|P*t>T_|0C$n܇ |US# ?UmZo$竀 tXZHKoOTxli@677[o6G;,UH$vf7 Tެ|Oڟ.wXzC* GG;tsR}U*$ޡʄP}Y* }Q*/Hx_7w>?.bv>'bvN* T9G;t?>wZ*}Z*ըP H[?;tK iG;tbv>>"9G;t G;t.m }j!;CgR@U$;CT?ڡT51C#B@'J?NG;ttX(;ޡCG vhŴT?aqE*%G;,--bvXK*bvXsX(?3wXC*?av';wCB/?a6g d * |>_vXU(ɽB t: =4w~ۨ4`, gfQ֡m۴3 Cˣ:M[[[T <v6=CJfjeFO)Rq4x=XS*{1\B^gFjq,S ٱH&Հd "X"@uu$rb!#~ cb9GI\rgb.?f9Go1kxk;ϜEjDRk&֎ل>)fHvu׮vsВ 1~=~ye]/`cyyFj֌B1}ϝW)BRxẵ-x(1` 3X?$Ƿ!՘-X+'l^6G-r~o *'-}Pqv* wf,]8QgixxmAcn7Z>"&͸>\ԀTQ9yw>C`řUdd/:^6Tv21@jj\_®U}#|oϵRj ^,ݘoHFr ֝#f/{o3 y`ޫB'HyBqVfZIM.UWqi.xHx<; \N=*ZY::Z[qM%\]8w/-7XEo ֮K4UEo M~%DC{m'x1~ݧasχN4R]o8/VAziJ4.ՎxE(&mur1{ՠ0lv"Oأ|,w*1f~׶mc$(w(UG~a<,}& Sێؑƪ{EDe{Ϲ){h XtX[cq8k ;3V{9@,\HBA ^}Zm?9giofyy9{B7vlBo5ȁ0'm  BX60@ endstream endobj 40 1 obj 2415 endobj 43 1 obj << /Filter /FlateDecode /Length 44 1 R >> stream H\Qn0 !H^UiF.SU3ibg?%ũjո73f> stream 2005-03-15T16:27:05-05:00 2005-03-15T17:32:21-05:00 Adobe Illustrator 10 Adobe PDF library 5.00 2005-03-15T16:27:05-05:00 2005-03-15T17:32:21-05:00 Adobe Illustrator 10 2005-03-15T17:32:21-05:00 endstream endobj 77 1 obj << /Private 78 1 R /LastModified (D:20050315173220-05'00') >> endobj 78 1 obj << /CreatorVersion 10 /ContainerVersion 9 /RoundtripVersion 10 /AIMetaData 7 1 R /AIPrivateData1 8 1 R /AIPrivateData2 9 1 R /AIPrivateData3 11 1 R /AIPrivateData4 13 1 R /AIPrivateData5 15 1 R /AIPrivateData6 17 1 R /AIPrivateData7 19 1 R /AIPrivateData8 21 1 R /AIPrivateData9 23 1 R /AIPrivateData10 25 1 R /NumBlock 10 >> endobj xref 0 82 0000000004 65535 f 0000000016 00000 n 0000000087 00000 n 0000000151 00000 n 0000000006 00003 f 0000000316 00000 n 0000000041 00002 f 0000000675 00001 n 0000001815 00001 n 0000015098 00001 n 0000028824 00001 n 0000028847 00001 n 0000047181 00001 n 0000047204 00001 n 0000068143 00001 n 0000068166 00001 n 0000087277 00001 n 0000087300 00001 n 0000093826 00001 n 0000093848 00001 n 0000100325 00001 n 0000100347 00001 n 0000123343 00001 n 0000123366 00001 n 0000145316 00001 n 0000145339 00001 n 0000157893 00001 n 0000157916 00001 n 0000157945 00001 n 0000158043 00001 n 0000158191 00001 n 0000158300 00001 n 0000158330 00001 n 0000158366 00001 n 0000158396 00001 n 0000158494 00001 n 0000158598 00001 n 0000158624 00001 n 0000158653 00001 n 0000158746 00001 n 0000161306 00001 n 0000000042 00002 f 0000000046 00002 f 0000161328 00001 n 0000161773 00001 n 0000161794 00001 n 0000000047 00001 f 0000000048 00001 f 0000000049 00001 f 0000000050 00001 f 0000000051 00001 f 0000000052 00001 f 0000000053 00001 f 0000000054 00001 f 0000000055 00001 f 0000000056 00001 f 0000000057 00001 f 0000000058 00001 f 0000000059 00001 f 0000000060 00001 f 0000000061 00001 f 0000000062 00001 f 0000000063 00001 f 0000000064 00001 f 0000000065 00001 f 0000000066 00001 f 0000000067 00001 f 0000000068 00001 f 0000000069 00001 f 0000000070 00001 f 0000000071 00001 f 0000000072 00001 f 0000000073 00001 f 0000000074 00001 f 0000000075 00001 f 0000000076 00001 f 0000000079 00001 f 0000162810 00001 n 0000162891 00001 n 0000000080 00001 f 0000000081 00001 f 0000000000 00001 f trailer << /Size 82 /Info 3 0 R /Root 1 0 R /ID[<38bd7f07f545a83f2f7a3e73541a2307><694a6808e06de1c981172242f710681a>] >> startxref 163250 %%EOFunison-2.53.7/icons/unison-logo.gif000066400000000000000000000016071471241601200172000ustar00rootroot00000000000000GIF87a8p,8 ڋ޼bHʶ {(UHj d̦3e Кq:(ܮN%}lv<6&pCzpGww&#09 hXiWHi8#% Js J䪒J`Idp+I[x6 j;{hy ,,k]7]~7WMnߤ~޽Y!Y \k,gΆ|cKHPLD 13"BTdj[ s:,e#DTB$K[ K1'('GA|博8o꫗euIբQ/U`8!Ρ>M^U#^y"VVLFs,^p疜w_'%I0=:߳G\x+XbqǡE u̶-dT7wnXotj֕G֔2ƘK?vOо-0{f)lQ6̼6uT.=lƱ^svr٫ vxg0yfwH{&*nZIj'.$@j:䟟ixjy, GKGcLKVNGfW"b[>ZjK#` Եn5S>ꭕ9 tLo wx  0 /t ?L&0;unison-2.53.7/icons/unison.haruo.jpg000066400000000000000000003654501471241601200174030ustar00rootroot00000000000000JFIFCC" }!1AQa"q2#BR$3br %&'()*456789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz w!1AQaq"2B #3Rbr $4%&'()*56789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz ??( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( *h-.5"'BeH՘>E—޿:ZQC Rl0 8VU+ХZԩuHC}&= Sf 0+bUⓒs)4;o^=c&i]B,0E$}d(& /BwEKYl`bpBOw T@9Vu6mQ~Uv>ᧈ[f _™-^)9/|MR[[{(f,\,AƣEcDg#)N}9b0e2, @<5x2~Ϻ}ffGG 8'tû>e+rE_<_P~ɿ$uUޅL}^Uld/n'>x$o,}GC_Λx众$Y$y|A?`{U/>I|'IbI9cMIr'udWvZwł v{yKͨ΀InQ츸ԼO#ᷱx( H!q&F[έj ]Z4ޖywS$߆XIbN֗aIIiŹǕhѻ/طFICL+P#pIPW10p:_AvˢsVFn\ [Bugj/Ln&^Io~/Fd d}Ic,|.>9ZWOEY˺+B={3ujÒbRݎ,!ZdjTxGA;6c|+;C*$ '˭18X_}15tY(xى<$- %'$˒|I]Fғv_W={9DA$0a\сG#>YۮlvH4h$(,B98< +} nV_1q{kkoe^]nMdOsudjRr_[\]H!k$EO4(1 9$ ɭ|-{/51RJKv ޿q< ^{[@9~ɭ(ħ/D+j+"2 :OK}G埱e#>V+̫*]jxLDZρ}s<{nX )+4/EWWM'yIY/ßmRtn&Y.o q Z`]ʠH <GPG~~VGm(Qiz&ōbFοyB1( mU'v7ʀ,W%/ccnc6mCpcx.3g8c:TTI8qNw=ݜTɟo3qI]Yw q&'qeTtbySh `<*U*U娢H ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( (6|;l/5gLmNع/`/lK:Du?u|77x[zMX d|1ၖy-$X ?duk˺7u_zxkK]mf󌘦#,>d `AٶÙ~ aeӡ5^JeRwtiJZ|G=;xc)>}9V Tr~aITҖ2QV"w)/!-UW "=13 ~ic]@j}}4o?;?k[Ƿ,#. nsX$4S b6NqS|v>woHzy?d!C|U{E+{Ӝumn|t&3!3q`:^O+? !}|>M}_F1elgnj?f!cM}#S.АsNDE{V7Wr:1`9/ucמf<9tm񫁩XEmmOV=vO."?JOz}rDc~ "P.d-[t86\X9g n?ؖ)7RXQ@$`ԖVs[jI6iϢTRvoU4r8/gZpҼ;I׊gVK6z c#]YM_!n[ 0^I8RCC^*1{vZ\◎ǙK9[g:JmJg稴ڞA>ey+=Wp鱁?:|)yyk(8 'rI  Xm'u ~rIAfGry7> moa"-Vk嗏^=,\~סKxGLcC E8x_g_ޞKY g@b$? :c=l9'Uڻt#^EƯUi_~cGK^E:Ξ8#~Ͽ?lfgԭXh"BpbC>|)*T8-2G pgtL}%~D?xU|n;oHRkre{R0 ^Auq::_o!Nd[7څWw d2I3 +G=?|xfxgΤs7xm0袊7 ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( (:?RG|-MmXOi+{ \YjvB[H4oA" ?? { Xk0jNH?ư\LAq"tK,T.k9tLq⾇l/SǟacR\u- K;{ߧGrv6*3.8z `c1O]l쳳A`c=rM~jǩ^M(xn/-iIspYM_L2 SVHt++A?W~>HDjrV>!S>[|UNV^UvUd|7_FUαH_} y9Kn\IW+KJR|W?HRN"W[IR=AۭW|ZାP_ Ss%S!A :WUBs /wmd``({prsjN\@.!U[b;c~ /tcKTȣ\4KԄ* ]Y6|#;:H*pUe ֽ[BsNRu#"Oż.1ˑ}{7]VU挐qϑOz0_Hl73Z+bP>t$dԕ$8?vČBL'ԝQX9VNpҜuqN i4ϟ/?fV qsOϳ4_ږ%F3Kd֧ VxҷyKtr?Z'KLڼO< 8>8&f ;gim'R8d:aw8t$ʶ,3EVGqԆ`*q/oٓEstQs+|9A roHFNM];|T_ 8|`3OR7ySp"ch9AA;E˚J^Kч> q>[b6_cƮyqo?r>ȣTP{Hwe2X(X!mD%/nn'?h5oϑ)}G{jT+KZ?C̜*rA`&9a|U=pwt~cXܧu!M>xr|C)W8e%Xp ko^)dP~X;N‚TԩnVVQX3 mOė@VAxbO',x8_8w-rrM /gk|}4˭ oWz4\3VMCSYi9_㞺G:| 6~slǜm ~dcWLLQW8b^p䕶Bv2rQ!dUFBǭjo° A'rJbWGߊZ>$!Ew|JU==@|$ڣ1f1T|7TSהcJ_5o #eG` ?t(ƍXy˂:Ȟ<דIy;CO2Uu߈l@`:0o0 !SqRĤg<B/uI9X7_S?MZGXy](9b$rux(5tQ[^exO*:օ;߆'^F|G)]9i-W?V̲6I8I8^|Q-'֧n.sk,L;xn匛5;r.СQo? /Ql{v>g$V,dmY+"_ 2C!A}-ek rTy$CYL!qfYMSmNO tq 39y/e*pTTq_+/ xC-Le)AVeW06^YF+PTxt9rBӤ~T){hzs{ ^[h-b;x5{2Ll+JQ-~X}W]8ntۄ=C4z İO,JJ#>_>7_%dC#= 5=|04-w@4GhZ]ZGyQ jKe2:8 1Oң.Os>>;,V!aٮ/"*)R)<y8rK{?h8?%܊|Eю\ gΤ̧=G'J4cd1%JҫNJt*iqKT%>cF[QJŔqsWƚ$a]~t 5ZZXj񎛫AeﴭB Z8#]Y\ Y`$ mn!p007SCxo7oE0ZINjp.0S=lg c#%:UK8N>Luc^YʫZ^6Xh(((((((((((((((((((((((((((`韴D:c/sqƕK}y]gT~byX~%_Y_ ^D|M+e"i'V- _骜8|6)m⢵nU# S :Ȟ_> ړNe4$Q:nIR63Z?58 tVT9pI{/R{NZo*F4}N'˺մʪNO?yh ;Ǎm…-`F8.=9__> Ǻ>cnd5Ź%ßBG]c8a,El%^i4kVV aiI_TGF+t}[ڂ42yZ[a%*z?.<7j4i=I)l1b*Hi<~9ƞ'ßxK,uP]FZ1Ivc5y?go"Ե > {Ucf 2X$ 2*}x?CUa+sK}n\fE';됨/x+ u1e(K'vi|Rԯ>ӰI@[=L-̯x/ pJwYM{rk >Wa)Oz:S_z?bGhryo X[=>_?s:v= snС` #YZj vA9}a@5B ~[G;#Kt9;˜?`8|Xq~O(excJyqn?y}^>!ܤ:zOc߰AV*3 po,=~:{zn״ fujGM%k7|r5ǞK߲QNq=#B'mV$_Eǁui1.("K"*t1?d?d)=e>=>rD~4ԗ5? +Q~񊬮ė=_B3i\Po'{yy|)ozni0ɨxöIo%ޯgndBYm$q_ӗg@|܀xQg.v2C>/ƍ|oIm5-RմۓiQ^ZL"$W\K $1SGTM6i+icK ݒ[{ؔ-nuG+uf4_O^6vf#qM䵼?\+)ԧyF7)N$/gх9ʽӋjQο?Г~xl(>!#<_ ֎#:'6 Skg\)Wބh´a+ԧ(O:rY/GbO݈>-xNȮ lLKDZ }F9eձC\7ƟY@}pt|Cq嶖{rv#aSQ\rv*׫V{irC8Åg~3MYjF]K^ww Gs 7VRC6UF>0Y"Ԣ|H|m$t?3,h[g1_j|\a/<]2?󯑼Y]6ikwZHoOyu_m@wD&Q"g0]*8Ss VUc%i'ƞ"_ڼ-J'O*Wkrov{F+yQ_~QEQEQEQEQEQEQEQEQEQEQEQEQEQEQEQEQEQEQEQEQEQEQEQEQEQEQEQ _]}KH%[MCT6RY%}4ęiEY~c BK_\[XO0HAWi݊n9p5v=zжpFj~Y+eIoqT}3Ì$\<>cŹV_SQ7gV_Rm6o>sk:mb5Iu[8J$yjyuTE 6;,%5Kmܘ-sY O&6-qb 4HeY`A$W$=ĸ|3񻈰)Tro5caYFxJw ֧g(R9 _G'$J>G<|geEA^nCqIs(쏯`ZPnTf JR6eTO.cěM;اR#uNj -cqF= 8#~?̺ϊgkzqnIL >mɭLY]p=J y$F+)ro6_xU>J`i^uJnߏk+g<^dmWR!4{-d T)uEn⇁^=<1ۺKP{T )$ػAo͙k<޷ ǠPy޳y O-jIlܞq]{8}~ؚ0jKTz-kj&<5[E^\e i;_KMsz_߅ЮG>hs{&Ӯ `wj0߲[|= ݉$c1G"2a p4O5Q玀^ڣE% n*զ`q\ #egBЧ1e~x+zNM$_oa.%Y[kE{ߧM5| f3hvm+R~R:c$!,F5]O*ڗƩ)KD rC$N sx?gI $F7O) W%g'Gq^NJAUhsxQxG-#,u-t#GsOm4,^-5JTaVK7f֍-D1rbRrĻ݀mˉ2~i%c@7;(EgY䟊7FUDNJ3O$[׏Ij14>VX|?Lzbj"0]FQ olxZ?.-NHDL5K/ӔN?C_c)ԌgQ\KѧJUӕJazrQ^f#EZQ.XBRoThGJm! )'˜]$ Hї=3'Uk~/ȧ).I}*>|_Mk o]D?4u<Ʋ:|Xx:$tfX 0<^}8|M> cZj}.~|ED_G%f-RK˫~6`P(WQrUrXOC'߱eOP pISr9;-^tK_+9#Ic?J$RnUу) Q7_9a I;H CgH`׃C QRVR)-˚34N*rI-[KSKN2``+[~!4۶C/7RMe y[?z?kϏ~|rVG˥F.;㍣gMZiᙡʬl7G 38~1|_A8I`ϑ`uw|};/{ToJ6;鮧NwUT]9A쮵4"2-Ly`Jfyj%3CΝ?XYF}glf;#9&@ȪZH#Zv| ZY ח!D$đCk սHH lI6\^Uxu*RɱΝlU(_,<ښITׅs8g!bSxZ}p9VmG-xO08UOeJ&}UOl|y|Ou+~j?0{q)êls@OA)ndk>>Z:Λ^ʿBZ"D=WGطPX'"18JdG0JJ*2pvu++^){T8+ڧkGxÃx;G M?5/*5$lq$kx Z;_ ֳ.7FψuO6&1~Bvßx=+Hw=Xycy-mUt -Nf:Uv^DH@NG"; |,̒O|pm,_1߱)vsdWÚɑrxҵ!!L+"DFuSzZ)_-4D@woƄM.2Hlr+Hճ+}4R~+_J&#1{U0u>'1vf##/@O]7xVIJ:++HAe躪8UYQ&mc]o',~ߖmuMNye 3Y?iY8}Rw[^#dsZHyV[x+>|oUIc?뗖@ؿmA\vg|9rJJ8\-;>e8iX|D>:sKjǑW/CKk=NN@ [Miph.9T:H3g FpRԣ$N2WM5N( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( S]#Kƍ *e}WQJ\xKř,eTA1]뤱Y 17RLD3`J*|+>9sr#*hJ*j\ڕﶧQ%K\JS¬98.FsuSIJ^:vO8~9*wkw< aƟ 2?'q` lp_ѤSN[̲;WcX(N+Z ԡ<3 ny,[=<1we*'wǨΑʅVbp TsHI'#"qvۗOKx [ f9k[Wz<>%Oyӗ+φ226:.)$ 5ʕ) _6z=ͯj|YخCmIQ`as_x4xm9q-?%l#B2YUj,F2xFu!qRo sGxpsyJU7ui2]p-'tGr|hXi;׉ 2CƺXCܻNr#81439ey5}fx dr \pȁl#[8|U\rO;@ANu%:.݈5_mL'N7|oc8 z6g)kA{k肥'S]U04m99=dܷ zJ;&Oښ?7$η7͙"xlV|?m&(kmj*l J ǰl?cۧ=',~i/e91²Z[)᪎n=1b~z?v|EZ|4'K7eU,N'u4j$"i CtƸ8t;\냑Fm~yVOO߫OGOGO/&d-&ܤWqJb"2?_8x&p6IQ] gpk# w_1 PO<2 `ꎡt]A̱&h}Wq~)˸_hǦmTKa}f Z;YiEU?!${Q5+7+E5 ( J5jb+-B5*KAj\OHOX5e~Ot|J"iKO_3j0_\\)UҠ(GNzϋ$e}[oooVnhѣbq, HhKy~nN>(+E䀶Cɴ`8*~Z|$^V(z9;|#D[~G5!ϟӓ_FinI[]K,Mwծ[-ta=szb1Ɗ_5o|shkM3Nyl#kK <O eٗn6pΘ$5;Y[iηs ա*I̲| řg uLfq&#OslޕJXz8:VU9Smυs^hc>ؼ<=4uzts]5 r{#ot8I{O|w@cৃlt\xwֻx Ιj֥K6yo\ԭe!A&wcg+-;oWF.gf r0vbMf71=($… 6mueF޲*FjPe~gx;Ÿ* d0_,Dg Л+pm%Kxܴ 2#7̱px2QP W⵾#4oׯx7I# B{ӄ? >~zC_?v8w?5O *}gA8AVȀgߟ(=G֤s_G? >#5q#4y'.G'OC#h@cy?GƶGǩO5c~?S0Λix;k{$Gs S$'d˒8ט ҵƯx {cp5O?Za8A]<2ϗ ގX<]l4΄reOe(~ikˬNn%g`cxz\#RE;TFP!n]g .eL" *#[Z:= H3M@X_otL0,>#/,bbsLN:bJ41%d$sj?(F/LC 岀Ax6 v /0X&ֿm:nvr z%u9<~~zS w,U+ɵٿ$O0N֥Y%~{ F2`Fu2+XN S >?ʾZ<2F*Xxf8?EK&1[0Z>_L_'Zχ|A\Lo闺\#U$-$pXkOg SDѫX2+a# yo ?]ռ'|'t?INOɯ}.0g5o+`sVg =|/f˞Yדe*m}M'EG:g5x^|+Ѭ%_B|8`е[ R$r[ <NVo 8fe?༄U$Oiz2b;e, 6"}M+8pX~SU+>UN:qq,ϵ$PIG 032}{Lp5 ڴb&&O<>QmnR*EO2$ڤψ~ J`gh(Kroޑ-"<cTx?-Ͱ|U`~WkvތY^:?wR~h_kkOCH>66LqMgfNԕ"0]M~??Ɠۓ6?NI3۵X3X1LцwG^xW9^~vo*+? >'YyށQR!s!G.vst114\5jXMTRi9J-F 4OVaEV ( ( ( ( ( ( ( ( ( ( ϥj6CsۉTF{9㸈Hy @`Nj3gBiJ(T$ԓiͰakaN# Zz:UTR8Q}Lf<Pr^LSκ=$1Jѱ]dD/ǫ\&c>ĭy߯~x s/ފG-vHTob4~?Y{ wsH#ۏa)|ӓa\ӳu%W{[Rx= N )) ǚ)NFOLj4[m~/ieg6SaAv8*̧c~AwP7n}{!p r>^Q&/fL*23BG|d-+[^l1Plz5}{M r>OUŬ|op4mߋOxY|XlJN7t'Bv|}nl\\כW|BL$')4oJ,>+V}l^6Q}NNװQE{EPEt_|wE7Úωi ,k "IeHFd׷$ѯ_Mje~1?ٺC1𯅦Q[xI-jXb̐ȺtZ9@oxC({^#*tpfX()dڏ!iԫݮZjT%OH/Y=>Wi}mi6{(OӭgVkKhyXDqFpp8~?~,xéxXEP5?^#%Q1i$o42>iYŇѮ#9~|"iz!KT]\1,;Cm%md*NO.k> ! 4^g%tpW%Ѫ̓N[{|m,LGG/_.O?oKiyb[Ė\u.ybK-d7=:J$H,~?^Vs~:}?'WsYaxQYq7mS&ҋo8ƕ4%ӥNy)0voVfLz oR=s?j-N?OS?W,Gee-?jaoǿ_'e*ee_;Îp?J7x1@U *;.{(b6XF` eIQ]OjyzN z>m#{)/05 d.1r<#qOT}UL 4}~ʩp\{oxm.X)?X=0)͵ 77%~=&#͞b[b'nFK7Eٳ$ײxNO٦` Î4E;XYv0 rr/gŵ+|1yR{h?,Gme' f]7hX` "йWqQܜ=x fχ[L2d7TTうRH#_C {X :qw^Fz)sCE1~ P^oamn|>fd ?!O O>wχ0|} ?Ɯ!g_~Tn0Ig6=Ubx̼qȯ NO63G_"?O)]XB3-ݺ .*zA椊`%GoIaGRܕz>Ov`_̿Ruz?#H) r##!I#Z7E޶_֏,t tyGj}yfgK? i>O;Ko_r/?j6Sij?JiAؑZ*z!&ßFa?kT#ժ{v0#aFb1Z*ޯjA?P?Z ^6ֱdTF/oCk_TF/`CUhCET*Âb9#G58x2đk^uXBd!ta_09Rrk??Dc#?U/\q5ofNv'쭄Y,=8_ʊ(p((((((((((5I5f}2}"Yrd{_ZNI,˼pI?~7y5;sYscBwΣx1^jrǏ^i1 K"i$|Ƽ#1jё.V$^884m4αl8f*(QI+YZ'p6"yRNU^pfOԪʕ[SV';:ãvV{L$vz_Y~іBSJEey`|?q'ڬy?1'_~Ҵ\B_<[<a `$ (̬2rJ=c.wsHs7zn.sQsj2'ڛT$vZr_kwoCpGqrQq 7욯/[,ķ^ Kkh:栫#VW@dxW3\E#%~i6Y[iNgiq$}VVF6 EF*G""*05?=g> *|'Ϛ7TZoO3 NhMsaZUo^k_yZdq' š7Ú?tacX[c{!_-q+I=z[5t.=YX=A_Θ}|UjMzEiʥjNj$URSRrzSWꤢI-Jz%33Օ5J?5,Gw[~q~-W~J"'"¹_ROBu(vaOWoǯ ` W>}YJgsRi,L 5\[[.}4@IyW|GO|=]q# 9#I d8f$kGtuoҽn/~ nUs/or^A 29gzi]7w}?ۿWN28m+G15d!%碓[_ Ƈr%ꤐI_&e9 Gjv]f;k>.rFRo97aKa@eB%$Vʔ,R4zzںi#e,_NE:x<SkKlRfxzѧ;+Յf~7poPܧ9l.p*JN$uhٻd߯g QP8ۏÞyڿ-߳sS_ubյJI$2P:W~\iF<ݣuƧquyw,r:F^4aIx| UԣZP} {+⠭+?/|މ`'|U'Y>3xkKpB4ry[*|Kv\|{]ԯ&}J1#6ȒWܪG=762ހ|_xTKpkT b|䓸!^~qQJ3:ZZ?gUԖn0aH MZzDz0|Pr <`s'+erʅGnYR]q4[D;›¹G&˰(+o_?c׭1|H (lrv M/Jƌy6*+c?@BTƒWrNno5mbW[W۞KGZoբU@e+,F vsI:JmJr3[@:E|EsO I){2S[%Ynm(5E 7E'e\^h 2F9rބ$kZM?jgYU9Um)b-#7礉v:J9;qvd݋OzpHT9CnXaПS|̿!l_?eSx~qQ+i-UY6wZrܿV^ܪn@\Hpyo(p*UC8#!H|[fw}rI~2ޟ& srnY/m\]V6Wj*Gq )VQeuvWᰅC7^]p VLd#66*Eۼ}< D.z8mf;W5񘦟]5{t^w]W~TLa3V\U GÕJ W1NuVWx `GQRI{([ҹ=TrI*9b$k^NU J-[V9Xk]c&.6FpǞ6p`IIMӦ$Guv9X(o\ H c/93rA7<?Z0\5 WPs}qYa5N-_mbƧC_}5ݔp)*dBC T9 Spx¶9 b@*ECg)!8#g dFM{ZBpA 0 Uiܣ [fjc HdNeH!=(^99TM߮'6nAҊ}kSFI0lG̮! c,; `q $HG ryf{qp+3\YF!ᧈZu.h~ⱋ>?/Gj)H^z~ȧZ/G#T}Vd_QZ?Gjmm2<_T&?r>Z<Ƣ1THJ(((((((((((w |mzc.7c܃&8B0p\p7^.wQ=X%N_CkiwRI uTج2|~$Q7Z[[ #H,7Px~7\UT|5fN<^L?&9wcJQVYSԣz^h/ Jᴯ7׊15DzPq>b/QOP+{{\虙jU!A*P1~׾4ֵYiGk %Zkf.oE&KkM>CFZ餾V0?ӿu SI>9mLiMrƮsMq׵qU]һO{?Ù>,xAw(Em-%7-Z;(i\dI|Y[G6-E2k\*On&=񤖗)e>o,ߜ%M'mH_/Qm>b6 ӼD(Fuu ΐ{_?n)ߥ~"˳|fW\q8l _OżSF֫ԥu^MJ^Ǚɿ/:T*Nu!2xzOD}muώ\` ta*[kA ?ο<~PH=ϧa?UՌ9zU/ՔO^ʦXa?^[oMXX=/5*w-?]뱞YbX=,X=?ju?_QL~? (=5 v?c*PX=J ?5xFǷ4'_5}4}Le?һ_G_7 xqP#ώG9M@c1}voP uH=E?^vdžD.>wVo4^qM4p[?.&I[֤p}^ q)8<_ƿI~xQ3A+[趬KmU .m`lcjw.OE_||'ᧁkKqmH^$`8֌*O҄dpxC4μxPڞ>ͫtqƙjƟe=rb7eQ=.I/!|8X;B#!=p gxz%Ve4nmB#maa7 Y¯3*˫cϤoT㮳նhT7MAyZ>C潑lnXWaepmn8Xc8~5"gf #Ey2sd6vcS%oZʱ%qH0ϐ<WzV?1x0#|YFq??e-cJqvK7hs^Ok}~˩^啡]&:6iA# oٴ?OZl-2*ONGϕeTrHOIPscYQ5HsmS|uœ* *;Jo*,g8;$9jB͢xAUv\%vJ}VG猖1q~b$=Irj_+ ;ql 1'PI MntX$ lX$*Co9pY@ WdiQ4mq A8`$!;R,̟t"Jh޻=loA A:;ޓ3_W |H%O?p"{YPDT0Nrjk~c`4q330l*c cj3*+죒U^S{jj)$m5vz u;}E;¾3M@9Kwlc@6rvtlr@m߳֕$pHe201H}Y;ӿ&>ȇ1iM}kcϽ7i5,P\F@4$N_̄#B8fjmcgtYf_*tqiX@UTL4M$ ^G)V`0UP6TF#BC)j_;[42EU \v' [s8尝^Ogʕɦkk毛VJK)_.4f$dK}9eFȩwZfdxq2\ƥd7, #r!Qi[JGϷ_x )W^,M8Y@;ew#!R|U/YdKP\;߻]w˄]F{imX0++JI+jCU}om~&?޻&Vi,*0C DL `r֭fnd.vnbTr9= A;pT ZoRLN3kz*$g#VSϳLRi_<໯Z<c)p~Tfl }/Jbty$;N@j|;cV %Ҳ$qh#.Y.arC"xl1mJN,d *UaeeJ/YI;ImMe7l aAj  jƵ,zƢh:οZ՜Rrw&KI+-2??b=Oj?PK@e4^Q?#ZGHZ?ֱo' =ϩAE0>J~FhUj[pv)4~P~AiA+xFgEWh~~QEQEQEQEQEQEQEQEQ^sXW$^S*i>lC1]Vo,Oͮ}`Ij2+3l$s`hЋiiZP)Ź% pS]B#ּOycR4&xܴNrWHF2+~ rx fSⶱ?Q4M8hp-+32k:4S*M5ƕeqm3Euq% ^-tO fYki6} <[X*r'fo^ C4Ve\ON]'NP12rIZT3GɪIRXFҨ׮''9 xgÏ~ ޏqx>$Y.C9cm1R+Q!h<IƗ(2OKg2Q^VÏF2YlrCyl`ms)dqբϮ#Gֿ?C9Q?xzjR8ZT|NRo&cdĠ'u]Z+wVO͹R.œۑF=5^J8FJ:ƥ'.xqUqeihwS},M|;rKr&6|LY\KgtN˂+X3{+ҥ?dXay%lu>Id`"!cI'o"9ҋ.2᜹m,a1Q.W6{AM=9y{L %nٿ["{`{AVRoy ?ck{g_}Mg)l}L9=Mh,83VV=Ϡ:Qo뚰{\~ήc(U_ Qa_?3RLg,>je ?`RRO|/Z _OZUEJ2}> S,?:V=3?J!V.ir9Dߧ5!??H!?J2#ydžB}4=X N*K>MO"/Yٵ]eTefA˨7qc'8Ye/7iӡ~%&㩵k(*\B|o=-nKK~㜎U' dFytwÿbP uYc޳7 ВF"_er=ǭti?$p&$K@<7q, hH_C *-x_ kaxLVY-d%wۉ],_+ωj_ E_Kbuo{'˩$87/8+;ؕ_1XWw9]FGb333Y/by%y'$7+߃? e$>&@iޙ>ykps_eP[/x-ȱ^,ʳG’Qrrtg+uQWm( iN9hֽK/_?ьc}Ęg aNsł,Ũͳ;Yp=u(f /Ѣ܈<0Y0ь\wZniJyUɥ})!TAr<9mHr[Y~`g&8~MȬri02; ",>`ۣm̤-z xm2y*{)MMu\nk}o#2;}YxR%G1wo&z@TC& #GKy$˟Rdnzbi7l`N+#3"#?0e^yQZ19SWrN)'~q]H/t[1rP;\Ʃ0kzŻjWI;#:ݓO<^-c%v@ȤRq3k5KS}>#~kyR8'85*ed)jtO7m}kL0Y% nn%O?oAd*.G[@{ycFtB2ɍϸF~_k>{[f qo4 z,k2lfRIdL Rr~.|7)rbW6.bY;ݢ*ߕۿ}a#ɶUQpA(;| P+]|w[ `ȄO\m9NmrN d8ڹ>W-O Jq1njI4V_x?ϿCʜ2HnA Dl6\6eq{!ӭ&X;-'bP2EFlj_ (.G TIR:H<G<>yٿbz ]X/r."8dҗ24Riקe,LX}̒k.%l9 Yh-Nd6;[h!L<*X10$̅ZYx 2΅毠ϳeVC-tW]+a >]/{a&/(<ʒ !2ƄmX+ 9$DU6|v0@1ϸ5fS:|oݧc7k]I$HB0U)UG\)?\qno(?*5TG+eSk 2?l~U G?i9?ʡ1qowh~ӟcqM?ҡd?ζN ƏocugzqZmP=SBQEGEPEPEPEPEPEPE]ӴCW4 SRAgֳ] K<#7s_t|"|XчRܰ2_q ^* 8."LWY+'pa~y *Nsbvk bM=Gd6-rW> >*} N3k2f[f'֠Ay4˲ڐ?Az߉mJ<_╃Xbdtkxtc,Y,s- 鄄?`W}*'*}mgqsr3䅟N/W;UAo%76ꢗ'CÃkkrI$I =mm $|.eD'&uԷvqApC HH(¤hUU@T@U=_}{Ĝa}?_ϔV7rɸ5~|Ï>,GN NRVY,U9¼ٺXd=-֧;uo Q\k{adOE$~m)v$o$v䑦7Z\3" ouj #$u ?nm*gSF{zWۉ䇺4ۻUTVeE¨2;m?V!<ښQ' 6rw51gmWNnQoo7fTٖ~Q.$xV ?U$>o:UaMLϰ殤>y5aa=?^g[Z_ԥ}~jt5}ajukUKb]EaX}^,>ߗҧSXJHVAR}gWL C鏭by*?R*Ȉ_çjAy?V.T(?8)?]?Ң[cFQ)b\v9cPriF:ɶIEj"i *A>I$O#;^ <0CCc+?`E)OğwCY#VS.ӣdt>$(h?}8MښP_U]>crIRwe.w+wdnwg'pF, EJPHJ ʝz/_κ4A%3@+N(IpB0YJ.UI,2F nAӥ>ƒIq*ڕSNɵM_hПq>CԿfE,ݔ T2rn+̛~f}mmQeF|,Id`Fֳ8es90e܈Ŝcn2܎Wm!XPF/I4!Kn(8EJ74A 2 8 A+A UXjoQiIkOKt~c+󼤲Fc}HYnヸ1:焵=P Ȯ 2“/>8fiON=FAkA~#Lg=kx϶2JAdzlqm_րRdGP2z~G:(NPz}Z358>@Pg>V'}}>g[}]3sOŠ((((%[k?xORQ,== d֯MtxX7Kok2c'@Ka+WҎ m֯]$Κh Y~(pWk;)M~U~aV[USvC1#$<[⼦29̜Arq~QRr'ioB/FXm/u[N!xmA蕫o';/ƍ1,jdb,Le\N??lUԼ91s\u1Sk?X~ї/`԰V$y󖌂cl͹>^6dhG ?lSBridzGiE$װ!Q\X\LTq,#[y<^oIPu-FȊ/|,yy&|)y/~8f~{O$ӥy|ƕ|g<66]SSW,/C3YYrIfy&_٢ Cz!qnO^%a uݛYLd=&\57<ѨSTŘpC]~rY[y槙Rܧ/+T֧}>g$>ߧנZHyOo}jC~SVo?/]y:ugj)tK?AVV*@?JcsJ+@u?cB'5ab_5:_yVxC?>?AWV?/9?eW?, b dutE??b}W_A?ɢO.i$Qgw;UT $Md6m%}$dהּ{9oHa |/#tXA$U~-a4w0@l*6'tHll.:+He}P\]Pό"1.śI$:n8~ӣJsa*8^fhXۧk!LZ٘fFfbIb\I]"\?M'~^x-w7GY 8|(b"/ hhqh"b9D_?ȡ_?6Z=㟣*B˫Qݻ;3|e9asWox(=>/꫔Ҫ{Ws~fLr^?](=4sU)߀;zO/pipF~MwLzaOB*؟҇0(a҇3b?Ͻ>u424ƒw)67Mt(7aGN_l_q}{L0^):iC隯i_|CJc Q `$WVLqN[J\Ӝ׶ц-uwODlEuIYk7ӷt3a2Hu o ɎK7P*.X2JpN T\q$Cccu]EggMq3DPO՛Ԝ'/0iVw3nO*V0)!vP}e#EF48xL4\T$5z]枩&םJwR-*Yk+}F8IGVI%HFȻ6%{^(>=FG4123RU*Ti]N7[hv蕒ӊV*j"#%WgvE zqjArY=9OOʶl{'P2zp}?Jdϱ=x?>2%wױ=Ơd>hv?1ב#[FvFOMuSH[d{j\t*3ڮVdǸ=j5v)[v+?7 ( ("Y#i"Yd`h *"*H6m%oDݶtW bEó0-}ky儣-zxcVc)ηUH 7[\&kb4Ӵm BE?߅%uI(օ:uY'A.U5:3YZ7y+wV>\i5gi) lmQ(m*x^RGl mH@F# ^ҾtfOeGHqn+/cvN"fs$PGopyhSq#YN[jv4u=[d?F"?&r^.`تғ_XYeV~$ PJ'CU[n2mY,N.2_n]5rV}0??Aӏ{?|M? h7[b;]i,fDxY$7*,+_dĞִYKkxn .v%?GYX>#8ٖ זTYI+G QtnC4INTa(4WG1AOִ#k<9_yhڻ>,]Y,y8w<`׭<7Q$<H7$Y{nQdU;L}g*7kM*NJڮDZmNsUzSEޛ?'`C\$t%$VSБQW#<¯_=jFVJs*BI( JOnV}MT<[)ġΧ+ΑJH~YZA{m=m<#$76xK-<3pK3lޒ*`xqT%N)r 6zW\oWy^))C:p\漣UN2#rCJi,hS7h7G}{ube?i[UXxW=[OnfvP߂ur+ \`/ fH>+3 ndծ 4e[]AeY b'H[h?<|MҾ%^]j^%nƯqwCy}XL{&<hc.ңRYq.a<,_:2 QQquhxmO:ӟ1t2 %ztT~)rWs~؜X)֜er*l)5\'Q;,/uԓs2jsrNXĞ}cԿf?"3YU 3ٙUO(TG\dqۜM~~Ɵg | }o^E OyM%zq]*MCP4i06DF7 sNܒ# akqXV%έjj :pHqQ_W8T1Y:aN2Q'6(iY9=v t?J#'ɮ ^=s6. f=IeSsb9bsҿ4f>"XL.x,6c`1WCNHk_ ¢8? )/6?o¬,^[X. S^DOW~ojuibOX?sʯ/p*,Ys_?J<z U}_(?6/>ةg?{M2k6.wQTrB$NSa)rQ )I(m$v+-oյ\JA9¨9'}+oм?/ʄ#++!FX9!_/OhR<0DLM,lND:qlӂřff9fby,I$I'5x}QgYڦ4vqYky5cmebKZt[J]_מ&I$H$ŝؒǩ$x+z5Xl,bf;Xߒ3w F%l֏~j6#f[! Gf&U@% y ?|x3MM؅c@w$|QYWnwb2[i}7qpa\k`NZieR]k1aeYKJk~-q_<7zʡaxDiwbdbA1oX;O6g5#4y~+{ c #e .,^.b+gINswwti]E_EWwZj>҂P7 /ջ%7Ё1nrsO5#>gEq|dtOONpF<8 Fqes8m\:cZ J;|4Q&;"?.#jp prD'S5jt)mN< yr,dƚ\gMB+G(7f浪GM9t˟'?ֿ} Nm3CѴ3iVc'紳`@=@AV=a!%g?+;iIB kkrի}mGsf_'J~_?4\ؾc?,בqSuRU>£?i_Ot(v/>_?W<{䏚DT›}J0SqjOnt?CZiCg痓䗯V(;~҃V ګv+5e2J5s`4҇4{~B)l_ž9<1g3}dqDYŗz8eVo [\+]dr$~'s/.$ A._~;3-VILi11*0\>ߧ{| x?w7Vr+];P3]2fM0YfrQb 5ƿ>'ŞT.{6K)]GK?٩ Rx.4xg+n3E6?NB]jfҒݮ/Fq'>܊VG߰?b?j_^qNJ5Wͽc?)]3A$+a[5^()y1ݥd6^|8Ǹ:RY g8:4XI1?`mv=*8-K{*NdZK;8=:ъou?:(zqߩkF(}~~sV7:HJF# aZ5^/&F"@B"]E*UGx~U_>A8j{\>y󩷖8f HHMi$haV-(Mmy2+ת_^hz:QC9LEy}ҭ< )f> [7 chwy\I &q,W,pza9pAY/Gy|r% >#0:v3j״SĻI^',|55RF2^Q?9ğڇ?c]cmgI3"U'QқO1HS洆blLJm ]mo-SL=ևue]fkhHWvtt)"+ 2Vs|+╸υ4.!5V%.. mrlye⧁Qq#OIfJs($ܕi㞜3y|KbcͷNv?3I&ċ6=mmHgЄ{׷yqPf2C)osӯtVoW67P^[ lI FA|o޳;KSxleKp֭YKJykf+|mV|1kaӤZES,ki0`pwOfm']gJ2䦠CjSvRLʣ*ጏx2xe<([qPU1Zq*4aRiӣNs Te@Fָ[_tS$OF/mE$pT\x9 va5x/[$oq;]73A(x.%а䫀0|^YzR ZhN5bʅ*ӳu~ ɰA/1Tሟ#~I n' aث92 <6ot$/}~=k/{k8Dw~ғýIXE IJdUJwV6Dkq,yFN+_"ʌ 19j> *J`𧉴M9f mghQ)'"A|,㌥*Xj}(ӧ+U]M˖w$}a˗fo l&3|fs/dyvm¦)bƫs>XN-8F/k7K=Mml ODsC"xIUY$+"2Fkڶm뺶\Mxzg JClR/^M=Ȇ8)ɱFIX-{8"<(gRs#sQ=x;U"c4֏k~vˁH݇ʭG9NaJ xW98ܯ2W1oC'[ <+2 4ӗ!(W˪ow4<|xΝDl75hk{4~hkl OF {ϨO؇wQSm5˯ɯxMN c\ѭ4!h^)0Jgaq ~WtV> O˜G_Kڮ?W݉7K-WDߦF` XywuvX.4Hgk?o q;S;%\?y\_pG&_a:-Fs/zlK(eRF9G8GN3x)(1VtNV{^PjQ].}_'φnK?jzp[.+M^+Œlq>nќ0YƅE^Dns| {H۸R7g?K/ 4IʑSY~SWpJЎ!VXBl =< 34K-̃n]~K24rFF૤O2*y~$b5t^qu#r6>yϱ<#$iHeq:o?1.ٟy6r~dYF_ }׭_gu^&.}[Tܗ ~ֿ1 ?Du %-:3KFaЛ}Fts?@Zi͋Im\A sg,В Wƾ+}PnR Fhlfᕷ~%Odm[;_;YekzCQ,Qmϼ!K ~_ex3R[BQY^[F)%1ƱYuc{|cx]o,{oծ ԭzΡ˽@|BЦ[_ tDhKMٴ,i%9Va*y1Dq8ip?rWn'ά?8MٿgO0{Z2rUG=&KFVrsK?W,H쑪;PwsRs_|zqs9[p5kYyV@29bGYXMGo_ xM:&ZIPGqNK7u+ (Txc,c,5l7 W2\ůXj/OE̎Âmؤp  1yg}_QZdu%ݷNdJ1}%$5+/{m>4Icl #6?y"`yۍʞƩJ ?M|L)1?1q4zFE%Cn iӭnGՙcqIeTBS8)U̫A %"䝪v|*&RWO"7frx7]kǺØ=-gf iwM>gMofy YT21QTglo+Zڿ/OX/<]]+)W) P?mf,V3e}G_QMؿOW L*;IIPҭas^@R*;_lSv/>tߗ4£\SaJVqM({S*;M(;*SiTʭI?&Uo`OS}uT%Zm1Fo7YYY\£T~J>NA 15!xO:5-ѰbXpc;ҹ.fFy&co湉lNYrJQO ׎? RhN2JIkTug=[\8Di.X$Ꟊ|G{MF[˩X"$a,A`4v$n",. |H$F <8 `,i:M{M$rWp,q($.Alc ~| Kgj7־d%› m24lQ$aх~|Kp]vJ-}RvٷI͡Buj_/Du"ʬYȑaPIg$_m,`P@#@rI@f% ImP  AtbG+hˎ ]uuy9P2t\{pj.>2Deg~RW^} ,󊁗/Pu\o[UL+R:hS vC>.Hd#sck<wKWZ]3Ith6-%.Ig9,Y|X Ot=7V8^GiM |66FvQFxI |L߃ǽC9 ys_N5Ŋ%ąawt6ϛ>N|;? мEj8R-;eUe$ xֻd̰춼S=l."=UN}\Ujw-I}F6(q?VM7DE(P|$F쏏cS{`hE=>pubkqUB7iJ3$-rGM?Tg~x<=mm)W q\9}I_5`ѨxDyu 'i&Lj,Ǖ]F%_=BvH'/񬒖$̉|P?_qҎ >/?|PHQjsTh+Z2b#,u4&:n}i{|O·mF5fo 뺭ΛkK-/a;I*X g{ogz#eԭ8̺s_OmFG_0׿e<3I` 890oC2^"xs? e:i0̨U|MC pn9G.0'q>K( ?׻|J彙gn9{{σ15iB%h%] Ub2x|][ړJ׀ivZ~eiyR09Q 8񼨖D3@$gCU&c^Z~OT3iU˖TJrVv{]b<喳f5-2t,a\B7 Ȅn(26 |)6Rs̋"imfR ȹ$nz/ĝoWqZ71iW2وxǯN [0<2r(b{K qn4jԡlFl}Z ^2q1.r|^"NT9-eC/ZTQFU.XRRgcAj|mLJPAxnlm-n-S, (%C O &\g\FF;Kew 510H8aI:so'nCIrd2TP4K3`\7Ɵxg[xdD-kL[Eo#_}湷.gd1''Y3N|rdt~5!S5\,a%,wq-SІe M)uKioۑ3SUKdXT~R$y,6) ^>cS?/ _ @"n<];fկEG4`NN؂P͞'D34P4iS[=[ۊ[+^K1 5ݴ'*@0pu[13+'r Hú:&xSZFl=֟aw2FK,RΛ|B2F>u: i&`x\1bYfbY%9$$I^<18y&+\+|)nWI+~lF3C٨%sZW8K^ k9 2٧؟ R ~zG|k}W+Xaz(>h;B$xT O:4o*W 0E-3/.|a ti$PDڈ+H-1̒JX#ڋG>ì> 1yc8Y(E%g^:ӂViU+[]TeG)w( (^ r}n+/ jWqÉwWQ R*,_DuܫF2,>ͭ[1,UiZ܏x:D%6xxFi#I5X2 d#@O1ZF W>J]R{Pi,|AK*[hM=F 'd;wֵ&5iz.D%dX٣--`U#&ҳf)XgR>L*WPzI:)L&6]RДM~f<(4`'x}Ji<< `{el&.aGٮ˹l^럌7' >&= J]/z\w{Zk]^fܹEx$E%mdA]@("H܁O>aq Peb_[izjzpV|;H<0٬c٣l28<`A,&ʲY'BWf?רkbe}jTG `rL|]_P4ҧ4}R`S*&؟l7b5Sc}Ͼ)}G*OaIt2^ww{R"5veqKRhm+ iO1W0E&0}"d9E=qžY4~!|A_Se#{W @F [WӪ@~?Qզ>ݪ cҺ!.whN?Z#U#}>)2{*.GW\`֫ϯ?ֺ } L2=Jz9w?_k]L0ӏ.Ԋ ?oވc`yz{JЊ"NO=+շ|6u\sD`&E4hrc,̪@,~OC.u!֜f1sE$,FFfD;oN?Zӊ,r.澏$;c9/zɃ]c G' ֒(MZZ&~$eF~>6ֿe)i|5e= DPv=k>ʬ=,?hљ-nutX>_KhXR.4BFd[?юU2)Vz¿P%xq~?c =[4O`v-*88=Z,ahKיy$$\/گz\d-X'^Hnf[dv\ؠ ۊ _ 5.+b×Oy {hZND xyfPX5OľXj=O$#nە]䑔ȸTdžJ^]Ec-Q^)o׺>ҵ /V['Q-]ivK{VGo>mVYgAY%OAs%Ē(>Xx*mr/7ë-um\[EyZ1s}jv҈U.0xweO} <9-|PR*x\Vի|+Ҟq rPs/6.I/y]8>}|=_[SyPx:>V9o49kMmF:}BP36|'񇔺't&rt]E*+e,n$oxefGFxxKK;|&O.Il%RUӛ8FIzqJu̟$ =R8ϩ?mWOT #i#X==ϩ?OjԵn]/o{k ┝u iWu p-X\4mwkܔ,ZRIhm]8?U^.޶x:q+OVKcX N> VG'7n:թ¤qR_sL__=x6=Z$EK6ʌ]K)U\^Nd yv:wF#^xOT $b|ۆXŊACyu*̴^~~/p,Vql$l88ZR`1ֳk2୒`*r/6 QG4oz]NĶS\{&w}}u"Scͨ}lnR9ơ1_Øak[I8MĹOݬkrTm3nSaʧ0l$3sY`q%}W ^40ҩijMs7+_1xϡ8YC p-)TQG*ֿ.!c)V"!U|u-MF[hR2PHC!s |xOVܺ9/dr{!G?1Α&3E"æA#'=AsV2~T6Fp5Wf7 QRSR_ݎzǗeE'j(#8 ֽZiQTs|Xw>7$1ӂy_j|,7iF)W62~ ƪ?kN=ݭi+>I,WR`9r2I#<_"nTq sI={?o+v^Byss5zFC޿/$!W357:M|+ivZ>aOl-5TX{ɒ_gQPu8sQgis=-3ZNẄ&7E z#ox<1c:};Z%ΟW2#>YNISei^dghݙh v0ェxsJFh0I'''9m%xQd?¼OI;8-J fU#VZR^ MJTUEV5$zd՞cmnzVp )6dH)>y|>Ic 8|{߅फ़nTÚ @iMe_ڞkVci~e'=Nou6CҾo>xG۾iZ\]Ru-V1XiS, Ҵ|;adY0x\O15:4-ꬶ^B p_;v?RqC2t*˝oϚ7deO|\ vtYm{᷁gdi0Mpx'm#ZChZ݃G-5+F BM4,AA&/c\34Mz"}fӥhZn~Gw7%ԓ;(U#7a"|s<3xK0?f؎ =:綼sBiYO\3|hZMi}_A0ߗ?_׊y2\vmfXjU%ח+&ѦX{{,MUH ~~Ŗ^Ӟ2hcw؀9JrĬ8CnyRT/xL-ɼX`ޥO.@`Us#;w %C~&>2aK B)* A <]?s~ N63eK-%,Ei&zӃә\ҋO?>#Q5͒_9lawˠkg ;RI@,MHDFQ1뀠OWן K}*ڴ^[(-c%q ! ȮP!Tm2J9Q*TPMEYJD-]޲iiu ۬ke#Y= KI @Gk pA (`DQuI&ӭth,X B(' ;}_|Iĸ#*c1SEv=I>TE߹FhF+^*?1Mؾ?1M*>)ԫ?j2:զ\}*&\~i@TePHm_}F\~Pզ>ǥBj_֠GPSR.c%gЦ=wWAu[grJ23⭑EWaG] QGjGl0O*5{5ZB2zmt'^VaGWaG[q]ן{B{5F~UZq}0O5е׸rp]5eo#m[M'].eY0تt !VK~$Ҥ'9iXG4.[<|qm$rvTp;:d\V~ {/Po:{<ɞ{ I ,|IcY1vb^.Cc53lJjUsGy{8-=87%+^I|eN~GgglT zGwiv_f*=M-ӯ-/is@DX&1G,nׯg YM]:j3_ [o)q}"js X^Y&D[j˅O0xʯ#ѧ 1mN ? I-Wc%u$if86#x^+ߧ'z|F"}Oo]8+{D/xAj.= hYƞP~sKˇ^y~tA19"pHPt)c7}RiRK Sb:/6i)7tm,VtڪɕZG'PI?O6wd׉tmi,m쯠{ȕ~řo`# kxn"{SOb*` &+کaqR>h-Sd(=Z>ImͮX6o{k NˌIQո6C(r}8>?G?{&:2|LqFe1yn3|-JUbj.pE8FqYI}4|ُᇊ?ytY6Y!I $H "Vd3͞*5XGMr Hi`S.a|.9L-4j ? ]/=O?pҋŞtpa MFJm|2b.J['ջT>ʿ(|o_%ƓxL)Au5Ɔ*(jB}yULPtg<5m|LEm h#x/bu4 teIMyl26+'Wu⏄0l$\'LJϒ/85k+1{X2߂G= AX}S/=i+xt~qD_r%VSx 2sP{4LlF6Zz{e7:7eo9(T|tm,#2ͣ'صH1c#I aCn ܌%M0^I9u//ZuȂ6b cF0+/~Կ|vki3J&|YXK~[ :$ˠ\\Zm%hz^t&3yvWj1n bs p9ɳ~Q5e̺XJNnN\۴ `|üWG^I*-߶xα J'Ǎfim+B x|?k"( Xy?D3xgо9NuVٕ&/|HUdoZ4;t1xJYUG _Z`)7o:κo>k=?<1qM8Skx&ќ%nYƴ1%i˙Eog, "x̴KP߼ !R5೰*-~x7"/m%e=ZeosȱicHǝkBhGe~_vR|_ 8a/x{_HrkZk ^N)11|Gʪp8er P Qru?Spx2&id:2nt4ZY^*e$lWWyKsX=|ȞI,/i>{$-uB|Qf^f؊1Hqcs,\ut|Y'2 [o.09ͳL&Eܣ)2eic /*qy6ⱘ^"LF"+^J+JI9#aTSIFIFRcVVF67:Ջ[V)%1#ss FA,s2K = V]S_n6rm[K}v\E:yqKV)/~3]xwQ7 mp,/$HAUes8f䌏HBwg>&#NЊ"KHɶU/[Kyӽ<eI>!OZݤ1#.5}5yc7÷0+SmH0jJ;[=8ޱ4rS'_;GxԫC/t)'<\Rmr1+ 6FͩjNnYJ='qI3*KڣO?Ҿu>ss[Ϧ*,4Oee NCJ9LS]~b 4~ۃm{ ]taBF5C!/-!F=_frkD9Y{ŎXK1$I'$ iy֦RԭZktvzJJ~s.8Leus^ᬖU!1gE"4xWhENXlv.V'\x[4ܾbg >b~\)H mY'd$},+ɏ,3;nm>S+_>4ĒFBJ,Lp*7Q}wco*1hB,};Tc,My8UuiM|QX&SD*ի+[s74͵._9K]N,&I vz`dnxmNy%]܃N=q9#U<?l݃#>e,G>oZg`gO\O}ᚼg~-f|G[ ۅQs%QaW4JqM:U+Qm853oxoh 2L^ʞ622Qn***R*&Na{G [D36ĬX{?7ƯW8S3I]dt)TLq^eO WcJx&NY\e'S՗oCe6KΝVRT(Aʢ\EI2}N6+xX( 9=;~_  ҼJ"A>}k}U6:[nv9+~-Ɵ_/PiYVԬJDpF]%f$yKb% ~Q.Z1WVSVM&ngM^2UAyg߾( G(P[$@*mꀣHW@AgO|[T6#UsP6e(cYEF,sqr&V'$$䜟Snzy栯ٲ_ k-䩌Lμur.JWL}Y6zcz<,HJ嶰f,ϗb,I>[XO$̓F+Y۬E!FxP\6J)\m\]*4_e9W$QJ]9?p?wr۳4ڏ _n,|Geuy%uH7JnpE31'ڭ ƱO2XvW e|}SF6,ҍ =V]E뭚 ?v #KxAIfA,tj$DW6$F##d"$F;5{{IlPMfmH1k鄎I##+9CW?~ ⻨ue kySKqT w ,i  ͼrL6 7?rЧ'K+ci+ٹ-4ҒZ8[4V|s.]xÚFFDkU!=Ɣ\ŴȪ3I` Fc36:G0Da{ hϿHL"54YUV|I~Ͼ&yoX9Uogy]QZ_*i?;ū49r&u5:twwjR;6Īv2%gDgNXO 1gʕKƍ.'rް)7IsD0ZB>YCI4M~u W5$%iYYb !ҴJ޿g}uqx&Wء$G䌱ǗUqYdG8GƟSk8[+qa߇ιo## 8;o8h<#\NUbٝ]s,:X܄{Ul#|㿧_zyS丧r)ťwX&:**_Ma ¢8? )/- cPϧL2rgr2?AVH"q$RT;t&jR'9wJ#ҫ?ot1*8ϧL2d]w^WgWq}?U2 ZKvW}*GP~^ k8ϧ *UvtAn@} @˻ sPWD6P>K/oLvvbzժ^K#JዧZpF1_Q=Ȣ8sԭ(J2qZdN2Z&ROXU՘z;(%\Ѭ5wgB1nqCGȭ< _K=֙5ƇqqwHcXŒ¨p>*~ k{GZh{ڶwJK=ڶg TƗ6Ef>>WV,#|̉K(`^6VV a>?Xxe)qgxkrQc#*9Nu)!8.D+\ɪnx,\foNt>glߴy'TNmϗϦM7˵LJ(dUr}gy>G dsO\6NYu :fC!O0⿢dg|% '+(Rlά-˹gxgTӇpv %潤R8?ϩ?K?)+%oox:~ ^ Q.pT-}E>eJ쯨t}cGjk:|ﴛ]FOsg,з2GqtxN\jbSixzb&oj&!^ju{M6GѤiV㏧ADq==j'־&O ͎{Yw39ͅχnXew""5]u pq ֱ緰?UO˹?{Įt:|Һ^GP 'XeVC: -|1mxk8-=RudQkU998NUqu9O؃'ۻº99[8Uiegp16|{ٙ6#Jn,Uݕ H]gIu[CR dKas%Ir$O/̊UfX$7V<׎xOPcmLmoO.RSmF+NB,-xG7$kZ~,cI쯡ncw[G lR8as$,'1,we8/Ж%GQ`rQˎ#_"IR:e~ _ʆK"˰6anp|e^ڭR"ncO1TbzOc 1p6d}?J Zj>,8:cیr)=[o@l.WpA`?HgɁh^mSɯ??q.<Zn1-BmG:n}u]_vUM*/ st>[`pr ~eգHaUڽku!q9pr~oR5n$IPpXqy?C]GZ4t&]6Yp̲7qp';(tWzOj1ڸ/wsӌWʞ6־(]ێx{9kǜ̈́]ۤ,:kt= ÏxMg|R-N"3bM?AHRFa*lG8?<# ,9k_'v_;qv/YZ/N,Q{RGʓhVr\X}5'/ i>2V|5Fw0ap^mOZic]ۢOkT~¬:n)i:]PAEieackomm*A$p"Q V>o|70e-Nμjp,>"o)blfoG\gOpb+ c1yƙψ!ԄL0a,;ӧǞj_aG Ju*J,Ls?;i5dBZ[]ˤ(A9ӣ1"mm-,2$ůٿῇ5'mbxc-ZOJƞ򧙹$ *IV J/'\ lѲ2ۤ_..&[^ivYd%Gsf'?o|B#qԍF}Z/z1<#8lET8?W1e$O J2RnbϘu$ӄ=7+•&k)`2*0Lٵ^,.Ֆ p!-ʿ#n&%MɟA  B;c_tqիڿh\<K8Bʁ]ޙ{WRtAeA5p{4 |=j(#,'A/@e ga+"Ȉ@1\&·6lH:˹C0QS<7Xpv*EWTȨ6RaoE ٕ-NWGk+ڨS! 897<=kVo)CZDYn&[#m@.?[<5 N-]Q@oit&fM걲[K%OE>[ʔ-mZzv2[M:zb0!{?E$N}QREO"ƀc'',[4;|Y^9>t!`OYuG8mN, 6_2ƚk# CCCYlޝ u'ԧUh8XK4Z+ڪmK/Y?u};ƇA1K,#Dee&r$(cf@Svۏvg k( ]ʀس6Wsp$Ÿ5.NOĿREmUuySAVUQY,Áނw7j瘪Cβ9nse2Le#geiA5hJ+ʊe*sVW9Fio*# ־Q sKUu=UсVSЂ"&%&vi4֩{<__~ x!q{%ݦMŝZHka(D<~k.& J`{]_N]/S|! 0ߟN8ϧ O|kg]8> >;*x%dpj"AxdhhoDb#IO1A3x&(i}5OjW%QI$Yi3J@X