Add namespace prefix to lazily-loaded data object

[ateucher]

Description

Add namespace prefix to service_map data object as it's not in the package namespace.

Related Issue

Fixes #83

[ateucher]

Errors in CI appear to not be from these changes, but due to auth to minio, maybe because I'm on a fork?

<paws_error/http_403/http_400/http_error/error/condition>
Error: Error: InvalidAccessKeyId (HTTP 403). The AWS Access Key Id you provided does not exist in our records.
Backtrace:
    ▆
 1. └─sixtyfour:::buckets_empty() at test-files.R:4:1
 2.   └─sixtyfour::aws_buckets() at tests/testthat/helper-minio.R:14:3
 3.     └─con_s3fs()$dir_info(refresh = TRUE, ...) at sixtyfour/R/bucket.R:327:3
 4.       └─private$.s3_bucket_ls(refresh)
 5.         └─s3fs:::retry_api_call(...)
 6.           └��base::tryCatch(...)
 7.             └─base (local) tryCatchList(expr, classes, parentenv, handlers)
 8.               └─base (local) tryCatchOne(...)
 9.                 └─value[[3L]](cond)

[sckott]

thanks @ateucher i'll check

[sckott]

looks like the MINIO_* env vars are not being picked up on ubuntu runs. weird. but they were picked up in other runs on the same branch.

[ateucher]

I'm not sure if they are? empty in this macos run: https://github.com/getwilds/sixtyfour/actions/runs/13039241629/job/36377038930?pr=84#step:2:17

The minio tests are skipped on macos and Windows right?

[sckott]

You're right, minio and localstack are only run on linux CI's

[sckott]

Lets ignore the failures, almost positive its because the secretws arej't avail on PRs, tests and everything else works fine locally