Bug#1022702: [pkg-gnupg-maint] Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x

2023-09-19 Thread NIIBE Yutaka
Hello, NIIBE Yutaka wrote: > I backported and pushed my changes to tmp-gniibe-v2.4. > > https://salsa.debian.org/gniibe/gnupg2 > > This is Debian compatible version of GnuPG 2.4.1. Today, I merged 2.4.3 from Andreas Metzler's tmp-ametzler-v2.4 branch. This is Debian compatible version of

Bug#1022702: [pkg-gnupg-maint] Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x

2023-09-05 Thread NIIBE Yutaka
NIIBE Yutaka wrote: > I'm going to backport the improvement to my branch of tmp-gniibe-v2.4 > for Debian. I backported and pushed my changes to tmp-gniibe-v2.4. https://salsa.debian.org/gniibe/gnupg2 This is Debian compatible version of GnuPG 2.4.1. --

Bug#1022702: [pkg-gnupg-maint] Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x

2023-08-31 Thread NIIBE Yutaka
NIIBE Yutaka wrote: > I was wrong. The ticket for agent_cache_housekeeping is: > > https://dev.gnupg.org/T3829 > > It was introduced because of some risk keeping passphrase. > > I'd like to consider to improve the implementation of cache and > expiration, not using handle_tick. In the

Bug#1022702: [pkg-gnupg-maint] Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x

2023-08-22 Thread NIIBE Yutaka
NIIBE Yutaka wrote: > Besides, in my opinion, the agent_cache_housekeeping function makes less > sense (it's totally OK to only check the expiration on its use). Having > expired entries on memory is no problem at all, than running gpg-agent > process periodically; memory is cheap but buttery

Bug#1022702: [pkg-gnupg-maint] Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x

2023-08-22 Thread NIIBE Yutaka
NIIBE Yutaka wrote: > Based on your work of tmp-ametzler-v2.4 branch, I created my own fork. > > My hope is that the migration from 2.4 won't introduce (much) surprise > to Debian users. > >https://salsa.debian.org/gniibe/gnupg2/-/tree/tmp-gniibe-v2.4 > > This work of mine is: > > - Keep

Bug#1022702: [pkg-gnupg-maint] Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x

2023-08-22 Thread NIIBE Yutaka
Hello, Andreas Metzler wrote: > On 2023-04-30 Andreas Metzler wrote: > [...] >> However I have updated the GIT branches to 2.4.1 today. > > Now at 2.4.3. Based on your work of tmp-ametzler-v2.4 branch, I created my own fork. My hope is that the migration from 2.4 won't introduce (much)

Bug#1022702: [pkg-gnupg-maint] Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x

2023-08-14 Thread Daniel Kahn Gillmor
Hi all-- Many apologies for the delayed response on this thread, and my recent delays on GnuPG in debian generally. My time has been lacking here, and my relationship with GnuPG upsteam is sadly strained, though i wish it were not. I really appreciate the work that other folks have put in here

Bug#1022702: [pkg-gnupg-maint] Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x

2023-07-12 Thread Simon Josefsson
Christian Kastner writes: > Hi Daniel, > > On 2023-06-12 17:01, Sune Stolborg Vuorela wrote: >> Any chance you can give Andreas a go ahead to push a newer Gnupg2 to at >> least >> experimental, or preferably unstable ? > > I, too, would appreciate a newer version. It turns out that in versions

Bug#1022702: [pkg-gnupg-maint] Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x

2023-07-12 Thread Christian Kastner
Hi Daniel, On 2023-06-12 17:01, Sune Stolborg Vuorela wrote: > Any chance you can give Andreas a go ahead to push a newer Gnupg2 to at least > experimental, or preferably unstable ? I, too, would appreciate a newer version. It turns out that in versions prior to 2.3, the 'kdf-setup' option with

Bug#1022702: [pkg-gnupg-maint] Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x

2023-06-12 Thread Sune Stolborg Vuorela
On Sunday, April 30, 2023 1:27:14 PM CEST Andreas Metzler wrote: > I do not indend to hijack/adopt gnupg2, so I am very reluctant to upload > without some kind of go from Daniel or Eric. (Even to experimental.) Hi Daniel Any chance you can give Andreas a go ahead to push a newer Gnupg2 to at