Re: [Gnu-arch-users] [BUG] tla inventory --trees --nested doesn't find deeply nested trees

[Sylvain Defresne]

Hello,

> I have a working directory structure built from a config that looks like
> this
> 
> a       address@hidden/y--z1--0
> b       address@hidden/y--z2--0
> c       address@hidden/y--z3--0
> d/e     address@hidden/y--z4--0
> f/g     address@hidden/y--z5--0
> 
> If I'm in the directory containing a, b, c, d, f as subdirectories and
> run
> 
>     tla inventory --trees --nested
> 
> I only get a, b and c reported.  d/e and f/g are not shown.  Note that
> neither d nor f have {arch} subdirectories themselves.  (This is
> intentional as there is nothing to revision control at that level of the
> tree.  In fact I also have a fuller config that has d/e1, d/e2, ...,
> d/eN as N subdirectories under d, each subdirectory corresponding to a
> different variant of something.)

The problem comes from the fact that 'tla inventory' only descend into
sub-directory that are source, and the 'd' and 'f' does not fall in this
category when using explicit/tagline/implicit tagging method with an
'untagged-source' of 'unrecognized' (the default), but when using the
name tagging method or when 'untagged-source' is 'sourc', those
directory are correctly reported:

$ tla id-tagging-method names >/dev/null
$ tla inventory --trees
a
b
c
d/e
f/g

$ grep ^untagged-source {arch}/=tagging-method
untagged-source precious
$ tla id-tagging-method explicit >/dev/null
$ tla inventory --trees --nested
a
b
c

$ grep ^untagged-source {arch}/=tagging-method
untagged-source source
$ tla id-tagging-method explicit >/dev/null
$ tla inventory --trees --nested
a
b
c
d/e
f/g

I don't know if this is a bug or if it is the indended result (by
reading the code, it seems to be the intended result).
-- 
Sylvain Defresne                               <address@hidden>
1024D/A036DDB1 6AB9 B65F 7C44 819F DD42  62D2 A093 2840 A036 DDB1

signature.asc
Description: Ceci est une partie de message numériquement signée.