@smegbadger

had to write it down:

labwc	after start			wlr-randr --output HDMI-A-1 --transform 90
mm	starts and mm is displayed
mm	offCommand			wlr-randr --output HDMI-A-1 --off
mm	still up but not displayed
labwc	fails after a while, killed
labwc	after start			wlr-randr --output HDMI-A-1 --transform 90
mm	still up and displayed again
mm	offCommand			wlr-randr --output HDMI-A-1 --off
...

so another idea would be to execute the command defined in RANDR_PARAMS only if the display is not switched off. Will check if I can get this information …

@ajoreis said in Black screen on the radxa ROCK 2F, using docker:

Segmentation fault labwc

that tells you that labwc crashes, further investigation without having the used hardware is impossible.

@smegbadger said in I cannot disable screen blanking with MagicMirrorOS:

the labwc container is then killed and then automatically restarts - will the screen be turned on then until the next PIR activity and subsequent timeout of MMM-Universal-Pir?

yes, I tested this by killing and restarting the labwc-container from outside.

Not nice but I have no idea how to solve this.

From the sample config the normal feed url is https://rss.nytimes.com/services/xml/rss/nyt/HomePage.xml (they maybe have more).

My first thought was to use https://username:password@rss.nytimes.com/services/xml/rss/nyt/HomePage.xml but the problem here is another one. The feed is free so you need no authentication for the feed but some articles of the feed that should be displayed with ARTICLE_MORE_DETAILS are protected. Because the article urls are extracted from the feed I have no idea how to implement this at the moment.

@sdetweil

and I learned more about pi imager, the stuff it writes seems to depend on the OS, with my examples above I used fedora, now looking at a raspian pi os lite I don’t see the files.

There now is a userconf.txt with only user/password …

@sdetweil

files should be in same directory as config.txt and cmdline.txt. Maybe the OS deletes them after initial reading? So you may have to look for this files before you insert the sd-card into the pi …

example of user-data:

[mm@pi4-argon efi]$ cat user-data
#cloud-config
hostname: pi4-argon
manage_etc_hosts: true
packages:
- avahi-daemon
apt:
  conf: |
    Acquire {
      Check-Date "false";
    };

users:
- name: mm
  groups: users,adm,dialout,audio,netdev,video,plugdev,cdrom,games,input,gpio,spi,i2c,render,sudo
  shell: /bin/bash
  lock_passwd: false
  passwd: $5$wEw...
  ssh_authorized_keys:
    - ssh-rsa AAAA...
  sudo: ALL=(ALL) NOPASSWD:ALL


timezone: Europe/Berlin
keyboard:
  model: pc105
  layout: "de"

example of network-.con:

[mm@pi4-argon efi]$ cat network-.con
version: 2
wifis:
  renderer: networkd
  wlan0:
    dhcp4: true
    optional: true
    access-points:
      "k13":
        password: "cbd..."

@sdetweil

another interesting fact, if I open the settings in the imager to flash another
the password fields (user and wifi) are filled with junk text, maybe encrypted… but the values I entered are not visible

thats normal

which version of pi imager are you using? Latest which is v1.9.0?

And you are using the right user + passwd (I often forget to set the correct user)?

The pi imager writes a file user-data into the root dir of the sd-card which has yaml content, you can check the content (e.g. user) and also try to override passwd, maybe it works unencrypted, otherwise you can try to encrypt with htpasswd.

wifi has own file network-.con (yaml too).

@rkorell said in Standard Weather Module showing unwanted header:

appendLocationToHeader

read the docs, there is no property with above name …

@smegbadger

I build another new labwc image. You can revert the changes done to MM_IMAGE and the on-/offCommand in your setup.

The new karsten13/labwc:develop now runs labwc with pid=1 (I thought that was already the case) and additionally kills labwc if the wlr-randr command fails with failed to connect to display.

Now the container will restart if labwc is terminated inside the container. This does not address the root issue but should be a good workaround (hopefully).

So please do again a docker compose pull && docker compose up -d to get the latest changes …

for testing I added wlopm to the current mm-develop docker image.

So for another test use this lines in the .env file

MM_IMAGE="karsten13/magicmirror:develop"
LABWC_IMAGE="karsten13/labwc:develop"

Then change the on/off commands in the config.js

                        module: "MMM-Universal-Pir",
                        position: "top_right",
                        config: {
                                onCommand: "wlopm --on HDMI-A-1",
                                offCommand: "wlopm --off HDMI-A-1",
                        }

and then do a docker compose pull && docker compose up -d