Hi All, I am trying to setup gphotos-sync but seem to come across this error. I believe I have setup oauth correctly but think its to do with the consent screen.

 

Update. Published app after clicking the link and authorising it tries to go to localhost:8080

Edited March 1, 20233 yr by bally12345

On 12/5/2022 at 7:30 AM, bthoven said:

As eventually I want to run it headless on Unraid server, the only way to get the Google authorized token is by installing gphotos-sync app on my Windows (or Linex/Mac) first, and then follow the whole process on Windows until I get the similar link as above. Now clicking the link on Windows can complete the authorization process and a token was created inside my Windows storage folder. I then copied the token file to my Unraid GooglePhotosSync storage folder (the folder where all the photos will be downloaded to). It's now working.

 

I am having exact issue by the looks of it, had to run virtual python instance and change execution policy but finally got to 

The authentication flow has completed. You may close this window.

But when I go back to unraid and run gphotos-sync /storage I still get need to authorise

Where does .gphotos.token go? In the Unraid app data folder? I currently have it in same folder of client_secret.json

Edited March 1, 20233 yr by bally12345

Silly me... Moved token to Storage folder and it now works. Was definitely long winded having to run python on Windows to get it work as a work around but it did work.

Could someone help with a user bash script that can run once week?

Sent from my SM-G991B using Tapatalk

You can create and schedule the following bash script with User Script plugin.

#!/bin/bash
# run in background
docker exec -d GooglePhotosSync gphotos-sync /storage
# run interactively for testing
#docker exec -it GooglePhotosSync gphotos-sync /storage

 

Edited March 2, 20233 yr by bthoven

Anyone know what the limitations are for syncing with gphotos? I get HTTPError: 429 Client Error: Too Many Requests for url:

 

If I do another scan will it resume where it left off or start all over again?

Regarding the GooglePhotoSync, this thread was super useful and did not come up easily for some reason

 

Evening @rix have installed ripper app and added BD drive device, however its not seeing CDs, is the MakeMKV beta key needed for ripping them?

 

Update: Disabled privileges and it does detect the cd, but starts an completes rip in a second…

Also noticed a fresh container install defaults container output as /out… i changed it to /out/Ripper/CD but still same one second rip…

open error: /dev/sr0 [read/write]: No such file or directory

Not sure why this occurs, my device is sr1 and sg3.

 

 

 

Another update: So the fix posted above had some problems, constantly detecting CD when it was not there, and constantly ejecting the drive tray.

My fix for ripper.sh is ${DRIVE:=/dev/sg3}

And all DRV:1 reverted back to DRV:0

Edited May 6, 20242 yr by OldManBeard
Update

On 7/13/2022 at 3:58 PM, Darksurf said:

Interesting, I'm not sure other than that docker also has a webUI? The scripts have similar lines, (they are effectively doing similar/the same thing) but that docker breaks it up into a few scripts rather than 1.  If you test it let us know how it works. My only issue with rix docker is that if I try to use a full key, it doesn't work, it only uses the beta key even though I have entered the purchased key. Not really an issue as re-installing/updating the docker fixes the betakey problem.

 

On 7/13/2022 at 12:17 PM, tuxbass said:

Anyone knows how does the ripper image compare to https://github.com/jlesage/docker-makemkv?

 

As far as I understand it: it pulls new decryption keys from / of / for makemkv (blurays mainly). They get updated quite often = docker pull / update.
 

I am here because: see below

I dunno but makes it realy hard to sponsor / donate since I fix this docker - use it a day - leave it a few weeks - then it breaks in some way again and again. Realy frustrating and I am just too lazy to go through the alternatives with hours of setup. but at the end I spend hours with this docker too. 😑

 

makemkvcon: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by makemkvcon)
makemkvcon: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by makemkvcon)
open error: /dev/sr0 [read/write]: No such file or directory
open error: /dev/sr0 [read/write]: No such file or directory

Using this daily? Please sponsor me at https://github.com/sponsors/rix1337 - any amount counts!
Using MakeMKV beta key: asdf
Starting web ui
06.10.2024 15:04:42 : Starting Ripper. Optical Discs will be detected and ripped within 60 seconds.
/
06.10.2024 15:04:42 : Unexpected makemkvcon output: 
06.10.2024 15:04:42 : Disc type not recognized.
/
06.10.2024 15:05:45 : Unexpected makemkvcon output: 
06.10.2024 15:05:45 : Disc type not recognized.
/
06.10.2024 15:06:49 : Unexpected makemkvcon output: 
06.10.2024 15:06:49 : Disc type not recognized.
/
06.10.2024 15:07:52 : Unexpected makemkvcon output: 
06.10.2024 15:07:52 : Disc type not recognized.
/
06.10.2024 15:08:55 : Unexpected makemkvcon output: 
06.10.2024 15:08:55 : Too many bad responses, checking stopped.

 

Never noticed but looks like my gsync stopped working in May and is returning a 403, tried removeing the client_secret and token but getting anywhere. Does anyone know how I can reactivate the permissions?

root@Server:~# docker exec -it GooglePhotosSync gphotos-sync /storage

10-24 10:04:35 WARNING gphotos-sync 3.1.2 2025-10-24 10:04:35.318740

10-24 10:04:35 WARNING Indexing Google Photos Files ...

10-24 10:04:35 ERROR Request failed with status 403: b'{\n "error": {\n "code": 403,\n "message": "Request had insufficient authentication scopes.",\n "status": "PERMISSION_DENIED"\n }\n}\n'

10-24 10:04:35 ERROR

Process failed.

Traceback (most recent call last):

File "/usr/lib/python3.9/site-packages/gphotos_sync/Main.py", line 507, in main

self.start(args)

File "/usr/lib/python3.9/site-packages/gphotos_sync/Main.py", line 447, in start

self.do_sync(args)

File "/usr/lib/python3.9/site-packages/gphotos_sync/Main.py", line 411, in do_sync

self.google_photos_idx.index_photos_media()

File "/usr/lib/python3.9/site-packages/gphotos_sync/GooglePhotosIndex.py", line 148, in index_photos_media

items_json = self.search_media(

File "/usr/lib/python3.9/site-packages/gphotos_sync/GooglePhotosIndex.py", line 135, in search_media

return self._api.mediaItems.search.execute(body).json() # type: ignore

File "/usr/lib/python3.9/site-packages/gphotos_sync/restclient.py", line 106, in execute

result.raise_for_status()

File "/usr/lib/python3.9/site-packages/requests/models.py", line 953, in raise_for_status

raise HTTPError(http_error_msg, response=self)

requests.exceptions.HTTPError: 403 Client Error: Forbidden for url: https://photoslibrary.googleapis.com/v1/mediaItems:search

10-24 10:04:35 WARNING Done.

root@Server:~#

10 hours ago, bally12345 said:

Never noticed but looks like my gsync stopped working in May and is returning a 403, tried removeing the client_secret and token but getting anywhere. Does anyone know how I can reactivate the permissions?

root@Server:~# docker exec -it GooglePhotosSync gphotos-sync /storage

10-24 10:04:35 WARNING gphotos-sync 3.1.2 2025-10-24 10:04:35.318740

10-24 10:04:35 WARNING Indexing Google Photos Files ...

10-24 10:04:35 ERROR Request failed with status 403: b'{\n "error": {\n "code": 403,\n "message": "Request had insufficient authentication scopes.",\n "status": "PERMISSION_DENIED"\n }\n}\n'

10-24 10:04:35 ERROR

Process failed.

Traceback (most recent call last):

File "/usr/lib/python3.9/site-packages/gphotos_sync/Main.py", line 507, in main

self.start(args)

File "/usr/lib/python3.9/site-packages/gphotos_sync/Main.py", line 447, in start

self.do_sync(args)

File "/usr/lib/python3.9/site-packages/gphotos_sync/Main.py", line 411, in do_sync

self.google_photos_idx.index_photos_media()

File "/usr/lib/python3.9/site-packages/gphotos_sync/GooglePhotosIndex.py", line 148, in index_photos_media

items_json = self.search_media(

File "/usr/lib/python3.9/site-packages/gphotos_sync/GooglePhotosIndex.py", line 135, in search_media

return self._api.mediaItems.search.execute(body).json() # type: ignore

File "/usr/lib/python3.9/site-packages/gphotos_sync/restclient.py", line 106, in execute

result.raise_for_status()

File "/usr/lib/python3.9/site-packages/requests/models.py", line 953, in raise_for_status

raise HTTPError(http_error_msg, response=self)

requests.exceptions.HTTPError: 403 Client Error: Forbidden for url: https://photoslibrary.googleapis.com/v1/mediaItems:search

10-24 10:04:35 WARNING Done.

root@Server:~#

Didn'r realise google blocked the API access, so switching to googletakeout every 2months instead of weekly backups instead.

If anyone has a better way please let me know!