This is still a problem for snapcraft hooks, because even when I have a part that stages the hooks into $SNAPCRAFT_PART_INSTALL/snap/hooks/<hook-name> the generated hook in $SNAPCRAFT_PRIME/meta/hooks/<hook-name> just looks like this:
and the generated snap.yaml doesn't specify the install hook at all, thus it also doesn't specify command-chain, so all snapcraft is doing in this situation is creating another shell script to call the first shell script.
This is with snapcraft edge:
```
$ snapcraft version
snapcraft, version 3.9.2+git139.g621eea18
$ snap info snapcraft | grep installed
installed: 3.9.2+git139.g621eea18 (3828) 62MB classic
```
This is still a problem for snapcraft hooks, because even when I have a part that stages the hooks into $SNAPCRAFT_ PART_INSTALL/ snap/hooks/ <hook-name> the generated hook in $SNAPCRAFT_ PRIME/meta/ hooks/< hook-name> just looks like this:
``` snap/hooks/ install" "$@"
#!/bin/sh
exec "$SNAP/
```
and the generated snap.yaml doesn't specify the install hook at all, thus it also doesn't specify command-chain, so all snapcraft is doing in this situation is creating another shell script to call the first shell script.
This is with snapcraft edge:
``` g621eea18 g621eea18 (3828) 62MB classic
$ snapcraft version
snapcraft, version 3.9.2+git139.
$ snap info snapcraft | grep installed
installed: 3.9.2+git139.
```