Prepare 0.5.13

This commit is contained in:
asonix 2024-04-15 15:31:31 -05:00
parent c4e99ef539
commit 6d40fbee47
4 changed files with 65 additions and 3 deletions

Cargo.lock generated
View File

@ -1804,7 +1804,7 @@ dependencies = [
name = "pict-rs"
version = "0.5.12"
version = "0.5.13"
dependencies = [

View File

@ -1,7 +1,7 @@
name = "pict-rs"
description = "A simple image hosting service"
version = "0.5.12"
version = "0.5.13"
authors = ["asonix <>"]
license = "AGPL-3.0"
readme = ""

View File

@ -11,7 +11,7 @@
rustPlatform.buildRustPackage {
pname = "pict-rs";
version = "0.5.12";
version = "0.5.13";
src = ./.;
cargoLock = {

releases/ Normal file
View File

@ -0,0 +1,62 @@
# pict-rs 0.5.13
pict-rs is a simple image hosting microservice, designed to handle storing and retrieving images,
animations, and videos, as well as providing basic image processing functionality.
## Overview
pict-rs 0.5.13 is a maintenance release aiming to enable better logging in some scenarios.
### Features
- [Colorless Logging](#colorless-logging)
### Changes
- [Remove Flume](#remove-flume)
## Upgrade Notes
There are no significant changes from 0.5.12. Upgrading should be as simple as pulling a new version
of pict-rs.
## Descriptions
### Colorless Logging
When opting to use the `json` logger, the tracing subscriber automatically disables colored output.
This didn't remove colors from errors, though, and pict-rs hasn't had a way to disable colors while
using other log formats. pict-rs 0.5.13 introduces a new configuration value to remove colored
output from all logs regardless of logging format.
With pict-rs.toml
no_ansi = true
With environment variables
With commandline flags
pict-rs --no-log-ansi run
Colors in logs can be useful, so I imagine this option won't be used much. There has been a request
for this functionality though and it's little cost to maintain.
### Remove Flume
Recently I've been debugging a memory usage issue in another project of mine. I wasn't able to fully
track down the cause, but I did notice that removing the
[flume channel library]( seemed to make the leak go away. Since I
also use flume in pict-rs, I'm opting to replace it with tokio's native channel implementation. This
may or may not improve memory usage, but it does reduce the depenency count and therefore build time
for pict-rs.