GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — GitHub - aboutcode-data/minecode-pipelines-config: Configuration files, settings and checkpoints to run minecode-pipelines to mine packageURLs

BranchesTags
Open more actions menu

Latest commit

 

History

83,311 Commits
83,311 Commits

Folders and files

NameName
Last commit message
Last commit date
.github/workflows
.github/workflows
 
 
alpine
alpine
 
 
cargo
cargo
 
 
composer
composer
 
 
cran
cran
 
 
debian
debian
 
 
docs
docs
 
 
etc
etc
 
 
maven/repo.maven.org
maven/repo.maven.org
 
 
npm
npm
 
 
pypi
pypi
 
 
swift
swift
 
 
.gitattributes
.gitattributes
 
 
.gitignore
.gitignore
 
 
.readthedocs.yml
.readthedocs.yml
 
 
AUTHORS.rst
AUTHORS.rst
 
 
CODE_OF_CONDUCT.rst
CODE_OF_CONDUCT.rst
 
 
Makefile
Makefile
 
 
NOTICE
NOTICE
 
 
README.rst
README.rst
 
 
apache-2.0.LICENSE
apache-2.0.LICENSE
 
 
configure
configure
 
 
configure.bat
configure.bat
 
 
pyproject.toml
pyproject.toml
 
 
requirements-dev.txt
requirements-dev.txt
 
 
requirements.txt
requirements.txt
 
 
setup.cfg
setup.cfg
 
 
setup.py
setup.py
 
 

Repository files navigation

minecode-pipelines configuration

This is released at pypi: https://pypi.org/project/minecode-pipelines/

To install minecode-pipelines with scancode.io:

  • Clone https://github.com/aboutcode-org/scancode.io
  • Specify the federatedcode settings in .env file
  • Run make clean && make dev-mining && make run
  • Then select and start the mining pipeline according to which ecosystem you want to mine Package-URLs (PURLs) from.

Configuration format

  • configuration/checkpoints for each ecossytem would be stored in a root folder with the same name as the package type defined in https://github.com/package-url/purl-spec (example: pypi)
  • checkpoints.json stores checkpoints related to the PURL mining like:
    • last serial number processed (used in indexes at pypi, npm etc)
    • last processed commit (where the data is stored in git repos)
    • directory to store las fetched index data (like the JSON fetched from pypi simple with package names and last updated info)
    • state information in state:
      • null: mining has not started.
      • initital-sync : at the start of mining we need to mine a huge amount of packages for PURL to catch up. This is typically very large and could take several hours to several days dependening on the ecosystem size. We fetch and save an index state and mine all PURLs till there. Once we reach a state where remaining new PURLs can be mined in a couple hours, we can move on to the next state where we mine new PURLs added in a periodic manner.
      • periodic-sync : This is a periodic update of new PURLs added in the index in a period, and typically this should not take more than a couple hours.
    • optional elements to improve readability/debugging:
      • last_updated: date and time of last checkpoint update
  • packages_checkpoints.json: stores checkpoint related to:
    • packages_mined: which packages have been mined in the initital-sync state.

About

Configuration files, settings and checkpoints to run minecode-pipelines to mine packageURLs

Resources

Readme
Activity
Custom properties

Stars

0 stars

Watchers

0 watching

Forks

3 forks
Report repository

Contributors

Languages

Generated from aboutcode-org/skeleton
You are visitor 01402503 — GeezerVison does not store the pages you look up.
Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.