You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I enter a directory where dev has been activated, and when working offline:
$ cd dotfiles
resolving graph…error: Uncaught (in promise) TypeError: error sending request for url (https://dist.pkgx.dev/info-zip.org/unzip/darwin/aarch64/versions.txt): error trying to connect: dns error: failed to lookup address information: nodename nor servname provided, or not known
at async mainFetch (ext:deno_fetch/26_fetch.js:170:12)
at async fetch (ext:deno_fetch/26_fetch.js:391:7)
at async Object.get (https://deno.land/x/libpkgx@v0.17.0/src/hooks/useInventory.ts:17:15)
at async Object.select (https://deno.land/x/libpkgx@v0.17.0/src/hooks/useInventory.ts:7:20)
Yes, it is expected behavior to encounter a DNS error when working offline in a directory where dev has been activated. The dev tool relies on pkgx and its integration with the shell, which may require network access to determine and fetch the necessary packages based on your project’s keyfiles. If you are offline, the tool may not be able to resolve DNS queries needed to access these resources [1].
Some care has been taken that existing installs should work when offline. However, I don't know off-hand if that same level of offline-capability applies to some of the newer/fancier features like automatic dev management. Did you already have info-zip.org/unzip installed? It should prefer a local version which satisfies its requirements where possible, but building the available version list does require the internet.
No, I didn't haveinfo-zip.org/unzip installed, and it also did not download once I got online... or at least there's no info-zip.org folder in ~/.pkgx.
Ooh, that is odd. I know it's used internally for unpacking zip files, but if it needed it, I'd expect it to have been downloaded. Just to be clear, you re-entered the dev environment (cd ~; cd - or similar) after coming online?
Yeah, after coming back online I've entered several directories with dev enabled. There's still no ~/.pkgx/info-zip.org/unzip folder... so not sure why that was requested.
Activity
dosubot commentedon Jul 15, 2024
Yes, it is expected behavior to encounter a DNS error when working offline in a directory where
devhas been activated. Thedevtool relies onpkgxand its integration with the shell, which may require network access to determine and fetch the necessary packages based on your project’s keyfiles. If you are offline, the tool may not be able to resolve DNS queries needed to access these resources [1].To continue talking to Dosu, mention @dosu.
jhheider commentedon Jul 15, 2024
Some care has been taken that existing installs should work when offline. However, I don't know off-hand if that same level of offline-capability applies to some of the newer/fancier features like automatic dev management. Did you already have
info-zip.org/unzipinstalled? It should prefer a local version which satisfies its requirements where possible, but building the available version list does require the internet.fredrikaverpil commentedon Jul 15, 2024
No, I didn't have
info-zip.org/unzipinstalled, and it also did not download once I got online... or at least there's noinfo-zip.orgfolder in~/.pkgx.fredrikaverpil commentedon Jul 15, 2024
Feel free to close this issue if this was expected @jhheider
jhheider commentedon Jul 15, 2024
Ooh, that is odd. I know it's used internally for unpacking zip files, but if it needed it, I'd expect it to have been downloaded. Just to be clear, you re-entered the dev environment (
cd ~; cd -or similar) after coming online?fredrikaverpil commentedon Jul 15, 2024
Yeah, after coming back online I've entered several directories with
devenabled. There's still no~/.pkgx/info-zip.org/unzipfolder... so not sure why that was requested.mxcl commentedon Sep 6, 2024
Yeah this shouldn't happen, let me think about why it might have.