Closed leamas closed 2 years ago
@rasbats: thoughts?
Had a Testplugin based plugin to move to the ShipDriver template. update-templates did not help too much and I did manual copying. After a draft layout I was able to run update-templates.
There are a lot of variables. Is it a legacy package plugin? Does it use another template? Is it a new plugin based on, say DR_pi?
Another factor is the ability of the developer to run scripts.
The Plugin Adaptation page list the directories and files to copy when adapting a plugin to the Shipdriver templates. This is now severely outdated and needs to be fixed.
Absolutely. Time is scarce atm as I try and get more plugins into Android and update for MacOS.
After a draft layout I was able to run update-templates
Is that to say that update_templates does not create the directories needed if they do not exist?
Is that to say that update_templates does not create the directories needed if they do not exist?
Not sure. I would need play with one of Rick's.
I have made a note to test on a testplugin-based plugin. This is not a use-case I have anticipated, so that it fails is not unexpected. I can take this ball.
Let's focus on getting update-templates in a usable shape also for new installs in next release, presumably 3.0.1.
After this is released, we change the description here to run the script instead, easier for both users and maintainers.
For now, probably just add a prominent note saying that the description is outdated.
Still unclear how a particular version of ShipDriver is used. We have master and sd3.0.0 update-templates uses master. Why have sd3.0.0?
update-templates uses master by default. However update-templates shipdriver/v3.0
does the right thing.
sd3.0.0 is just to define the actual release. Without a tag we are basically lost. I have been considering adding the ability to use also a tag as an argument to update-templates. Not there yet, though.
I have made a new page on Code adaptation in the developer manual: https://opencpn-manuals.github.io/main/ocpn-dev-manual/5.3.1/Plugin-Pi-Adaptation.html.
It is basically a copy from Plugin-Adaptation.adoc, just added a section and fixed a link or two. Good enough to replace the stuff currently in Plugin-Adaptation.adoc?
You have all commit rights... :)
I have been considering adding the ability to use also a tag as an argument to update-templates. Not there yet, though.
Wrong again. Actually, we are there besides some docs. There are three ways to run update-templates
update-templates
gets last state in master.update-templates shipdriver/v3.0
gets last commit in the v3.0 branchupdate-templates sd3.0.0
gets data as of the tag sd3.0.0 Yes, I was surprised as well :)
Tomorrow :}
I have made a new page on Code adaptation in the developer manual:
Latest build of the manual has not picked up the changes to the ShipDriver template (managed_plugins) I made. Could you take a look?
IT's probably about branches, main still uses asciidoc. Have you merged all in master?
hm... I should have checked. From what I see:
None of these are 6f224b3eaa5d , a commit which gihub doesn't seem to be able to resolve.
"Mystified"
Thoughts?
The problem is that site.yml in development is pointing at the asciidoc branch of managed_plugins. I thought I had changed that but ... I will change it to branch main and build again.
OK, I will do the same update in main.
main building, development at 6f224b3eaa5, using managed_plugins main branch
Ok ... things look good.
I think we have solved this, for the monet at least. Closing
The Plugin Adaptation page list the directories and files to copy when adapting a plugin to the Shipdriver templates. This is now severely outdated and needs to be fixed.
However, to have detailed lists of files like this is hard to maintain as things evolves. The alternative to the detailed, manual description is perhaps to point to the new updates-templates script which basically does the job described here. And, by definition, is updated.