[
https://issues.apache.org/jira/browse/ARROW-6407?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Todd Farmer reassigned ARROW-6407:
----------------------------------
Assignee: (was: Benson Muite)
This issue was last updated over 90 days ago, which may be an indication it is
no longer being actively worked. To better reflect the current state, the issue
is being unassigned. Please feel free to re-take assignment of the issue if it
is being actively worked, or if you plan to start that work soon.
> [C++] Consolidate thirdparty bundle URLs, version bumping logic, etc
> --------------------------------------------------------------------
>
> Key: ARROW-6407
> URL: https://issues.apache.org/jira/browse/ARROW-6407
> Project: Apache Arrow
> Issue Type: Improvement
> Components: C++
> Affects Versions: 0.16.0
> Reporter: Wes McKinney
> Priority: Major
>
> This will prevent issues like ARROW-6406
> After ARROW-8266 ensures every _ep has at least two URLs this problem becomes
> harder since we have a few classes of URL which don't necessarily overlap:
> preferred (highest priority during build configuration), canonical (whence
> new tarballs should be downloaded when versions get bumped), and backup. It's
> difficult to represent this in a txt file.
> A script should be available for automatically bumping versions (a
> generalization of upload-boost.sh):
> - update versions.txt, including checksums
> - run download_dependencies.sh to get fresh archives
> - run (or inline) trim-boost.sh to trim the boost archive
> - update ursalabs-managed archives:
> https://github.com/ursa-labs/thirdparty/releases/tag/latest
> Checksums:
> If a checksum is not provided to ExternalProject_Add it may re-download a
> tarball even if that's not necessary (any time the generated build must be
> modified, IIUC). Ideally we should provide a checksum for all _eps (and not
> just Thrift) to cut down on unnecessary network access when building bundled.
> ARROW-8222 introduces a subtlety: we now default to a trimmed boost archive
> which contains only the 10% which we need, only falling back to a full boost
> archive when that fails to download. This is faster but not equivalent to the
> full boost archive so we can't provide a single checksum which matches both.
> This will probably just mean that those cases are extra slow
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
