Quoting Blair Noctis (2025-03-18 11:35:21)
> On 16/03/2025 19:10, M. Zhou wrote:
> > Do you think it is useful to define some flags for
> > dh_shell_completions, like --enable-by-default, --disable-by-default
> > to decide whether a completion file should be enabled by default.
I agree with Blair
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-tink-crypto-tink-go-gcpkms
Version : 2.2.0-1
Upstream Author : Tink Cryptography Library
* URL : https://github.com/tink-crypto/tink-go-gcpkms
* License : Apache-2.0
Program
On Tue, Mar 11, 2025 at 10:10:51PM +0900, Simon Richter wrote:
I'm on mobile, so only a quick reply: merging should be done with
msgmerge as well — you need to call it twice, once with the po files
from both branches, and once again with the pot file to fix all the
location comments and fuzzy f
On Tue, Mar 18, 2025 at 07:23:33AM +0100, Salvo Tomaselli wrote:
> > I was also curious if somebody cares about it enough to fix those.
>
> I only found out very recently that it's not in good state, because I was
> installing debian 13 on a new device and couldn't find the package, so I
> figur
On 16/03/2025 19:10, M. Zhou wrote:
On Sun, 2025-03-16 at 18:47 +, Blair Noctis wrote:
Kind of a shameless plug, but enough people said it's useful so I thought might
as well let more know.
I'll not go into great details, because there isn't any. Just check its man
page and source code:
Hello,
On Wed 19 Mar 2025 at 12:25am +01, Simon Josefsson wrote:
> Sean Whitton writes:
>
>> That should be enough! If you were able to do at least one upload using
>> 'dgit push-source' for each package to confirm everything is okay, that
>> would be great.
>
> I'll try. I got a SSH push warn
On Wed, Mar 12, 2025 at 11:36:27AM +0100, Julien Plissonneau Duquène wrote:
Le 2025-03-11 12:03, Marc Haber a écrit :
(2)
There is some point in the development process when it is time to ask
for translations. Translators need a POT file which contains all the
translatable strings, and they make
> There is a chance that the fix can be extracted from the current upstream
> version.
True, I'll have a look next Sunday I guess if there's something
> Ideally, of course, the new upstream version should just be
> packaged, but I don't see this happening without the original maintainer
> unless
Sean Whitton writes:
>> Packages (for example): libntlm, cppi, git2cl, guile-fibers
>
> That should be enough! If you were able to do at least one upload using
> 'dgit push-source' for each package to confirm everything is okay, that
> would be great.
Should be done for libntlm, git2cl and guil
Hello,
On Sat 15 Mar 2025 at 01:03pm +01, Johannes Schauer Marin Rodrigues wrote:
> Hi Sean,
>
> Quoting Sean Whitton (2025-03-15 02:49:58)
>> - (At least some of) the packages are uploaded relatively often.
>
> with the upcoming freeze, I do not expect too many uploads to be necessary
> (but
>
Hello,
On Sat 15 Mar 2025 at 11:40am +01, Simon Josefsson wrote:
> Yay!
>
> I'm happy to beta-test this. Exactly what features are required from
> dgit to be able to use tag2upload? Maybe I can offer myself to vet the
> process as a package maintainer that only minimally uses dgit, assuming
> t
Sean Whitton writes:
> That should be enough! If you were able to do at least one upload using
> 'dgit push-source' for each package to confirm everything is okay, that
> would be great.
I'll try. I got a SSH push warning on first use -- how would I verify
this host SSH key? What's the risk u
Hello,
On Sun 09 Mar 2025 at 01:57pm GMT, Simon McVittie wrote:
> Do I assume correctly that this principle can be weakened for
> experimental-NEW?
>
> As a general principle I think uploads to NEW that are more complicated than a
> completely new leaf package should usually be to experimental, u
Hello,
On Wed 19 Mar 2025 at 12:58am +01, Simon Josefsson wrote:
> Sean Whitton writes:
>
>>> Packages (for example): libntlm, cppi, git2cl, guile-fibers
>>
>> That should be enough! If you were able to do at least one upload using
>> 'dgit push-source' for each package to confirm everything is
Sean Whitton writes:
>> Should be done for libntlm, git2cl and guile-fibers now. Dgit didn't
>> like cppi, doesn't it handle bare-debian/-style packaging? See:
>> https://salsa.debian.org/debian/cppi
>
> It has --quilt=baredebian+git and --quilt=baredebian+tarball for this
> -- please give one
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-smallstep-scep
Version : 0.0~git20250221.171a5fa-1
Upstream Author : Smallstep
* URL : https://github.com/smallstep/scep
* License : Expat
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-tink-crypto-tink-go
Version : 2.3.0-1
Upstream Author : Tink Cryptography Library
* URL : https://github.com/tink-crypto/tink-go
* License : Apache-2.0
Programming Lang: Go
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-tink-crypto-tink-go-awskms
Version : 2.1.0-1
Upstream Author : Tink Cryptography Library
* URL : https://github.com/tink-crypto/tink-go-awskms
* License : Apache-2.0
Program
Hi,
On Wed, Mar 12, 2025 at 01:06:11PM +0800, Maytham Alsudany wrote:
It might also be worthwhile to forward your message to
debian-i18n@l.d.o, since translators and i18n people are more likely to
be subscribed there and less likely to be subscribed here.
I didn't do that on purpose because th
19 matches
Mail list logo
