Package Details: pianobar-git 711.b534a3b-1

Git Clone URL: https://aur.archlinux.org/pianobar-git.git (read-only)
Package Base: pianobar-git
Description: A free/open-source, console-based replacement for Pandora's Flash player
Upstream URL: http://6xq.net/projects/pianobar/
Licenses: MIT
Conflicts: pianobar
Provides: pianobar
Submitter: mutantmonkey
Maintainer: mutantmonkey
Last Packager: mutantmonkey
Votes: 51
Popularity: 0.006134
First Submitted: 2009-01-17 22:39
Last Updated: 2015-06-09 03:27

Latest Comments

mutantmonkey commented on 2014-12-30 22:02

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.

cirrus commented on 2014-12-30 20:12

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

mbostwick commented on 2014-05-13 03:11

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

0112358 commented on 2014-05-11 07:54

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

chetgray commented on 2014-04-20 21:59

@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.

AbrarSyed commented on 2014-04-20 01:21

==> 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.

mutantmonkey commented on 2013-04-21 20:24

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.

Cinelli commented on 2013-03-06 07:06

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.

mutantmonkey commented on 2012-12-06 07:12

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

nhasian commented on 2012-12-06 07:02

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

mutantmonkey commented on 2012-12-06 03:26

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.

Anonymous comment on 2012-07-20 02:50

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

mutantmonkey commented on 2012-05-01 14:19

Updated, the patch is no longer necessary.

OK100 commented on 2012-05-01 11:34

==> 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...

mutantmonkey commented on 2012-04-27 04:47

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.

Anonymous comment on 2012-04-26 21:55

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.

Anonymous comment on 2012-04-26 20:26

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"

Anonymous comment on 2012-04-26 19:03

nicely done. thanks ihatereg!

Anonymous comment on 2012-04-26 18:16

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
}

Anonymous comment on 2012-04-26 18:02

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.

Anonymous comment on 2012-04-26 17:58

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.

Anonymous comment on 2012-04-26 17:56

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.

Anonymous comment on 2012-04-26 17:45

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...

Anonymous comment on 2012-04-26 17:42

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.

firecat53 commented on 2011-11-09 18:49

Rebuilt pianobar-git today and got the following error:

10:48:31 $ pianobar
Welcome to pianobar (2011.11.09-dev)! Press ? for a list of commands.
(i) Login... libpiano: Unknown error AUTH_WEB_LOGIN_NOT_ALLOWED in com.savagebeast.radio.api.protocol.xmlrpc.RadioXmlRpcException: 192.168.161.240|1320864513694|AUTH_WEB_LOGIN_NOT_ALLOWED
Error: Unknown.

Scott

mutantmonkey commented on 2011-09-05 01:24

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.

Anonymous comment on 2011-09-01 14:18

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

Anonymous comment on 2011-08-19 21:36

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.

mutantmonkey commented on 2011-06-20 03:11

Dependency added; sorry it took so long.

mutantmonkey commented on 2011-06-20 03:08

It shouldn't require both libmad and faad2. I'll investigate; maybe a default got changed.

Anonymous comment on 2011-06-20 00:25

libmad is still missing from the builddeps. Please add.

jonyamo commented on 2011-04-18 15:01

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.

mutantmonkey commented on 2011-01-02 00:13

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

Anonymous comment on 2011-01-01 23:26

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

Anonymous comment on 2011-01-01 23:16

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!!

mutantmonkey commented on 2010-11-12 20:54

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

mutantmonkey commented on 2010-11-06 01:16

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

mutantmonkey commented on 2010-11-06 01:16

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

frabjous commented on 2010-11-05 03:59

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

Error: Protocol incompatible. Please upgrade libpiano.

errors again. :(

bostonvaulter commented on 2010-10-08 19:17

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

bostonvaulter commented on 2010-10-06 19:31

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

frabjous commented on 2010-10-06 14:16

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?

Anonymous comment on 2010-06-30 00:05

This is awesome. Thanks so much!

Anonymous comment on 2010-06-23 05:52

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

bostonvaulter commented on 2010-06-19 01:47

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

bostonvaulter commented on 2010-06-14 03:02

This is upstream bug #30

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

mutantmonkey commented on 2010-06-14 02:05

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

Anonymous comment on 2010-06-14 02:04

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

mutantmonkey commented on 2010-06-13 16:47

I've updated the package for new build system, but it won't compile at the moment. It looks like src/config.h is missing; I'm guessing it just wasn't committed by mistake.

zkline commented on 2010-06-12 18:22

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