Sorry it didn’t rebuild the container so did a:
docker compose down --volumes --rmi all --remove-orphans
and it is now. Should remember to do that all the time.
Its there, sorry about the false alarm.
all good- this one had some changes to docker-compose and dockerfile, so i probably should have recommended everyone do that!
Some bad news-- I haven't seen any Amazon Willow TV events come through Apple scraper yet. I plan to take another stab at a full Amazon scraper, but having limited success. Adding to wish list...
also I took a crack at beIN and Fanatiz ... both honestly had by far the easiest scrape ever for schedule. The next step would be cracking the code to their app's deeplink/web url. If we figured that out, this would be quick to add these services. If you subsribe to them, try "sharing" a link from their iOS/Android app. That's been one of the best ways to find schema I've learned. Send me those and ill take a deeper look.
Did you run a scrape after install?
Yep
1 Like
jean you always cause me so much work 
can you look at the daily_refresh log step 7? that's where it scrapes amazon. see if something looks off and send me logs pls
i SUSPECT the container needs rebuilt completly because I added Playwright and if your upgrade process doesn't rebuild (just grabs new code), it may be failing.
try this too pls:
docker compose down
docker compose build --no-cache
docker compose up -d
docker compose ps
docker logs --tail 120 fruitdeeplinks
then see if Playwright is installed
docker exec -it fruitdeeplinks /bin/sh -lc "python3 -c \"import playwright; print('playwright ok')\""
docker exec -it fruitdeeplinks /bin/sh -lc "python3 -m playwright --version || true"
Well...I'm using portainer so half of those commands won't work
Found this error tho in the logs. And yes, I have playwright
============================================================
[7e-migrate/13] Migrating Amazon logical services
============================================================
================================================================================
MIGRATING AMAZON PLAYABLES TO CORRECT LOGICAL SERVICES (broadcast GTI join)
================================================================================
Traceback (most recent call last):
File "/app/bin/migrate_amazon_logical_services.py", line 257, in <module>
raise SystemExit(main())
^^^^^^
File "/app/bin/migrate_amazon_logical_services.py", line 253, in main
return migrate(args.db)
^^^^^^^^^^^^^^^^
File "/app/bin/migrate_amazon_logical_services.py", line 149, in migrate
cur.execute("""
sqlite3.OperationalError: no such column: is_stale
⚠ Step 7e-migrate FAILED (non-fatal) with exit code 1
Fair point. tnx for the log
this one was a concern I had -- I added some new columns to the DB and tried to account for all them in migration step, but obviously missed this one. Easy enough fix though- I'll get an update out ASAP. If you deleted the whole DB, it would work - but I was trying to prevent upgrades from breaking.
pull update and let me know pls -- hope I caught it all. impossible for me to test as I migrated my test box too
For what it's worth, I'm seeing same issue where all Amazon events are showing under "Amazon -Unknown". I am using docker compose method, pulled latest docker image from the repo (no local build).
In order to rule out any pre-existing conditions, I started fresh by deleting the /data directory, started the container and then did a full refresh.
1 Like
Tnx if u guys can send me logs from that step I can fix.
Is it possible to add support for Victory+ programming?
1 Like
Sorry, what's the best way to get the logs for that particular step? My /logs directory is empty and I tried to pull from /api/logs in the browser but the text all runs together so it's not easily readable.
1 Like
The admin page has logs- does that not work?
Yeah, live logs work but I didn't think they would go back far enough, however I did see this below. Step 7e completes OK, but 7e-migrate fails:
EDIT: I did pull latest update from this today prior to this.
[OK] Step 7e complete
============================================================
[7e-migrate/13] Updating Amazon playable logical services
============================================================
============================================================
[7e-migrate/13] Migrating Amazon logical services
============================================================
================================================================================
MIGRATING AMAZON PLAYABLES TO CORRECT LOGICAL SERVICES (broadcast GTI join)
================================================================================
Traceback (most recent call last):
File "/app/bin/migrate_amazon_logical_services.py", line 291, in
raise SystemExit(main())
^^^^^^
File "/app/bin/migrate_amazon_logical_services.py", line 287, in main
return migrate(args.db)
^^^^^^^^^^^^^^^^
File "/app/bin/migrate_amazon_logical_services.py", line 183, in migrate
cur.execute("""
sqlite3.OperationalError: no such column: is_stale
Step 7e-migrate FAILED (non-fatal) with exit code 1
============================================================
Perfect. Grab latest code again pls (pushed new update this afternoon).
If any more errors please send me that exact step in the logs.
I see the latest push is from 12:07pm ET on Jan 29, I'm pretty sure I was using that one when I did my test. However, to be sure I wiped clean again and pulled the latest image and still seeing same error during step 7e-migrate.
Was there another update after 12:07pm ET that I'm not seeing?
Looks like latest is Today at 6:09am EST
https://github.com/kineticman/FruitDeepLinks/pkgs/container/fruitdeeplinks
Where are you seeing 12:07pm EST?