<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Official databricks-openai package fails to import after resolving databricks-vectorsearch in Generative AI</title>
    <link>https://community.databricks.com/t5/generative-ai/official-databricks-openai-package-fails-to-import-after/m-p/158563#M1853</link>
    <description>&lt;P&gt;I filed a detailed GitHub issue here:&lt;/P&gt;&lt;P&gt;&lt;A href="https://github.com/databricks/databricks-ai-bridge/issues/433" target="_self"&gt;https://github.com/databricks/databricks-ai-bridge/issues/433&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Summary:&lt;/P&gt;&lt;P&gt;A clean install of `databricks-openai==0.15.0` currently resolves `databricks-vectorsearch==0.74`, after which the documented import fails:&lt;/P&gt;&lt;P&gt;```python&lt;BR /&gt;from databricks_openai import DatabricksOpenAI&lt;BR /&gt;```&lt;/P&gt;&lt;P&gt;with:&lt;/P&gt;&lt;P&gt;```text&lt;BR /&gt;ImportError: cannot import name 'VectorSearchIndex' from 'databricks.vector_search.client'&lt;BR /&gt;```&lt;/P&gt;&lt;P&gt;`pip check` reports no broken requirements.&lt;/P&gt;&lt;P&gt;This appears to be caused by `databricks-openai` eagerly importing vector-search retriever code, combined with the recent `databricks-vectorsearch` / `databricks-ai-search` package transition.&lt;/P&gt;&lt;P&gt;The immediate workaround appears to be:&lt;/P&gt;&lt;P&gt;```bash&lt;BR /&gt;python -m pip install "databricks-vectorsearch&amp;lt;0.74"&lt;BR /&gt;```&lt;/P&gt;&lt;P&gt;but that is not a good production story for an official Databricks package.&lt;/P&gt;&lt;P&gt;I’m trying to understand:&lt;/P&gt;&lt;P&gt;1. Is `databricks-openai` intended to be production-supported?&lt;BR /&gt;2. Is `databricks/databricks-ai-bridge` the correct place to report bugs for `databricks-openai`, `databricks-vectorsearch`, and `databricks-ai-search`?&lt;BR /&gt;3. Where is the source repository for `databricks-vectorsearch` / `databricks-ai-search`?&lt;BR /&gt;4. Should production users avoid `databricks-openai` and use the upstream `openai` client directly with a Databricks serving endpoint `base_url` instead?&lt;BR /&gt;5. Will Databricks publish a patch release or add dependency constraints to prevent this broken default install?&lt;/P&gt;&lt;P&gt;This is concerning because the default installation path for an official Databricks package currently results in a broken import in a clean environment, while the related PyPI pages do not clearly identify the source repository or issue tracker.&lt;/P&gt;</description>
    <pubDate>Mon, 08 Jun 2026 13:35:48 GMT</pubDate>
    <dc:creator>mbecker</dc:creator>
    <dc:date>2026-06-08T13:35:48Z</dc:date>
    <item>
      <title>Official databricks-openai package fails to import after resolving databricks-vectorsearch</title>
      <link>https://community.databricks.com/t5/generative-ai/official-databricks-openai-package-fails-to-import-after/m-p/158563#M1853</link>
      <description>&lt;P&gt;I filed a detailed GitHub issue here:&lt;/P&gt;&lt;P&gt;&lt;A href="https://github.com/databricks/databricks-ai-bridge/issues/433" target="_self"&gt;https://github.com/databricks/databricks-ai-bridge/issues/433&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Summary:&lt;/P&gt;&lt;P&gt;A clean install of `databricks-openai==0.15.0` currently resolves `databricks-vectorsearch==0.74`, after which the documented import fails:&lt;/P&gt;&lt;P&gt;```python&lt;BR /&gt;from databricks_openai import DatabricksOpenAI&lt;BR /&gt;```&lt;/P&gt;&lt;P&gt;with:&lt;/P&gt;&lt;P&gt;```text&lt;BR /&gt;ImportError: cannot import name 'VectorSearchIndex' from 'databricks.vector_search.client'&lt;BR /&gt;```&lt;/P&gt;&lt;P&gt;`pip check` reports no broken requirements.&lt;/P&gt;&lt;P&gt;This appears to be caused by `databricks-openai` eagerly importing vector-search retriever code, combined with the recent `databricks-vectorsearch` / `databricks-ai-search` package transition.&lt;/P&gt;&lt;P&gt;The immediate workaround appears to be:&lt;/P&gt;&lt;P&gt;```bash&lt;BR /&gt;python -m pip install "databricks-vectorsearch&amp;lt;0.74"&lt;BR /&gt;```&lt;/P&gt;&lt;P&gt;but that is not a good production story for an official Databricks package.&lt;/P&gt;&lt;P&gt;I’m trying to understand:&lt;/P&gt;&lt;P&gt;1. Is `databricks-openai` intended to be production-supported?&lt;BR /&gt;2. Is `databricks/databricks-ai-bridge` the correct place to report bugs for `databricks-openai`, `databricks-vectorsearch`, and `databricks-ai-search`?&lt;BR /&gt;3. Where is the source repository for `databricks-vectorsearch` / `databricks-ai-search`?&lt;BR /&gt;4. Should production users avoid `databricks-openai` and use the upstream `openai` client directly with a Databricks serving endpoint `base_url` instead?&lt;BR /&gt;5. Will Databricks publish a patch release or add dependency constraints to prevent this broken default install?&lt;/P&gt;&lt;P&gt;This is concerning because the default installation path for an official Databricks package currently results in a broken import in a clean environment, while the related PyPI pages do not clearly identify the source repository or issue tracker.&lt;/P&gt;</description>
      <pubDate>Mon, 08 Jun 2026 13:35:48 GMT</pubDate>
      <guid>https://community.databricks.com/t5/generative-ai/official-databricks-openai-package-fails-to-import-after/m-p/158563#M1853</guid>
      <dc:creator>mbecker</dc:creator>
      <dc:date>2026-06-08T13:35:48Z</dc:date>
    </item>
  </channel>
</rss>

