Package Details: deadbeef-plugin-lyricbar-git r80.ga1b2dba-4

Git Clone URL: https://aur.archlinux.org/deadbeef-plugin-lyricbar-git.git (read-only, click to copy)
Package Base: deadbeef-plugin-lyricbar-git
Description: DeaDBeeF lyric bar plugin
Upstream URL: https://github.com/loskutov/deadbeef-lyricbar
Licenses: MIT
Conflicts: deadbeef-plugin-lyricbar
Provides: deadbeef-plugin-lyricbar
Submitter: dpirate
Maintainer: dpirate
Last Packager: dpirate
Votes: 5
Popularity: 0.008543
First Submitted: 2019-01-26 06:39 (UTC)
Last Updated: 2024-09-08 18:49 (UTC)

Dependencies (8)

Required by (0)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

C0rn3j commented on 2019-01-28 07:44 (UTC)

Yeah, it works just fine with stable. I also run git because I run into bugs not present in master, but switch back and forth occasionally if I need to make a bug report.

dpirate commented on 2019-01-28 02:52 (UTC) (edited on 2019-01-28 03:00 (UTC) by dpirate)

If you tell me that it works with plain deadbeef, then I'll change it to that. I only use deadbeef-git and I suspected it might not work with regular deadbeef because there hasn't been a release for a long time.

EDIT: done

C0rn3j commented on 2019-01-27 23:53 (UTC)

Shouldn't the depends be for 'deadbeef' instead of 'deadbeef-git'? This way I can't use it for both.

[1] % sudo pacman -S deadbeef resolving dependencies... looking for conflicting packages... :: deadbeef and deadbeef-git are in conflict. Remove deadbeef-git? [y/N] y error: failed to prepare transaction (could not satisfy dependencies) :: removing deadbeef-git breaks dependency 'deadbeef-git' required by deadbeef-plugin-lyricbar-git

dpirate commented on 2019-01-27 12:59 (UTC) (edited on 2019-01-27 13:00 (UTC) by dpirate)

I was doing the 'lyricsbar-git' package and someone told me lyricsbar had been discontinued and 'lyricbar' was the new replacement. Works great btw!

C0rn3j commented on 2019-01-27 12:54 (UTC)

I was just about to make this package myself only to figure out someone was faster than me. How did you even find out about it?

You would be correct about the linking - https://github.com/loskutov/deadbeef-lyricbar/issues/5#issuecomment-457421206

dpirate commented on 2019-01-27 07:07 (UTC) (edited on 2019-01-27 07:07 (UTC) by dpirate)

I found another easier way to fix the problem. I've updated the build. You can rebuild it and it should work now.

dpirate commented on 2019-01-27 05:54 (UTC) (edited on 2019-01-27 05:55 (UTC) by dpirate)

So, I think I found the problem. I use Gtk+ 3, and lyricbar loads the Gtk+ 3 version of the plug-in just fine sometimes when the Gtk+ 3 plug-in ends up being loaded first. But I always get a warning that deadbeef can't load the Gtk+ 2 plugin. So I looked at the source code, and there are separate plugin ids when the plug-in is built either for Gtk+ 2 or Gtk+ 3. What is presumably happening here is that the Makefile has no dependencies for rebuilding the Gtk+ 2 version, so it just links the already built object files for Gtk+ 3 against gtkmm for Gtk+ 2 without changing the plug-in id. So the Gtk+ 2 plug-in ends up with the id of the Gtk+ 3 plug-in. I'm working on a patch to the Makefile to fix this.

dpirate commented on 2019-01-26 08:37 (UTC)

Ok. I will do that. Thanks.

VolkMilit commented on 2019-01-26 08:36 (UTC) (edited on 2019-01-26 11:17 (UTC) by VolkMilit)

Oh, and also, answer your question: I think you should request for deletion deadbeef-plugin-lyricsbar-git for prevent confusion. GitHub repository is down forever, so it's pointless to keep it here.

VolkMilit commented on 2019-01-26 08:30 (UTC)

Yes, I have both.