snapserver 0.27 armhf does not install on Raspi 1B

[andrewufrank]

Describe the bug A clear and concise description of what the bug is.

snapserver_0.27.0-1_armhf.deb cannot be installed on Raspi 1B Dependency is not satisfiable: libasound2 (>= 1.0.18)

I assume armhf is the wrong architecture for Raspi 1B, it would require armel Steps to Reproduce

1. download snapserver_0.27.0-1_armhf.deb` from https://mjaggard.github.io/snapcast/ (per instruction there!)
2. run sudo gdebi snapserver_0.27.0-1_armhf.deb
3. Wrong architecture 'armhf' -- Run dpkg --add-architecture to add it and update afterwards 4.sudo dpkg --add-architecture armhf
4. repeat gdebi gives Dependency is not satisfiable: libasound2 (>= 1.0.18)

Environment details

• OS: debian Linux music6 6.1.0-17-rpi #1 Debian 6.1.69-1 (2023-12-30) armv6l GNU/Linux

• Snapcast version 0.27

• Installed from the downloaded package

  I would attempt to compile it from sources, but do not understand enough about the architectural differences involved here to understand that this is the correct approach. If you think this is the way to go, I will try it.

Thank you - when it works, snapcast is a great service!
andrew

[andrewufrank]

I have compiled the Snapcast version 0.27 code on my old Raspi 1B and succeeded. Preparation:

• assure enough power (I had an 1.5A powersupply)
• assure enough space on disk (not a big issue with a 32GB SD card)

• add swap partition (the 512MB memory is not sufficient for compilation!)

  sudo apt-get update; sudo apt-get install gdebi libboost-dev libboost-system-dev libboost-program-options-dev libasound2-dev libvorbis-dev libflac-dev alsa-utils libavahi-client-dev avahi-daemon sudo apt install git build-essential cmake libboost-all-dev libasound2-dev libpulse-dev libvorbisidec-dev libvorbis-dev libopus-dev libflac-dev libsoxr-dev alsa-utils libavahi-client-dev avahi-daemon libexpat1-dev

  git clone https://github.com/badaix/snapcast/blob/develop/doc/build.md#raspberry-pi-cross-compile cd snapcast

then I directly produced the deb package with

sudo apt-get install debhelper python3
cd <snapcast dir>
ln -s extras/package/debian debian
debian/changelog_md2deb.py changelog.md  > debian/changelog
fakeroot make -f debian/rules CMAKEFLAGS="-DBOOST_ROOT=/path/to/boost/boost_1_8x_0 -DCMAKE_BUILD_TYPE:STRING=0.27.0-1_armel -DBUILD_WITH_PULSE=OFF" binary

• note the string for the BUILD_TYPE, must follow this format accurately for deb package to work!
• the deb packages for server and client are then in the parent directory.

I have put the packages on my release page https://github.com/andrewufrank/snapcast/releases

I appreciate the perfect tools Johannes Pohl (aka badaix) has prepared. Excellent work! andrew

p.s. I found only a strange message, likely non consequential

/usr/bin/gdebi:113: FutureWarning: Possible nested set at position 1 c = findall("[(/\S+[])]", msg)[0].lower()

[andrewufrank]

Music does not arrive cleanly at the snapclient - only short bursts. Logs on the snapserver show

Feb 16 01:33:34 music7 snapserver[605]: onResync (default): 96.5352 ms
Feb 16 01:33:34 music7 snapserver[605]: next read < 0 (default): -23.511 ms
Feb 16 01:33:34 music7 snapserver[605]: onResync (default): 174.396 ms
Feb 16 01:33:34 music7 snapserver[605]: onResync (default): 60.5612 ms

and the load on the Raspi1B running snapserver has load averages around 6; is it possible, that the Raspi 1B is just to slow a processor to run snapserver? or are there some issues with the configuration?

I think I was (at a different location) successful with running a Raspi 1B (of which I have several ones) as snapclients. I could use a Raspi 4 to run snapserver, if the speed of the Raspi 1B is the issue.

Thank you for the advice! andrew

[andrewufrank]

Music does not arrive cleanly at the snapclient - only short bursts. Logs on the snapserver show

Feb 16 01:33:34 music7 snapserver[605]: onResync (default): 96.5352 ms
Feb 16 01:33:34 music7 snapserver[605]: next read < 0 (default): -23.511 ms
Feb 16 01:33:34 music7 snapserver[605]: onResync (default): 174.396 ms
Feb 16 01:33:34 music7 snapserver[605]: onResync (default): 60.5612 ms

and the load on the Raspi1B running snapserver has load averages around 6; is it possible, that the Raspi 1B is just to slow a processor to run snapserver? or are there some issues with the configuration?

I think I was (at a different location) successful with running a Raspi 1B (of which I have several ones) as snapclients. I could use a Raspi 4 to run snapserver, if the speed of the Raspi 1B is the issue. Using a Raspi 4 as snapserver, then music arrives clearly at the snapclient. The load on the Raspi1B just for the mpd connected to the snapserver is 99% - thus clearly the old Raspi 1B cpu is not up to this task; it works for the clients.

I found that Debian has relatively up-to-date snapserver and snapclient - local compilation is not required.

Thank you for snapcast. Well done! andrew

[andrewufrank]

Thank you for your help. You recommended that I take the version 0.28-beta1 which I installed, I got some confusing information that the architecture of the Raspi 1B is armv6l and not armhf, but I could add the architecture with dpkg and install the package I have downloaded. when I then try to run snapclient (eg. just snapclient --help I get illegal instruction as an error. I take that armhf cannot run on a Raspi 1B. - I got a system running on a different location and will report how I achieved it later.