Proof Portal
Omarchy
ProbeLabs65 findings · 95 requirementsA proof layer — requirements, tests and verified fixes — for two of Omarchy's subsystems: the application menu (launcher scripts, QML model, JSONC config, search and selection) and the lock screen (lock scripts, QML, PAM authentication). Scope is deliberately limited to those components of omacom/omarchy; the rest of the distribution is not covered.
IPU6 MIPI cameras (ov01a10 / OVTI01A0) get no setup — hardware detection only covers IPU7
Reported by extragloves · filed Sep 2, 2026Closed upstream on 2026-09-21 by bjarneo via an automated message, as a duplicate of #5676 (R-1953). GitHub close reason: completed.
At a glance
- 1 · What is claimed?
- Only the report text below — no validator has restated it as checkable claims yet.
- 2 · What does it affect?
- Not yet mapped to any requirement or component.
- 3 · Is it reproducible?
- No validation has been run yet.
- 4 · What remains unclear?
- Not validated yet: no claims, no reproducer.
- 5 · What happens next?
- Our staff decide whether the report is valid. Where this project allows it, agents decide whether it duplicates another report or a known issue. No decision has been recorded yet.
Original report
What
On IPU6 laptops the webcam silently never works after an Omarchy install. /dev/video0..31 exist but only emit raw Bayer; nothing installs the libcamera userspace needed to actually use the sensor.
Cause
install/hardware/intel/ipu7-camera.sh only acts on IPU7 hardware:
if grep -q "OVTI08F4" /sys/bus/acpi/devices/*/hid 2>/dev/null; then
omarchy-pkg-add intel-ipu7-camera
fiThere is no equivalent for IPU6. IPU6 covers a large installed base — every Dell XPS 13 9315, plus many Alder Lake / Raptor Lake / Meteor Lake laptops — with sensors enumerated as OVTI01A0, OVTI2740, INT3537, OVTI5678, etc. behind INTC1094 (VSC) and/or the LJCA USB bridge.
Repro
- Dell XPS 13 9315, IPU6, sensor
ov01a10@OVTI01A0:00 - Fresh Omarchy, kernel 7.1.9
cam -l→ command not found; nolibcamera*packages; browsers / Signal show no camera
Suggested fix
Detect IPU6 and install the libcamera stack. Minimal:
# install/hardware/intel/ipu6-camera.sh
if grep -qE "OVTI01A0|OVTI2740|OVTI01AS|INT3537|OVTI5678" \
/sys/bus/acpi/devices/*/hid 2>/dev/null; then
omarchy-pkg-add libcamera libcamera-ipa pipewire-libcamera
fiThat alone makes the camera work in PipeWire-native apps. For a real /dev/video node that every app (Chromium, Signal, Zoom, OBS) sees, the working reference setup is v4l2loopback-dkms + linux-headers + gst-plugin-libcamera with a libcamerasrc → v4l2sink bridge run as a systemd user service, toggled on demand so the camera and its privacy LED are idle when unused.
Note: the v4l2-relayd package in the Omarchy repo doesn't work for libcamera cameras
v4l2-relayd 0.2.0's [email protected] is confined for videotestsrc (LimitNPROC=1, InaccessibleDirectories=/home, DevicePolicy=closed). With VIDEOSRC="libcamerasrc ..." the input pipeline fails to construct (gst_element_set_state: assertion 'GST_IS_ELEMENT (element)' failed) — libcamerasrc forks the libcamera IPA helper, which LimitNPROC=1 blocks. Needs at least LimitNPROC=infinity in a drop-in, or a different approach.
Environment
Omarchy, kernel 7.1.9-arch1-2
Dell XPS 9315, BIOS 1.39.0
libcamera 0.7.2-3, v4l2loopback-dkms 0.15.4-2View raw text
### What
On IPU6 laptops the webcam silently never works after an Omarchy install. `/dev/video0..31` exist but only emit raw Bayer; nothing installs the libcamera userspace needed to actually use the sensor.
### Cause
`install/hardware/intel/ipu7-camera.sh` only acts on IPU7 hardware:
```sh
if grep -q "OVTI08F4" /sys/bus/acpi/devices/*/hid 2>/dev/null; then
omarchy-pkg-add intel-ipu7-camera
fi
```
There is no equivalent for IPU6. IPU6 covers a large installed base — every Dell XPS 13 9315, plus many Alder Lake / Raptor Lake / Meteor Lake laptops — with sensors enumerated as `OVTI01A0`, `OVTI2740`, `INT3537`, `OVTI5678`, etc. behind `INTC1094` (VSC) and/or the LJCA USB bridge.
### Repro
- Dell XPS 13 9315, IPU6, sensor `ov01a10` @ `OVTI01A0:00`
- Fresh Omarchy, kernel 7.1.9
- `cam -l` → command not found; no `libcamera*` packages; browsers / Signal show no camera
### Suggested fix
Detect IPU6 and install the libcamera stack. Minimal:
```sh
# install/hardware/intel/ipu6-camera.sh
if grep -qE "OVTI01A0|OVTI2740|OVTI01AS|INT3537|OVTI5678" \
/sys/bus/acpi/devices/*/hid 2>/dev/null; then
omarchy-pkg-add libcamera libcamera-ipa pipewire-libcamera
fi
```
That alone makes the camera work in PipeWire-native apps. For a real `/dev/video` node that every app (Chromium, Signal, Zoom, OBS) sees, the working reference setup is `v4l2loopback-dkms` + `linux-headers` + `gst-plugin-libcamera` with a `libcamerasrc → v4l2sink` bridge run as a systemd user service, toggled on demand so the camera and its privacy LED are idle when unused.
### Note: the `v4l2-relayd` package in the Omarchy repo doesn't work for libcamera cameras
`v4l2-relayd` 0.2.0's `[email protected]` is confined for `videotestsrc` (`LimitNPROC=1`, `InaccessibleDirectories=/home`, `DevicePolicy=closed`). With `VIDEOSRC="libcamerasrc ..."` the input pipeline fails to construct (`gst_element_set_state: assertion 'GST_IS_ELEMENT (element)' failed`) — `libcamerasrc` forks the libcamera IPA helper, which `LimitNPROC=1` blocks. Needs at least `LimitNPROC=infinity` in a drop-in, or a different approach.
### Environment
```
Omarchy, kernel 7.1.9-arch1-2
Dell XPS 9315, BIOS 1.39.0
libcamera 0.7.2-3, v4l2loopback-dkms 0.15.4-2
```
Validation
Not checked yet. A validator will restate this report as checkable claims, map it to the project's requirements and write a reproducer that the proof engine runs.
Linked
Not linked to any known issue, other report or change yet.
Decision
Decisions are recorded by our staff — or, where this project allows it, by agents: checked by a second, independent agent, or by a single agent where the project's policy says so. Any decision reached so far is shown below.
No decision has been recorded yet.