IRC logs for #farmOS, 2023-03-14 (GMT)

2023-03-13
2023-03-15
TimeNickMessage
[23:31:02]* ian_vai[m] has joined #farmos
[23:39:04]<ian_vai[m]>hi guys. im looking at farm management systems for a co-op im helping out with. im looking at farmOS's suitability for them. i've installed a dev environment with docker and there are two things right off the bat that im hoping someone wouldn't mind helping with?
[23:39:04]<ian_vai[m]>1) page loads are very slow. between 10secs-60secs, which is strange because it running locally right?
[23:39:04]<ian_vai[m]>2) the default map only shows openstreetmaps base layer, with no option for satellite layers making it difficult to map locations. can someone help me get a satellite layer in place?
[23:39:04]<ian_vai[m]>i am very intrigued with farmOS i especially like the sound of field kit and the aggregator, so i hope i can get this going for them.
[00:34:18]<ian_vai[m]>i managed to figure out question 2, by going 'administration > extend' then ticked the 'farmOS mapbox'. ticking this made the mapbox option appear in the 'settings > map' section. here i was able to input a mapbox api key.
[00:34:18]<ian_vai[m]>however page load times are still pretty painful average about 10secs, doesnt matter what page it is. i took some screenshots of the network tab of inspector tools
[00:35:06]<ian_vai[m]>ACTION uploaded an image: (70KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/pcnbbTfLotW... >
[00:35:07]<ian_vai[m]>ACTION uploaded an image: (114KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/oIDNocJDCvp... >
[00:36:23]<ian_vai[m]>s/however page load times are still pretty painful average about 10secs, doesnt matter what page it is. i took some screenshots of the network tab of inspector tools/however page load times are still pretty painful averaging about 10secs, doesnt matter what page it is. i took some screenshots of the network tab of inspector tools of a page load that took 54secs./
[00:43:29]<paul121[m]>Hello and welcome ian_vai !
[00:45:23]<paul121[m]>Re: the page loads, I wonder if this might be related to your docker filesystem. I know on MacOS there had been some pretty bad performance but there are some things you can do. Not so sure about windows. And generally works best on Linux :-) What operating system are you using?
[00:46:09]<ian_vai[m]>currently running it on windows10
[00:47:33]<ian_vai[m]>i might give it a try on linux and see how it goes
[00:47:56]<ian_vai[m]>a quick question about using FarmOS. I
[00:49:50]<ian_vai[m]> * a quick question about using FarmOS.
[00:49:50]<ian_vai[m]>If I have a Land asset, and on that piece of land i have a garden bed of 1000 ginger. what is the best way to record that?
[00:49:50]<ian_vai[m]>so far i have the land as an asset, the bed as an asset with the land as the parent, but how would you recommend i add the ginger?
[00:53:06]<paul121[m]>With windows it might be related to the WSL linux subsystem. Your docker volume may be in the windows filesystem C:\ - but I think you want the volume to be in the linux filesystem. I have never configured this myself though :-)
[00:53:39]<ian_vai[m]>paul121[m]: thanks for the tip, ill look into it
[00:55:47]<paul121[m]>> <@ian_vai:matrix.org> a quick question about using FarmOS.
[00:55:47]<paul121[m]>> If I have a Land asset, and on that piece of land i have a garden bed of 1000 ginger. what is the best way to record that?
[00:55:47]<paul121[m]>> so far i have the land as an asset, the bed as an asset with the land as the parent, but how would you recommend i add the ginger?
[00:55:47]<paul121[m]>Good question! I might recommend you create a single `plant` asset that represents that planting of ginger. You could use a seeding/transplanting log to record that total quantity that was planted and include additional data like row spacing
[00:56:05]<paul121[m]> * Good question! I might recommend you create a single `plant` asset that represents that planting of ginger. You could use a seeding/transplanting log to record that total quantity (1000) that was planted and include additional data like row spacing
[00:58:23]<paul121[m]>When you create the seeding/transplanting log it can also be created as a "movement log" to say the ginger plant asset is located in your bed
[00:58:49]<paul121[m]>You should try the planting quick form if you haven't already seen that
[01:00:54]<ian_vai[m]>recording the qty of 1000 as part of a seeding or transplating log, would that qty be attached to the ginger plant? so in theory we could generate a report of all ginger growing? for example a log of 1000 planted, another log of 500 planted, another log of 50 planted. a report could be made to say that there are 1550 ginger across all lands?
[01:03:24]<paul121[m]>yep! The qty would not be directly linked to the ginger plant, but go through via the seeding log. Plant -> log -> quantity
[01:05:01]<paul121[m]>I think you could get most of that data you would need for the report on the /quantities page too, just filter down to what makes sense
[01:05:23]<ian_vai[m]>thanks. i think i get it. i will experiment.
[01:05:34]<paul121[m]>(you can copy or bookmark the URL after you add filters and save it for later!)
[01:06:31]<ian_vai[m]>paul121[m]: ooo nice tip 👍️. thanks for your help paul
[01:11:53]<ian_vai[m]>one more thing, sorry. how do you use tag id, tag type, tag location?
[01:24:04]<paul121[m]>no worries!
[01:25:07]<paul121[m]>ID tags are a flexible tagging system for all asset types. It could be an animal ear tag, tattoo, serial number or even an ID tag on a tree
[01:25:17]<paul121[m]>Modules can provide additional tag types
[04:13:28]<ian_vai[m]>is there anyone on the chat that is using FarmOS for managing fruit and vege that would mind sharing how they are using it? Im struggling to get the results im after.... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/541167c345...)
[04:13:51]<ian_vai[m]>ACTION uploaded an image: (1142KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/NwYglSLAtTh... >
[04:14:01]<ian_vai[m]>ACTION uploaded an image: (112KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/IoyHSfjGUJf... >
[04:16:36]<ian_vai[m]>is there a way to get the log/inventory data out as json?
[04:37:53]<ian_vai[m]><ian_vai[m]> "is there a way to get the log/..." <- looks like you can using the farmOS API (https://farmos.org/development/api/) and farmOS.js (https://farmos.org/development/farmos-js/).
[04:37:54]<ian_vai[m]>If I can use these to talk to my server I might be able to custom build some charts that achieve the desired result 🤞
[04:37:54]<ian_vai[m]>respect to you guys building this stuff. looks like you are covering all bases. nice work team 👏
[07:34:30]<mstenta[m]>ian_vai: if you click through to a specific plant asset you should see the "current inventory" of it
[07:35:31]<mstenta[m]>this is "computed" based on the quantities in the logs... if you use "increments" then it will add them up. or if you use "reset" then it will reset the inventory to that value.
[07:36:15]<mstenta[m]>asset inventory is available via the API on the individual asset records too - so you can get a current inventory of each asset that way
[07:36:26]<mstenta[m]>note that the log must be "done" and the log's timestamp must be passed (otherwise it's a future inventory, not current inventory)
[07:36:47]<mstenta[m]>this describes the details of the logic that farmOS provides: https://farmos.org/model/logic/inventory/
[07:37:14]<mstenta[m]>it's also possible to pull log records via the API and calculate the inventory yourself using the same logic
[07:39:09]<mstenta[m]>> is there a way to get the log/inventory data out as json?
[07:39:09]<mstenta[m]>fyi, you are basically dealing with three different types of records: `asset`, `log`, and `quantity`
[07:39:09]<mstenta[m]>the inventory value will be stored in a quantity record that is attached to a log record
[07:39:17]<mstenta[m]>the quantity's inventory_asset field references the asset you're adjusting the inventory of
[07:58:53]<lordeddi[m]>Hi, i'm trying to build a docker image on rpi4 and maybe i'm getting in a 🐰🕳️ unnecessarily, but in the Dockerfile i set `ARG FARMOS_VERSION=2.0.1"
[07:58:53]<lordeddi[m]>and `ARG PROJECT_VERSION=2.x`
[07:58:54]<lordeddi[m]>when the `build_farmos.sh` runs composer it says: `Syncing farmos/farmos (2.0.2) into cache`
[07:58:54]<lordeddi[m]> * Hi, i'm trying to build a docker image on rpi4 and maybe i'm getting in a 🐰🕳️ unnecessarily, but in the Dockerfile i set `ARG FARMOS_VERSION=2.0.1" and `ARG PROJECT\_VERSION=2.x`when the`build_farmos.sh` runs composer it says:`Syncing farmos/farmos (2.0.2) into cache`
[07:58:57]<lordeddi[m]> * Hi, i'm trying to build a docker image on rpi4 and maybe i'm getting in a 🐰🕳️ unnecessarily, but in the Dockerfile i set ARG FARMOS_VERSION=2.0.1 and ARG PROJECT\_VERSION=2.x when thebuild_farmos.sh runs composer it says:Syncing farmos/farmos (2.0.2) into cache
[09:10:29]<mstenta[m]>lordeddi: are you building the "production" docker image or the "dev" one?
[09:11:22]<lordeddi[m]>hm.. not sure 😅 i guess i started from the dev code
[09:11:38]<mstenta[m]>what steps are you taking exactly? cloning the farmOS repo, checking out the version tag you want, changing to the docker directory, and running docker build?
[09:11:40]<lordeddi[m]>i cloned the farmos git and checked out the commit tagged 2.0.1 started from there
[09:11:56]<lordeddi[m]>and changed that Dockerfile
[09:12:23]<FarmerEd[m]>I've images on docker hub if you want
[09:12:38]<mstenta[m]>you don't need to edit the Dockerfile, instead you can pass a build argument like: `docker build --build-arg FARMOS_VERSION=2.0.1
[09:12:39]<mstenta[m]> * you don't need to edit the Dockerfile, instead you can pass a build argument like: `docker build --build-arg FARMOS_VERSION=2.0.1`
[09:12:40]<lordeddi[m]>thanks Farmer Ed i wanted to build myself to go through the motions :D
[09:13:08]<FarmerEd[m]>Np
[09:13:30]<mstenta[m]>if you are building the dev image, then you first need to build a farmos/farmos:2.x image, because that is what the dev image is based on
[09:13:47]<lordeddi[m]>i was aiming for a production image
[09:13:52]<mstenta[m]>so something like docker build --build-arg FARMOS_VERSION=2.0.1 -t farmos/farmos:2.x .
[09:14:08]<mstenta[m]>ok cool, then you won't need to do anything in the docker/dev directory
[09:14:13]<mstenta[m]>only in the docker directory
[09:14:39]<lordeddi[m]>thanks! will try that
[09:15:06]<lordeddi[m]>after that i will need to upgrade to 2.0.2 😆
[09:15:21]<mstenta[m]>i'm not sure if that explains/fixes your issue though - that's just some background
[09:15:48]<lordeddi[m]>not to worry, i will see what that build-arg does and read the logs etc
[09:15:58]<lordeddi[m]>i forgot how to check the version of a running instance
[09:16:02]<mstenta[m]>you shouldn't need to set PROJECT_VERSION - that defaults to 2.x
[09:16:22]<mstenta[m]>normally you can find the version in /api under meta.farm
[09:16:31]<mstenta[m]>or in the UI in /admin/reports/status
[09:16:53]<lordeddi[m]>mstenta[m]: my goal is to create a production image for 2.0.1 so i can move an existing instance which is on version 2.0.1
[09:16:55]<mstenta[m]>but... that assumes that version was set in the farm.info.yml file - which build-farm.sh does
[09:17:00]<mstenta[m]>makes sense!
[09:23:51]<mstenta[m]>here is roughly how it's supposed to work:... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/dbde43112c...)
[09:25:25]<mstenta[m]>> `Syncing farmos/farmos (2.0.2) into cache`
[09:25:26]<mstenta[m]>If you are seeing this, then I wonder if #3 is not happening... and the project `composer.json` is still `^2.0`
[10:03:08]<lordeddi[m]>hm, i need to run it again i think (i lost the log). the /admin/reports/status said 2.0.1 though
[10:04:00]<lordeddi[m]>will try that docker --build-arg
[10:26:14]<mstenta[m]>oh good - maybe it worked then
[10:27:33]<lordeddi[m]>mstenta[m]: yeah maybe, under report/status it tells me `Mismatched entity and/or field definitions` + `The Client ID field needs to be updated.`
[10:27:42]<lordeddi[m]>maybe, i have created a monster 👾
[10:28:23]<mstenta[m]>Ah ok no that's OK
[10:28:24]<mstenta[m]>Farmer Ed ran into that too
[10:28:38]<lordeddi[m]>cool
[10:28:54]<mstenta[m]>so wait though... you said you are just moving from 2.0.1 to 2.0.1?
[10:28:55]<mstenta[m]>did you have that error originally before this?
[10:29:26]<lordeddi[m]>i don't think i had that error before, is that a v2.0.2 thing maybe?
[10:29:46]<lordeddi[m]>i have to admint, i dont visit that report/status page often
[10:31:40]<mstenta[m]>no it was an issue between beta and 2.0.0
[10:31:40]<mstenta[m]>so maybe it already existed
[10:32:26]<lordeddi[m]>considering i am only playing with moving an existing instance to a rpi docker image which i am building -> don't spend too much time on my issues, they are quite unimportant :D
[10:32:40]<lordeddi[m]>meaning: i don't wanna steal too much time of yall
[10:32:48]<mstenta[m]>k, and yea that issue is not hard to fix
[10:33:31]<mstenta[m]>it may even be harmless
[10:33:31]<FarmerEd[m]>but needs to be fixed for API to work
[10:33:31]<mstenta[m]>Farmer Ed: did you find that your API didn't work with that?
[10:33:39]<mstenta[m]>ok that's what i was wondering...
[10:33:39]<FarmerEd[m]>^^
[10:33:51]<mstenta[m]>that error has actually come up a few times
[10:34:10]<mstenta[m]>and the most recent one was technically harmless if i remember correctly
[10:34:11]<mstenta[m]>so maybe you actually had an older one Farmer Ed and that's why it broke
[10:34:40]<mstenta[m]>well, in that case maybe lordeddi should just do what you did... delete the client, clear the cache, recreate the client?
[10:34:40]<FarmerEd[m]>I went from beta7 to 2.0.1
[10:34:56]<lordeddi[m]>i did not clear the caches yet
[10:35:01]<FarmerEd[m]>but my consumers were setup in a much earlier beta
[10:35:57]<FarmerEd[m]>lordeddi[m]: and run update.php
[10:36:38]<mstenta[m]>well if you aren't actually updating lordeddi and you're just copying the database from one machine to another you shouldn't need to run update.php, but clearing the caches never hurts
[10:38:09]<mstenta[m]>> delete the client, clear the cache, recreate the client?
[10:38:09]<mstenta[m]>actually there was more to it than this, huh? you also used drush entity-updates?
[10:38:36]<FarmerEd[m]>ah ok........... at least it always tells you if there are changes needed or not, though because he was importing an existing database (and site files?) it might be needed
[10:39:16]<FarmerEd[m]>> <@mstenta:matrix.org> > delete the client, clear the cache, recreate the client?
[10:39:17]<FarmerEd[m]>>
[10:39:17]<FarmerEd[m]>> actually there was more to it than this, huh? you also used drush entity-updates?
[10:39:17]<FarmerEd[m]>yes but that is depreciated so I installed deval temporarily
[10:39:23]<mstenta[m]>yup yup
[10:39:46]<mstenta[m]>that might actually be the easiest way...
[10:39:53]<FarmerEd[m]>did paul121 have a simpler solution?
[10:40:23]<mstenta[m]>well... i may have been thinking about the more recent change, which did not break the API
[10:41:31]<FarmerEd[m]>composer require 'drupal/devel_entity_updates'
[10:41:31]<FarmerEd[m]>drush en devel_entity_updates
[10:41:31]<FarmerEd[m]>drush entity-updates
[10:41:42]<mstenta[m]>the other option is to uninstall farm_api, consumers, and simple_oauth and then re-install farm_api
[10:41:49]<symbioquine[m]>ACTION uploaded a video: (1380KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/TKGyWGeWQHa... >
[10:41:54]<mstenta[m]>that will essentially rebuild the database tables for those modules
[10:42:22]<FarmerEd[m]>Yea, I avoided that as there were some more dependencies on it I thought?
[10:43:09]<mstenta[m]>Yea maybe, that's what I was thinking when I said:
[10:43:09]<mstenta[m]>> that might actually be the easiest way...
[10:43:10]<mstenta[m]>:-)
[10:45:08]<FarmerEd[m]>symbioquine[m]: I🤓 wow
[10:45:33]<FarmerEd[m]>it's like some form of witchcraft
[10:45:41]<symbioquine[m]>TL;DW; Teases a simple UI for creating asset action plugins in Asset Link
[10:46:12]<lordeddi[m]>running docker build --build-arg FARMOS_VERSION=2.0.2 -t farmotag shows Step 3/21 : ARG FARMOS_VERSION=2.x in the logs, that okay?
[10:46:44]<mstenta[m]>lordeddi: yes that's OK
[10:47:23]<symbioquine[m]>I'm taking notes on both these topics Farmer Ed & lordeddi since I expect to need to overcome both sets of challenges...
[10:47:24]<mstenta[m]>symbioquine: stop blowing my mind
[10:47:51]<lordeddi[m]>woa symbioquine !!
[10:47:54]<mstenta[m]>also: you should make a mastodon feed just for asset link vids like this
[10:48:03]<mstenta[m]>i guess you have them in the forum...
[10:48:07]<mstenta[m]>but still haha
[10:48:21]<FarmerEd[m]>mstenta[m]: I agree
[10:49:04]<mstenta[m]>(it would give our @farmOS account some posts to Boost too!)
[10:50:07]<lordeddi[m]>ACTION uploaded an image: (23KiB) < https://libera.ems.host/_matrix/media/v3/download/oblak.be/rdkNNhpTEVRhp... >
[10:50:26]<lordeddi[m]>clearing caches did not resolve that report/status client id error thinkgy
[10:50:32]<lordeddi[m]>s/thinkgy/thingy/
[10:50:51]<lordeddi[m]>and on that update it says its done?
[10:51:12]<FarmerEd[m]>> <@farmer-ed:matrix.org> ```... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/e7d7bab136...)
[10:52:18]<FarmerEd[m]>composer require 'drupal/devel_entity_updates'
[10:52:18]<FarmerEd[m]>drush en devel_entity_updates
[10:52:18]<FarmerEd[m]>drush entity-updates
[10:52:29]<mstenta[m]>yea it's a bit more involved than just clearing caches lordeddi :-/
[10:52:41]<lordeddi[m]>that's okay, thanks for the help
[10:53:11]<mstenta[m]>Farmer Ed's commands should work. take a database snapshot beforehand to be safe
[10:53:11]<FarmerEd[m]>Then
[10:53:11]<FarmerEd[m]>Clear cache / run cron
[10:53:11]<FarmerEd[m]>create new consumers
[10:53:11]<FarmerEd[m]>Uninstall devel
[10:53:11]<mstenta[m]>(if you don't already have one)
[10:53:51]<FarmerEd[m]>and that but I presume there is as it's a migration isn't it?
[10:53:54]<mstenta[m]>alternatively... (i'm testing out the consumers uninstall locally`
[10:55:18]<mstenta[m]>actually this might not be too bad...
[10:55:40]<mstenta[m]>lordeddi: you can try this...
[10:56:25]<mstenta[m]>1. go to /admin/config/services/consumer and delete all your consumers
[10:56:25]<mstenta[m]>2. drush pm-uninstall -y consumers
[10:56:25]<mstenta[m]>3. drush en -y farm_api
[10:56:25]<mstenta[m]>take a db snapshot first
[10:56:29]<lordeddi[m]>darn, i just started that composer command ...
[10:56:46]<mstenta[m]>oh well :-)
[10:56:48]<lordeddi[m]>it's already done, that 1st command of Farmer Ed
[10:57:05]<mstenta[m]>cool - continue with that then
[10:57:10]<lordeddi[m]>okay
[10:57:14]<lordeddi[m]>sorry !
[10:57:24]<mstenta[m]>all good! two ways to do the same thing
[10:57:55]<lordeddi[m]>i like how you keep repeating "take a db snapshot first" very wise :D
[10:58:23]<mstenta[m]>can't say that enough
[10:58:23]<FarmerEd[m]>experience
[10:58:31]<lordeddi[m]>yes to both :D
[10:59:08]<mstenta[m]>the most important "state" information for drupal is in the db
[10:59:10]<lordeddi[m]>it worked. the error is gone
[10:59:16]<mstenta[m]>and it's possible to break that state
[10:59:57]<mstenta[m]>it's easy to revert code... only easy way to revert db is with a snapshot
[11:00:11]<mstenta[m]>lordeddi: k so now you can "clean up" after those commands:
[11:00:37]<mstenta[m]>drush pm-uninstall devel_entity_updates
[11:00:39]<mstenta[m]>that will uninstall the module from the drupal db
[11:01:01]<mstenta[m]>you can just leave the module code that composer downloaded... won't harm anything, and will go away next time you update
[11:01:21]<mstenta[m]>but if you don't uninstall the module, and then update, it will error because it will try to look for that module code
[11:01:36]<mstenta[m]>(you may want to do that too Farmer Ed if you haven't already)
[11:01:53]<lordeddi[m]>i ran it, and it said it deleted that devel_entity_updates, so i guess i'm good
[11:02:02]<mstenta[m]>(depends on what you're mounting in the container... whether or not that will be an issue for you in the future)
[11:02:45]<FarmerEd[m]>just check that devel is also uninstalled
[11:03:23]<mstenta[m]>note that devel and devel_entity_updates are two different modules...
[11:04:09]<lordeddi[m]>so i do need to drush pm-uninstall for the devel too
[11:04:31]<FarmerEd[m]>yes, but I think devel was installed as a dependency
[11:04:31]<mstenta[m]>oh actually lordeddi that may mean you also need to `drush pm-uninstall devel` - i forget if it is a dependency)
[11:04:59]<mstenta[m]>yes i think so
[11:05:02]<mstenta[m]>composer require drupal/devel_entity_updates probably downloaded both https://www.drupal.org/project/devel/ and https://www.drupal.org/project/devel_entity_updates
[11:05:04]<mstenta[m]>and drush en devel_entity_updates probably installed both
[11:05:10]<lordeddi[m]> [success] Successfully uninstalled: devel
[11:05:44]<mstenta[m]>cool! well hopefully you're all good now (on stable and updated) so you won't run into that issue again :-)
[11:06:10]<FarmerEd[m]>You'll need to create new consumers now if using the API
[11:06:12]<mstenta[m]>oh yea true
[11:06:25]<lordeddi[m]>thanks all
[11:06:36]<mstenta[m]>> 1. go to /admin/config/services/consumer and delete all your consumers
[11:06:36]<mstenta[m]>> 2. drush pm-uninstall -y consumers
[11:06:36]<mstenta[m]>> 3. drush en -y farm_api
[11:06:36]<mstenta[m]>this would have done that too, fwiw
[11:06:46]<mstenta[m]>but actually... here...
[11:07:16]<mstenta[m]>that will recreate the consumer
[11:07:17]<mstenta[m]>1. go to /admin/config/services/consumer and delete all your consumers
[11:07:17]<mstenta[m]>2. drush pm-uninstall -y farm_api
[11:07:17]<mstenta[m]>3. drush en -y farm_api
[11:08:15]<mstenta[m]>so probably would have been easiest to just do that in the first place 😄 🤷
[11:08:52]<lordeddi[m]>> <@mstenta:matrix.org> 1. go to /admin/config/services/consumer and delete all your consumers
[11:08:52]<lordeddi[m]>> 2. drush pm-uninstall -y farm_api
[11:08:52]<lordeddi[m]>> 3. drush en -y farm_api
[11:08:52]<lordeddi[m]>`[success] Successfully enabled: farm_api`
[11:08:53]<mstenta[m]>(only difference is my first one also uninstalled consumers... but that isn't necessary now that you've run entity updates)
[11:09:02]<mstenta[m]>cool - you should see the default consumer in the UI now
[11:09:16]<mstenta[m]>(created by farm_api install)
[11:11:08]<FarmerEd[m]>Yea, I was just trying to avoid uninstalling modules with dependenceys,didn't know how far back that chain might have gone
[11:12:00]<FarmerEd[m]>Plus I don't use the default consumer settings anyway
[11:12:26]<mstenta[m]>ah yea
[11:14:11]<FarmerEd[m]>I guess this will come up a again for others so no harm having the simplest solution documented
[11:15:23]<mstenta[m]>> I'm taking notes on both these topics Farmer Ed & lordeddi since I expect to need to overcome both sets of challenges...
[11:15:23]<mstenta[m]>👀
[11:16:06]<mstenta[m]>> 1. go to /admin/config/services/consumer and delete all your consumers
[11:16:07]<mstenta[m]>> 2. drush pm-uninstall -y consumers
[11:16:07]<mstenta[m]>> 3. drush en -y farm_api
[11:16:07]<mstenta[m]>symbioquine: for your notes^
[11:16:21]<mstenta[m]>> yeah maybe, under report/status it tells me `Mismatched entity and/or field definitions` + `The Client ID field needs to be updated.`
[11:16:21]<mstenta[m]>if you run into this^
[11:21:09]<mstenta[m]>> > Learn how to use Python scripting and farmOS.py to work with #farmOS data: https://farmos.org/blog/2023/quick-intro-to-python-scripting
[11:21:10]<mstenta[m]>https://fosstodon.org/@farmOS/110022310994235108
[11:36:56]<FarmerEd[m]>That python scripting blog is great, posts like that will really make the blog worthwhile
[11:37:51]<mstenta[m]>agreed! well done symbioquine (and paul121 for review/feedback/etc)
[11:39:25]<symbioquine[m]>Thanks 😁
[11:40:31]<symbioquine[m]>To be fair, a lot of the same info is in the docs: https://farmos.org/development/farmos-py/
[11:41:02]<symbioquine[m]>So credit for that all goes to paul121
[11:42:45]<paul121[m]>and those docs are inspired by farmOS.js so some credit to jgaehring - it's a community effort round here :-))
[11:43:21]<FarmerEd[m]>It is but more examples the better, especially for us more amateur coders.