DocScrutinizer05 has quit [Disconnected by services]
DocScrutinizer05 has joined #qi-hardware
_whitelogger has joined #qi-hardware
kyak has quit []
kyak has joined #qi-hardware
kyak has joined #qi-hardware
kyak has quit [Changing host]
_whitelogger has joined #qi-hardware
dandon has joined #qi-hardware
erichvk__ has joined #qi-hardware
erichvk_ has quit [Ping timeout: 260 seconds]
erichvk__ has quit [Ping timeout: 260 seconds]
dandon has quit [Ping timeout: 240 seconds]
dandon has joined #qi-hardware
pcercuei has joined #qi-hardware
sb0 has quit [Quit: Leaving]
sb0 has joined #qi-hardware
sb0 has quit [Quit: Leaving]
sb0 has joined #qi-hardware
wildlander has joined #qi-hardware
pcercuei has quit [Quit: leaving]
<wpwrak>
btw, what's the collective wisdom regarding git repos with crossed dependencies ? i currently have them all under the same top-level directory, with relative symlinks picking stuff from the neighbours. e.g., file foo/src/Makefile may use ../../bar/whatever
<wpwrak>
an alternative approach would be to use submodules instead. so foo/ may have a copy of "bar" as foo/bar/ or foo/src/bar/, and the Makefile would use ../bar/whatever or bar/whatever
<wpwrak>
a minor twist here is that there are cases where something in repo A depends on something in repo B, but also something in B depends on something in A. so in the submodule scenario, each would have the other as submodule
<wpwrak>
but i don't think there are cases where such an "external" dependency would go more than one step. i.e., no foo -> bar -> foo
<whitequark>
wpwrak: have a toplevel repo
<whitequark>
is the usual solution
<wpwrak>
background: the anelok repo is getting messy, with circuit design, firmware, simulator, case design, build tools, the host gui, the web site, and documentation all lumped into one repo. so i'm thinking of breaking that down into multiple repos
<wpwrak>
ah yes, that sounds nice. basically mixing both approaches