Arch Linux

cirrus: That's not an issue with this package, but it looks like your cower is linked against an older version of libalpm (included with pacman). Try recompiling it and it should work.

cower: error while loading shared libraries: libalpm.so.8: cannot open shared object file: No such file or directory

"Makefile:107: *** Please choose a valid libav implementation at the top of this file. Stop."

As with Cinelli below, libao-svn fixed issues I was having with with libao.conf.

@AbrarSyed :

From pianobar/Makefile:
# choose your libav implementation.
# supported: ffmpeg2.2, ffmpeg2.1, ffmpeg1.2, libav10, libav9
LIBAV:=undefined


See https://github.com/PromyLOPh/pianobar/commit/0ba07406f7348605d82373bf43d43099033c9447

Upstream, since moving to using ffmpeg/libav instead of libfaad2 (https://github.com/PromyLOPh/pianobar/commit/c872f00508ce4afe3b8ec863b23595c31fd8b4be), requires that the Makefile be edited to set the variable LIBAV, as there is no good way to detect if ffmpeg or libav are to be used.

==> Starting build()...
Makefile:103: *** Please choose a valid libav implementation by setting LIBAV. Stop.
==> ERROR: A failure occurred in build().

I get the above error when trying to install this with Packer. To my knowledge, I dont have multiple versions of libAV.

I just updated this package to use the new VCS packaging options from pacman 4.1 (https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines), so you'll now need pacman>=4.1 to build it. I also added libgcrypt and gnutls as dependencies.

In case anyone else was having issues with /o\ could not load audio device error's even with libao.conf correct.

libao-svn seemed to fix the issue on my end. Might want to add it to depends array.

No problem, just wanted to make sure you knew.

Are you using pulseaudio? I had the same problem initially; try changing /etc/libao.conf to look like this:
default_driver=pulse

sorry for flagging it, I thought it hadn't been updated since July. I just installed arch (64bit) and when I try to use pianobar I get this error message:

ao_alsa ERROR: Unable to open ALSA device 'default' for playback => Invalid argument
/!\ Cannot open audio device

also cat /etc/libao.conf shows:
default_driver=alsa

Whoever flagged this out of date: this is built from the Git version and is always up to date unless the build process breaks. Everything seems to still be working fine here, so if you're having issues please comment instead of flagging it out of date.

The dependencies should be updated to include 'json-c'. (Didn't build without it, built with it. Also, the pianobar package requires it.)

Updated, the patch is no longer necessary.

==> Starting build...
Cloning into '/tmp/yaourt-tmp-ok/aur-pianobar-git/src/pianobar-build'...
done.
patching file src/libpiano/piano.c
Hunk #1 FAILED at 42.
Hunk #2 FAILED at 272.
2 out of 2 hunks FAILED -- saving rejects to file src/libpiano/piano.c.rej
patching file src/main.c
==> ERROR: A failure occurred in build().
Aborting...

Updated, thanks for all the feedback. I implemented aetherfly's changes split it into the new PKGBUILD format of separate build and package functions.

I'll be removing the patch once the problem is fixed upstream.

Thanks for finding the https issue and patch, ihatereg. I got git:// to work once, but then it stopped and https:// does indeed work every time.

Here's a cleaned up PKGBUILD http://pastebin.com/8KbnVeb7, you have to download the patch (https://raw.github.com/gist/2500616/bf2fc7c339791be9dce8ebf0ecca3f6647c9e3f2/gistfile1/pianobar.patch) into the build directory. It patches properly, includes a couple minor issues, and removes every instance of "|| return 1", which has been deprecated and considered bad form (according to devs and TUs on the mailing lists) for some time now.

I should mention this is a hack until upstream fixes it (still hasn't been done even though the person who wrote the patch is the principal author...)

After that, at the least, it seems like this PKGBUILD will still need to change the _gitroot line to _gitroot="https://github.com/PromyLOPh/pianobar.git"

nicely done. thanks ihatereg!

Okay, I got it to work completely. Here's the PKGBUILD contents for the impatient.

# Contributor: MutantMonkey <mutantmonkey@gmail.com>
pkgname=pianobar-git
pkgver=20120426
pkgrel=1
pkgdesc="A free/open-source, console-based replacement for Pandora's Flash player"
url="http://6xq.net/0017"
arch=('i686' 'x86_64')
license=('MIT')
depends=('libao' 'faad2' 'libmad' 'readline')
optdepends=('libmad')
makedepends=('pkgconfig>=0.9' 'git' 'automake')
provides=('pianobar')
conflicts=('pianobar')
source=()
md5sums=()
sha256sums=()

_gitroot="https://github.com/PromyLOPh/pianobar.git"
_gitname="pianobar"
_gitpatchurl='https://raw.github.com/gist/2500616/bf2fc7c339791be9dce8ebf0ecca3f6647c9e3f2/gistfile1'
_gitpatchfile='pianobar.patch'

build() {
cd $srcdir
msg "Connecting to the pianobar git repository..."

if [ -d $srcdir/$_gitname ] ; then
cd $_gitname && git pull origin
msg "The local files are updated."
else
git clone $_gitroot
fi

msg "GIT checkout done or server timeout"
msg "Starting make..."

rm -rf $srcdir/$_gitname-build
cp -r $srcdir/$_gitname $srcdir/$_gitname-build
cd $srcdir/$_gitname-build/

wget -O $_gitpatchfile $_gitpatchurl
patch -p1 < $_gitpatchfile

make || return 1
make DESTDIR=$pkgdir PREFIX=/usr install || return 1

install -m755 -d "${pkgdir}/usr/share/licenses/${pkgname}"
install -m644 COPYING "${pkgdir}/usr/share/licenses/${pkgname}/" || return 1
}

An update!

One (the?) author of pianobar-git cracked the protocol change and posted this patch fix.

https://raw.github.com/gist/2500616/bf2fc7c339791be9dce8ebf0ecca3f6647c9e3f2/gistfile1

It's a temporary fix for now, but for those who want their shit working now, there you go.

I'm flagging this out-of-date at the very least to get the package maintainer to update the PKGBUILD with the following to make pianobar-git build.

_gitroot="git://github.com/PromyLOPh/pianobar.git"

should be

_gitroot="https://github.com/PromyLOPh/pianobar.git"

I don't know why, but that's what made it build.

For anyone interested in the latest updates on what's going on upstream, check out this bug report: https://github.com/PromyLOPh/pianobar/issues/236

The pianobar people are usually very fast about circumventing any protocol changes Pandora makes.
If you use pianobar, you are technically in violation of Pandora's terms of service.
But this client has no advertisements and allows a lot more skips than Pandora's crappy Flash interface allows.
Not needing Flash of course means it's leaner as well.

Apparently WebOS has a working Pandora client that has all of its source code online (in obfuscated, crypto-filled JavaScript).
People have been looking over api.js.
Maybe someone here can help out as well.

However, that didn't get it to work... still getting:

Welcome to pianobar (2012.04.24-dev)! Press ? for a list of commands.
(i) Login... Error: Protocol incompatible. Please upgrade libpiano.

Guess I got to wait...

For anyone else getting the dreaded "(i) Login... Error: Protocol incompatible. Please upgrade libpiano." I edited my local copy of the PKGBUILD available on AUR for pianobar-git as follows:

Change
_gitroot="git://github.com/PromyLOPh/pianobar.git"

to
_gitroot="https://github.com/PromyLOPh/pianobar.git"

That got it to build for me.

The version listed on AUR only gets updated when I update the package itself, that's why. This package is always built from the latest git version.

mjdwitt: Looks like the version is correct but not labeled correctly in AUR

# pacman -Qs pianobar
local/pianobar-git 20110711-1
A free/open-source, console-based replacement for Pandora's Flash player

Is this out of date? There is an official release version of this in the AUR that appears to be more up-to-date than this one.

Dependency added; sorry it took so long.

libmad is still missing from the builddeps. Please add.

I ran into the same issue as archnix... required libmad to build... failed to load libpulse.
Installed both, but only libmad was necessary... works great now.

This package is always built from the most recent commit in the git repository.

Can someone update this to the latest git source? The owner fixed a CPU load issue.

I had to install libmad using pacman to get this to work. Was missing libmad.h. I also get an error when I start pianobar

ERROR: Failed to load plugin /usr/lib/ao/plugins-4/libpulse.so => dlopen() failed

But I was still able to fill in my username/password and play music. Very happy!!

Whoever flagged this out of date: this is the git version and it still compiles and runs fine for me.

It's working fine for me now. Try recompiling.

Those errors are always upstream errors and caused by a change on Pandora's side. Usually they're fixed in a few days.

Things had been fixed, but now I'm getting those

Error: Protocol incompatible. Please upgrade libpiano.

errors again. :(

The keys are now fixed. I've tested it myself.

Pandora changed their crypto keys. See http://github.com/PromyLOPh/pianobar/issues/#issue/41

Today I get:

Welcome to pianobar (2010.08.21-dev)! Press ? for a list of commands.
(i) Login... Error: Protocol incompatible. Please upgrade libpiano.

Reinstalling did not help. Any clues?

This is awesome. Thanks so much!

yeah it worked for me as well...and its flippin amazing...

Looks like this is now fixed upstream and works for me.

This is upstream bug #30

http://github.com/PromyLOPh/pianobar/issues/#issue/30

Yeah, I'm having the same problem here. It looks like config.h didn't get committed (or got deleted) by accident.

New pkgbuild breaks for me. I have not looked into why yet. Here is what I get.

In file included from src/player.c:32:0:
src/player.h:27:20: fatal error: config.h: No such file or directory
compilation terminated.
make: *** [src/player.o] Error 1
make: *** Waiting for unfinished jobs....
In file included from src/settings.h:30:0,
from src/ui.h:30,
from src/ui_act.c:30:
src/player.h:27:20: fatal error: config.h: No such file or directory
compilation terminated.
In file included from src/settings.h:30:0,
from src/settings.c:32:
src/player.h:27:20: fatal error: config.h: No such file or directory
compilation terminated.
make: *** [src/ui_act.o] Error 1
make: *** [src/settings.o] Error 1
In file included from src/main.c:47:0:
src/player.h:27:20: fatal error: config.h: No such file or directory
compilation terminated.
make: *** [src/main.o] Error 1

Hi,
Here's a modified PKGBUILD for the new Makefile build system.
http://pastebin.com/1hXrAta3
Tweak to taste.
Best,
Zack.