diddlesnaps / snapcraft-alsa Goto Github PK

View Code? Open in Web Editor NEW

10.0 4.0 10.0 136 KB

ALSA for your snap package routing sound through Pulseaudio!

Home Page: https://snapcraft-alsa.readthedocs.io/

License: MIT License

Jsonnet 45.14% Python 5.57% Shell 49.30%

alsa snapcraft-alsa pulseaudio

snapcraft-alsa's Introduction

snapcraft-alsa

ALSA for your snap package routing sound through Pulseaudio!

Description

This part will install ALSA and a snap configuration that will redirect audio through pulseaudio without requiring the alsa plug to be connected manually or by store assertion.

For usage instructions, see https://snapcraft-alsa.readthedocs.io/en/latest/

snapcraft-alsa's People

Contributors

Stargazers

Watchers

Forkers

brlin-tw xlmnxp ryanjyoder ogra1 stuartlangridge popey timsueberkrueb ekrogh manny27nyc

snapcraft-alsa's Issues

alsa-launch tries to call yad before doing any check

lately alsa-launch seems to unconditionally try to call yad before it does any checks, that results in errors being printed when using the alsa-mixin part without yad (and any gtk bits) installed in the snap and makes the snap launch fail, as seen in ogra1/zoom-snap#63

Configure fail on ppc64el architecture

Downloading 'alsa-lib-1.1.6.tar.bz2' 100%                                      
./configure --prefix= --prefix=/usr --sysconfdir=/etc --libexec=/usr/lib --libdir=/usr/lib --localstatedir=/var --with-configdir=/snap/guvcview-brlin/current/usr/share/alsa --with-plugindir=/snap/guvcview-brlin/current/usr/lib/alsa-lib --disable-alisp --disable-aload --disable-python --disable-static --disable-topology --disable-ucm --enable-symbolic-functions
Failed to run './configure --prefix= --prefix=/usr --sysconfdir=/etc --libexec=/usr/lib --libdir=/usr/lib --localstatedir=/var --with-configdir=/snap/guvcview-brlin/current/usr/share/alsa --with-plugindir=/snap/guvcview-brlin/current/usr/lib/alsa-lib --disable-alisp --disable-aload --disable-python --disable-static --disable-topology --disable-ucm --enable-symbolic-functions' for 'alsa-lib': Exited with code 1.
Verify that the part is using the correct parameters and try again.

Recipe: brlin-tw/guvcview-snap@0318523

File not found errors occurs in the install script of alsa-lib

As following:

make[1]: Leaving directory '/home/ubuntu/snapcraft-alsa/parts/alsa-lib/build'
sed: can't read /home/ubuntu/snapcraft-alsa/parts/alsa-lib/install/usr/lib/x86_64-linux-gnu/pkgconfig/*.pc: No such file or directory
sed: can't read $pcfile: No such file or directory
sed: can't read $pcfile: No such file or directory
sed: can't read /home/ubuntu/snapcraft-alsa/parts/alsa-lib/install/usr/local/lib/x86_64-linux-gnu/pkgconfig/*.pc: No such file or directory
sed: can't read $pcfile: No such file or directory
sed: can't read /home/ubuntu/snapcraft-alsa/parts/alsa-lib/install/usr/local/lib/pkgconfig/*.pc: No such file or directory
sed: can't read $pcfile: No such file or directory

Fork me on GitHub button is pointing to the wrong url

In the snapcraft-alsa-lib site the Fork me on GitHub button in the upper right corner of the screen is redirecting to GitHub 404

Unexpected install location of share/alsa in alsa-lib

parts/alsa-lib/install:
├── snap
│   └── alsa
│       └── current
│           └── usr
└── usr
<stripped>
    └── share
        ├── aclocal
        │   └── alsa.m4
        └── share
            └── alsa
                ├── alsa.conf
                ├── alsa.conf.d
                │   └── README
                ├── cards
                │   ├── AACI.conf
                │   ├── aliases.conf
<stripped>

Currently, the share/alsa directory is installed/organized to $SNAPCRAFT_PART_INSTALL/usr/share/share/alsa for some reason...

Part is not updated on snapcraft

Snapcraft is getting an old commit for this part, which makes following the README confusing.

Bind vs. symlink

Hey, thanks for this very useful snapcraft part!

The layout docs recommend using symlink over bind where possible for performance reasons. Is there a specific reason for using bind for this alsa part?

snapcraft-alsa/snapcraft.yaml

Line 29 in edde1b1

bind: $SNAP/usr/lib/$SNAPCRAFT_ARCH_TRIPLET/alsa-lib

In my testing with the veloren snap, using symlink seemed to work fine.

Add env variable to make alsa-launch always quiet

While testing access could be nice for development purposes, I guess would be nice to have an env variable to make the script always quiet, unless an error happens

no emulated alsa

Please provide ALSA access and not just alsa emulation. I want to see all devices not just "default", further I need MIDI device access.

Bests,
Joël