docker に push する先を typo してたまま CI 回しててしばらくずっと間違ったところに push してました。
oneapi が正しかったのに openapi ってなってました。
ここで今までビルドしたイメージを openapi から oneapi の方に移したいなと思ったのですが、これをやる場合 openapi から pull して oneapi に push するだけではあるのですが、すべてのタグでやるのはめんどくさかったのでスクリプトにしました。
./docker-cp-repo.sh srzzumix/openapi-cxx srzzumix/oneapi-cxx
のように使います。
jq 使うと repository のタグ一覧が簡単に取れるので便利です。
今回は以上。では。
https://hub.docker.com/repository/docker/srzzumix/iwyu/general
表題どおりです。
今まで自分が使うようにイメージを置いといただけでしたが、各 clang バージョン x Ubuntu バージョン x Multi Arch(amd64/arm64) でビルドしておいておきました。
Include What You Use は C/C++ の include の最適化をしてくれるツールです。
過去に記事を書いてますのでそのへんを参考にしてください。
「ブログズミ: [C++] Include-What-You-Use で依存関係を確認する」
ビルドは GitHub Actions で行っています。
https://github.com/srz-zumix/docker-iwyu
今後は複数 arch 対応の需要が上がっていく気がしてるので今回から対応してみました。
複数 arch 対応の image をローカルでビルドする場合は、レジストリに push しながらなら OK らしく（ようは実行環境の arch しかローカルビルドできないって感じかな？）勉強になりました。
今まではビルドしたあとにタグつけて push してたのですが、これだと実行環境の arch しか push できなかったため、一度ビルドしたイメージからバージョン情報とかを取り出し、タグを生成してから再度 docker/build-push-action を実行してます。
これらのイメージは定期的にビルドするものでもないので手動トリガーでビルドするようになってます。
一部の組み合わせではビルド失敗したり、clang のインストールできなくて image のビルドに失敗してます。
需要があればちゃんと見てみますので、もしあれば issue に書いてください。
以上。
これらのつづき
Azure Pipelines の場合は以下を参考に「Project Settings」の「Service connections」を開き、「Docker Registry」を追加すれば OK です。
Registry Type に DockerHub があるので、それを選択して、ID/パスワード（トークン）をセットします。
Service connections in Azure Pipelines - Azure Pipelines | Microsoft Docs
今回は以上。
Linux 版 Unity 使いたいので UnityHub CLI でインストールしようと思ったらめんどくさかったので備忘録。
「Feedback - Headless Mode Isn't Really Headless - Unity Forum」
なにが面倒だったというと、 headless モードが headless モードじゃなくて docker とか VM とかでディスプレイない環境だと起動ができないのです。
こんな感じのエラーで起動できません。
(unityhub-bin:919): Gtk-WARNING **: 08:08:17.580: cannot open display:
で、xvfb で回避できるのですが、すでに回避策を講じた Docker image を同僚に教えてもらいました。このイメージを使ったら Unity のインストールとかの自動化も簡単にできそうです。
https://hub.docker.com/u/unityci
Dockerfile はこれ
https://github.com/game-ci/docker/blob/main/hub/Dockerfile
中身を読むとわかりますが、AppImage をばらして xvfb-run してます。
ちょっと気になるのは、ばらした AppImage が / に展開されることくらいですかねぇ。
Docker なら、まぁいいかもしれませんがどこかのインスタンスに入れるなら嫌だなぁと思ったので、自分なりに書き直してみました。
できあがったイメージと Dockerfile はこちらです。
https://hub.docker.com/r/srzzumix/unityhub
https://github.com/srz-zumix/docker-unityhub
PR のコメントとして残してあります。
以上、回避策など取らずに使えるようになってくれると嬉しいですね。では。
「Missing the OpenSSL lib?」で検索するといろいろ対策方法が出てきますが、大体ここに書いてあるので自分の環境に合わせて方法を見れば良いと思います。
https://github.com/pyenv/pyenv/issues/950
本記事では「Debian」環境で対処した方法と、pyenv install で 3 系を全部入れてみた Dockerfile を紹介します。
libssl-dev をアンインストールして libssl1.0-dev をインストールする。以上。
apt-get remove -y libssl-dev && apt-get install -y libssl1.0-dev
OpenSSL 1.1 に対応してないかららしいですね。
ちなみに 3.10 系は libssl1.0-dev だと逆にダメでした。
# development env
ARG VERSION=3.7-stretch
FROM python:$VERSION
ARG VERSION
LABEL maintainer "srz_zumix <https://github.com/srz-zumix>"
SHELL ["/bin/bash", "-o", "pipefail", "-c"]
RUN apt-get update -q -y && \
apt-get install -y --no-install-recommends \
make \
build-essential \
libssl-dev \
zlib1g-dev \
libbz2-dev \
libreadline-dev \
libsqlite3-dev \
wget \
curl \
llvm \
libncurses5-dev \
xz-utils \
tk-dev \
libxml2-dev \
libxmlsec1-dev \
libffi-dev \
liblzma-dev \
&& \
apt-get remove -y libssl-dev && \
apt-get update -q -y && \
apt-get install -y --no-install-recommends libssl1.0-dev && \
apt-get clean && \
rm -rf /var/lib/apt/lists/*
ENV PATH="/root/.pyenv/bin:${PATH}"
RUN curl https://pyenv.run | bash && \
echo "eval $(pyenv init -)" >> ~/.bashrc && \
echo "eval $(pyenv virtualenv-init -)" >> ~/.bashrc
RUN pyenv install -s "$(pyenv install -l | grep -e '\s3\.9[^0-9].*' | tail -1 | xargs echo -n)"
RUN pyenv install -s "$(pyenv install -l | grep -e '\s3\.8[^0-9].*' | tail -1 | xargs echo -n)"
RUN pyenv install -s "$(pyenv install -l | grep -e '\s3\.7[^0-9].*' | tail -1 | xargs echo -n)"
RUN pyenv install -s "$(pyenv install -l | grep -e '\s3\.6[^0-9].*' | tail -1 | xargs echo -n)"
RUN pyenv install -s "$(pyenv install -l | grep -e '\s3\.5[^0-9].*' | tail -1 | xargs echo -n)"
RUN pyenv install -s "$(pyenv install -l | grep -e '\s3\.4[^0-9].*' | tail -1 | xargs echo -n)"
RUN pyenv install -s "$(pyenv install -l | grep -e '\s3\.3[^0-9].*' | tail -1 | xargs echo -n)"
RUN pyenv install -s "$(pyenv install -l | grep -e '\s3\.2[^0-9].*' | tail -1 | xargs echo -n)"
RUN pyenv install -s "$(pyenv install -l | grep -e '\s3\.1[^0-9].*' | tail -1 | xargs echo -n)"
RUN pyenv install -s "$(pyenv install -l | grep -e '\s3\.0[^0-9].*' | tail -1 | xargs echo -n)"
RUN apt-get remove -y libssl1.0-dev && \
apt-get update -q -y && \
apt-get install -y --no-install-recommends libssl-dev && \
apt-get clean && \
rm -rf /var/lib/apt/lists/*
RUN pyenv install -s "$(pyenv install -l | grep -v 'dev' | grep -e '\s3\.10[^0-9].*' | tail -1 | xargs echo -n)"
以上。
無料になったIntel compilerをCentOS8にインストールしてみる - Qiita
Intel compilerが2021年になってから実質的に無料になってしまったというのを知り、勢いで作ったのが↓のリポジトリ
https://github.com/srz-zumix/docker-icx
（現在は名前変えてます。https://github.com/srz-zumix/docker-oneapi-hpckit）
公式がサポートしてない Ubuntu 16.04 で oneAPI のセットアップをしてます。
（intel-basekit と intel-hpckit。パッケージリストはこちらを参照）
で、いつもどおり DockerHub の Automated Build でビルドしたんですが、「No space left on device」でビルドできませんでした。
デカイからなぁ・・（上が公式、下が自前）
space を増やすのもめんどくさそうなので、別の CI サービスを使おうと考え、GitHub Actions でビルド、DockerHub に push するようにしてみました。
（とりあえず build までで https://github.com/srz-zumix/docker-icx/blob/main/.github/workflows/dockerhub.yml）
「No space left on device」！！
ググると prune しろとか出てきたので試すも変わらず。うーん。
じゃあ、しょうがないし他のサービスにするか。
というわけで次点で CircleCI ！というふうに決めたわけじゃないです。
拙著「あつまれ CI サービス タダではじめる継続的インテグレーション生活」に記載されている各CIサービスの実行環境の空きディスク容量を参考にして小さいサービスを避けて決めました。
というわけで、CircleCI でビルドしました。
目論見通り成功です！
作ったイメージはこちらにあります。
https://hub.docker.com/r/srzzumix/oneapi-hpckit
とはいえ、公式のイメージがあるので特に理由（Ubuntu 16.04 じゃなきゃだめとか）がなければそちらを使うのがいいと思います。（↑のは１レイヤーにまとめすぎて pull が遅い…）
https://hub.docker.com/r/intel/oneapi-hpckit
また intel-oneapi-compiler-dpcpp-cpp-and-cpp-classic パッケージだけをインストールしたイメージも作ったのでこちらに置いてあります。
https://hub.docker.com/r/srzzumix/oneapi-cxx
hpc-kit は結構イメージサイズがデカイので、 C++ Compiler だけ欲しい人がそのパッケージだけインストールしたイメージを作ると良さそうです。
私はこちらを Intel C++ Compiler でのビルド・テストに利用したいと思ってます。
今回は以上。ではでは。
docker build したときの出力がなんかいい感じにまとめられてコンパクトになりましたね。
でも、RUN した出力を知りたいんじゃ！ってこともあります。
そんなときは docker build --progress=plain で OK
#!/bin/bash
set -eu
if [ "${DOCKER_TAG}" = "latest" ]; then
LIZARD_VERSION=$(docker run --rm ${IMAGE_NAME} --version)
docker tag ${IMAGE_NAME} ${DOCKER_REPO}:${LIZARD_VERSION}
docker push ${DOCKER_REPO}:${LIZARD_VERSION}
fi
ブログズミ: [CodeShip][Drone.io] DockerHub pull rate limit に対応する
こちらに引き続き、Wercker での対応方法をまとめます。
その前に Wercker は Oracle に買収されてから手付かずな状態なのかと思ってましたが、
Slack コミュニティは生きていて今回の対応方法も Slack コミュニティで知りました。
まだ Wercker 使ってる人は入っておくといいと思います。
では本題の対応方法です。
Box に対しては以下のように box 指定で user/pass を設定します。
box:
id: python
username: srzzumix
password: ${WERCKER_DOCKERHUB_PASSWORD}
ステップ内で docker 使う場合は普通にログインすれば OK です。
- script:
name: Login DockerHub
code: |
echo ${WERCKER_DOCKERHUB_PASSWORD} | docker login -u srzzumix --password-stdin
今回は以上です。
では。
とある事情で Wekan サーバーを引っ越ししました。
docker-compose で立てていたのですが、データベースのバックアップ・リストアをしたときの手順を備忘録として残しておきます。
手順はこちらを参考しました。
「Dockerで起動しているMongoDBにリストアする - Qiita」
docker-compose はこんな感じです。
元サーバー
version: '2'
services:
wekan:
image: mquandalle/wekan
restart: always
links:
- wekandb
environment:
- MONGO_URL=mongodb://wekandb/wekan
- ROOT_URL=http://hogehoge:8088
ports:
- 8088:8080
networks:
- app_net
wekandb:
image: mongo:3.2.11
volumes:
- /mnt/sda1/docker/wekan/data:/data/db
- /mnt/sda1/docker/wekan/configdb:/data/configdb
restart: always
networks:
- app_net
networks:
app_net:
ipam:
config:
- subnet: 172.XX.XX.X/24
network 指定あり、db はホストにマウント済み。
移動先サーバー
version: '2'
services:
wekan:
image: mquandalle/wekan
restart: always
links:
- wekandb
environment:
- MONGO_URL=mongodb://wekandb/wekan
- ROOT_URL=http://fugafuga:8088
ports:
- 8088:8080
wekandb:
image: mongo:3.2.11
volumes:
- db_data:/data/db
- db_config:/data/configdb
restart: always
volumes:
db_data:
external: true
db_config:
external: true
network はなし。Windows マシンなのでホストにマウントするのがうまくいかないのでボリュームを作ってそこに永続化。
Qiita 記事のリストアコマンドをバックアップコマンドに変更して実行します。
元サーバーはホストに db をマウントしてるのでそこからやってもいいのかもしれませんが、mongodump しました。
また、ネットワーク作ってるのでそれを指定してます。
docker run --rm --link wekan_wekandb_1:mongo -it -v ~/wekan/backup:/backup --network wekan_app_net -w /backup mongo:3.2.11 bash -c "mongodump --host mongo"
backup ディレクトリに出力されてるはずなのでそれを引越し先サーバーにコピー。
リストアもバックアップ同様に行いました。
こちらはネットワークを指定しませんが docker-compose up すると wekan_default のようにデフォのネットワークが作られるのでそちらを指定します。
（細かいですが Windows 上なのでルートパスの / を２重化してます。この件は「ブログズミ: Docker Toolbox でホストのカレントディレクトリをマウントするときの備忘録」を参照してください。）
docker run --rm --link wekan_wekandb_1:mongo -it -v "/$(pwd)/backup/dump":/backup --network wekan_default -w //backup mongo:3.2.11 bash -c "mongorestore --host mongo /backup"
2021-01-14T08:18:03.435+0000 building a list of dbs and collections to restore from /backup dir 2021-01-14T08:18:03.484+0000 reading metadata for wekan.cfs_gridfs.attachments.chunks from /backup/wekan/cfs_gridfs.attachments.chunks.metadata.json 2021-01-14T08:18:03.484+0000 reading metadata for wekan.cfs_gridfs._tempstore.chunks from /backup/wekan/cfs_gridfs._tempstore.chunks.metadata.json ・・・ 2021-01-14T08:18:04.035+0000 finished restoring wekan.customFields (0 documents) 2021-01-14T08:18:05.581+0000 restoring indexes for collection wekan.cfs_gridfs.attachments.chunks from metadata 2021-01-14T08:18:05.665+0000 finished restoring wekan.cfs_gridfs.attachments.chunks (189 documents) 2021-01-14T08:18:05.666+0000 done
のようにできたら完了です。
移行先の Wekan にアクセスして確認しましょう。
Wekan は OSS の Trello っぽいやつです。
かなり進化していて WIP 制限とかスイムレーンとかあるので Trello よりも仕事で使えると思います。
便利なんでぜひ使ってみてください。
今回は以上です。
DockerHub の pull rate limit への対応方法メモです。
基本的には DockerHub にログインした状態で pull することになると思います。
ログイン情報のパスワードには DockerHub の設定から API トークンを発行しそれを設定します。
ただ、このユーザー/パスワードを各 CI サービスに適用する方法はサービスによって違います。今回は CodeShip と Drone.io の設定を紹介したいと思います。
CodeShip Pro の場合です。 Basic の場合はコマンドの中で docker login コマンドを実行する方法になると思います。
Using Docker Image Registries | CloudBees Docs
上記リンク先のドキュメントに設定方法が記載されています。
手順としては大きく分けて２つで、Dockerconfig.json の用意とリポジトリ/ YAML の設定になります。
まず DockerHub にログインするための config.json を生成します。
{
"auths": {
"https://index.docker.io/v1/": {
"auth": "your_auth_string",
"email": "your_email"
}
}
}
json ファイルの中身は上記のようなものになります。
この json ファイルは docker login したら $HOME/.docker/config.json に保存されるものを使えばよいのですが、macOS の場合保存場所が keychain になっているため、下記方法で取得します。公式ドキュメントでは「Docker Credentials On Mac OSX」のあたりです。
まずは以下のような credentials.evn ファイルを作成します。
USERNAME/PASSWORD は適宜埋めてください（PASSWORD には API TOKEN）
DOCKER_USERNAME=... DOCKER_PASSWORD=... DOCKER_REGISTRY=https://index.docker.io/v1/
続いて、以下のコマンドを実行します。
mkdir ./dockercfg
docker run -it --rm \
--env-file=credentials.env \
-v "$(pwd):/opt/data/" \
-v "/var/run/docker.sock:/var/run/docker.sock" \
codeship/dockercfg-generator /opt/data/dockercfg
すると、カレントディレクトリ/dockercfg/ に config.json が出来上がります。
config.json が出来上がったらそれをシークレットファイルにして、CI 環境が読み込むように YAML に設定をします。
シークレットファイルの作成のためにプロジェクトの設定ページから codeship.aes をダウンロードしてください。リポジトリのルートに配置したら不用意に commit してしまわないように .gitignore に追加しておきましょう。
aes を配置したら以下のコマンドを実行します。パスは適宜変更してください。
jet encrypt dockercfg/config.json dockercfg.encrypted
出来上がった .encrypted ファイルは git add/commit します。
続いて YAML の設定をします。
追記するのは codeship-steps.yml ファイルの方です。
以下のように encrypted_dockercfg_path を追加してください。
- name: spec service: gcc command: /work/build.sh encrypted_dockercfg_path: ./dockercfg.encrypted
これで設定は以上です。変更を commit/push して動作確認してみましょう。
うまく設定できていれば DockerHub の Token 一覧画面で最終アクセス日時が更新されるはずです。
Images | Drone
Drone の公式ドキュメントはこちらです。
CodeShip と同じように Dockerconfig.json ファイルを作成し、それを drone のシークレットファイルとして CLI から登録します。
iutest で生成用に用意した Makefile があるので参考にしてください。
https://github.com/srz-zumix/iutest/tree/master/.ci/drone
json ファイルを作成したら以下のコマンドで登録できます。
drone secret add --repository srz-zumix/iutest \ --name dockerconfig \ --data @dockerconfig.json
シークレットファイルをアップデートする場合は update サブコマンドを使います。
drone secret update --repository srz-zumix/iutest \ --name dockerconfig \ --data @dockerconfig.json
PR でもこのシークレットファイルを利用可能にする場合は --allow-pull-request オプションを追加してください。
シークレットファイルを登録したら以下のように、このファイルを使用するように YAML の設定をします。
kind: pipeline name: test image_pull_secrets: - dockerconfig steps: ...
image_pull_secrets に指定するのは secret add/update したときに指定した --name オプションの名前です。
設定は以上です。
CodeShip と同様にトークンが利用されたかどうかを確認しましょう。
今回対応した CodeShip/Drone どちらも Dockerconfig.json ファイルをシークレットに用意してそれを環境に読ませる方法でした。
最初 Drone の方は
echo -n '<ユーザ名>:<アクセストークン>' | base64
の結果を auth に設定していて、それではうまくいかなくて手こずっていたのですが、CodeShip のやり方を知って助かりました。
（Mac 環境で base64 してるのが原因？）
ともあれ、CodeShip や Drone と同様に Docker の config.json を使った login をする CI サービスではこの方法が使えそうです。
今回は以上です。
RUN yum update -y && \
yum -y install epel-release && \
yum install -y make gcc g++ nkf wget perl gettext libffi-devel \
compat-gcc-34-3.4.6-4.1.x86_64 compat-gcc-34-c++-3.4.6-4.1.x86_64
というわけで、pyenv のためにいろいろソースビルドしました。CentOS5 で pyenv 使いたい。git 必要。
— ずみっくす@あつまれCIサービス (@srz_zumix) May 28, 2020
TLS 1.0/1.1 で clone できない。git をソースビルド。zlib.h ない。zlib-devel にない。zlib ソースビルド。wget TLS 1.0/1.1 でダウンロードできない。wget ソースビルド。openssl ない。openssl ソースビルド。perl ない。yum install perl イマココ
#!/bin/bash
# post_build
VERSION=$(docker run --rm ${IMAGE_NAME} --version)
docker tag ${IMAGE_NAME} ${DOCKER_REPO}:${VERSION}
docker push ${DOCKER_REPO}:${VERSION}
特に懸念されていたのは CI サービスでの制限です。
DockerHub にログインしていない場合は IP に対して制限がかかるため、利用者の多いサービスではあっという間に上限越えて、制限がかかってしまうことが予想されました。
これに対し、すでに（期限付きではありますが）制限を受けないようにする交渉が完了しているサービスもあります。
DockerHub による2020/11からのコンテナイメージ Pull 回数制限のCircleCIへの影響 - Build Environment - CircleCI Discuss
ある程度猶予があるかもしれないですが…
何れにせよ、今後 DockerHub からイメージを pull して CI を回す場合は、事前に DockerHub へのログインをするようにパイプラインを更新しておくのが良さそうです。
それらへの対応方法についても、記事冒頭のドキュメントからリンクが貼られていたり、各 CI サービスから案内が出ていると思います。
筆者が開発している C++ テスティングフレームワークの iutest はめちゃくちゃたくさん CI サービスを使っているので（Docker 関係ないものもあるので全部ではないが）絶賛対応中です。
対応方法はログインするだけなんですが、各サービスやり方が異なるのでここでは対応方法は省略します。
一応、状況はこちらの issue で確認できます。
https://github.com/srz-zumix/iutest/issues/519
https://t.co/E8DUTOMi4M
— ずみっくす@あつまれCIサービス (@srz_zumix) October 23, 2020
DockerHub の pull 制限回避のためのログイン対応中。
CI サービス多用してるので大変（docker 使ってないものも多いけど）
CircleCI みたいに延命されると嬉しいなぁ・・ pic.twitter.com/UnQaIeY9ih
で、ようやく本題。
このログイン対応をしていて思ったのは、「設定したけど本当にログインした状態で pull できているのかをどう確認したらわからなくて不安」でした。
docker login してるかどうか確認するコマンドってない？
— ずみっくす@あつまれCIサービス (@srz_zumix) October 29, 2020
docker のコマンドに「それ」を確認するものがあればよかったのですが、なさそうだったので以下の方法で確認しました。
「echo a | docker login」
ログイン済みなら以下のように成功となります。
$ echo a | docker login Authenticating with existing credentials... Login Succeeded $ echo $? 0
$ echo a | docker login Error: Cannot perform an interactive login from a non TTY device $ echo $? 1
docker-machine stop defaultで VM を停止します。
Starting "default"... (default) Check network to re-create if needed... (default) Windows might ask for the permission to configure a dhcp server. Sometimes, such confirmation window is minimized in the taskbar. Unable to start the VM: C:\Program Files\Oracle\VirtualBox\VBoxManage.exe startvm default --type headless failed: VBoxManage.exe: error: Implementation of the USB 3.0 controller not found! VBoxManage.exe: error: Because the USB 3.0 controller state is part of the saved VM state, the VM cannot be started. To fix this problem, either install the 'Oracle VM VirtualBox Extension Pack' or disable USB 3.0 support in the VM settings (VERR_NOT_FOUND) VBoxManage.exe: error: Details: code E_FAIL (0x80004005), component ConsoleWrap, interface IConsole Details: 00:00:01.074731 Power up failed (vrc=VERR_NOT_FOUND, rc=E_FAIL (0X80004005)) Looks like something went wrong in step ´Checking status on default´... Press any key to continue...
| command | history |
|---|---|
| ls ls | ls |
| ls ls -a ls | ls ls -a ls |
| command | history |
|---|---|
| ls ls | ls |
| ls ls -a ls | ls ls -a ls |
export HISTCONTROL=ignoreboth
export HISTIGNORE=history:echo:'#*'
#!/bin/bash set +o history
set -o history if [ $# -eq 0 ]; then echo "Start interactive shell" exec "$BASH" --login -i else echo "Start shell with command" exec "$BASH" -c "$*" fi
dist: trusty
sudo: false
language: cpp
before_script:
- git clone https://github.com/google/googletest.git ./gtest
- cd ./gtest
- git rev-parse HEAD > ../gtest.hash
- cd ..
script:
- git checkout master
- git add -A
- git commit -m "update head [ci skip]" || true
- git push https://${GITHUB_TOKEN}@github.com/${TRAVIS_REPO_SLUG}.git ${TRAVIS_BRANCH}
env:
global:
secure: OdxIMgUsZyGyOOnV49MkJW5KrGVW7KyCwUkWgC88YmdJPCtNJ9fF69TcM8ek252+yFJsfpUrZaNH6A6igRUreveoA161zy+fsD9mMqIrrthFWx5S2fzBCsiCobreduicCDt5EJ1p8N/QlpEB2ZeUbYWqZf37r5BfYOJI86521qYMiI30IAwxsjPqhcbyFRisTKosd3LlEo4Y+K3qLgdCKEAhsaOrtIgrbxz7cM2sKh8lYTquP1XPtFwsmCoELyeRAVEJbSwADcaw3011S/NB8Kn9+sd878dxBK2iDxSilVz+3XIz+/sKZHNFGug5i2UA2yS8ZfWQhZjF9tiF3quTAzqAFzTbxDKswMLHgD8oI0saIVDmXNxc6PXLYXEjx5p5Z3E1iTb09hcp5wOqJOz+Ynie7EkVyUO2DKJhjeuGffoPxjK35L4c7/ufTNskT3+vUnGG/2U9XMA3OeXoCLp+V7BRgkZtpVZssA4viTWXPG4byaEQaiAMK0ArVOesa86m21xuKSLhdNqQ/WRT8g/eEVqs4XrT1ogIW1nsjYHv6Xmcs8QD2iQxDdWHx4pQojod8lSdwn/HFqXTOf6KxqTk5mpJmcd2ZxyDocynTEtvtt+uNtVyJh+gXt06eGD/rlbV1eC+Uc5FMQE2P1Uya3RdaZvMZjYGzVcZMrPcv/gklbY=
