container-inspector
container-inspector copied to clipboard
Add support for Windows containers
See also https://github.com/nexB/scancode.io/issues/163
@pombredanne can you explain this a little more..?
@jdaguil I often store all my third party code in one dir. I would like to point to the tool that dir and ensure that all files in this dir are either ABOUT files or files or dir documented by an ABOUT file, ie checking that all the origin of all files and dir in a dir are properly documented. This will help me find orphaned files (such as an old notice no longer used) and undocumented files for which I should add an ABOUT file
Similar issue in #24
@pombredanne Let see if I have a component which the whole codebase is under apache-2.0. Then, I will have a ABOUT file placed in the root of the component.
However, there are cases that the component contains build scripts/config files which are under gpl-2.0 which should not consider as the license for the component. Should these script/config files also be included in this ABOUT file?
However, there are cases that the component contains build scripts/config files which are under gpl-2.0 which should not consider as the license for the component.
If ABOUT file says about_resource: ., doesn't it say that it covers all content of the directory?
If so, then it could have separate excluding field.
all files in the directory are directly or indirectly (ie from a parent directory) documented or referenced in an ABOUT file
What if some files or subdirectories are temporary (like build subdirectory)? You need something like .gitignore.
We have introduced the ignored_resources. Closing this.