Sayonara Music Player

[rokytnji.1]

I'm on my AntiX 15 Laptop now. Trying out a new Music Player.

http://sayonara-player.com/index.php

I'm running

Code: Select all

$ inxi -r[code]
Repos:     Active apt sources in file: /etc/apt/sources.list.d/antix.list
           deb http://antix.daveserver.info/jessie jessie main nosystemd
           Active apt sources in file: /etc/apt/sources.list.d/debian.list
           deb http://

ftp.ca.debian.org/debian/ jessie main contrib non-free
deb http://security.debian.org/ jessie/updates main contrib non-free
[/code]

so I went with

trusty sayonara_0.7.1-0ppa4-trusty1_i386.deb

from here
http://sayonara-player.com/downloads.php

Used gdebi to install the deb. It pulls in 18 other packages that I needed but missed one that I will show

Code: Select all

sudo apt-get install libqt5sql5-sqlite

You need that for when you try and launch it (sayonara) from command line and get a "QSQLITE driver" error on why sayonara won't load.

http://i.imgur.com/DrUiA45.jpg

[Stevo]

You always run that risk with a PPA package; quality's not guaranteed. Nice job in finding the missing dependency.

Edit: Yeah, they made a typo in their dependencies: libqt4-sql-sqlite

[Lucio Carreras]

Hi, I found your post and I just fixed the missing dependency. Packages are available tomorrow on the website.

@Stevo
Yes, I don't like it either that the only possibility to provide sayonara is that ppa. But it's hard to find a Debian maintainer. I am still waiting for a couple of weeks now.

Regards,
Lucio

[Stevo]

I did "modernize" the debian/rules file a bit:

Code: Select all

#!/usr/bin/make -f
# -*- makefile -*-

export QT_SELECT=qt5

%:
	dh $@ --parallel --with-cmake

override_dh_auto_configure:
	dh_auto_configure -- -DCMAKE_BUILD_TYPE=RelWithDebInfo

override_dh_auto_clean:
	dh_auto_clean
	rm -f resources/sayonara

Those indents are tabs, I don't know if the code tag preserves them.

[Lucio Carreras]

You mean that's sufficient? It took me some time to figure out how the rules file work. But I will check this one out :) Thank you

[lucky9]

Welcome to the forum Lucio Carreras!

[Stevo]

You mean that's sufficient? It took me some time to figure out how the rules file work. But I will check this one out :) Thank you

debhelper has some pretty good heuristics, in that it automatically recognizes QT packages and usually builds and installs them correctly. The overrides allow for the additions of customization--I'm not sure what this does:

Code: Select all

override_dh_auto_configure:
   dh_auto_configure -- -DCMAKE_BUILD_TYPE=RelWithDebInfo

but it was in your original, so I added it. I also noticed that the auto_clean was not removing one file to return the source to the original state, so I added that as an override.

Code: Select all

export QT_SELECT=qt5

This allows for the use of qtchooser as an alternative to qt5-default to make sure the qt5 tools are used. If qt5-default is used instead, it has no effect, but does not affect anything.

I noticed you had a block of code in there to automatically use all available cores to build the package, you can throw that in there if you wish, but this version allows our packagers to control that manually when they issue the package build command.

I was able to roll some packages for our repository using that rules file:

https://copy.com/ZAD8aIVYVh1XgYuc

Edit: updated link to working packages 18-10-2015

[Lucio Carreras]

Thank you for those packages. I'll have a look at it.

I'll also give that

Code: Select all

export QT_SELECT=qt5

a try. But I don't know either where the other line is coming from. The original rules file I usually use to create the source package is that one:

http://pastebin.com/eppuCyN8

I upload the resulting source package to the ppa service and get the debian binary packages. It was always a lot of work to deploy this entire stuff and have several changeroots running for all architectures and distributions. So I decided, the ppa way is a lot of easier and a little bit more trustworthy for users.

[Lucio Carreras]

- Sorry, double post -

[Stevo]

I took that flag that gets passed to cmake from this line:

mkdir -p build && cd build && cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=RelWithDebInfo

Come to think of it, I bet debhelper would automatically recognize a cmake build, so would not need the --with-cmake at all. I'll have to test that. I'll remove that cmake flag also to see if that makes any difference, which would make a very elegant rules file.

Edit: yes it builds without those flags. I made a typo on adding libmp3lame as a dependency, in wheezy it's libmp3lame0. I think using the "lame" package, since that provides the actual binary conversion program, is a better idea. I just want that feature to work out of the box.