Package Details: pithos 1.5.1-1

Git Clone URL: (read-only, click to copy)
Package Base: pithos
Description: Native Pandora Radio client
Upstream URL:
Licenses: GPL3
Submitter: kreed
Maintainer: eugene
Last Packager: eugene
Votes: 72
Popularity: 0.000000
First Submitted: 2012-05-04 21:54 (UTC)
Last Updated: 2020-10-27 01:46 (UTC)

Latest Comments

kalekundert commented on 2022-02-16 18:50 (UTC) (edited on 2022-02-16 18:51 (UTC) by kalekundert)

The shebang line in /usr/bin/pithos is #!/usr/bin/env python3, when it should be #!/usr/bin/python3. As it is, pithos won't run if the user isn't using the system python and doesn't have the right dependencies installed (e.g. gtk).

agaskins commented on 2020-10-25 20:55 (UTC) (edited on 2020-10-28 16:13 (UTC) by agaskins)

I keep getting this error:

:: PGP keys need importing:
-> 108BF2212A051F4A72B18448B3C7CE210DE76DFC, required by: pithos
==> Import? [Y/n] 
:: Importing keys with gpg...
gpg: keyserver receive failed: Server indicated a failure```

I tried the tip from @SniK140 to manually import but it still gives a similar error.

UPDATE: I guess someone did something to remedy this, as it is working now! Thanks! :)

Tio commented on 2020-08-26 12:54 (UTC)


SniK140 commented on 2020-08-26 08:48 (UTC) (edited on 2020-08-26 08:49 (UTC) by SniK140)

@Tio gpg --keyserver --recv-keys B3C7CE210DE76DFC

Tio commented on 2020-08-02 02:02 (UTC)


  -> Found systemd.service
==> Validating source files with sha256sums...
    pithos-1.5.0.tar.xz ... Passed
    pithos-1.5.0.tar.xz.asc ... Skipped
    systemd.service ... Passed
==> Verifying source file signatures with gpg...
    pithos-1.5.0.tar.xz ... FAILED (unknown public key B3C7CE210DE76DFC)
==> ERROR: One or more PGP signatures could not be verified!
Failed to build pithos

hacker1024 commented on 2020-05-25 03:56 (UTC)

Proxies don't seem to work: Any ideas?

TingPing commented on 2018-12-21 23:07 (UTC)

You have to import the key.

Gotit commented on 2018-12-20 17:45 (UTC) (edited on 2018-12-20 17:46 (UTC) by Gotit)

Public key for the tar seems to be wrong:

==> Verifying source file signatures with gpg...
    pithos-1.4.1.tar.xz ... FAILED (unknown public key B3C7CE210DE76DFC)
==> ERROR: One or more PGP signatures could not be verified!

TingPing commented on 2018-12-03 00:35 (UTC)

Should python-sphinx and help2man be added to makedepends?

They aren't useful for users only developers.

yochananmarqos commented on 2018-12-02 20:52 (UTC)

Should python-sphinx and help2man be added to makedepends?

Program sphinx-build-3 found: NO
Program sphinx-build found: NO
Program help2man found: NO

Stebalien commented on 2018-02-12 16:57 (UTC)


xovertheyearsx commented on 2018-02-12 06:27 (UTC) (edited on 2018-02-12 06:35 (UTC) by xovertheyearsx)

I was experiencing a similar issue to @annyoingduck and @shihjay2

@Steblien, gpg had basic config setup and db was fine. I had to manually run a checksum as well.

TingPing commented on 2017-09-12 20:06 (UTC)

@craeckie That will be fixed in next Meson release:

craeckie commented on 2017-09-12 19:48 (UTC) (edited on 2017-09-12 19:48 (UTC) by craeckie)

When building it using the "nobody" user, I get the error "Permission denied" on "subprocess.check_call(['selinuxenabled'])" in meson. See the full log here: Using normal user it works.

annoyingduck commented on 2017-05-06 02:08 (UTC)

@Stebalien the gpg --list-key 108BF2212A051F4A72B18448B3C7CE210DE76DFC command kicked back a bunch of errors along with a recommended solution (gotta love the Arch terminal). I was able to fix it, the trustdb was corrupted. Thank you.

Stebalien commented on 2017-05-05 16:58 (UTC)

@annoyingduck, Something may be wrong with your PGP setup, the signature you've downloaded may be corrupted (the PKGBUILD doesn't checksum the signature, only the source code), or something else is going very wrong. It works for me (and I've tried re-downloading my cached copies of pithos and it's signature). The signature's sha256sum should be 5658ae222c498f1d3fb2be3dc1f1ddb1ea2361b15b2406325e8bdb40ce1b2a73 if you want to verify that you've downloaded it correctly. Otherwise, make sure you actually have the key: $ gpg --list-key 108BF2212A051F4A72B18448B3C7CE210DE76DFC (and make sure the copy you have hasn't expired)

annoyingduck commented on 2017-05-05 03:55 (UTC)

I just tried updating pithos on my laptop after adding the key like I did before, and it simply will not build on this device. I keep getting: Verifying source file signatures with gpg... pithos-1.3.1.tar.xz ... FAILED ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build pithos. ==> Restart building pithos ? [y/N] I've added your key using: gpg --recv-key B3C7CE210DE76DFC and it continues to fail. What am I missing?

Stebalien commented on 2017-04-10 16:26 (UTC) (edited on 2017-04-10 16:27 (UTC) by Stebalien)

For *pacman* key errors, you shouldn't import the key into your personal keyring. For *makepkg* key errors, you should. You may also be able to setup GPG to automatically import keys as needed. FYI, importing a key *does not* imply that you trust the key (so there's really no reason not to import keys other than disk space). Relevant: @solus667, The out of date button is for out of date packages. Please don't use it for support.

annoyingduck commented on 2017-04-08 04:54 (UTC) (edited on 2017-04-08 05:06 (UTC) by annoyingduck)

@Stebalien I'm getting the key error too. I have Googled it, and most results are telling me to NOT import a public key manually. Are you suggesting by your response to go ahead and manually import the key from the PKGBUILD? Edit: I ran the command "gpg --recv-key B3C7CE210DE76DFC" to import your public key, and it built fine. Misread the key import option do's and don'ts.

Stebalien commented on 2017-04-08 00:03 (UTC)

@shihjay2 before asking for help, please at least google the error.

shihjay2 commented on 2017-04-07 23:40 (UTC)

Error during build - pithos-1.3.0.tar.xz ... FAILED (unknown public key B3C7CE210DE76DFC)

Stebalien commented on 2017-01-07 20:03 (UTC)

@oberon2007 It's the only way to deal with out-of-sync mirrors. Otherwise, yaourt etc. could end up rebuilding *before* installing python3.6 (which defeats the purpose). Furthermore, it's not forcing python3.6; you don't *need* to update pithos unless you want to rebuild it for the latest python (and I plan on removing that restriction on the next pithos update). Note: The correct way to do this would be to set `python=$(get_python_version)` (no `>=`) and let the user manually rebuild when needed. Unfortunately, that would make upgrading a bit troublesome (you'd need python3.6 before you could build pithos for python3.6 but you wouldn't be able to install python3.6 because your current version of pithos would depend on python3.5).

oberon2007 commented on 2017-01-07 19:36 (UTC)

"This is the only way to handle a rebuild in the AUR." is not true. It would be enough to just bump pkgrel and yaourt and pacaur will want to rebuild the package. I don't think it is a good idea to force python3.6 on the package without a specific reason.

Stebalien commented on 2017-01-07 17:10 (UTC)

@annoyingduck, use an up-to-date pacman mirror. You have python 3.5 but the latest is python 3.6.

annoyingduck commented on 2017-01-07 12:22 (UTC)

Keep getting a build error on latest update: Python>=3.6 not found. Python is installed in my system.

TingPing commented on 2016-12-01 23:54 (UTC)

@camb, Works here w/ free account.

andrewd18 commented on 2016-11-30 03:13 (UTC)

Aha, figured it out. /etc/pulse/ had "load-module module-role-cork" which mutes non-voice playback streams when a voice application is open. Pulseaudio saw TeamSpeak 3 was open and muted Pithos by default. Commenting that out in fixed the issue.

Stebalien commented on 2016-11-27 16:09 (UTC)

@andrewd18, sorry, that sounds like a bug in pulseaudio (or some KDE component managing pulseaudio). You should probably ask on the forums to narrow down your problem.

andrewd18 commented on 2016-11-27 06:20 (UTC) (edited on 2016-11-27 06:20 (UTC) by andrewd18)

Every time the song changes, the playback stream is muted in pulseaudio. Everything else works fine... I just have to unmute it every song. Thoughts? Pithos 1.2.1, KDE 5.8.

TingPing commented on 2016-08-02 03:55 (UTC)

The Pandora api references three quality levels but actually only give you two. As of 1.2.0 Pithos requests an extra quality level and remaps high/low to it.

camb commented on 2016-08-02 03:54 (UTC)

Strange, I've been on High for quite some time without hitting this issue... or was I *actually* on High?

TingPing commented on 2016-08-02 01:44 (UTC)

It is as optional as it was, it is just now free users can choose High for mp3 now.

camb commented on 2016-08-02 01:43 (UTC)

Looks like gst-plugins-ugly is no longer optional. I was getting an error about GStreamer plugins after update which went away after install of gst-plugins-ugly.

commented on 2016-07-28 21:46 (UTC)

After installing gnome-keyring, everything works fine.

Stebalien commented on 2016-07-28 20:24 (UTC)

@eduhat unfortunately, there's currently no good way to express this dependency (bug report:

TingPing commented on 2016-07-28 20:11 (UTC) (edited on 2016-07-28 20:11 (UTC) by TingPing)

Yes you need some service that implements it; An example would be `gnome-keyring`.

commented on 2016-07-28 20:08 (UTC)

I am getting the following after the latest update: ** Message: Remote error from secret service: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.secrets was not provided by any .service files Traceback (most recent call last): File "/usr/lib/python3.5/site-packages/pithos/", line 101, in do_command_line self.do_activate() File "/usr/lib/python3.5/site-packages/pithos/", line 107, in do_activate maybe_migrate_settings() File "/usr/lib/python3.5/site-packages/pithos/", line 85, in maybe_migrate_settings set_account_password(prefs['username'], val) File "/usr/lib/python3.5/site-packages/pithos/", line 39, in set_account_password "Pandora Account", password, None) GLib.Error: g-dbus-error-quark: The name org.freedesktop.secrets was not provided by any .service files (2)

TingPing commented on 2016-07-27 23:38 (UTC) (edited on 2016-07-27 23:44 (UTC) by TingPing)

> Technically, MPRIS depends on libdbus This is false, Gio provides a complete implementation of DBus and does not use libdbus. What your system uses for DBus shouldn't really apply to this package right? EDIT: Also dbus is a part of core. So per convention it is implied to be installed.

TheChickenMan commented on 2015-11-17 07:15 (UTC) Current Workaround: sudo wget -P /etc/ca-certificates/trust-source/anchors/ && sudo trust extract-compat

TheChickenMan commented on 2015-11-17 07:01 (UTC)

The program does not start correctly for me now. [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:646)

Stebalien commented on 2015-05-11 19:58 (UTC)

@troyengel, Thanks. Sorry for the extreme delay, I never noticed your comment.

troyengel commented on 2014-12-02 18:24 (UTC)

Small fix to the PKGBUILD - the optional deps lists 'python-pacparser', I think the dep should be changed to just 'pacparser' (there's a 'python2-pacparser' as well, so maybe the package name changed?) It also lists 'libappindicator3' which I think is supposed to be 'libappindicator-gtk3' based on a search just now.

Stebalien commented on 2014-11-28 20:46 (UTC)

@ework, Good point. Updated.

ework commented on 2014-11-25 10:21 (UTC)

You need to install the package "python-cairo" in order to display cover art in the playlist window. It's not required to play music, but it seems like basic functionality that is otherwise missing.

Stebalien commented on 2014-09-27 20:47 (UTC)

@D101101, I'm going to leave them in the optional dependencies just in case someone wants to upload them. However, I don't use these features so I'd rather not maintain those packages (I can't test them).

D101101 commented on 2014-09-27 20:39 (UTC)

libappindicator3 and python-pacparser are not available now

Stebalien commented on 2014-09-18 06:06 (UTC)

@flutyoshi: no. Pithos depends on gtk3 which optionally depends on gnome-icon-theme which depends on gnome-icon-theme-symbolic. However, you can install another icon theme that provides the symbolic icons (e.g. Faenza) and don't really need the gnome one.

fluteyoshi commented on 2014-09-18 05:44 (UTC)

Should gnome-icon-theme-symbolic be added as a dependency? The icons in Pithos will just show up with error symbols without this package installed.

Stebalien commented on 2014-05-04 03:34 (UTC)

@Allan, done, thanks.

Allan commented on 2014-05-04 03:30 (UTC)

pithos does not run without python-setuptools installed, so that needs moved to depends.

Stebalien commented on 2014-04-26 22:03 (UTC)

@marekpetrik. It's listed in the optdepends.

marekpetrik commented on 2014-04-26 22:01 (UTC)

Requires gstreamer0.10-ugly-plugins to play the High quality stream.

rectec commented on 2013-12-06 01:33 (UTC)

Damn, you beat me to the punch, Stebalien! Thanks for updating this :)

TingPing commented on 2013-12-05 18:48 (UTC)

I don't use Arch any longer so I am dropping this, needs to be updated for 0.3.18 that just released.

kreed commented on 2012-06-06 18:10 (UTC)

Fixed, thanks

Stebalien commented on 2012-06-02 15:42 (UTC)

As snowball pointed out on pithos-git, python-distutils-extra has been replaced with python2-distutils-extra (and needs to be changed in the makedepends).