Problem installing extension

neuwirthe commented 5 months ago

Bug description

I am trying to install an extension with quarto install extension juliantao/qletter I get errors (log is enclosed).

When I do this on my second machine, things work. I have no idea what I need to change on my main machine to make things work.

(base) Maxwell:pisa_data neuwirth$ quarto install extension juliantao/qletter
⚠️  The `--unstable` flag is deprecated and will be removed in Deno 2.0. Use granular `--unstable-*` flags instead.
Learn more at: https://docs.deno.com/runtime/manual/tools/unstable_flags

============================================================
Deno has panicked. This is a bug in Deno. Please report this
at https://github.com/denoland/deno/issues/new.
If you can reliably reproduce this panic, include the
reproduction steps and re-run with the RUST_BACKTRACE=1 env
var set and include the backtrace in your report.

Platform: macos aarch64
Version: 1.42.4
Args: ["/Applications/quarto/bin/tools/aarch64/deno", "run", "--unstable", "--no-config", "--allow-read", "--allow-write", "--allow-run", "--allow-env", "--allow-net", "--allow-ffi", "--no-check", "--importmap=/Applications/quarto/bin/vendor/import_map.json", "/Applications/quarto/bin/quarto.js", "install", "extension", "juliantao/qletter"]

thread 'main' panicked at cli/args/mod.rs:632:14:
Failed to add platform cert to root cert store: InvalidCertificate(BadEncoding)
stack backtrace:
   0:        0x1017e430c - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt::h0aa20ca08aeb683c
   1:        0x1009fbf24 - core::fmt::write::h168dbafcf35bac68
   2:        0x1017b7f3c - std::io::Write::write_fmt::hdb0dd3f09dcf2281
   3:        0x1017e6448 - std::sys_common::backtrace::print::h57b289e4b951ee17
   4:        0x1017e6174 - std::panicking::default_hook::{{closure}}::h783b6c512154ec65
   5:        0x1017e5d34 - std::panicking::default_hook::hcdfa9e1e0f234a4f
   6:        0x1008abdf0 - deno::setup_panic_hook::{{closure}}::hb96a6dc4fa15e542
   7:        0x1017e6ddc - std::panicking::rust_panic_with_hook::h9aea678ca49d64cf
   8:        0x1017e6b9c - std::panicking::begin_panic_handler::{{closure}}::ha16c3377e66deceb
   9:        0x1017e6b00 - std::sys_common::backtrace::__rust_end_short_backtrace::hea8fdda1ea8a4c0e
  10:        0x1017e6af4 - _rust_begin_unwind
  11:        0x1009fa2cc - core::panicking::panic_fmt::h1cb43b60f5788132
  12:        0x100a00d08 - core::result::unwrap_failed::h71a35eff74d84b68
  13:        0x100748c3c - deno::args::get_root_cert_store::h0efade9267b8b059
  14:        0x10071eea4 - once_cell::imp::OnceCell<T>::initialize::{{closure}}::h253e39bcb72f7d73
  15:        0x101685978 - once_cell::imp::initialize_or_wait::h0b9b987411522c9d
  16:        0x100747db0 - <deno::args::CliRootCertStoreProvider as deno_tls::RootCertStoreProvider>::get_or_try_init::h927b39ac8b4fbace
  17:        0x100c7adb8 - deno_fetch::Options::root_cert_store::hd2819423ef29bd68
  18:        0x100c7b59c - deno_fetch::get_or_create_client_from_state::h1b0ab323ee5377d3
  19:        0x101356748 - deno_fetch::op_fetch::op_fetch<FP>::v8_fn_ptr::h2a9907d86e41fa08

Steps to reproduce

No response

Expected behavior

No response

Actual behavior

No response

Your environment

RStudio Version 2023.12.1+402 (2023.12.1+402) macOS Sonoma 14.4.1

Quarto check output

Quarto 1.4.553 [✓] Checking versions of quarto binary dependencies... Pandoc version 3.1.11: OK Dart Sass version 1.69.5: OK Deno version 1.42.4: OK [✓] Checking versions of quarto dependencies......OK [✓] Checking Quarto installation......OK Version: 1.4.553 Path: /Applications/quarto/bin

[✓] Checking tools....................OK TinyTeX: (not installed) Chromium: (not installed)

[✓] Checking LaTeX....................OK Using: Installation From Path Path: /Library/TeX/texbin Version: 2024

⚠️ The Deno.dlopen API was used with --unstable flag. The --unstable flag is deprecated and will be removed in Deno 2.0. Use granular --unstable-ffi instead. Learn more at: https://docs.deno.com/runtime/manual/tools/unstable_flags [✓] Checking basic markdown render....OK

[✓] Checking Python 3 installation....OK Version: 3.10.14 (Conda) Path: /Users/neuwirth/Library/r-miniconda-arm64/bin/python Jupyter: (None)

  Jupyter is not available in this Python installation.
  Install with conda install jupyter

[✓] Checking R installation...........OK Version: 4.3.3 Path: /Library/Frameworks/R.framework/Resources LibPaths:

/Users/neuwirth/Library/R/arm64/4.3/library
/Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/library knitr: 1.46 rmarkdown: 2.26

[✓] Checking Knitr engine render......OK

mcanouil commented 5 months ago

That's not how to install an extension. The correct command is quarto add ....

See quarto --help or the documentation at https://quarto.org/docs/extensions/managing.html#installation

The readme of https://github.com/juliantao/qletter is outdated, please report there.

neuwirthe commented 5 months ago

I get the same problem when I use quarto add juliantao/qletter

I also get the problem when I do quarto add coatless-quarto/embedio

On Apr 24, 2024, at 11:38 AM, Mickaël Canouil @.***> wrote:

That's not how to install an extension. The correct command is quarto add .... The readme of https://github.com/juliantao/qletter is outdated. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>

mcanouil commented 5 months ago

Hum, I missed the error message which i don't believe should ever happen as Quarto 1.5 uses Deno 1.41.0, but in your environment it says Deno 2.0.

How did you install Quarto? This is the real issue here, not the failed installation of extensions. You already have a message/error in the quarto check output.

PS: when replying by email, do not include the previous messages. Thank you!

neuwirthe commented 5 months ago

I installed quarto from https://quarto.org/docs/get-started/ which gives me (base) Maxwell:pisa_data neuwirth$ quarto --version 1.4.553

To check if it was a version problem, I updated deno in /Applications/quarto/bin/tools/aarch64 with sudo deno upgrade, which probably gave me version 2.0. Now I reinstalled quarto 1.4.553 from https://objects.githubusercontent.com/github-production-release-asset-2e65be/298579934/9336bcdc-fff2-4b95-967e-704b8992a981?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAVCODYLSA53PQK4ZA%2F20240424%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20240424T084241Z&X-Amz-Expires=300&X-Amz-Signature=4348a7f2ce02b5c09a2455751d4c590e7a47e81daedc96a74a859084b915d8fb&X-Amz-SignedHeaders=host&actor_id=157619&key_id=0&repo_id=298579934&response-content-disposition=attachment%3B%20filename%3Dquarto-1.4.553-macos.pkg&response-content-type=application%2Foctet-stream

but I still get the same problem.

How do I install quarti 1.5?

Regards from Austria

Erich Neuwirth

On Apr 24, 2024, at 12:01 PM, Mickaël Canouil @.***> wrote:

Hum, I missed the error message which i don't believe should ever happen as Quarto 1.5 uses Deno 1.41.0, but in your environment it says Deno 2.0. How did you install Quarto? — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>

mcanouil commented 5 months ago

I don't think installing 1.5 will change something here, but go to "Release notes and more downloads" on the same page then the tab "pre-release".

The --unstable flag is deprecated and will be removed in Deno 2.0. Use granular --unstable-* flags instead. Learn more at: https://docs.deno.com/runtime/manual/tools/unstable_flags

You should not see this message.
Failed to add platform cert to root cert store: InvalidCertificate(BadEncoding)

Do you use a proxy/VPN or something like that?
Platform: macos aarch64 Version: 1.42.4

That's the Deno release from last week, so here Quarto seems to use a system version of Deno instead of the one embedded. For instance Quarto 1.5 uses Deno 1.41.0.

I suggest to take the following steps:

Remove/uninstall completely Quarto
Ensure you don't have environment variables related to Quarto set: QUARTO_*
Reinstall Quarto (stable or pre-release)
Try again: quarto check should not display a message (and the wrong Deno version) as you shared.

neuwirthe commented 5 months ago

I do not use a proxy nor a vpn

On Apr 24, 2024, at 12:23 PM, Mickaël Canouil @.***> wrote:

I don't think installing 1.5 will change something here, but go to "Release notes and more downloads" on the same page then the tab "pre-release". • The --unstable flag is deprecated and will be removed in Deno 2.0. Use granular --unstable-* flags instead. Learn more at: https://docs.deno.com/runtime/manual/tools/unstable_flags You should not see this message. • Failed to add platform cert to root cert store: InvalidCertificate(BadEncoding) Do you use a proxy/VPN or something like that? • Platform: macos aarch64 Version: 1.42.4 That's the Deno release from last week, so here Quarto seems to use a system version of Deno instead of the one embedded. For instance Quarto 1.5 uses Deno 1.41.0. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>

neuwirthe commented 5 months ago

I installed the pre-release Maxwell:pisa_data neuwirth$ quarto --version 1.5.31

and in /Applications/quarto/bin/tools/aarch64 i ran ./deno --version deno 1.41.0 (release, aarch64-apple-darwin) v8 12.1.285.27 typescript 5.3.3

The problem remains.

Regards from Austria

Erich

On Apr 24, 2024, at 12:23 PM, Mickaël Canouil @.***> wrote:

I don't think installing 1.5 will change something here, but go to "Release notes and more downloads" on the same page then the tab "pre-release". • The --unstable flag is deprecated and will be removed in Deno 2.0. Use granular --unstable-* flags instead. Learn more at: https://docs.deno.com/runtime/manual/tools/unstable_flags You should not see this message. • Failed to add platform cert to root cert store: InvalidCertificate(BadEncoding) Do you use a proxy/VPN or something like that? • Platform: macos aarch64 Version: 1.42.4 That's the Deno release from last week, so here Quarto seems to use a system version of Deno instead of the one embedded. For instance Quarto 1.5 uses Deno 1.41.0. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>

mcanouil commented 5 months ago

Do you have the exact same output for quarto check?

What I asked is to run deno --version not /Applications/quarto/bin/tools/aarch64/deno --version.

mcanouil commented 5 months ago

@neuwirthe Please reply via GitHub, to format your messages and to not include all previous messages.

mcanouil commented 5 months ago

And follow all the steps of https://github.com/quarto-dev/quarto-cli/issues/9466#issuecomment-2074620010.

neuwirthe commented 5 months ago

(base) Maxwell:pisa_data neuwirth$ quarto add juliantao/qletter

============================================================ Deno has panicked. This is a bug in Deno. Please report this at https://github.com/denoland/deno/issues/new. If you can reliably reproduce this panic, include the reproduction steps and re-run with the RUST_BACKTRACE=1 env var set and include the backtrace in your report.

Platform: macos aarch64 Version: 1.41.0 Args: ["/Applications/quarto/bin/tools/aarch64/deno", "run", "--unstable-ffi", "--no-config", "--allow-read", "--allow-write", "--allow-run", "--allow-env", "--allow-net", "--allow-ffi", "--no-check", "--v8-flags=--max-old-space-size=8192,--max-heap-size=8192", "--importmap=/Applications/quarto/bin/vendor/import_map.json", "/Applications/quarto/bin/quarto.js", "add", "juliantao/qletter"]

thread 'main' panicked at cli/args/mod.rs:596:14: Failed to add platform cert to root cert store: InvalidCertificate(BadEncoding) stack backtrace: 0: 0x10341df10 - ::fmt::hb478ebbfb46e27ce 1: 0x1026c5ed0 - core::fmt::write::he4d5fa2daff1f531 2: 0x1033f1bd8 - std::io::Write::write_fmt::hc5a47a68eba63d9f 3: 0x103420564 - std::sys_common::backtrace::print::h79bd952cc5812e7a 4: 0x10341febc - std::panicking::default_hook::{{closure}}::h82301f6222887737 5: 0x10341fa7c - std::panicking::default_hook::h1e49abbb3f1d7dbf 6: 0x10257dd68 - deno::setup_panic_hook::{{closure}}::h1561575911a369f3 7: 0x103420b38 - std::panicking::rust_panic_with_hook::h1e70c5d905e30e9d 8: 0x1034208f8 - std::panicking::begin_panic_handler::{{closure}}::h399e32952efd26a4 9: 0x10342085c - std::sys_common::backtrace::__rust_end_short_backtrace::h2ab87f841a2323e7 10: 0x103420850 - _rust_begin_unwind 11: 0x1026c4428 - core::panicking::panic_fmt::h33e40d2a93cab78f 12: 0x1026cad28 - core::result::unwrap_failed::h79c2cb9e4fc28c72 13: 0x102442ed0 - deno::args::get_root_cert_store::h1f2e224c0182d694 14: 0x10241aa90 - once_cell::imp::OnceCell::initialize::{{closure}}::hba23884157676e0d 15: 0x1032c7120 - once_cell::imp::initialize_or_wait::hbc113dcc242af49a 16: 0x102441fe0 - ::get_or_try_init::h862fb31f008ec507 17: 0x10292c2d4 - deno_fetch::Options::root_cert_store::h137571a5a7d00fcb 18: 0x10292cb9c - deno_fetch::get_or_create_client_from_state::h5616dc3eb670b3c3 19: 0x102fa6eac - deno_fetch::op_fetch::v8_fn_ptr::h986f0bd95f524438

On Apr 24, 2024, at 12:47 PM, Mickaël Canouil @.***> wrote:

Do you have the exact same error log? — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>

mcanouil commented 5 months ago

Please use GitHub and format your messages using Markdown.
Follow the steps described at the end of https://github.com/quarto-dev/quarto-cli/issues/9466#issuecomment-2074620010
Share the output of quarto check after performing the steps above.
Run deno --version not /Applications/quarto/bin/tools/aarch64/deno --version.

cscheid commented 5 months ago

The relevant part of the error message is this:

Failed to add platform cert to root cert store: InvalidCertificate(BadEncoding)

This is indeed a bug, but unfortunately one on the standard library of the programming language that we use to write Quarto, and so we can't easily fix it ourselves. @neuwirthe we usually see this when your IT team installs a non-default SSL certificate on your machine. Could that be the case for your situation?

(This is likely a duplicate of https://github.com/quarto-dev/quarto-cli/issues/7292)

mcanouil commented 5 months ago

@cscheid why the Quarto check reports a Deno version that is not the one from Quarto?

Quarto 1.4.553
[✓] Checking versions of quarto binary dependencies...
Pandoc version 3.1.11: OK
Dart Sass version 1.69.5: OK
Deno version 1.42.4: OK

neuwirthe commented 5 months ago

I uninstalled quarto No envir variables QUARTO_* in .zshrc or .Renviron I installed quarto 1.4.553 Then in the Terminal window of RStudio I did

quarto --version
1.4.553

and

quarto check
Quarto 1.4.553
[✓] Checking versions of quarto binary dependencies...
      Pandoc version 3.1.11: OK
      Dart Sass version 1.69.5: OK
      Deno version 1.37.2: OK
[✓] Checking versions of quarto dependencies......OK
[✓] Checking Quarto installation......OK
      Version: 1.4.553
      Path: /Applications/quarto/bin

[✓] Checking tools....................OK
      TinyTeX: (not installed)
      Chromium: (not installed)

[✓] Checking LaTeX....................OK
      Using: Installation From Path
      Path: /Library/TeX/texbin
      Version: 2024

[✓] Checking basic markdown render....OK

[✓] Checking Python 3 installation....OK
      Version: 3.10.14 (Conda)
      Path: /Users/neuwirth/Library/r-miniconda-arm64/bin/python
      Jupyter: (None)

      Jupyter is not available in this Python installation.
      Install with conda install jupyter

[✓] Checking R installation...........OK
      Version: 4.3.3
      Path: /Library/Frameworks/R.framework/Resources
      LibPaths:
        - /Users/neuwirth/Library/R/arm64/4.3/library
        - /Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/library
      knitr: 1.46
      rmarkdown: 2.26

[✓] Checking Knitr engine render......OK

deno --version does not work

deno  --version
bash: deno: command not found

deno --version does not work on the machine where I can install extensions.

Perhaps, caused by the Mac architecture, quarto is fount because it sits in /Applications/quarto/bin, but deno is not found because it sits in /Applications/quarto/bin/tools/aarch64/deno

neuwirthe commented 5 months ago

I am not sure if I have non-default SSL certificates. How could I find out?

On Apr 24, 2024, at 1:40 PM, Carlos Scheidegger @.***> wrote:

This is indeed a bug, but unfortunately one on the standard library of the programming language that we use to write Quarto, and so we can't easily fix it ourselves. @neuwirthe we usually see this when your IT team installs a non-default SSL certificate on your machine. Could that be the case for your situation? (This is likely a duplicate of #7292) — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were mentioned.Message ID: @.***>

mcanouil commented 5 months ago

/Applications/quarto/bin/tools/aarch64/deno is only for Quarto to find. if deno --version did work it would mean you have a Deno installation (unrelated to Quarto).

Take a look that the output you shared initially and now. Now, your Quarto installation properly reports the internal Deno version.

Now

Quarto 1.4.553
[✓] Checking versions of quarto binary dependencies...
  Pandoc version 3.1.11: OK
  Dart Sass version 1.69.5: OK
  Deno version 1.37.2: OK

Before

Quarto 1.4.553
[✓] Checking versions of quarto binary dependencies...
  Pandoc version 3.1.11: OK
  Dart Sass version 1.69.5: OK
  Deno version 1.42.4: OK

Now, you have a clean installation.

If the certificate issue persists even with this clean install, I'm afraid that this will be out of Quarto scope support. Note that this is a common issue when using proxy/tunnel/VPN which usually involves a certificate placed in the machine. As pointed out, this is an issue on your setup and/or with the upstream library (Deno). Also, this particular error message was already reported in the context of VPN as mentioned by Carlos:

https://github.com/quarto-dev/quarto-cli/issues/7292

On MacOS, to access certificates, see https://support.apple.com/en-gb/guide/keychain-access/kyca15178/mac.

neuwirthe commented 5 months ago

I did

sudo find /Applications -name deno
/Applications/quarto/bin/tools/aarch64/deno
/Applications/quarto/bin/tools/x86_64/deno
/Applications/quarto/bin/vendor/deno-land/x/puppeteer@9-0-2/src/deno
/Applications/RStudio.app/Contents/Resources/app/quarto/bin/tools/deno-aarch64-apple-darwin/deno
/Applications/RStudio.app/Contents/Resources/app/quarto/bin/tools/deno-x86_64-apple-darwin/deno
/Applications/RStudio.app/Contents/Resources/app/quarto/bin/vendor/deno-land/x/puppeteer@9-0-2/src/deno

Should I delete these additional versions of deno?

mcanouil commented 5 months ago

I did

sudo find /Applications -name deno
/Applications/quarto/bin/tools/aarch64/deno
/Applications/quarto/bin/tools/x86_64/deno
/Applications/quarto/bin/vendor/deno-land/x/puppeteer@9-0-2/src/deno
/Applications/RStudio.app/Contents/Resources/app/quarto/bin/tools/deno-aarch64-apple-darwin/deno
/Applications/RStudio.app/Contents/Resources/app/quarto/bin/tools/deno-x86_64-apple-darwin/deno
/Applications/RStudio.app/Contents/Resources/app/quarto/bin/vendor/deno-land/x/puppeteer@9-0-2/src/deno

Should I delete these additional versions of deno?

None of these should be in your PATH, so no. And from your quarto check output, now Quarto is using the right version (the internal Deno).

cscheid commented 5 months ago

Quarto 1.4.553
[✓] Checking versions of quarto binary dependencies...
Pandoc version 3.1.11: OK
Dart Sass version 1.69.5: OK
Deno version 1.42.4: OK

☝️ I really don't understand how that could have happened. That's very strange.

neuwirthe commented 5 months ago

Some more information. I removed /Applications/quarto and /Applications/RStudio Then, I installed Rstudio 2023.12.1-402 and not yet quarto. RStudio brings its own version of quarto in /Applications/RStudio.app/Contents/Resources/app/quarto/bin

bin ./quarto --version 
1.3.450

qmd files will be rendered, but quarto --version entered in RStudio Terminal window produces

quarto --version
bash: quarto: command not found

Similarly

quarto add juliantao/qletter
bash: quarto: command not found

Ath this point, I notice that bash is being called despite the fact that MaxOS now uses zsh as default shell.

Rstudio also brings its own versions of deno in

/Applications/RStudio.app/Contents/Resources/app/quarto/bin/tools/deno-aarch64-apple-darwin/deno
/Applications/RStudio.app/Contents/Resources/app/quarto/bin/tools/deno-x86_64-apple-darwin/deno
/Applications/RStudio.app/Contents/Resources/app/quarto/bin/vendor/deno-land/x/puppeteer@9-0-2/src/deno

Like calling quarto --version callling deno --version cannot find deno.

Installing quarto from quarto-1.4.553-macos.pkg creates a link to quarto in /usr/local/bin to /Applications/quarto/bin/quarto, therefore quarto is on the path. However, this install does not create a link for deno in /usr/local/bin, therefore deno is not in the path and cannot be called from the command line.

Executing sudo ln -s /Applications/quarto/bin/tools/aarch64/deno . in /usr/local/bin creates a link and then deno can be run from the command line, but the InvalidCertificate error persists.

mcanouil commented 5 months ago

However, this install does not create a link for deno in /usr/local/bin, therefore deno is not in the path and cannot be called from the command line.

Deno is only for internal use inside Quarto. That is intended behaviour. There are no reasons for you to use it.

You had an installation issue where Quarto was not using its Deno but another one from your environment. Here you are messing up your installation. Do not touch anything inside /Applications/quarto unless you know what you are doing!

Please read carefully and completely our previous replies.

neuwirthe commented 5 months ago

The only thing I added was the link to deno in /usrlocal/bin. I removed it afterwards. You told me to try and tun deno --version. To be able to test that, I created the link. In my previous post I describe that RStudio also also installs a version of quarto. Perhaps there is some interaction between the native quarto installation and the one from RStudio.

mcanouil commented 5 months ago

I only said to test it, not to make it work by any means necessary. Again, Quarto was not using its own version of Deno but another one which had to come from your environment. deno --version would have show 1.42.4 being used wrongly by Quarto.

You had in your Quarto check output:

Deno version 1.42.4: OK

instead of:

Deno version 1.37.2: OK

As already stated in https://github.com/quarto-dev/quarto-cli/issues/9466#issuecomment-2074806665.

This is one issue.

And again, regarding the certificate issue, see previous replies such as https://github.com/quarto-dev/quarto-cli/issues/9466#issuecomment-2074806665.

mcanouil commented 5 months ago

To summarise:

at least before you played with the Quarto install, the output was correct, so you had a proper installation. (the somehow corrupted installation you had could have lead to many unpredictable issues).
the certificate is an upstream issue that cannot be solved by Quarto.

neuwirthe commented 5 months ago

I can run quarto, that is not the issue. The certificate issue was there before I "played", and it is still there.

mcanouil commented 5 months ago

It seems we might be going in circles, and I believe it would be beneficial for us for you to take a step back and carefully review the previous messages.

There are two key issues in your original report:

Quarto Installation: There is a factual issue with your Quarto installation. This isn’t a question but rather something that needs attention from you. Please do carefully review the previous messages about this. As stated before, this seemed solved before you played with your installation. Please do check that quarto check output for Quarto 1.4.553 is reporting Deno version 1.37.2: OK.
Certificate Issue: As stated several times, this is an upstream issue that cannot be solved in Quarto and is already reported (https://github.com/quarto-dev/quarto-cli/issues/7292).

To ensure we make progress, could you please re-examine our earlier correspondence? Thank you for your understanding and cooperation.

As a workaround, you can install extension from an archive as described in https://quarto.org/docs/extensions/distributing.html#archive-distribution.

neuwirthe commented 5 months ago

I think I followed all your instructions, and this is what I get with quarto check

Quarto 1.4.553
[✓] Checking versions of quarto binary dependencies...
      Pandoc version 3.1.11: OK
      Dart Sass version 1.69.5: OK
      Deno version 1.37.2: OK
[✓] Checking versions of quarto dependencies......OK
[✓] Checking Quarto installation......OK
      Version: 1.4.553
      Path: /Applications/quarto/bin

[✓] Checking tools....................OK
      TinyTeX: (not installed)
      Chromium: (not installed)

[✓] Checking LaTeX....................OK
      Using: Installation From Path
      Path: /Library/TeX/texbin
      Version: 2024

[✓] Checking basic markdown render....OK

[✓] Checking Python 3 installation....OK
      Version: 3.10.14 (Conda)
      Path: /Users/neuwirth/Library/r-miniconda-arm64/bin/python
      Jupyter: (None)

      Jupyter is not available in this Python installation.
      Install with conda install jupyter

[✓] Checking R installation...........OK
      Version: 4.3.3
      Path: /Library/Frameworks/R.framework/Resources
      LibPaths:
        - /Users/neuwirth/Library/R/arm64/4.3/library
        - /Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/library
      knitr: 1.46
      rmarkdown: 2.26

[✓] Checking Knitr engine render......OK

I can render quarto files without problems.

My workaround for getting extensions is installing them on my other machine - where quarto add ... works - and copying them to my main machine.

cscheid commented 3 days ago

This is fixed on 1.6.19.

quarto-dev / quarto-cli