Guzio
7d26b71505
* Made sure that WirePlumber is installed explicitly. (Turns out that it wasn't; it just kinda... Happened to be there. But in theory, if I were to somehow end up with pipewire-media-session (Ugh!), there would be nothing telling DCli to switch back to WirePlumber.) * Moved extra packages to a separate module (because - now that I think about it - I think I like the idea of system-packages-GuzioPadV4 being a sort of „archive”, to which I won't be appending anything anymore) * Figured out a way to declaratively enable WirePlumber, so I removed it from the commented-out block in GuzioPadV4 host (also, gotten rid of blend-files (no longer on Blend, after all) while at it) [UPDATE: Nevermind! That declarative way will not work until DCli gets its shit together with user-hooks. Still, the error message is loud enough (and not-DCli-flow-breaking) that I think I'll stick to it for now, instead of an easy-to-miss commented-out service.] * Maybe? fixed camera problems that I've been having on this tablet from day-one (and, now that I think about it, on my previous laptop, too - tho I just always thought it broke after I tried cleaning under the lense with a piece of paper (I thought I severed a ribbon cable or something), but maybe it was working, after all?) by installing pipewire-libcamera. * Explicitly declared pipewire and pipewire-audio for good measure.
14 lines
No EOL
1.6 KiB
YAML
14 lines
No EOL
1.6 KiB
YAML
description: Installs all Pipewire components needed for a functioning session - including Pipewire itself, support for various common audio protocols (alsa, PulseAudio, JACK), libcamera support, and WirePlumber for maintaining a Pipewire session. WirePlumber also be set to auto-start for user sessions (for whoever ran DCli) on SystemD-based distros.
|
|
package-files:
|
|
- dependencies.yaml
|
|
- packages.yaml
|
|
post_install_hook: "hook.sh" #I'd love to not need a hook for this, but it seems that service management isn't possible in DCli modules (yet?), and can only be done in the host-file or via a hook.
|
|
post_disable_hook: "unhook.sh" #No matter what I tried, I couldn't get this hook to actually trigger, so it seems to be an in-development stub that doesn't work yet (especially given how there was literally 0 documentation on this - I simply spotted it being listed in auto-generated modules). For now, the unhook script has to be run manually if you want to undo the power button setup. Nevertheless, it's listed here, so it should Just Work [TM] when DCli adds support.
|
|
run_hooks_as_user: true
|
|
hook_behavior: always #...instead of "once" because this lets your service setup be self-healing (even if you mess something up, next dcli sync will restore it); ...instead of "ask" because I don't like pestering people with RUN THIS HOOK? RUN THIS HOOK? (if anything, that makes it more likely that they will "[S]kip always", thus rendering the „self-healing” non-functional)
|
|
author: "Guzio"
|
|
version: "1.0.0"
|
|
category: "media"
|
|
tags: []
|
|
license: "MIT"
|
|
upstream_url: "https://gitdab.com/Guzio/system/src/branch/main/modules/pipewire" |