Package Details: deadbeef-git r11509.b6c2bc326-1

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: GPL2, zlib, LGPL2.1
Conflicts: deadbeef
Provides: deadbeef
Submitter: archtux
Maintainer: ToadKing
Last Packager: ToadKing
Votes: 120
Popularity: 0.148092
First Submitted: 2009-08-21 13:16 (UTC)
Last Updated: 2023-11-11 22:15 (UTC)

Required by (45)

Sources (1)

Latest Comments

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

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.

dreieck commented on 2021-04-24 11:39 (UTC) (edited on 2021-04-24 11:47 (UTC) by dreieck)

Dear maintainer,

thanks for maintaining this package.

Can you please update pkgver() such that it includes the upstream software version?

git describe --tags gives me 1.8.7-190-g6757aac40, so there I assume is a version 1.8.7.

And then change provides=('deadbeef') to provides=("deadbeef=${pkgver})? There is at least one package, that has explicit version dependencies (>=0.6) on deadbeef.

And, don't forget to then increment epoch, too, since the $pkgver-scheme changed, i.e. setting epoch=1.

Here is a pkgver() you could use:

pkgver() {
  cd "$srcdir/deadbeef"
  _gitdescribe="$(git describe --tags)"
  _ver="$(awk -F- '{print $1}' <<<"${_gitdescribe}")"
  _subver="$(awk -F- '{print $2}' <<<"${_gitdescribe}")"
  _rev="$(git rev-list HEAD --count)"
  _date="$(git log -1 --format=%cd --date=format:%Y%m%d)"
  _hash="$(git rev-parse --short HEAD)"
  if [ -z "${_ver}" ]; then
    error "Could not determine version. Aborting."
    return 11
  else
    printf '%s' "${_ver}.${_subver}+r${_rev}.${_date}.${_hash}"
  fi
}

Thanks again for maintaining!

ToadKing commented on 2021-02-06 16:35 (UTC)

soloturn: I think that should be fixed in your package by marking it as providing libblocksruntime.

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