MMM-CalDAV

[danny607]

Hello, I am new and wondering what do you name the file env.example to? Second What lines need to be added to the /config/config.js file?
Thanks

[sdetweil]

@danny607 the env file name is typically
.env

note the leading dot

the linux file systems do not have a flag for hidden, so by convention anything with a leading . (dot) will not be shown in file lists unless explicitly requested

[sdetweil]

@caw

so looking at the code, this module will write out the constructed ICAL format data to

  const filePath = path.resolve(__dirname, 'service', '.' + fileName)

notice the dot… in linux =by convention, file/folder names that start with dot are not shown unless explicitly requested… (making them hidden ‘most’ of the time

SO, the code above is trying to USE a directory ‘service’ (part of this module repo)
in THIS module folder… but write to it…

@karsten13 is the docker volume for where modules are located mapped read/write?? (the compose file doesn’t say)

[karsten13]

@sdetweil said in MMM-CalDAV:

@karsten13 is the docker volume for where modules are located mapped read/write?? (the compose file doesn’t say)

see docs

rw: Read and write access. This is the default if none is specified.

[sdetweil]

@karsten13 thats what I thought

@caw can you ssh logon to your synology and execute a docker command

docker inspect  magicmirror 

scroll up to look at the mounts section
(this is from a different container, as I don’t have one running MM)

Mounts": [
            {
                "Type": "volume",
                "Name":  
"94f89b1076c681a8dd32a7863d7a867e2077849f0fc53091062aae3797433919",
                "Source": "/var/lib/docker/volumes/94f89b1076c681a8dd32a7863d7a867e2077849f0fc53091062aae3797433919/_data",
                "Destination": "/config",    <---- check for /opt/magic_mirror/modules
                "Driver": "local",
                "Mode": "",
                "RW": true,    <------------    check this , should be true
                "Propagation": ""
            },

also, how (from where, as what userid?) did you git clone the module, and npm install?

another docker command

docker exec magicmirror ls /opt/magic_mirror/modules -laF

[caw]

@karsten13

i used:

docker run -d --user root --name magicmirror
-p 8036:8080
-v /volume1/docker/magicmirror/config:/opt/magic_mirror/config
-v /volume1/docker/magicmirror/modules:/opt/magic_mirror/modules
-v /volume1/docker/magicmirror/customcss:/opt/magic_mirror/customcss
-e TZ=Europe/Berlin
–restart always
registry.gitlab.com/khassel/magicmirror

[sdetweil]

@caw from synology ssh terminal window do

ls /volume1/docker/magicmirror -laF

[caw]

@sdetweil

thats the result

and

are the mounts section

[sdetweil]

@caw ok now need to look inside modules

ls -laF /volume1/magicmirror/modules
and in the module folder
ls -laF /volume1/magicmirror/modules/MMM-CalDAV

we did not check INSIDE the MMM-CalDAV/service folder to see if there is an existing file that might be overwritten (with the wrong permissions)

[caw]

@sdetweil

it´s in the /volume1/docker/magicmirror/modules

[sdetweil]

@caw ok, the docker container is running as user/group 1000/1000

so Simon and users is neither of those

and linux permissions are a set of values, 3 flags per

user – this user number/name (Simon)
group --if the user is part of the named group (users)
other – permissions for any user NOT in the two choices above

the permissions shown

user = rwx // user can read( r) write(w) and execute(x)
group = r-x // group can read( r) and execute(x)
other = r-x // all others can read ( r) and execute(x)

or 755

if you fix the permissions to 757
user rwx
group r-x
other rwx

or 775 (probably better, not allow ‘any’ other…)
user rwx
group rwx
other r-x

then other (1000) will be allowed to write to the folder (service folder)

[caw]

@sdetweil

so the permission error is gone but the *ics is still not saved
LOG attached

[sdetweil]

@caw can you show all the calDAV messages…

last says fetching
but the prior says not found…

[MMRIZE]

@caw
I cannot say anything without the full log. But at the first execution, ics would not be written yet, (calendar module is so fast than CalDAV’s connection and parsing) so just wait for the next cycle to finish serving, or just stop and rerun MM. From the second execution, ics will be served.

[caw]

@MMRIZE
hi i´ve got it- it was the firewall blocking and the ics files are created and a test is shown

THANK YOU VERY MUCH!!! :)
maybe you can add the workaround for a tutorial for any Synology User :)

[sdetweil]

@caw add the workaround?

[caw]

@sdetweil i think some of the Synology users have the same issue with permissions an their nas

[sdetweil]

@caw this is really a docker on synology implementation issue. you created files needed by the docker container using an outside the container userid.

many modules use their folder as a cache storage location

[jal201]

I apologize but I am very very new to all of this and I was looking for a little guidance on syncing with my Apple Calendar using MMM-CalDAV. The issue I am running into is that in the [LOG] it is showing [CALDAV] /MagicMirror/modules/MMM-CalDAV/service/.ICLOUD_family.ics is not found. This is cascading into a lot of issues which results in the fetch of the family calendar isn’t happening. I am sure I am missing something simple but I can’t for the life of me find it out. Would it be possible to get some help and which direction could I investigate? Thank you all in advance.

[sdetweil]

@jal201 can u tell us more about your runtime environment?

are you using a NAS device, synology? or is this on a pi, without docker?