Yo Santiago (CC'd), could you please drop your opinion on this for extra
reference?
On 4/30/24 18:34, Daniel Baumann wrote:
Hi,
On 4/30/24 18:12, Jakub Ružička wrote:
Secondary reason for that was that there is no upgrade path from 5.x
to 6.x so it's unwanted for knot-resolver 5 packages
On 4/29/24 21:13, Daniel Baumann wrote:
On 4/29/24 19:50, Daniel Baumann wrote:
pushing to the repo requires me to be added to the salsa project..
would you mind adding me?
in the meantime, I've pushed to here:
https://git.progress-linux.org/users/daniel.baumann/debian/todo/knot-resolver/log/
On 4/23/24 14:05, Daniel Baumann wrote:
Hi,
On 4/23/24 13:58, Jakub Ružička wrote:
but we've agreed the time has come to get extra testing & feedback
through Debian experimental.
yay, thanks!
[ we use knot-resolver at work for the central resolvers for the
university, and we love it. k
kage properly so that it starts
its 6.x life with a clean slate but it's going to hit experimental in
upcoming weeks :)
Thanks for indicating interest, I'll get it done.
Cheers,
Jakub Ružička
On 4/14/24 08:39, Daniel Baumann wrote:
Package: knot-resolver
Severity: wishlist
Hi,
it would be
blamed for breaking a core tool? :)
Then folks like you and me can help with fixing individual issues and/or
merging MRs.
> Thank you for your time. Please do let me know if you have any
> questions, or if I can do anything else to help.
Thank you for bumping this, we need to get this sorted one way or another.
Cheers,
Jakub Ružička
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Jakub Ružička
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-nvchecker
Version : 2.12
Upstream Contact: lilydjwg
* URL : https://github.com/lilydjwg/nvchecker
* License : Expat
Programming Lang
of eyes for review or something, let me know.
Cheers,
Jakub Ružička
On 10/10/23 15:09, Roland Mas wrote:
Hi Jakub,
Is there any progress on the package? A package of mine (dioptas) has
started depending on it, so it would be nice to have in Debian. Can I
help somehow? Is there any beta code
On 23-08-09 15:08, Colin Watson wrote:
> How will this sort of thing work when a git tree isn't necessarily
> available at binary package build time, since buildds build binary
> packages from a source package rather than directly from git and the
> source package doesn't usually include a git
Package: wnpp
Severity: wishlist
Owner: Jakub Ružička
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-poetry-dynamic-versioning
Version : 0.25.0
Upstream Contact: Matthew T. Kennerly
* URL : https://github.com/mtkennerly/poetry-dynamic-versioning
perate better.
They cooperated just fine in my testing with current bullseye/bookworm
versions and the above-described patch seems to have addressed exactly this
issue.
Please provide a reproducer with current (bookworm/bullseye) packages,
otherwise I think this was fixed in bird_1.6.7-1.
C
Package: wnpp
Severity: wishlist
Owner: Jakub Ružička
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: dunamai
Version : 1.16.0
Upstream Contact: Matthew T. Kennerly
* URL : https://github.com/mtkennerly/dunamai
* License : MIT
Programming Lang
On 7/1/22 19:57, Adam D. Barratt wrote:
On Fri, 2021-12-03 at 16:59 +0100, Julien Cristau wrote:
Control: tag -1 confirmed
On Mon, Sep 06, 2021 at 04:21:15PM +, Jakub Ružička wrote:
[ Reason ]
Fixing bug #991463 (CVE-2021-40083) - potential DoS.
[...]
Feel free to go ahead and upload
+
@@ -1,3 +1,10 @@
+knot-resolver (5.3.1-1+deb11u1) bullseye; urgency=medium
+
+ * Fix possible assertion failure in NSEC3 edge-case (CVE-2021-40083)
+(Closes: #991463)
+
+ -- Jakub Ružička Tue, 31 Aug 2021 16:20:00 +
+
knot-resolver (5.3.1-1) unstable; urgency=medium
[ Jakub
> I've opened transition bug #993027
Got ack from RT, I've uploaded knot-3.1.1-4 into unstable to start the
transition.
Do I need to wait until the new knot built on all archs before uploading
depending knot-resolver-5.4.1-2 or is there a smart mechanism ensuring
build against correct/latest
On 8/26/21 10:42 PM, Santiago Ruano Rincón wrote:
> El 26/08/21 a las 14:45, Jakub Ružička escribió:
>>> - Includes fix for CVE-2021-40083 (Closes: #991463)
>> I've used this magic syntax found throughout the changelog and it closed
>> the bug upon experimental upload, whi
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hello,
in order to update knot to latest 3.1.1, its only reverse dependency
knot-resolver needs to be updated to >= 5.4 which supports new
knot 3.1 API/ABI.
I've tested this in
> - Includes fix for CVE-2021-40083 (Closes: #991463)
I've used this magic syntax found throughout the changelog and it closed
the bug upon experimental upload, which isn't what I expected. Please
reopen as needed, I'm not yet familiar with handling bugs wrt different
Debian branches.
Hello,
thanks for handling the bind9 side of things!
I'm happy to update the knot source package with update-alternatives
functionality as soon as it's implemented in bind9 package which is a
necessary prerequisite to avoid package file conflicts if I understand
correctly.
Cheers,
Jakub
On
this issue is solved and can be closed.
Cheers,
Jakub Ružička
On 11/20/20 10:34 AM, Santiago Ruano Rincón wrote:
> El 19/11/20 a las 22:04, Santiago Ruano Rincón escribió:
>> El 19/11/20 a las 17:56, Santiago Ruano Rincón escribió:
>> Before uploading a wanted to take a look at the debian/watch file.
>> Attached you can find a work-in-progress version. I
On 11/17/20 4:41 PM, Santiago Ruano Rincón wrote:
> El 09/11/20 a las 13:31, Jakub Ružička escribió:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Jakub Ružička
>>
>> * Package name: lua-binaryheap
>> Version : 0.4
>>
Package: wnpp
Severity: wishlist
Owner: Jakub Ružička
* Package name: lua-binaryheap
Version : 0.4
Upstream Author : Thijs Schreijer
* URL : https://github.com/Tieske/binaryheap.lua
* License : MIT
Programming Lang: lua
Description : binary heap
Anything including file:/// doesn't work.
For example: http://www.debian.org/Pics/openlogo-50.png
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Adding forgotten
Screen 0 Screen 0 0
to ServerLayout solves the problem, but this behaviour(crash on missing option
in config file) is not nice.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
24 matches
Mail list logo