yt - A fully featured command line YouTube client

	Commit message (Collapse)	Author
2 days	feat(yt/version): Add the (rust)python version again	Benedikt Peetz

2 days	fix(yt/update/grouped): Don't drop the verbosity level	Benedikt Peetz
	Otherwise, the sub-processes run with the default verbosity level.
2 days	feat(yt/cli): Also add completion for subscription names	Benedikt Peetz

10 days	chore(version): v1.6.1 v1.6.1	Benedikt Peetz

10 days	build(flake): Teach the flake about the new package.nix location	Benedikt Peetz

10 days	chore(treewide): Assure that `nix fmt` and `reuse lint` are happy	Benedikt Peetz

10 days	build({Cargo,flake}.lock): Update	Benedikt Peetz

10 days	refactor(nix/package): Avoid the duplicated `package` name	Benedikt Peetz

10 days	fix(package): Set the PYTHONPATH ourselves	Benedikt Peetz
	The propagation mechanism seems to be python exclusive and not something that works inside the `buildRustPackage` function.
10 days	refactor(yt_dlp): Split the big `lib.rs` file up	Benedikt Peetz

10 days	refactor(yt_dlp/progress_hook): Use public api via `__priv` module	Benedikt Peetz
	That makes it clear that these parts are only exposed to facilitate macro use and not as part of the public API.
10 days	fix(yt_dlp/post_processing/dearrow): Correctly type the `CasualVote` field	Benedikt Peetz

10 days	refactor(yt_dlp/logging): Avoid adding to the `__all__` list	Benedikt Peetz
	This seems to have no apparent effect on anything. As such I went ahead and removed this dead code.
10 days	fix(yt_dlp): Typos in strings	Benedikt Peetz

10 days	fix(yt_dlp/post_processors): Register in python	Benedikt Peetz
	We need to tell yt_dlp about our post processors, as they would otherwise not take full effect. For example, changing the title would previously only have changed the title in the in-memory info json, the actual file on disk (video and .info.json) would still have the old title, as yt_dlp did not know about our post processor. Registering it via their api also has the upside of being able to determine when to run.
10 days	fix(yt_dlp/post_processors/dearrow): Migrate to curl for api requests	Benedikt Peetz
	The reqwest crate will panic if it is blockingly run inside another executor. But we cannot make this function async, as the whole api is forced to be sync by python ffi.
10 days	fix(yt_dlp/): Include the frozen python stdlib	Benedikt Peetz
	This avoids the dependency on a real std-library (i.e., python3) at runtime.
10 days	chore(version): v1.6.0 v1.6.0	Benedikt Peetz

10 days	build(cog.toml): Use the correct remote url	Benedikt Peetz

10 days	build(cog.toml): Use correct username	Benedikt Peetz

10 days	style(treewide): Reformat	Benedikt Peetz

10 days	chore(treewide): Add missing copyright headers	Benedikt Peetz

10 days	style(yt/select): Apply clippy's suggestions	Benedikt Peetz

10 days	fix(yt/update): Also handle the newly introduced error conditions	Benedikt Peetz

10 days	feat(yt_dlp): Support a DeArrow post processor	Benedikt Peetz

10 days	refactor(yt_dlp/lib): De-duplicate the info json sanitize code	Benedikt Peetz

10 days	refactor(yt_dlp/lib): Explicitly convert python exceptions into an error	Benedikt Peetz
	This avoids having to wrap all blocks into a `match` statement.
10 days	build(.envrc): Also disable ytdlp plugins by default	Benedikt Peetz

10 days	build(package/package.nix): Update to the new build requirements	Benedikt Peetz

11 days	build({flake,Cargo}.lock): Update	Benedikt Peetz

11 days	fix(scripts/mkdb.sh): Also use the `$DATABASE_URL` variable as source source	Benedikt Peetz
	This avoids having to specify the db location twice.
11 days	refactor(yt/select/selection_file): Migrate from `trinitry` to `shlex`	Benedikt Peetz
	shlex is better maintained, and _actually_ meant for this purpose .
11 days	test(yt/cli): Test the CLI	Benedikt Peetz

11 days	fix(libmpv2-sys): Avoid generating comments, that confuse rustdoc	Benedikt Peetz

11 days	fix(yt/cli): Remove duplicated short flag key (help also uses 'h')	Benedikt Peetz

11 days	feat(yt/cli): Add support for command line completions	Benedikt Peetz

11 days	build(.envrc): Remove outdated env variables	Benedikt Peetz

11 days	feat(yt/select/split): Make sorting configurable	Benedikt Peetz
	I also moved that to a separate subcommand, as we would otherwise have too many `requires`/`conflicts_with` statements.
11 days	feat(yt/videos/list): Replace the nucleo matcher with a simple `contains`	Benedikt Peetz
	The matching behaviour was not predictable at all (probably due to a bad config), which than led to using `yt videos ls \| grep -i <query>` instead.
11 days	fix(yt/download/get_file_size): Correct deal with `filesize_approx` = Null	Benedikt Peetz

11 days	fix(yt_dlp/json_{cast,get}): Improve error reporting	Benedikt Peetz

11 days	build(treewide): Update	Benedikt Peetz

11 days	fix(yt/update): Correct the progress display in `--grouped` mode	Benedikt Peetz

11 days	docs(yt/watch/playlist_handler/client_messages): Add TODO about `current_exe`	Benedikt Peetz

11 days	docs(yt_dlp): Fix typo in `Cargo.toml`'s description	Benedikt Peetz

11 days	fix(yt_dlp): Avoid writing the json output to disk	Benedikt Peetz
	There is no point in doing this anymore, as we no longer need to deserialize it.
11 days	fix(yt/update/video_entry_to_video): Cast the json objects	Benedikt Peetz
	Otherwise, we might encounter very weird behaviour if yt_dlp ever changes the types of these keys.
11 days	feat(yt/update): Print a nice progress number	Benedikt Peetz
	This number obviously does not actually mean that we have finished updating (as it is incremented on staring). But it still provides some feedback, on how long the update will probably take.
11 days	feat(yt/update): Support grouped updates	Benedikt Peetz
	Rustpython currently does not use a garbage collector. Thus, every cyclic reference between Python objects results in a memory leak of these objects (as Rustpython uses (A)RCs). The only real way to workaround the memory leaks, is by restarting the whole process, and this `--grouped` flag seems to be the best solution for that.
11 days	perf(yt/update/updater): Acknowledge, that `yt_dlp` has a sync API	Benedikt Peetz
	The previous code was written with the assumption, that `yt_dlp` had an async API (which means, that calls to it should never block). Unfortunately, the API is sync and all calls into it block. Therefore, all the parallelism in the previous code accounted for nothing; The actual update ran completely sequentially. The new version uses a local thread pool to avoid blocking the tokio runtime and as such achieves higher speed. Unfortunately, because the rustpython implementation is way slower than cpython, the whole update takes longer. But that is a problem for another day.