File listing as a tree
A tree-like directory listing program with dircolors support
- Developed at Base:System
- Sources inherited from project openSUSE:Factory
-
6
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Backports:SLE-15-SP4:SLECandidates/tree && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
tree-2.1.3.tgz | 0000061684 60.2 KB | |
tree.changes | 0000017003 16.6 KB | |
tree.spec | 0000001602 1.56 KB |
Latest Revision
Ana Guerrero (anag+factory)
accepted
request 1203372
from
Dirk Mueller (dirkmueller)
(revision 31)
- update to 2.1.3: * Mostly a brown-paper bag release to fix the below regression and add a feature I forgot to add. * Fix regression in search() function that broke --fromfile * Allow the -L option to accept its parameter immediately (with no space) instead of requiring it be the next option word. * Fix issue where --gitignore does not think a pattern with a singular terminal '/' (indicating it matches only directories,) is a relative path. * Don't emit the error 'recursive, not followed' if when using -L, the depth would prevent descending anyway. This also fixes up a JSON output error (missing comma) when this happens. * Don't prematurely sort files/directories with --from*file. (gitlab @jack6th) * Various seg-faults fixed - Make doubly sure that there is actually a previous path entry when reading from a tabbed file. - Make sure there is actually a file entity when applying the link info to it when reading fromfile using --fflinks. - Increase space for the path a little in listdir(), just to be sure. * Make sure that there is no topsort (--dirsfirst / --filesfirst) if there is no basesort (-U). * Make sure gittrim() function can handle a null string. - Source tarball URL was unresolvable, update it to the correct version based on https://gitlab.com/OldManProgrammer/unix-tree
Comments 0