~stappers

Breda

~stappers/dnsmasqmlpc

Last active 7 days ago

~stappers/srht-container-apply-discuss

Last active a month ago

~stappers/srht-container-apply-devel

Last active a month ago

~stappers/srht-container-apply-announce

Last active a month ago
View more

Recent activity

[PATCH] trust-anchors.conf: nitpicking 7 days ago

From Geert Stappers to ~stappers/dnsmasqmlpc

Some minor changes in comment lines

Reported-by: Gary R. Schmidt <grschmidt@acm.org>
---
 trust-anchors.conf | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/trust-anchors.conf b/trust-anchors.conf
index 1a7de74..e8bacf4 100644
--- a/trust-anchors.conf
+++ b/trust-anchors.conf
@@ -1,7 +1,7 @@
# The root DNSSEC trust anchor, valid as at 18/07/2024

[message trimmed]

[PATCH] Add IANA Root TA 2024. 7 days ago

From Geert Stappers to ~stappers/dnsmasqmlpc

From: Loganaden Velvindron <logan@cyberstorm.mu>

Signed-off-by: Loganaden Velvindron <logan@cyberstorm.mu>
Signed-off-by: Jaykishan Mutkawoa <jay@cyberstorm.mu>
---
 trust-anchors.conf | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/trust-anchors.conf b/trust-anchors.conf
index 2a1e2a0..1a7de74 100644
--- a/trust-anchors.conf
+++ b/trust-anchors.conf
@@ -1,9 +1,9 @@
# The root DNSSEC trust anchor, valid as at 11/01/2019
[message trimmed]

Re: [todo.sr.ht/patches/alpine.yml] build failed 17 days ago

From Geert Stappers to ~sircmpwn/sr.ht-dev

On Mon, Aug 26, 2024 at 05:46:04PM +0000, builds.sr.ht wrote:
> todo.sr.ht/patches/alpine.yml: FAILED in 1m0s
> [search.py: Fix `submitter:me` queries][0] v2 from [Johannes Maibaum][1]
> ✗ #1312302 FAILED todo.sr.ht/patches/alpine.yml https://builds.sr.ht/~sircmpwn/job/1312302

Line https://builds.sr.ht/~sircmpwn/job/1312302#task-package-325 has
 setuptools.extern.packaging.version.InvalidVersion: Invalid version: '0.75.16_git20240826'
 
Where to change that version number?


Groeten
Geert Stappers
--

Picking up the patches a month ago

From Geert Stappers to ~stappers/dnsmasqmlpc

Another 17th of the month, another "picking up the patches"


Previous-Subject: Re: [Dnsmasq-discuss] [PATCH] Ensure resize_packet() does not overflow header
In-Reply-To: <20240513020401.841150-1-dominique.martinet@atmark-techno.com>
( https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2024q2/017572.html )

On Mon, May 13, 2024 at 11:04:01AM +0900, Dominique Martinet wrote:
> This is a "fix" for OSV-2022-785 (oss-fuzz automated report that
> apparently hasn't been looked into)
> 
> It really is a redundant safety in case something goes wrong when
> finding pheader: the only caller of resize_packet() with a pheader are

[PATCH] Add support for --dhcp-allowed-srvids option. 2 months ago

From Geert Stappers to ~stappers/dnsmasqmlpc

From: Marek Skrobacki via Dnsmasq-discuss <dnsmasq-discuss@lists.thekelleys.org.uk>

If the DHCP server is running inside a container or behind a load
balancer, the DHCPREQUEST arriving at dnsmasq for processing may have a
Server ID (option 54) configured with an IP address that is not assigned
to the local interface. In this case, dnsmasq will check if the 'Server
Identifier Override' option was set in the incoming packet.

- If it was not set, the packet is dropped.
- If it was set, dnsmasq evaluates the Server ID against the value
  provided in 'Server ID Override' suboption 11, as outlined in RFC5107.

In both cases, there is no match against the 'backend' IP address
configured on the interface. This results in the DHCPNAK being returned
[message trimmed]

[PATCH] Update DNS records after pruning DHCP leases 3 months ago

From Geert Stappers to ~stappers/dnsmasqmlpc

From: Erik Karlsson <erik.karlsson@iopsys.eu>

Not doing so can result in a use after free since the name for DHCP
derived DNS records is represented as a pointer into the DHCP lease
table. Update will only happen when necessary since lease_update_dns
tests internally on dns_dirty and the force argument is zero.

Signed-off-by: Erik Karlsson <erik.karlsson@iopsys.eu>
---
 src/dnsmasq.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/src/dnsmasq.c b/src/dnsmasq.c
index a9f26ae..1be3b82 100644
[message trimmed]

fork of Redis, called Redict, at Codeberg 4 months ago

From Geert Stappers to ~sircmpwn/sr.ht-discuss

On Wed, May 01, 2024 at 03:43:34PM -0400, Geoff Beier wrote:
Subject: Re: Article about flaws of Sourcehut
> When I read that article, my initial reaction is that I hope there's not
> much change in response to that, or that any change is purely additive,
> in the sense of letting project owners choose alternate workflows. It
> seems OK that different workflows are better for different projects,
> and that one forge might fit a particular project's needs better
> than another.
> 
> I hope it's not dragging this thread too far off-topic to ask, though:
> is sourcehut doing OK? I'm certainly still happy using it, and it's
> been stable and very nice to use from my perspective.
> 
> I've noticed two things that make me want to hear an update on how

[PATCH] Fix dependency in make install target 4 months ago

From Geert Stappers to ~stappers/dnsmasqmlpc

From: Olaf Hering <olaf@aepfle.de>

The make target 'install-common' expects results from the target 'all'.
A 'make -j install' may fail because both targets are brought
up-to-todate in parallel. As a result the final binary will not exist at
the time 'install-common' runs, because 'all' is not yet done.

Adjust the dependencies to update 'all' before processing 'install-common'.

Signed-off-by: Olaf Hering <olaf@aepfle.de>
---
 Makefile | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
[message trimmed]

Picking up the patches 4 months ago

From Geert Stappers to ~stappers/dnsmasqmlpc

Hi,

Another 17th of month, another attempt
to prevent that patches fall through the cracks.


At https://lists.sr.ht/~stappers/dnsmasqmlpc/patches
is 1 pending patch, "Quieten DHCPv6 log when in static mode.
My plan is to keep it warm for two months.


Checking the archive learnt me that some patches haven't yet
reached the "mailinglist patch collector". Such as "Fix dependency
in make install target". See email 2024-03-17.

Re: git.sr.ht returns 504 5 months ago

From Geert Stappers to ~sircmpwn/sr.ht-discuss

On Mon, Mar 25, 2024 at 12:38:16AM -0500, Ren Kararou wrote:
> It appears that git.sr.ht is currently returning 504 on the web
> interface.
> 
> Is anyone else experiencing this?

https://downforeveryoneorjustme.com/git.sr.ht?proto=https


Groeten
Geert Stappers
-- 
Silence is hard to parse