bregctl refuses symlinked destinations such as macOS /tmp without naming the symlink

Found while writing the public tutorial `Review BReg changes in Casework`.

## What Happened

`bregctl dev export-client --output ` refused a destination under `/tmp` on macOS:

```
path traverses a symbolic link
```

`/tmp` is a symlink to `/private/tmp` on macOS, so any temporary directory fails. `bregctl init` refuses the same destinations for the same reason (`crates/registry-bregctl/src/safe_path.rs`).

## Expected Behavior

If refusing symlinked paths is deliberate (it looks like a safety rule for files holding credentials), the message should name the component that is a symlink and the resolved path, so a macOS reader knows to use `/private/tmp` or a directory under `$HOME`. If it is not deliberate, canonicalise the destination parent before the check.

## Environment

Registry Stack 0.30.0 release binaries, macOS.

Triage: later.

Commencez par crates/registry-bregctl/src/safe_path.rs et reproduisez l’échec avec bregctl dev export-client et bregctl init en utilisant une destination sous macOS /tmp. Déterminez si le rejet des chemins symboliques est intentionnel ; le travail est considéré comme terminé si l’erreur nomme le lien symbolique et le chemin résolu, ou si le parent de la destination est canonisé avant la vérification.

Rédigé par le modèle d'indexation à partir du texte de l'issue.