Package Details: deadbeef-git r11790.7d26d35fc-2

Git Clone URL: https://aur.archlinux.org/deadbeef-git.git (read-only, click to copy)
Package Base: deadbeef-git
Description: A GTK+ audio player for GNU/Linux (devel branch)
Upstream URL: https://deadbeef.sourceforge.io/
Licenses: zlib, GPL-2.0-or-later, LGPL-2.1-or-later
Conflicts: deadbeef
Provides: deadbeef
Submitter: archtux
Maintainer: ToadKing
Last Packager: ToadKing
Votes: 122
Popularity: 0.69
First Submitted: 2009-08-21 13:16 (UTC)
Last Updated: 2025-03-31 06:46 (UTC)

Required by (45)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 12 Next › Last »

MountainX commented on 2021-09-30 21:10 (UTC)

@MithicSpirit-wouldn't the correct course of action be for the maintainer to correct the PKGBUILD? Why would a valid PKGBUILD include conflicting packages? (I'm not asking how to fix my problem, I'm asking for anyone who wants to install the package without editing the PKGBUILD.)

MithicSpirit commented on 2021-09-30 20:33 (UTC)

@MountainX aur/libdispatch provides libblocksruntime, so the correct course of action would be to replace libblocksruntime with libdispatch if you wish to install this package.

MountainX commented on 2021-09-30 20:13 (UTC)

These dependencies are listed in the PKGBUILD:

depends=('alsa-lib' 'hicolor-icon-theme' 'jansson' 'libblocksruntime' 'libdispatch')

However, 'libblocksruntime' and 'libdispatch' are in conflict.

Package conflicts found:
-> Installing libdispatch will remove: libblocksruntime

Therefore, using this package seems to require editing the PKGBUILD first. Can the maintainer fix the PKGBUILD or suggest what the intention is for listing conflicting dependencies?

MithicSpirit commented on 2021-07-16 16:53 (UTC)

I think that it would be helpful to include some comments in the PKGBUILD about how some optional dependencies need to be present at compile-time to work. For example, the "Opus player" plugin will not be present (and .opus files will not play) if the opusfile package is not present at compile time (there are probably more examples of this issue but this is the one I was having problems with).

ToadKing commented on 2021-05-16 20:29 (UTC)

@Npa The native mp3 plugin for deadbeef uses one of those two libraries. However, the FFmpeg plugin can also play them back if configured to do so. (See the ffmpeg.extensions and ffmpeg.enable_all_exts settings.)

Npa commented on 2021-05-16 20:05 (UTC)

Hello, just a simple question : libmad and mpg123 are optional dependencies but DeadBeef plays well MP3 without this two packages. So why are they optional to play back MP3 ?

ToadKing commented on 2021-04-24 21:10 (UTC)

@dreieck I talked with the dev and they said that builds from the master branch should remain versionless, so I'm gonna leave the current version number as-is. I did apply the version to provides so that one package dependency will work.

ToadKing commented on 2021-04-24 18:39 (UTC)

@dreieck I'm not sure if including the 1.8.X version number is correct, since technically there is a separate 1.8 branch where numbered releases are tagged and built from that is separate from the master branch this builds. I can change the provides line so it will at least fix that one package. I'll try asking upstream what they think in regards to the version number though.