#1637: r.pack and fully qualified input
-------------------------+--------------------------------------------------
Reporter: martinl | Owner: grass-dev@…
Type: defect | Status: new
Priority: major | Milestone: 6.4.3
Component: Raster | Version: svn-releasebranch64
Keywords: r.pack | Platform: Linux
Cpu: Unspecified |
-------------------------+--------------------------------------------------
Recently added `r.pack` doesn't support fully qualified input maps, e.g.
{{{
r.pack input=aspect@PERMANENT
ERROR: No map components found
}}}
When copying files the script expects that `GIS_OPT_INPUT` is not fully
qualified name
source:grass/branches/releasebranch_6_4/scripts/r.pack/r.pack#L92
{{{
91 for ELEMENT in cats cell cellhd colr fcell grid3 hist ; do
92 if [ -e "$BASEDIR/$ELEMENT/$GIS_OPT_INPUT" ] ; then
93 cp "$BASEDIR/$ELEMENT/$name" "$TMP_DIR/$ELEMENT"
94 fi
95 done
}}}
In the case that `g.findfile` would return not fully-qualified `name` we
could simply reuse it in the script. I think that changing `g.findfile` in
G6/G7 to report always non-qualified name should be harmless, in other
words, it should not break any scripts written for G6. What do you think?
ps- fyi r.unpack was exposing a tarbug, since it uses `head` to cut short
the tar listing, and tar version 1.23 didn't like the pipe being closed
early. It's harmless & seems to be fixed in newer versions of tar.