grep: new upstream release

Release package bstr

bstr: new upstream release

ripgrep: new upstream version

signal-hook: new version + source upload

update gpgme-sys copyright file with information about the build_helper directory

pam-sys, tower-service: update RFS

Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>

tower-service: incorporate ftp-master review

Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>

pam-sys: incorporate ftp-master review

Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>

Release package cbindgen

upload to unstable

paste-impl: mark as RFS

Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>

Release package paste-impl

paste: update to 0.1.7

Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>

paste-impl: update to 0.1.7

Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>

update zstd-safe,sys

rm BLOCK for issues dealt with

update zstd-safe, zstd-sys

update sval

sval: use short license name for correct syntax

Merge branches 'pending-chrono', 'pending-quickcheck-macros', 'pending-quick-xml', 'pending-sval-derive', 'pending-whoami' and 'pending-zstd'

update compiler_builtins

compiler-builtins: update copyright based on FTP feedback

Release package nettle-sys

prepare new upload of nettle-sys

nettle-sys: add llvm to build-deps

Without this change, we see (non-fatal) warnings like this during the build:

```
[nettle-sys 2.0.4] cargo:warning=couldn't execute `llvm-config --prefix` (error: No such file or directory (os error 2))
[nettle-sys 2.0.4] cargo:warning=set the LLVM_CONFIG_PATH environment variable to a valid `llvm-config` executable
[nettle-sys 2.0.4] Failed to run rustfmt: which wasn't enabled, and no rustfmt binary specified (non-fatal, continuing)
warning: couldn't execute `llvm-config --prefix` (error: No such file or directory (os error 2))
warning: set the LLVM_CONFIG_PATH environment variable to a valid `llvm-config` executable
```

We might want to add this to the dependencies for the library as well,
I'm not sure.

Merge branches 'pending-mach-o-sys' and 'pending-winapi'

Merge branch 'pending-memsec'

Release package mach-o-sys

Release package winapi

prepare source-only upload of winapi

Release package memsec

prepare memsec update

memsec: remove build-dependency on mach-o-sys

Merge branch 'pending-memsec'

update mach-o-sys using newer debcargo

Release package memsec

prepare memsec 0.5.7

Release package sequoia-sqv

prepare update for sequoia-sqv

sequoia-sqv: update sqv.1 manpage

Release package sequoia-sqv

prepare sequoia-sqv 0.15.0

sequoia-sqv: drop patch already upstream

Release package sequoia-openpgp

prepare sequoia-openpgp 0.15.0

sequoia-openpgp: Avoid autopkgtest failures

See discussion upstream at
https://gitlab.com/sequoia-pgp/sequoia/-/issues/448 for more details.

Release package nettle

prepare nettle 6.0.1

ensure that yaml.load is safe and avoid a deprecation warning (see https://github.com/yaml/pyyaml/wiki/PyYAML-yaml.load(input)-Deprecation)

Merge branch 'pending-log'

zstd-sys/-safe: note license blocker

should be resolved easily enough, documenting while waiting for
feedback.

Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>

Release package cbindgen

Package ipnet

Release package bstr

fix a typo in the copyright

bstr: new upstream release

Merge branch 'master' of salsa.debian.org:rust-team/debcargo-conf

Release package yaml-rust

yaml-rust: new release

Release package x11

update x11

Merge branch 'master' of salsa.debian.org:rust-team/debcargo-conf

update ucd-parse

Release package walkdir

walkdir: new release

update ucd-generate

Release package same-file

same-file: new release

same-file: new release

Release package rpassword

 update rpassword

update hermit-abi

new upstream release

Release package log

log: mark --all-features test as flakey

Release package log

log: prepare upload ignoring sval features

In trying to resolve #948639, f_g identified three different options,
since sval isn't in debian yet:

 - patch out all sval-related features
 - leave all sval-related features enabled, but make them "empty"
 - wait for sval to clear NEW

The middle option would mean that we could avoid rust-log having to
clear NEW in the future once sval is in the archive, but it would also
mean having a package in the archive (at least temporarily) that is
"false" in the sense that it claims to be librust-log+sval-dev, but
doesn't actually provide the log+sval feature.

And, sval was recently rejected from NEW. :(

So given that:

 - i don't want to put false packages in the archive, and

 - The rest of the debian rust ecosystem that *is* waitin gon a
   rust-log migration isn't depending on either librust-log+sval-dev
   or librust-log+kv_unstable-sval-dev, and

 - i have no way of predicting when sval will clear NEW

I'm going with the first option.

scroll: mark broken tests

Update goblin to 0.1.3

sval: Include CODE_OF_CONDUCT.md in debian/copyright

Merge remote-tracking branch 'origin/pending-object'

Merge remote-tracking branch 'origin/pending-backtrace'

Release package object

Update object relax-dep patch

Release package backtrace

Add relax-dep patch to backtrace

Release package parity-wasm

Update parity-wasm to 0.41.0

Release package sequoia-sqv

sequoia-sqv: prepare 0.14.0 (relaxing  versioned dependency on colored)

Merge remote-tracking branches 'origin/pending-aho-corasick' and 'origin/pending-scoped-tls'

Release package scoped-tls

Merge remote-tracking branch 'origin/pending-barrel'

Release package aho-corasick

Update aho-corasick to 0.7.8

Relax lscolors ansi-term dep

Release package backtrace

Update backtrace to 0.3.44

Release package sequoia-openpgp