~robertgzr

Berlin

https://gnzler.de

hub
repos
lists
builds

~robertgzr/public-inbox

Last active 4 years ago
View more

Recent activity

Re: [pyonji] subject prefix handling 2 months ago

From Robert Günzler to ~emersion/public-inbox

On Wed Jun 12, 2024 at 10:26 AM CEST, Simon Ser <contact@emersion.fr> wrote:
> I don't want to clutter the UI too much with many knobs - ideally
> the user shouldn't have to care…

maybe it would help to add some kind of help text? basically teach users where
the knobs are in the underlying tools

wouldn't it also be possible to compare the to address and the remote of the
base? if they are not matching then offer some kind of hint of how to configure
setting a prefix

[pyonji] subject prefix handling 3 months ago

From Robert Günzler to ~emersion/public-inbox

maybe I'm doing this wrong... but how do I set the subject prefix for a patch 
series?

I can provide a subject using the cover-from-description=subject of 
git-format-patch(1) but that results in patches like this:
https://lists.sr.ht/~bitfehler/anemos/patches/53188

Is setting format.subjectprefix the only way to do this?

Re: [PATCH 1/1] Fix archiving with busybox-cpio 3 months ago

From Robert Günzler to ~bitfehler/anemos

Sorry about the messy patch. I keep trying to use pyonji, but it doesn't seem
to handle the subject prefix part quite right :/

[PATCH 1/1] Fix archiving with busybox-cpio 3 months ago

From Robert Günzler to ~bitfehler/anemos

The plus sign prefix to force interpretation as numerical values is only
supported by GNU cpio. This makes it work out of the box on Alpine Linux

Refs: https://lists.sr.ht/~bitfehler/anemos/%3CD1S7YXHQM0LO.8Q2UC7P5S7P2@gnzler.io%3E
Signed-off-by: Robert Günzler <r@gnzler.io>
---
 anemos | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/anemos b/anemos
index b370156..2fe49d3 100755
--- a/anemos
+++ b/anemos
@@ -73,7 +73,7 @@ fw_get_files() {
[message trimmed]

[PATCH 0/1] [PATCH anemos-cli] fix archiving with busybox-cpio 3 months ago

From Robert Günzler to ~bitfehler/anemos

I had no idea on Alpine there's nothing preventing you from actually
creating a user account named "0". I was surprised by this, but it makes
this a useful feature indeed. On the other hand I quite like not needing
the extra dependency.

Robert Günzler (1):
  Fix archiving with busybox-cpio

 anemos | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


base-commit: 483a9572e0e6bdd2e04b77cb339b96345403727e
--

Re: [makeimg] debugging patch failure 3 months ago

From Robert Günzler to ~bitfehler/anemos

On Wed Jun 5, 2024 at 2:04 PM CEST, Robert Günzler <r@gnzler.io> wrote:
> i assume something has changed with alpine's /etc/inittab and the patch, which i
> copied verbatim from your bitfehler-ns [1] example btw, doesn't apply anymore.

i managed to debug this by inserting ls and cat calls at the start of cleanup()
this is the new patch needed to make it work:

--- inittab.orig	2022-09-05 21:53:04.021100286 +0200
+++ inittab	2022-09-05 21:52:46.877847668 +0200
@@ -13,7 +13,7 @@
 tty6::respawn:/sbin/getty 38400 tty6

 # Put a getty on the serial port
-#ttyS0::respawn:/sbin/getty -L 115200 ttyS0 vt100

[makeimg] debugging patch failure 3 months ago

From Robert Günzler to ~bitfehler/anemos

Hi,

first off thanks for building anemos and makeimg, i've been testing how to
transition away from a k3s stack with flux for gitops to something simpler and
better suited for my basic use-case :)

after about 2 weeks of not looking at/or running my IMGBUILD, I now run into
this:

==> Applying patches
patching file etc/inittab
Hunk #1 FAILED at 13.
1 out of 1 hunk FAILED -- saving rejects to file etc/inittab.rej
==> ERROR: Build failed

[PATCH lswt v2 2/2] Respect external CFLAGS 4 months ago

From Robert Günzler to ~leon_plickat/public-inbox

Refs: https://bugs.gentoo.org/927846
Signed-off-by: Robert Günzler <r@gnzler.io>
---
 Makefile | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/Makefile b/Makefile
index 879a7e3..5b609c7 100644
--- a/Makefile
+++ b/Makefile
@@ -5,7 +5,8 @@ BINDIR=$(PREFIX)/bin
MANDIR=$(PREFIX)/share/man
BASHCOMPDIR=$(PREFIX)/share/bash-completion/completions

[message trimmed]

[PATCH lswt v2 0/2] clang issues 4 months ago

From Robert Günzler to ~leon_plickat/public-inbox

On Mon Apr 29, 2024 at 5:18 PM CEST, Leon Henrik Plickat <leonhenrik.plickat@stud.uni-goettingen.de> wrote:
> Here is my alternative proposol: Remove the noop handler completely.
> Write handler functions for all events where currently noop is plugged
> in. These handlers will be empty except for a comment saying something
> like "deliberately left empty". That should make both clang and gcc
> happy.

implemented this approach and tested with clang-17 and gcc-13 and seems
to work for both now :)

Robert Günzler (2):
  Remove the noop handler
  Respect external CFLAGS

[PATCH lswt v2 1/2] Remove the noop handler 4 months ago

From Robert Günzler to ~leon_plickat/public-inbox

Instead we pass empty functions specified per handler.

This is to make clang happy when building with -Wpedantic. Simply
passing -Wno-error=incompatible-function-pointer-types is not an option
for gcc either, due to that not being defined.

Signed-off-by: Robert Günzler <r@gnzler.io>
---
 lswt.c | 72 +++++++++++++++++++++++++++++++++++++++++++++++++++-------
 1 file changed, 64 insertions(+), 8 deletions(-)

diff --git a/lswt.c b/lswt.c
index 380f5d0..ae73264 100644
--- a/lswt.c
[message trimmed]