Hi,
Alejandro Garrido Mota <garridom...@gmail.com> writes:
> I have the last version of libquvi in
> https://github.com/mogaal/libquvi but I am waiting for the next
> upstream release because upstream missed the point of symbol
> versioning. They bumped SONAME without changing symbol versions... I
> have spoken with upstream developer and he will fix it for next
> upstream release.
>
> If you have other good idea you can help me =).
If there is a VCS repository for the Debian packaging, please add a
Vcs-* header for it. I did take a look and there are some minor bugs:
libquvi6 has a Depends: libquvi-common (= ${binary:Version}). As
libquvi-common is Arch: all, this breaks binary-NMUs.
Instead of moving the Lua scripts to a separate package, you could
also install them in a path that changes with the soname, for example
/usr/share/libquvi6. This also allows to have packages for both
libquvi$n and libquvi$m ($n != $m) installed at the same time during a
transistion (as you require the same version).
You might want to implement multiarch for the shared library package.
See http://wiki.debian.org/Multiarch/Implementation for details.
The current version did not ship the API documentation in the -doc
package, only two examples. Did this change?
The watch files tries to download the -doc tarball provided
upstream. Requiring the first character of the upstream version to
be a number should fix this, just use (\d.*) or ([0-9].*) instead of
(.*) in debian/watch.
There is also a MIT-licensed file: share/lua/website/quvi/url.lua.
As I am lazy, I would gather copyright holders for all Lua scripts in
share/lua/website in a single entry. It should be okay to do so if
you don't want to maintain a very long list.
Does --enable-tests enable tests that require an Internet connection?
These should be disabled. (You can add a target in d/rules to run
them by hand.)
Regards,
Ansgar
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
