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
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
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
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 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
> 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
> - 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.
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
+
@@ -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
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 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
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
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
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
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
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
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/
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
24 matches
Mail list logo
