You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's somewhat unclear to contributors and users alike how the back-end data sources for the Software Discovery Tool are to be used and/or generated. We should prepare some concise documentation to cover this, something like the following, which I shared in Slack last week:
People who are using the core code of the tool basically have 3 options when it comes to the back-end sources, which we should keep in mind that we want to continue supporting.
Pull in data sources that we, as a project, have prepared in https://github.com/openmainframeproject/software-discovery-tool-data (these should be refreshed monthly for everything that can be done programatically, but we need to do a better job of that). This is done with the submodule commands described in the installation documentation.
Use bin/package_build.py themselves. This goes out to the canonical resource for all the distributions and such to pull in the latest data, and they manage keeping this updated on their installation. The only exception here is for Ubuntu, RHEL, and SLES, which it pulls from https://github.com/linux-on-ibm-z/PDS/tree/master/distro_data
Ignore all of our data sources and scripts entirely and load up their own .json files (this may be the case if other architectures want to use the code, or if it's being used internally at an organization to search for software)
The text was updated successfully, but these errors were encountered:
pleia2
changed the title
Documentation improvement: Back-end Data Sources
Documentation improvement: How to use the Back-end Data Sources
Aug 14, 2023
With #97 in the mix, we can expand upon this a bit to share: Whatever mechanism you use to generate your series of YAML files, once the files are in in the distro_data/data_files/ directory, they are then used to generate the tables in MySQL with the bin/database_build.py script.
It's somewhat unclear to contributors and users alike how the back-end data sources for the Software Discovery Tool are to be used and/or generated. We should prepare some concise documentation to cover this, something like the following, which I shared in Slack last week:
People who are using the core code of the tool basically have 3 options when it comes to the back-end sources, which we should keep in mind that we want to continue supporting.
The text was updated successfully, but these errors were encountered: