Fixed bug in getacls() where no ACLs caused error

[larsewi]

$ cat test.cf 
bundle agent __main__ {
  vars:
    "default_acls"
      slist => getacls("/etc", "default");
    "access_acls"
      slist => getacls("/tmp/bar", "access");
  reports:
    "Default acl: $(default_acls)";
    "Access acl: $(access_acls)";
}
$ sudo /var/cfengine/bin/cf-agent -KIf ~/test.cf 
R: Access acl: user::rwx
R: Access acl: group::rwx
R: Access acl: other::r-x

[larsewi]

@cf-bottom Jenkins please :)

[cf-bottom]

Sure, I triggered a build:

Jenkins: https://ci.cfengine.com/job/pr-pipeline/12834/

Packages: http://buildcache.cfengine.com/packages/testing-pr/jenkins-pr-pipeline-12834/

[larsewi]

Yack...

11:19:53 evalfunction.c: In function ‘FnCallGetACLs’:
11:19:53 evalfunction.c:691:37: error: ‘ENODATA’ undeclared (first use in this function)
11:19:53      if ((acls == NULL) && (errno != ENODATA))
11:19:53                                      ^

[larsewi]

@cf-bottom Jenkins please :)

[cf-bottom]

Alright, I triggered a build:

Jenkins: https://ci.cfengine.com/job/pr-pipeline/12842/

Packages: http://buildcache.cfengine.com/packages/testing-pr/jenkins-pr-pipeline-12842/

[craigcomstock]

cf-support.test failure should be fixed now.
build init test failure is related to rhel9hub package install trouble, I am looking into it.
bootstrap-tests flake is a current known issue I will look into today.

So from my point of view, your PR looks good.