#1464 closed defect (fixed)
latest python-lz4 breaks API compatibility
| Reported by: | Antoine Martin | Owned by: | Antoine Martin |
|---|---|---|---|
| Priority: | blocker | Milestone: | 2.0 |
| Component: | packaging | Version: | trunk |
| Keywords: | Cc: |
Description
Good thing we have lzo as a fallback... if a bit slower.
They've changed the API so LZ4_compress_fast only takes a single argument... and is now deprecated too.
Then the version numbering scheme is also completely changed... and triggers our sanity checks.
Sigh.
Change History (3)
comment:1 Changed 4 years ago by
| Status: | new → assigned |
|---|
comment:2 Changed 4 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
Done in r15294 (+fixup in r15296):
- compression level 7 to 15 will use: high_compression (with compression set to the level value)
- 4 to 6: standard compress (no tuning)
- 1 to 3: fast (with acceleration set from 2 to 8)
This needs to go in 1.0 wholesale. For the next LTS, we should drop support for versions older than 0.8.
comment:3 Changed 5 weeks ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1464
Note: See
TracTickets for help on using
tickets.
copyleft 2010 - 2021
r15290 at least allows us to run again, with some annoying warnings and no level tuning.. that's the minimal change required for v1.0.x
Which is going to need an "emergency" update too.