## What happened

On a dual-battery ThinkPad (T580: BAT0 + BAT1), the battery panel (click the
battery icon in the bar) shows percentage, size, discharge rate, time
remaining, and cycle count for **only one of the two batteries** — the
numbers silently ignore the second battery entirely.

The bar's own percentage label (bar icon → right-click → "show percentage")
is correct: it reads `UPower.displayDevice`, which UPower aggregates across
both batteries. But the expanded panel disagrees with it, because it's
populated by a separate script, `omarchy-battery-status`, which does:

```bash
battery=$(upower -e 2>/dev/null | grep BAT | head -n 1)
```

`head -n 1` always picks the first battery UPower lists (`BAT0` on this
machine) and never looks at `BAT1`. Every field derived from `$battery_info`
in that script inherits the same problem: percentage, energy-full ("size"),
time-to-empty/full, and the sysfs `power_now`/`current_now` fallback used for
the live discharge rate. The cycle-count line has the identical bug
independently:

```bash
cycles=$(cat "$power_supply_path"/BAT*/cycle_count 2>/dev/null | head -1)
```

— which also only reads the first battery's cycle count.

## What was expected

The panel should reflect both batteries combined (matching what the bar's
own percentage already does via `UPower.displayDevice`), or at minimum not
silently drop the second battery's contribution.

## Steps to reproduce

1. On a laptop with two battery power-supply devices (e.g. ThinkPad T580 with
   BAT0 + BAT1), open the battery panel from the bar.
2. Compare the percentage shown in the panel against the bar's own
   percentage label (toggle it on via right-click on the battery icon).
3. Compare against `upower -i $(upower -e | grep DisplayDevice)`.

## Observed vs. expected (captured on this machine)

Panel (`omarchy-battery-status --shell`, BAT0 only):
```
percentage	53%
state	discharging
rate	9.9W
size	29Wh
time	1h 48m
cycles	234
threshold	75-80%
```

`upower -i` for the DisplayDevice (both batteries aggregated):
```
energy:              16.52 Wh
energy-full:         84.31 Wh   (29.65 + 54.66)
percentage:          19.5944%
time to empty:       2.2 hours
```

BAT1 individually (completely absent from the panel's numbers):
```
capacity:            0%
energy-full:         54.66 Wh
cycle-count:         39
state:               pending-charge / not charging
```

So the panel reports 53% / 29Wh / 234 cycles while the true combined state is
~20% / 84Wh, and BAT1's 39 charge cycles are never surfaced anywhere in the
UI.

## System details

- Omarchy version: 4.0.0-1
- CPU: Intel Core i5-8250U (Kaby Lake-R)
- GPU: Intel UHD Graphics 620
- Kernel: 7.1.8-arch1-3
- UPower: 1.91.3
- Machine: Lenovo ThinkPad T580, dual battery (BAT0 00UR891, BAT1 01AV427)

## Suggested fix direction

In `omarchy-battery-status`, source from UPower's `DisplayDevice` (same
aggregate the bar already uses) instead of the first `BAT*` device, or
explicitly sum `energy_now`/`energy_full`/`power_now` across all `BAT*` in
`/sys/class/power_supply` and report per-battery cycle counts (e.g.
`234, 39` or a max/primary label) rather than picking one at random via
`head -1`.