Octue

Latest version: v0.62.1

Safety actively analyzes 723177 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 16 of 40

0.24.1

Not secure
<!--- SKIP AUTOGENERATED NOTES --->
Contents ([454](https://github.com/octue/octue-sdk-python/pull/454))

Dependencies
- Use `twined=^0.5.0`, which removes deprecated support for datasets provided as lists instead of as dictionaries

<!--- END AUTOGENERATED NOTES --->

0.24.0

Not secure
<!--- SKIP AUTOGENERATED NOTES --->
Summary
Remove deprecated code that's built up over the past few months.

Contents ([450](https://github.com/octue/octue-sdk-python/pull/450))
**IMPORTANT: There are 5 breaking changes.**

Refactoring
- **BREAKING CHANGE:** Remove deprecated cloud bucket name and path parameters

> Cloud paths must now be provided as `gs://bucket-name/path/within/bucket` instead of via the `bucket_name` and `path_within_bucket` parameters

- **BREAKING CHANGE:** Remove deprecated provision of datasets as a list to `Manifest`

> Datasets must now be provided as a dictionary mapping their name to their path or `Dataset` instance.

- **BREAKING CHANGE:** Remove deprecation warning if using `store_datasets` parameter
> Upload datasets using `Dataset.to_cloud` after running `Manifest.to_cloud` if you wish to upload the datasets within a manifest

- **BREAKING CHANGE:** Remove deprecated `update_cloud_metadata` parameter
> This has been renamed to `update_metadata`

- **BREAKING CHANGE:** Remove `Dataset.from_cloud` and `Dataset.from_local_directory`
> Just use the `Dataset` constructor e.g. `Dataset(path="gs://bucket-name/dataset")` or
`Dataset(path="local/dataset")` instead

0.23.6

Not secure
<!--- SKIP AUTOGENERATED NOTES --->
Contents ([449](https://github.com/octue/octue-sdk-python/pull/449))

Enhancements
- Allow `Dataset.to_cloud` to infer cloud location

Fixes
- Use cloud paths for relative paths when possible in `Dataset.to_cloud`

Refactoring
- Factor out cloud properties and methods common to `Dataset` and `Datafile` into new `CloudPathable` mixin

<!--- END AUTOGENERATED NOTES --->

0.23.5

Not secure
Summary
Stop Cloud Run services from running a given question more than once and rely on Pub/Sub retries for connection problems.

<!--- SKIP AUTOGENERATED NOTES --->
Contents ([446](https://github.com/octue/octue-sdk-python/pull/446))

Enhancements
- Increase default delivery acknowledgement deadline to 120s

Fixes
- Acknowledge and drop questions redelivered to Cloud Run services based on their UUIDs
- Remove redundant question retries in `Service` and raise error instead if the delivery acknowledgement deadline is reached

Refactoring
- Factor out saving/updating of local metadata files
- Rename local metadata save function
- Rename `Service.send_exception_to_asker` to `Service.send_exception`
- Use "answer" instead of "response" terminology in `Service`

<!--- END AUTOGENERATED NOTES --->

0.23.4

Not secure
Summary
Remove the need for alternative constructors when instantiating datafiles from the cloud or from a local directory - the `Dataset` constructor now handles this automatically.

<!--- SKIP AUTOGENERATED NOTES --->
Contents ([445](https://github.com/octue/octue-sdk-python/pull/445))

Enhancements
- Unify local and cloud dataset instantiation via `Datafile.__init__`
- Raise a deprecation warning if datasets are constructed via `Dataset.from_cloud` or `Dataset.from_local_directory`

<!--- END AUTOGENERATED NOTES --->

0.23.3

Not secure
Summary
Add a single method for updating stored datafile and dataset metadata that deduces whether to update the local or cloud metadata.

<!--- SKIP AUTOGENERATED NOTES --->
Contents ([443](https://github.com/octue/octue-sdk-python/pull/443))

Enhancements
- Add `Datafile.update_metadata` method
- Add `Dataset.update_metadata` method

Refactoring
- Rename `update_cloud_metadata` parameter to `update_metadata` in `Datafile` instantiation and raise a deprecation warning if the old parameter name is used

<!--- END AUTOGENERATED NOTES --->

Page 16 of 40

Links

Releases

Has known vulnerabilities

© 2025 Safety CLI Cybersecurity Inc. All Rights Reserved.