Vaclav,
That would cause the error. The folder should be owned by the opensrf
user. There is a command that is run during the image setup:
- name: copy the oils_sip.xml
become: true
shell: cp {{ openils_path }}/conf/oils_sip.xml.example {{
openils_path }}/conf/oils_sip.xml && chown
Hello Blake,
thank you for all your inputs.
I started today from scratch (to be sure).
generic-dockerhub is used (again) and all recommended edits are added to
vars and Dockerfile. Issue still persists.
So here is time for some tee and ansible check
But from quick check is the problem in
Vaclav,
Which docker folder are you building?
generic-dockerhub
or
generic-dockerhub-dev
You should be building your container image from:
generic-dockerhub
(not generic-dockerhub-dev)
Do you have anything defined in vars.yml for "shared_jackets_folder"?
You shouldn't.
Make sure you pull
Hello Blake,
docker image was build from Fridays clone of docker git.
with command
docker build . --add-host public.localhost:127.0.1.2 --add-host
public:127.0.1.2 --add-host private.localhost:127.0.1.3 --add-host
private:127.0.1.3 --no-cache
Configuration file is attached,
Failure is then
Vaclav,
Which command did you use to produce that error?
-Blake-
MOBIUS
On Fri, Aug 11, 2023, 1:42 PM Vaclav Jansa via Evergreen-general <
evergreen-general@list.evergreen-ils.org> wrote:
> Hello Blake and Jane,
> thanks for all the magic.
>
> We still try to solve multiple problems with
Hello Blake and Jane,
thanks for all the magic.
We still try to solve multiple problems with localization. So image with
enabled i18n will be better for us and our testing.
Unfortunately our builded image does not start correctly / it reports some
access issue
fatal: [127.0.0.1]: FAILED! => {
Linda,
The images that we've posted to dockerhub were not built with i18n
turned on. That switch needs to have been set to "yes" during the build
process. Which means, you'll probably want to build your own docker
image instead of using the pre-made images.
Repo:
Thank you very much, Jane!
We will follow your recipe :-)!
Linda
On 8/11/23 15:17, Jane Sandberg wrote:
That is very mysterious!
These steps worked for me to add the 950 db seed in French within a
docker container:
docker exec -it [container_name] bash
cd /home/opensrf/repos/Evergreen
That is very mysterious!
These steps worked for me to add the 950 db seed in French within a docker
container:
docker exec -it [container_name] bash
cd /home/opensrf/repos/Evergreen
make -f Open-ILS/src/extras/Makefile.install ubuntu-focal-translator
su opensrf
cd build/i18n
mkdir locale
make
Thank you very much, Jane!
We currently use the dev tag (but we may also try some other non-dev
tags as you have suggested :-); actually, it seems that the language
selector in the OPAC correctly appears after a couple of reloads, then -
for a couple of other reloads - it disappears only to
Hi Linda,
What tag of the Evergreen container are you using? I believe that the
instructions under "Restarting Evergreen services" are only applicable to
the "dev" tag (i.e. if you ran `docker run
[...] mobiusoffice/evergreen-ils:dev`). If you don't specify a tag, it
defaults to the "latest"
Dear all,
We have just started experimenting with a Docker container
(https://hub.docker.com/r/mobiusoffice/evergreen-ils), mainly to see
whether it could help us identify what causes i18n issues reported in a
separate thread (with a subject "Evergreen 3.11.0a not properly
switching into
12 matches
Mail list logo