Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1231596 > unrolled thread

Bug#1095076: poldi: Please bring packaging with upstream in sync and maintain the package on Salsa (in debian/ team)

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#1095076: poldi: Please bring packaging with upstream in sync and maintain the package on Salsa (in debian/ team) Andreas Tille <tille@debian.org> - 2025-02-03 16:10 +0100
    Bug#1095076: poldi: Please bring packaging with upstream in sync and maintain the package on Salsa (in debian/ team) NIIBE Yutaka <gniibe@fsij.org> - 2025-02-04 02:00 +0100
      Bug#1095076: poldi: Please bring packaging with upstream in sync and maintain the package on Salsa (in debian/ team) Andreas Tille <tille@debian.org> - 2025-02-04 11:50 +0100

#1231596 — Bug#1095076: poldi: Please bring packaging with upstream in sync and maintain the package on Salsa (in debian/ team)

Source: poldi
Version: 0.4.2+git20161115.553060d-1.4
Severity: normal
X-Debbugs-Cc: 922049@bugs.debian.org, NIIBE Yutaka <gniibe@fsij.org>, NIIBE Yutaka <gniibe@debian.org>, Package Salvaging Team <team+salvage@tracker.debian.org>

Hi Yutaka,

Your package poldi was highlighted in the Bug of the Day[1] initiative,
which aims to introduce newcomers to manageable tasks and guide them
through the workflow to solve them. The focus of this initiative is on
migrating packages to Salsa, as it's a great way to familiarize
newcomers with a consistent Git-based workflow.

When inspecting the package I realised you are upstream and Debian in
one person.  When diving a bit into the packaging I realised there where
a couple of NMUs which provided patches diverging from your upstream
code.

To simplify the maintenance I've created a packaging repository in the
debian/ team[2].  I hope this will simplify a merge between upstream and
the packaging.  Thus I injected your latest upstream commit and rebased
the available patches in the uploaded source package.  There are also
two patches suggested in bug #922049 where only the first one applies.
Thus I commented the second one inside debian/patches/series to let you
inspect the suggested patch for smooth integration into the upstream
source.  IMHO it would be good if you would tag a new release if you
merged everything.

In case you might be to busy for the moment I'd wait for 21 days (as per
ITS procedure) before I'll upload the current state of the suggested
repository to delayed=10.  Please consider the repository as some kind
offer of the package salvage team to save your time.  Its perfectly fine
if you might prefer some other location for the packaging Git repository
in Salsa.  Feel free to do a fork and if you do so I might ask for
removal of the repository in debian/.

Kind regards and thank you for all your work
    Andreas.

[1] https://salsa.debian.org/tille/tiny_qa_tools/-/wikis/Tiny-QA-tasks
[2] https://salsa.debian.org/debian/poldi

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (50, 'buildd-unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.3.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

[toc] | [next] | [standalone]

#1231667

Hello,

Andreas Tille <tille@debian.org> wrote:
> When inspecting the package I realised you are upstream and Debian in
> one person.  When diving a bit into the packaging I realised there where
> a couple of NMUs which provided patches diverging from your upstream
> code.

Thanks for your improvement on Poldi packaging.  It was maintained (or
not-well-maintained, so to say) that way, because there were few
specific requests from users occasionally, and original features were
going questionable day by day (like use of X509 authentication).

Poldi is an old experiment for use of smartcard/token and things are not
modern (from the viewpoint of 2025).  You see the file
poldi/EXPERIMENTAL, which still says "Poldi is still marked as
experimental."

Thus, please go ahead, I don't have any plan for this software and
packaging.  Anyone can take over the package, if interested.  (I don't
recommend to invest energy to the upstream software.)

In upstream (GnuPG Team and GnuPG users with smartcard/token), we
discussed about a replacement of Poldi, and it resulted the 'gpg-auth'
program.  'gpg-auth' covers most use cases of Poldi in a modern way.

	gpg-auth:
	https://dev.gnupg.org/T5862

It is (only) available in GnuPG 2.4.  My idea was that, once GnuPG 2.4
were available in Debian testing, I'd orphan the Poldi package in
Debian.

For GnuPG 2.4, I helped and have been following the debian/experimental
branch of slasa.debian.org/debian/gnupg2

I also noticed Simon's WNPP:
	https://bugs.debian.org/1093026
-- 

[toc] | [prev] | [next] | [standalone]

#1231719

Hi Yutaka,

Am Tue, Feb 04, 2025 at 09:35:08AM +0900 schrieb NIIBE Yutaka:
> Thus, please go ahead, I don't have any plan for this software and
> packaging.  Anyone can take over the package, if interested.  (I don't
> recommend to invest energy to the upstream software.)

Thank you for the quick response.  I've just uploaded and added your
text to README.Debian just to inform people who might look into this
package in future.

Kind regards
    Andreas.

-- 
https://fam-tille.de

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web