tomheon / git_by_a_bus Goto Github PK

G'day. Trying to run this over our large projects (puppet and factor) here at Puppet Labs gave me a failure on OS-X:

IOError: [Errno 63] File name too long: "/Users/daniel/Sites/bus/devs/Brice Figureau and Daniel Pittman and David Schmitt and James Turnbull and Jeroen van Meeuwen and Jesse Wolfe and John Ferlito and Matt Robinson and Michael V. O'Brien and Nigel Kersten and Paul Nasrat and Stig Sandbeck Mathisen and ballman and lutter.html"

I took a look through the code to identify where the filname was calculated, but couldn't isolate it easily; it would be nice to limit that name string (and probably others) to < 255 characters total to support the less than capable platform.

Incidentally, running the summary on this machine used ~ 6GB of RAM and 30 CPU minutes, so you might want to test this on something smaller...

First, the standard disclaimer: I am not a lawyer, and this does not constitute legal or financial advice.

Generally, IMHO, it is a good idea to use FSF or OSI Approved Licenses (which can be found here https://www.gnu.org/licenses/licenses.html and here http://opensource.org/licenses/category)

The Free Software Foundation has a useful guide for choosing a license: https://www.gnu.org/licenses/license-recommendations.html

I often reference the Software Freedom Law Center's Legal Primer for both practical and academic purposes (highly recommended): https://www.softwarefreedom.org/resources/2008/foss-primer.html#x1-60002.2

https://tldrlegal.com/ is quite a useful resource for comparing the various FOSS licenses out there once you have some context

To get ahold of actual lawyers/advisors who help FOSS projects, you can reach out to the FSF, SFLC, and OSI at:
[email protected]
[email protected]
[email protected]

Hope this helps, and happy hacking!

From mpapi:

Also, when I run it on a recent earhart master, it blows up on
deploy_settings.py -- have you seen this? I haven't done
much digging, but it looks like there are no lines in the lines table
for that file.

When processing a huge repository, git-by-a-bus takes.... long. Very long. Since it's not tied to a specific SHA-1 when it runs, I can't update the tree while it's running, which blocks any work.

A symlinked path passed to the script will crap out.