~martijnbraam

The Netherlands

https://brixit.nl/

I do computer stuff

~martijnbraam/public-inbox

Last active a month ago

~martijnbraam/openatem

Last active 2 months ago

~martijnbraam/fathub

Last active 4 months ago

~martijnbraam/pts-devel

Last active 1 year, 5 days ago

~martijnbraam/pts-announce

Last active 1 year, 5 days ago

~martijnbraam/boarddb

Last active 1 year, 4 months ago

~martijnbraam/postmarketos

Last active 1 year, 9 months ago

~martijnbraam/rptr-devel

Last active 1 year, 11 months ago

~martijnbraam/rptr-announce

Last active 1 year, 11 months ago

~martijnbraam/ofonoctl

Last active 3 years ago
View more

Recent activity

Re: [[PATCH lsplug] 1/2] Restore accidentally deleted line a month ago

From Martijn Braam to ~martijnbraam/public-inbox

Thanks, I've applied the patches. I modified the README update to drop 
the brackets from the subjectPrefix since that corrupts the header.

On 8/16/23 13:13, Hugo Osvaldo Barrera wrote:
> See: https://git.sr.ht/~martijnbraam/lsplug/commit/2f175185620fc948603721ff22ab4acc9e278aaf
> ---
>   setup.py | 1 +
>   1 file changed, 1 insertion(+)
>
> diff --git a/setup.py b/setup.py
> index 3cf115a..d63adce 100644
> --- a/setup.py
> +++ b/setup.py
> @@ -7,6 +7,7 @@ setup(name='lsplug',

Re: macros implementation 2 months ago

From Martijn Braam to ~martijnbraam/openatem

Hello Cristian,

Yes the macro functionality is quite lacking in the pyatem module at the 
moment. The Macros in the ATEM protocol is a complete seperate set of 
commands to the normal switcher control. So for having full coverage of 
the the ATEM macros everything has to be implemented twice (and for xml 
import/export everything has to be implemented for a third time). None 
of these things have an actual 1-to-1 mapping or way to do automatic 
translation.

Actually triggering the macros from OpenSwitcher is something that's 
easier implement. Only thing missing is the TriggerMacro command and a 
bit of UI work.

Re: [PATCH webflash 1/6] Print exception to console when "Flasher failed" 3 months ago

From Martijn Braam to ~martijnbraam/public-inbox

Applied the series and updated the production installation :)

On 6/7/23 20:14, Luca Weiss wrote:
> Otherwise errors such as trying to use a non-sparse image for flashing
> fails without printing the error.
> ---
>   flasher.js | 1 +
>   1 file changed, 1 insertion(+)
>
> diff --git a/flasher.js b/flasher.js
> index 5b0bec9..b3d9c42 100644
> --- a/flasher.js
> +++ b/flasher.js
> @@ -238,6 +238,7 @@ async function runScript(device, di, image, script) {

Re: [PATCH thumbdrives v2] install appdata to metainfo 7 months ago

From Martijn Braam to ~martijnbraam/public-inbox

Thanks, applied :)

On 2/13/23 17:14, psykose wrote:
> from https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#spec-component-location :
>
>   Upstream projects can ship one or more metainfo files in /usr/share/
>   metainfo/%{id}.metainfo.xml,
> ---
>
> apparently reading is hard- the filename gets renamed too.
>
>   data/meson.build                                            | 6 +++---
>   ...appdata.xml.in => nl.brixit.Thumbdrives.metainfo.xml.in} | 0
>   2 files changed, 3 insertions(+), 3 deletions(-)

Re: [PATCH numberstation 0/1] Fix appstream data validation 7 months ago

From Martijn Braam to ~martijnbraam/public-inbox

Thanks, applied :)

On 2/2/23 16:42, ~lihis wrote:
> Appstream data validation fails with "appstream-util validate-relax
> --nonet" as there is two <release>'s with same version. This patch
> removes the duplicate entry thus making the validation to pass.
>
> Tomi Lähteenmäki (1):
>    Remove duplicate version from appstream data
>
>   data/org.postmarketos.Numberstation.appdata.xml | 10 +---------
>   1 file changed, 1 insertion(+), 9 deletions(-)
>

Re: [PATCH numberstation] Use GtkSpinbox instead of GtkAdjustment to get integer value 7 months ago

From Martijn Braam to ~martijnbraam/public-inbox

Hi Andrey,

Sorry for the delay, I've applied your patches.
I had not encountered otp urls with decimals in them before, they don't 
really make sense for things like length but better to handle it than 
not I guess.

Greetings,
Martijn Braam

On 1/14/23 11:33, Andrey Skvortsov wrote:
> Hi Martijn,
>
> Do you have any feedback on these patches sent a month ago?

Re: [PATCH] Remove unused icon 7 months ago

From Martijn Braam to ~martijnbraam/public-inbox

Thanks, applied :)

On 2/22/23 17:15, Evangelos Ribeiro Tzaras wrote:
> The icon was introduced in
> ffa0b6a57ebed3f851d79723862c82bc927ff732
> but never actually used (user-trash-symbolic is used instead).
> ---
>   numberstation/icon/delete-symbolic.svg    | 1 -
>   numberstation/numberstation.gresource.xml | 2 --
>   2 files changed, 3 deletions(-)
>   delete mode 100644 numberstation/icon/delete-symbolic.svg
>
> diff --git a/numberstation/icon/delete-symbolic.svg b/numberstation/icon/delete-symbolic.svg
> deleted file mode 100644

Re: [PATCH createaport] Strip leading `v` from package versions 7 months ago

From Martijn Braam to ~martijnbraam/public-inbox

Thanks, applied :)

On 2/22/23 11:15, Hugo Osvaldo Barrera wrote:
> Many projects add a leading `v` to tags for versions. However, the
> contents of tarballs don't include this, so `$builddir` ends up being
> `package-v1.0.0`, but the real path is actually `package-1.0.0`.
>
> I haven't seem any scenarios where a leading `v` is present but this
> doesn't uphold.
>
> That aside, APKBUILD conventions seem to align with removing the leading
> `v`.
> ---
>   createaport/forge.py | 4 ++++

[PATCH pmbootstrap] README: Document git commands for setting the git-send-email defaults 10 months ago

From Martijn Braam to ~postmarketos/pmbootstrap-devel

It's possible to set the default To: address and subject prefix in the
git config of the local checkout. This makes the workflow a bit easier
and makes sure the subject starts with [PATCH pmbootstrap] instead of
the regular [PATCH].
---
 README.md | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/README.md b/README.md
index 005e7bc1..de3554f3 100644
--- a/README.md
+++ b/README.md
@@ -17,6 +17,12 @@ Send patches via mail or web UI to
~postmarketos/pmbootstrap-devel@lists.sr.ht
[message trimmed]

Re: himitsu-keyring: Odd casing in protocol group labels 11 months ago

From Martijn Braam to ~martijnbraam/public-inbox

This behavior is because it's title-casing it with a few exceptions.

https://git.sr.ht/~martijnbraam/keyring/tree/master/item/himitsu_gtk/window.py#L83

I did not account for imaps vs imap here, mainly there's not really a 
spec for this part. The title casing works a lot better with everything 
that's not an acronym like the web protocol.

On 10/22/22 01:59, Hugo Osvaldo Barrera wrote:
> For some odd reason, the casing of the protocol "titles" (e.g.: the labels on
> the top of each protocol) is mixed up; the first one is shown all uppercase
> ("SMTP"), while others are title-case ("Imaps", "Smtps", etc).
>
> A screenshot might be much clearer, but emails with image/png attachment are