Thanks, I have uploaded what was already in Salsa (not sure why I hadn't
uploaded it before), which uses the upstream-tweaked version of my
earlier patch.
The patches are pretty much identical, upstream improved my poor coding
style in the pull request: https://github.com/sigstore/gitsign/pull/664
anyway as
a fallback.
/Simon
fre 2025-05-16 klockan 11:41 +0100 skrev Ian Jackson:
> Simon Josefsson writes ("Re: Bug#1105766: [tag2upload 207] failed,
> git2cl 1:3.0-3 [and 1 more messages]"):
> > Another reflection: I'm not sure that API call is the best way to
> >
Another reflection: I'm not sure that API call is the best way to figure
out which orig.tar's are relevant. The canonical source for this is the
*.changes file for the particular suite, isn't it? Or secondary, the
information in the Sources file on mirrors. So the logic could be
something like:
levant for this situation.
/Simon
Ian Jackson writes:
> Simon Josefsson writes ("Bug#1105766: [tag2upload 207] failed, git2cl 1:3.0-3
> [and 1 more messages]"):
>> Nice example! It is just different in Sid vs experimental, I’m not sure
>> there is any rule against
Nice example! It is just different in Sid vs experimental, I’m not sure there
is any rule against this situation? But it is sub-optimal. I’m not sure other
tools doesn’t have this issue too.
What do dgit use the orig.tar for here? Can’t you just look up and put
whatever hash is in the archive
tor 2025-05-15 klockan 10:41 +0100 skrev Ian Jackson:
> Simon Josefsson writes ("Bug#1105815: git-debpush: suggest --force
> parameter on errors"):
> > git-debpush: error: check failed: last upload targeted unstable but
> > now
> > targeting experimental; use &
Package: git-debpush
Version: 12.12
Here is another small UX improvement idea. On errors it looks like
this:
jas@kaka:~/dpkg/gsasl$ git debpush -t
git-debpush: check failed: last upload targeted unstable, now targeting
experimental; might be a mistake? ('changed-suite' check)
git-debpush: some c
Ian Jackson writes:
> Simon Josefsson writes ("Bug#1105759: git-debpush upstream tag confusion"):
>> Package: git-debpush
>> Version: 12.12
>> Severity: wishlist
> ...
>> The message is correct, but I don't understand why it is confused by the
s my upstream branch:
jas@kaka:~/dpkg/git2cl$ git log -1 upstream/latest
commit b2866e9a66b43855a37e462d17a8ba1ca3c51d90 (tag: upstream/3.0,
origin/upstream/latest, jas/upstream/latest, upstream/latest)
Author: Simon Josefsson
Date: Wed Oct 9 15:56:31 2024 +0200
New upstream version 3.0
ja
Package: git-debpush
Version: 12.12
Severity: wishlist
I was in a situation where 'git push --force' would have been necessary
to force-push to some changes, and used 'git-debpush --force'.
However this doesn't pass --force to 'git push'.
Reviewing the man page, I would tend to agree that this i
Paul Gevers writes:
> Hi Noah,
>
> On Thu, 08 May 2025 10:10:06 +0200 Simon Josefsson
> wrote:
>> The testing migration seems a bit unclear to me, can you take a look if
>> this will actually migrate? It is scheduled for autoremoval right now.
>> https://tracker
Noah Meyerhans writes:
> On Thu, May 01, 2025 at 05:04:33PM -0400, Noah Meyerhans wrote:
>> For dovecot in trixie, I'm considering reverting channel binding support
>> altogether. That'll force us to drop SCRAM-SHA-1-PLUS and
>> SCRAM-SHA-256-PLUS support, but I'd rather do that than ship dovecot
Russ Allbery writes:
> Simon Josefsson writes:
>
>> I think that solution is covering up the real problem. I believe there
>> is no universal "right" timestamp to put in a man page that you can
>> guess from a generator tool like pod2man. I belie
Russ Allbery writes:
> Simon Josefsson writes:
>
>> In some upstream packages I put the version number in that field, which
>> at least provide some of the out-of-date protection.
>
> There are two standard footer locations for this kind of information in
> UNIX
Holger Levsen writes:
> On Wed, May 07, 2025 at 05:58:11PM +0200, Simon Josefsson wrote:
>> My take is that it is a bug to use SOURCE_DATE_EPOCH to populate the
>> timestamp inside a man page.
>
> SOURCE_DATE_EPOCH was specifically designed for use cases like this: replace
Russ Allbery writes:
> In particular, what "timestamp inside artifacts from the source code"
> do you believe I should use? I do not have any special access to the
> upstream release date. Or is the argument that the upstream build
> system should explicitly pass the date for all man pages to pod
Ian Jackson writes:
> Simon Josefsson writes ("Re: Bug#1104854: binNMUs can cause ma-same
> violations in eg manpages"):
>> In this case, is the problem triggered by this line?
>>
>> https://salsa.debian.org/debian/autogen/-/blob/8b4268fa779deaba862a7938ee0d5f
My take is that it is a bug to use SOURCE_DATE_EPOCH to populate the
timestamp inside a man page. This is just one of many symptoms that
will arise from trying to use SOURCE_DATE_EPOCH in an upstream context.
It seems generally better if upstream derive timestamps inside artifacts
from the source
Package: gradle
Version: 4.4.1-22
Hi! Gradle doesn't like being invoked with /bin before /usr/bin in
PATH, and fails like this:
root@af57908f5326:/#
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin
root@af57908f5326:/# gradle
/bin/gradle: 23: cd: can't cd to /bin/../share/gradl
Thanks for debugging! Seems okay for a quick fix but a proper fix should work
with both new and old configs. I suspect some GSSAPI flag or parameter may
trigger this, even if it can be fixed in dovecot I would want to review if
gsasl could or should behave differently anyway. I recall some short
/permissions problem or
additional GSSAPI flag check that dovecot didn’t do before.
Alas I am traveling without laptop for the next few days so will have no
ability to debug anything.
/Simon
> 29 apr. 2025 kl. 22:33 skrev Noah Meyerhans :
>
> On Tue, Apr 29, 2025 at 10:22:21PM +02
Thanks for report! Did you confirm that your new dovecot version has working
GSSAPI support, with some other client? Or is this gsasl autopkgtest the only
one that test that functionality? I think the relevant dovecot errors are the
one below, but the error reporting is not that great. Since
Guillem Jover writes:
> Hi!
>
> On Wed, 2012-05-09 at 22:00:47 +0200, Simon Josefsson wrote:
>> Package: inetutils
>> Severity: wishlist
>>
>> InetUtils contains a tftp client as well, and it would be nice to
>> package it.
>
> I've pondered abo
Package: media-types
Severity: wishlist
Could you add application/texinfo to mime.types?
See e-mail below for discussion and IANA links.
Maybe it make sense to open a proper bug report about this, to track any
further discussion about it (if needed).
/Simon
Simon Josefsson writes:
> Si
Richard Laager writes:
> As I have said before: I think that computer programmers have a
> tendency to treat licenses as if they are self-executing (and precise
> like software).
Agreed, this is often a challenge when technical people discuss legal
matters, and it helps to keep this in mind.
>
Ansgar 🙀 writes:
> No, that is not the core problem. Debian, like most other binary
> distributions, heavily relies on the system library exception in many,
> many places.
I believe that is a fairly new (~5 years?) approach within Debian.
Debian used to treat OpenSSL incompatible with GPLv2 and
Jérémy Lal writes:
>> > 2) However I realized I was wrong in my comment in
>> > https://bugs.debian.org/1100967#10 about which package name is the
>> > "proper" one. Upstream's go.mod namespace is still go.step.sm/crypto
>> > even in latest upstream master:
>> >
>> > https://github.com/smallstep
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-globocom-go-buffer
Version : 2.0.0-1
Upstream Author : Globo.com
* URL : https://github.com/globocom/go-buffer
* License : Expat
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-robinus2-golang-moving-average
Version : 1.0.0-1
Upstream Author : Robin Verlangen
* URL : https://github.com/RobinUS2/golang-moving-average
* License : Apache-2.0
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-transparency-dev-trillian-tessera
Version : 0.1.1-1
Upstream Author : The Tessera authors
* URL : https://github.com/transparency-dev/trillian-tessera
* License : Apache-2.0
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-transparency-dev-formats
Version : 0.0~git20250403.313b830-1
Upstream Author : Google LLC
* URL : https://github.com/transparency-dev/formats
* License : Apache-2.0
Package: ftp.debian.org
Control: affects -1 + src:golang-step-crypto-dev
Control: block 1100967 by -1
User: ftp.debian@packages.debian.org
Usertags: remove
Hi. Please remove golang-step-crypto-dev from unstable, it has been
replaced by golang-github-smallstep-crypto. There are no remaining
u
Jérémy Lal writes:
> To avoid the odd-ness of assigning a RC bug to ftp.debian.org,
> I'd rather create a new Removal Request, then block 1100967 with it ?
Of course, thank you!
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1102636
/Simon
signature.asc
Description: PGP signature
Jérémy Lal writes:
>> 1) Now there are no reverse dependencies on golang-step-crypto-dev any
>> more, so I think we could ask for removal of that package from the
>> archive which would resolve https://bugs.debian.org/1100967
>>
>> jas@kaka:~/dpkg/golang-github-smallstep-crypto$ ssh
>> mirror.ftp
Source: oci-seccomp-bpf-hook
Version: 1.2.10+ds-2
Severity: serious
Tags: ftbfs sid trixie
Justification: fails to build from source (but built successfully in the past)
Hi
This package FTBFS with this diff:
-# Dpkg.Copyright.Grant.ByFile
Dpkg::Copyright::Grant::ByFile::_load_fill_blank_data No
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: lib1305
Version : 20250407
Upstream Author : Kaushik Nath, Daniel J. Bernstein, et al
* URL : https://lib1305.cr.yp.to/
* License : public domain
Programming Lang: C
Description
Diego Joss writes:
> Thank you very much for the clarification. I'll follow the upstream
> issue.
>
> I hope it will be possible to find a solution. If there is something I
> can do to help, please let me know.
Thank you for understanding! If you speak Go, I don't think it would be
hard to impl
severity 1102517 wishlist
tags 1102517 upstream confirmed
thanks
Hi. Thanks for testing. This is expected and intentional, although
admittedly not optimal.
We don't know how to reproduce upstream's app.bin bit-by-bit identical
using the toolchain that exists in Debian. Debian policy is to rebu
Jérémy Lal writes:
>> I had a look at another approach, just upgrading the dependency to
>> golang-github-smallstep-crypto-dev
>> for these two packages:
>> - golang-step-cli-utils: all fine, level1
>> - golang-github-smallstep-certificates: level 2, needs the previous one
>> rebuilt first, and t
2025-04-08 klockan 22:49 +0200 skrev Christian Kastner:
> Version: 1:2.75-5~exp1
>
> The new package as already been accepted to experimental, and I plan
> to
> upload to unstable soon.
>
> Thanks again for submitting the MR!
>
> Best,
> Christian
>
> On 202
Is there any reasonable situation where modification (during build) of
ANY existing files under debian/ is a good idea?
I know modifying existing non-debian/ files is common to patch
source-level problems, but is modifying existing debian/ files wide
spread? Could anyone do a archive-wide non-roo
fixed 1102241 0.4.0-1
thanks
Santiago Vila writes:
> github.com/openpubkey/opkssh
> # github.com/openpubkey/opkssh
> src/github.com/openpubkey/opkssh/main.go:183:5: not enough arguments in call
> to choosers.NewWebChooser
> have ([]providers.BrowserOpenIdProvider)
> want ([]provider
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: landrun
Version : 0.1.15-1
Upstream Author : Armin ranjbar
* URL : https://github.com/zouuup/landrun
* License : Expat
Programming Lang: Go
Description : Run any process in a
Holger Levsen writes:
> On Thu, Mar 20, 2025 at 10:37:15PM +0100, Simon Josefsson wrote:
>> +1 on reproducible tarballs.
>
> sure, +1, patches welcome! :) \o/
Attached starting point, thoughts?
https://salsa.debian.org/debian/devscripts/-/merge_requests/490
The patch needs rev
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-google-go-tspi
Version : 0.3.0-1
Upstream Author : Google
* URL : https://github.com/google/go-tspi
* License : Apache-2.0
Programming Lang: Go
Description : TSPI
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: python-freezegun
Version : 1.5.1
Upstream Author : Steve Pulec
* URL : https://github.com/spulec/freezegun/
* License
Hi, and thanks for the report, and sorry for delay in noticing this.
The golang-gitlab-gitlab-org-api-client-go-dev package is a
rename/reupload of golang-github-xanzy-go-gitlab-dev so it is not
surprising these conflict. I've asked for advice on next steps here:
https://lists.debian.org/debian-
A short-term fix to resolve the RC bug may be to simply add a
'Conflicts: golang-step-crypto-dev' to
golang-github-smallstep-crypto-dev? Or is there a need to be able to
co-install these two packages?
Meanwhile I looked into updating golang-github-smallstep-certificates to
latest version and ran
Hi, and thanks for the report, and sorry for delay in noticing this. Cc
to debian-go since solving this may involve some co-ordination and could
use the attention of someone more knowledgeable.
These two packages have the same upstream! I'm not sure that was known
before.
The golang-github-smal
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: log-go
Version : 0.15.2-1
Upstream Author : Sigsum
* URL : https://git.glasklar.is/sigsum/core/log-go/
* License : BSD-2-Clause
Programming Lang: Go
Description : Sigsum
Nicolas Peugnet writes:
> On 27/03/2025 13:50, Simon Josefsson wrote:
>> I've found the 'dh-make-golang make' tool incredibly useful to quickly
>> get a suitable debian/* template for a project. I would find a similar
>> tool that isn't Go-specific whi
"Jonathan Dowland" writes:
> On Wed Mar 26, 2025 at 7:12 PM GMT, Alexandre Detiste wrote:
>> Please stop this series of troll packages.
>
> I think characterising this as trolling is unfair.
+1
> Clearly this is not suitable for inclusion in Debian, but, what isn't
> clear is Luka's intent. It
A bit more context about the fix: I tried temporarily changing the time
on my machine to 2028-07-01 and built this new upstream release
successfully, so please see if you are still able to reproduce this. It
seems upstream moved tests around and modified them, so chances are they
resolved this som
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-awnumar-memguard
Version : 0.22.5-1
Upstream Author : Awn
* URL : https://github.com/awnumar/memguard
* License : Apache-2.0
Programming Lang: Go
Description : Secure
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-awnumar-memcall
Version : 0.4.0-1
Upstream Author : Awn
* URL : https://github.com/awnumar/memcall
* License : Apache-2.0
Programming Lang: Go
Description : Cross
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-filippo-bigmod
Version : 0.0.3-1
Upstream Author : Filippo Valsorda
* URL : https://github.com/FiloSottile/bigmod
* License : BSD-3-clause
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: opkssh
Version : 0.3.0-1
Upstream Author :
* URL : https://github.com/openpubkey/opkssh
* License : Apache-2.0
Programming Lang: Go
Description : opkssh (OpenPubkey SSH)
opkssh
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-openpubkey-openpubkey
Version : 0.7.3-1
Upstream Author : EthanHeilman, jonnystoten, et al
* URL : https://github.com/openpubkey/openpubkey
* License : Apache-2.0
Thank you! Yes, I was told and archived my packaging of this and closed
the ITP bug. Sorry about the noise here.
/Simon
Mathias Behrle writes:
> * Simon Josefsson: " Bug#1101009: ITP: python-freezegun -- allow Python tests
> to travel through time via datetime" (Fri, 21 M
+1 on reproducible tarballs. I've been spending way too much time to
achieve this for 'make dist' tarballs of a couple of projects (libtasn1,
libidn2, inetutils, ...). It is not a simple matter. Modification time
of files is used by 'make' for dependency rebuild ordering and may also
end up as t
Package: golang-github-influxdata-go-syslog
Severity: important
I think this package should not be part of trixie.
It has no reverse dependencies and the earlier uploader doesn't want to
work on it any more:
https://salsa.debian.org/go-team/packages/golang-github-influxdata-go-syslog/-/commit/d2
Jonathan Wiltshire writes:
> Hi,
>
> New archive signing keys are now needed for trixie, ideally before the soft
> freeze for trixie's update and then they can also be included in 12.11
> before 13.0.
It would be nice to document who generate these keys and how the key
lifecycle is managed inclu
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
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
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
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
Hi. I understood your patch now, and believe that this is the
recommended way to cross-build libidn2 when built from git. I've
uploaded your fix to Debian. I would have catched this if the Salsa
cross-build job hadn't been disabled, and the job is now enabled (and
passes), so I hope I will catch
fre 2025-03-14 klockan 09:32 +0100 skrev Christian Kastner:
> Hi Simon, Nicolas,
>
> On 2025-03-09 12:27, Simon Josefsson wrote:
> > I see you've been working for a month to get a new version into
> > testing.
> > I don't want to disturb that, so let
Helmut Grohne writes:
> Source: libidn2
> Version: 2.3.8-1
> Severity: important
> Justification: architecture cross bootstrap regression
> Tags: patch
> User: debian-cr...@lists.debian.org
> Usertags: ftcbfs
> User: helm...@debian.org
> Usertags: rebootstrap
>
> Hi Simon,
>
> thanks for your wor
welcome :), but it works for several
packages using this.
I don’t think we should have two packages with the same code.
/Simon
> 13 mars 2025 kl. 15:45 skrev Roland Mas :
>
> Le 13/03/2025 à 15:22, Simon Josefsson a écrit :
>> Did you notice this package?
>>
>> htt
Did you notice this package?
https://tracker.debian.org/pkg/golang-webpki-org-jsoncanonicalizer
/Simon
Marc Haber writes:
> Package: jabberd2
> Version: 2.7.0-7
> Severity: minor
>
> Hi,
>
> I am the main maintainer of adduser and am always interested in usage
> patterns of my software. jabberd2 is one of the _very_ few (<5) packages
> in Debian that use adduser in their preinst.
>
> Since this mi
Hi. I merged the latest libcap updates and opened a merge request to
add Go packages:
https://salsa.debian.org/debian/libcap2/-/merge_requests/3
I see you've been working for a month to get a new version into testing.
I don't want to disturb that, so let's hope it migrates soon and then we
can r
(I took the liberty to clear-text reply to your e-mail, I assume you
want this to be public...)
Luca Soler writes:
> Hi Simon,
>
> Thanks!
>
> I pushed everything here:
> https://salsa.debian.org/go-team/packages/golang-github-gosimple-unidecode/-/tree/debian/sid?ref_type=heads
>
> I also pushed
Luca Soler writes:
> As this is my first ITP, I would appreciate any feedback if I have made any
> mistakes. I have also requested access to the Salsa repository to push the
> package.
I approved you now, please push and I will try to give you some
packaging review.
/Simon
signature.asc
Desc
Martina Ferrari writes:
> Hi,
>
> I was looking at this bug only a few minutes ago, because of this
> package threatening prometheus to be removed from testing.
>
> On 07/03/2025 16:34, Simon Josefsson wrote:
>
>> I have uploaded golang-github-smallstep-p
Hi Faidon, (cc'ing debian-go list since this affects several Go packages)
Faidon Liambotis writes:
> Hi Simon,
>
> On Fri, Feb 21, 2025 at 11:27:00PM +, Santiago Vila wrote:
>> During a rebuild of all packages in unstable, your package failed to build:
>>
>>
>>
>> verify_test.go:563: Ve
i386:
https://ci.debian.net/packages/s/socket-wrapper/testing/amd64/58455500/
https://ci.debian.net/packages/s/socket-wrapper/testing/i386/58455619/
I have uploaded 1.4.4-2 with your patch as the only change, let's see
what happens.
/Simon
Simon Josefsson writes:
> I'm not certai
Andrew Bartlett writes:
> On Mon, 2025-03-03 at 14:38 +, Chen Shengqi wrote:
>> Hi Simon,
>>
>> > -Original Message-
>> > From: Simon Josefsson
>> >
>> > Thanks for working on this! It is a bit delicate issue, and I've
>
elines has armhf/armel builders, but not autopkgtest testing --
that would help the patch-test iteration cycle a bit.
/Simon
Chen Shengqi writes:
> Hi Simon,
>
>> -Original Message-
>> From: Simon Josefsson
>>
>> Thanks for working on this! It is a bit de
Maytham Alsudany writes:
> Hi Simon,
>
> On Mon, 2025-02-03 at 13:32 +0100, Simon Josefsson wrote:
> [...]
>> Maybe adding an example for embedded static C object code like this
>> would help clarify the intention.
>
> Would adding the following after the first para
esend to BTS only, since my last mail got rejected.)
>
> -Original Message-
> To: 1069...@bugs.debian.org; Andrew Bartlett ; Lucas
> Nussbaum ; Luca Boccassi ; Simon
> Josefsson ; Helge Deller
>
> Hi all,
>
> socket-wrapper still fails its tests on armel and
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-smallstep-pkcs7
Version : 0.2.1-1
Upstream Author : Smallstep
* URL : https://github.com/smallstep/pkcs7
* License : Expat
Programming Lang: Go
Description : PKCS #7
Thank you for quick fix Bruno! I'll use host-cpu-c-abi.m4 serial 19 and
somehow make the Debian packaging of guile-fibers 1.3.1 use it. I think
host-cpu-c-abi.m4 should be added to upstream guile-fibers m4/ too, and
will try to work on that (they could use gnulib-tool and/or bootstrap
but I'll pr
Thank you!
I think the patch below belongs better to gnulib's m4/host-cpu-c-abi.m4,
could you propose a patch for it instead? Or if someone on the gnulib
list (cc'ed) has ideas how to adapt the patch below into gnulib.
https://git.savannah.gnu.org/cgit/gnulib.git/tree/m4/host-cpu-c-abi.m4
I thi
Sean Whitton writes:
> +The value is of the form ``tag=TAGOBJID fp=FINGERPRINT`` where ``TAGOBJID``
> is
> +the Git object ID of the Git tag object, and ``FINGERPRINT`` is the
> +fingerprint (in hexadecimal, without spaces) of the PGP key used to sign the
> +Git tag.
What restrictions on the fo
tags 1093751 + wontfix
thanks
I still have hope that the disagreement behind the RC bug can be
resolved, so I don't think apt-verify should be removed from unstable
right now.
/Simon
Helmut Grohne writes:
> Source: apt-verify
> Severity: important
> User: helm...@debian.org
> Usertags: sidremo
Christian Kastner writes:
>>> The only "condition" would be that 2.73 migrates to testing before we
>>> add a new package, just to ensure that trixie will be up to date, given
>>> the 2025-03-15 freeze. But that's only 2-day delay, and we can use that
>>> to finalize the Go package.
>>
>> No pro
Jeremy Bícha writes:
> Control: severity -1 serious
>
> On Mon, Feb 17, 2025 at 5:10 PM Simon Josefsson wrote:
>>
>> severity 1061185 important
>> thanks
>>
>> I'm downgrading this due to lack of explanation what is the 'serious'
>>
severity 1061185 important
thanks
I'm downgrading this due to lack of explanation what is the 'serious'
severity level problem.
/Simon
Simon Josefsson writes:
> Hi! You re-opened this ITP bug and changed the title to 'apt-verify:
> unsupportable' and made it a
Package: golang-github-charmbracelet-wish
Severity: serious
X-Debbugs-CC: Anthony Fok , Otto Kekäläinen
Hi
This package golang-github-charmbracelet-wish has no reverse build
dependencies in Debian. The package is version 0.1.1 in Debian but
latest from upstream is 1.4.6.
In the ITP for it -- h
Package: golang-github-jesseduffield-go-git
Severity: serious
Hi
I did an upstream upload of go-git to fix some security vulnerabilities
for trixie:
https://tracker.debian.org/pkg/golang-github-go-git-go-git
However I today realized that we have a old fork of that project that
still have the se
tags 1095307 +moreinfo
thanks
This golang-github-crawshaw-iox package was needed by
https://github.com/crawshaw/sqlite however we realized it was better to
package its fork github.com/go-llsqlite/crawshaw that no longer uses
golang-github-crawshaw-iox:
https://bugs.debian.org/cgi-bin/bugreport.cg
Faidon Liambotis writes:
> On Thu, Feb 06, 2025 at 10:59:58AM +0100, Simon Josefsson wrote:
>> I have updated/finished packaging of the go-uefi dependency and uploaded
>> it to NEW:
>>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1095271
>>
&g
Christian Kastner writes:
> Hi Simon,
>
> On 2025-02-16 19:24, Simon Josefsson wrote:
>> The Go team needs the Go packaging which is part of libcap2, for
>> docker-buildx and sbctl. I have made a local packaging of this for only
>> the Go part of libcap2, and it seems
/debian/patches/fix-sqlite-bd.patch?ref_type=heads
/Simon
Simon Josefsson writes:
> Shengjing Zhu writes:
>
>> On Fri, Feb 7, 2025 at 4:15 AM Simon Josefsson wrote:
>>>
>>> Package: wnpp
>>> Severity: wishlist
>>> Owner: Simon Josefsson
>&g
Package: libcap2
Severity: wishlist
Hi!
The Go team needs the Go packaging which is part of libcap2, for
docker-buildx and sbctl. I have made a local packaging of this for only
the Go part of libcap2, and it seems to work, but I'm wondering about
next steps for this. What you think generally ab
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-landlock-lsm-go-landlock
Version : 0.0~git20241014.479ddab-1
Upstream Author : Landlock
* URL : https://github.com/landlock-lsm/go-landlock
* License : Expat
Programming
Package: scrypt
FYI, 1.3.3 was just released, and it would be nice to get into trixie.
I was able to build a pre-release of it in Salsa pipeline easily, so I
think this should be easy to update:
https://salsa.debian.org/jas/scrypt/-/pipelines
If you want, I can prepare and do the upload quickly
names if that seems better.
/Simon
Simon Josefsson writes:
> Package: wnpp
> Severity: wishlist
> Owner: Simon Josefsson
>
> * Package name: golang-github-pdevine-tensor
> Version : 0.0~git20240510.f88f456-1
> Upstream Author : Patrick Devine
> * URL
1 - 100 of 1335 matches
Mail list logo