Brilliant, thanks a lot!

Sorry for the late reply. This looks perfect to me! Thank you very much!

I think it would be very useful to be able to list build artifacts and their URL.

Thanks a lot!

I noticed the following error in my logs: /usr/bin/sxmo_led.sh: line 69: printf: 1.00000000000000000000: invalid number

This is caused by the fact that some locales don't use the point as the decimal separator. LC_NUMERIC needs to be set to 'en_US.UTF-8'.

Unless I am mistaken, these default keybindings are not mentioned in the documentation. Should they be?

Unless I am mistaken, the patch has not been merged. Should this be reopened?

It seems to work fine on pmOS Edge and the master version of sxmo-utils. Thanks a lot for working on this!

Hi all.

Regarding the modem status, I wonder whether sxmo_hook_statusbar.sh should return the value of nmcli's state-failed-reason instead of state in case state is "failed" on line 51.

For example, there is no SIM card in my phone, and <failed> is displayed in swaybar, which is not very helpful. If state-failed-reason were displayed instead, it would show sim-missing, which would be much more friendly.

On IRC, Stacy mentioned the fact that we could use an icon instead, such as Nerd Fonts' nf-mdi-sim_off.

Thanks a lot for your work!

Thanks a lot. It seems to build without errors now.

Hello,

I am trying to package signal-rs for Arch Linux's AUR: see https://aur.archlinux.org/packages/signal-rs-git/ Unfortunately, when unpatched, it doesn't build because of errors of this type:

  /home/build/.cache/yay/signal-rs-git/src/signal-rs/target/release/build/gettext-sys-5b8fe14614e5f474/out/gettext/gettext-tools/gnulib-lib/libcroco/cr-statement.c: In function 'cr_statement_dump_media_rule':
  /home/build/.cache/yay/signal-rs-git/src/signal-rs/target/release/build/gettext-sys-5b8fe14614e5f474/out/gettext/gettext-tools/gnulib-lib/libcroco/cr-statement.c:2714:17: error: format not a string literal and no format arguments [-Werror=format-security]
   2714 |                 fprintf (a_fp, str) ;
        |                 ^~~~~~~
  /home/build/.cache/yay/signal-rs-git/src/signal-rs/target/release/build/gettext-sys-5b8fe14614e5f474/out/gettext/gettext-tools/gnulib-lib/libcroco/cr-statement.c: In function 'cr_statement_dump_import_rule':
  /home/build/.cache/yay/signal-rs-git/src/signal-rs/target/release/build/gettext-sys-5b8fe14614e5f474/out/gettext/gettext-tools/gnulib-lib/libcroco/cr-statement.c:2740:17: error: format not a string literal and no format arguments [-Werror=format-security]
   2740 |                 fprintf (a_fp, str) ;

Arch Linux's makepkg utility uses -Werror=format-security in its CFLAGS, which prevents libcroco, which is bundled with gettext-sys (of which signal-rs pulls v0.19.9), from building. See https://savannah.gnu.org/bugs/?55356

Would it be possible to bump the version of gettext-sys to >=0.20.2 to prevent this?

I added a patch in the AUR build which enables the gettext-system feature of gettext-rs, which allows it to rely on the locally installed version of the library instead of building it. It seems to work properly.

Thanks a lot for your work - it's good to see a native Signal client at last. Have you by any chance had a look at Whisperfish?

ev