dependabot[bot] opened a new pull request, #417:
URL: https://github.com/apache/iceberg-python/pull/417

   Bumps [sqlalchemy](https://github.com/sqlalchemy/sqlalchemy) from 2.0.25 to 
2.0.26.
   <details>
   <summary>Release notes</summary>
   <p><em>Sourced from <a 
href="https://github.com/sqlalchemy/sqlalchemy/releases";>sqlalchemy's 
releases</a>.</em></p>
   <blockquote>
   <h1>2.0.26</h1>
   <p>Released: February 11, 2024</p>
   <h2>orm</h2>
   <ul>
   <li>
   <p><strong>[orm] [bug]</strong> Replaced the &quot;loader depth is 
excessively deep&quot; warning with a shorter
   message added to the caching badge within SQL logging, for those statements
   where the ORM disabled the cache due to a too-deep chain of loader options.
   The condition which this warning highlights is difficult to resolve and is
   generally just a limitation in the ORM's application of SQL caching. A
   future feature may include the ability to tune the threshold where caching
   is disabled, but for now the warning will no longer be a nuisance.</p>
   <p>References: <a 
href="https://www.sqlalchemy.org/trac/ticket/10896";>#10896</a></p>
   </li>
   <li>
   <p><strong>[orm] [bug]</strong> Fixed issue where it was not possible to use 
a type (such as an enum)
   within a <code>_orm.Mapped</code> container type if that type were declared
   locally within the class body.  The scope of locals used for the eval now
   includes that of the class body itself.  In addition, the expression within
   <code>_orm.Mapped</code> may also refer to the class name itself, if used as 
a
   string or with future annotations mode.</p>
   <p>References: <a 
href="https://www.sqlalchemy.org/trac/ticket/10899";>#10899</a></p>
   </li>
   <li>
   <p><strong>[orm] [bug]</strong> Fixed issue where using 
<code>_orm.Session.delete()</code> along with the
   <code>_orm.Mapper.version_id_col</code> feature would fail to use the
   correct version identifier in the case that an additional UPDATE were
   emitted against the target object as a result of the use of
   <code>_orm.relationship.post_update</code> on the object.  The issue is
   similar to <a href="https://www.sqlalchemy.org/trac/ticket/10800";>#10800</a> 
just fixed in version 2.0.25 for the case of
   updates alone.</p>
   <p>References: <a 
href="https://www.sqlalchemy.org/trac/ticket/10967";>#10967</a></p>
   </li>
   <li>
   <p><strong>[orm] [bug]</strong> Fixed issue where an assertion within the 
implementation for
   <code>_orm.with_expression()</code> would raise if a SQL expression that was 
not
   cacheable were used; this was a 2.0 regression since 1.4.</p>
   <p>References: <a 
href="https://www.sqlalchemy.org/trac/ticket/10990";>#10990</a></p>
   </li>
   </ul>
   <h2>examples</h2>
   <ul>
   <li><strong>[examples] [bug]</strong> Fixed regression in history_meta 
example where the use of
   <code>_schema.MetaData.to_metadata()</code> to make a copy of the history 
table
   would also copy indexes (which is a good thing), but causing naming
   conflicts indexes regardless of naming scheme used for those indexes. A
   &quot;_history&quot; suffix is now added to these indexes in the same way as 
is</li>
   </ul>
   <!-- raw HTML omitted -->
   </blockquote>
   <p>... (truncated)</p>
   </details>
   <details>
   <summary>Commits</summary>
   <ul>
   <li>See full diff in <a 
href="https://github.com/sqlalchemy/sqlalchemy/commits";>compare view</a></li>
   </ul>
   </details>
   <br />
   
   
   [![Dependabot compatibility 
score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=sqlalchemy&package-manager=pip&previous-version=2.0.25&new-version=2.0.26)](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores)
   
   Dependabot will resolve any conflicts with this PR as long as you don't 
alter it yourself. You can also trigger a rebase manually by commenting 
`@dependabot rebase`.
   
   [//]: # (dependabot-automerge-start)
   [//]: # (dependabot-automerge-end)
   
   ---
   
   <details>
   <summary>Dependabot commands and options</summary>
   <br />
   
   You can trigger Dependabot actions by commenting on this PR:
   - `@dependabot rebase` will rebase this PR
   - `@dependabot recreate` will recreate this PR, overwriting any edits that 
have been made to it
   - `@dependabot merge` will merge this PR after your CI passes on it
   - `@dependabot squash and merge` will squash and merge this PR after your CI 
passes on it
   - `@dependabot cancel merge` will cancel a previously requested merge and 
block automerging
   - `@dependabot reopen` will reopen this PR if it is closed
   - `@dependabot close` will close this PR and stop Dependabot recreating it. 
You can achieve the same result by closing it manually
   - `@dependabot show <dependency name> ignore conditions` will show all of 
the ignore conditions of the specified dependency
   - `@dependabot ignore this major version` will close this PR and stop 
Dependabot creating any more for this major version (unless you reopen the PR 
or upgrade to it yourself)
   - `@dependabot ignore this minor version` will close this PR and stop 
Dependabot creating any more for this minor version (unless you reopen the PR 
or upgrade to it yourself)
   - `@dependabot ignore this dependency` will close this PR and stop 
Dependabot creating any more for this dependency (unless you reopen the PR or 
upgrade to it yourself)
   
   
   </details>


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@iceberg.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@iceberg.apache.org
For additional commands, e-mail: issues-h...@iceberg.apache.org

Reply via email to