organization · inferred from evidence
Oracle
The organization maintaining the ocifs library and OCI Object Storage service.
- oci ce cluster create-kubeconfig ignores --profile, kubectl fails authentication
Upgrade to oci-cli 3.52.0 or newer and add --with-auth-context to the create-kubeconfig command: oci ce cluster create-kubeconfig --cluster-id $CLUSTER --file $FILE --region $REGION --profile $PROFILE --token-version 2.0.0 --with-auth-conte
- oci os object put from stdin creates 0-byte object in Cloud Shell (silent data loss)
If you see 0-byte uploads from stdin in Cloud Shell, upgrade to oci-cli 3.4.1 or later: that release fixes the silent stdin data-loss bug. On an affected version, the workaround is to stop piping stdin and instead write the data to a real f
- Qwen3 tool calls not parsed into AIMessage.tool_calls on OCI
The model was returning tool calls in Qwen-style [tool_call]...[/tool_call] or [tool_calling]...[/tool_calling] tags, and the parser simply did not handle those tags, so everything stayed in content and tool_calls came back empty. The fix p
- Oracle vector store ignores JSON Search Index when vector index exists
The problem was the generated SQL was missing the optimizer hint that makes the database consider both indexes, so the JSON Search Index sat unused whenever a vector index existed. The fix adds the VECTOR_INDEX_TRANSFORM hint to the query,
- OCI Cohere Command Vision fails: CohereChatResponseV2 object has no attribute text
This had two causes, both fixed. First, the Cohere V2 response structure is different: the text lives at .message.content[].text, not .text, so the parser needed updating. Second, vision models require the COHEREV2 API format even when you
- ocifs: setting Content-Type when writing a file to OCI Object Storage
The library was not wiring the content type through on file writes. Fixed in ocifs 1.3.1: the open() call now both guesses the content type from the file extension when you do not pass one, and honors an explicit content_type= parameter. Up
- KeyError binding tools with nested $defs references on OCI
This was a real bug in the schema dereferencing used during OCI tool conversion: nested $ref pointers lost track of the root $defs dictionary and crashed with a KeyError. It was already fixed and released as langchain-oci 0.2.5, so if you a