Bug#691699: libxkbcommon: upgrade to 0.2.0
On 11.02.2013 20:40, Jakub Wilk wrote:
* Julien Cristau <jcristau@debian.org>, 2013-02-10, 12:16:
if you need it, feel free to review and upload libxkbcommon 0.2.0
to experimental, Timo updated the packaging in git but I haven't
had a chance to look yet.
All right...
What about Michael's patches 003 till 006? Were there rejected,
forgotten, or what? :)
0003 was already fixed, 0004 added, change to source format 3.0 won't
happen for pkg-xorg packages anytime soon, and because of that 0006 is
rejected. Replaced the current tarball target with a more generic one
(used by wayland/weston too).
The copyright file reads: | There's currently no released tarball for
this library. It is built | from the git upstream repository located
at: | http://cgit.freedesktop.org/xorg/lib/libxkbcommon/
The above is not true anymore. The rest of the copyright file doesn't
look up-to-date either.
fixed the header, don't have time to go through the rest atm, patches to
also convert it to format 1.0 welcome.
Now that upstream released stuff, it would be a good idea to add a
watch file.
it's there as you noticed, directory listings seem to be blocked though
The new version FTBFS on kfreebsd: | dh_auto_test | make[1]:
> ...
(It builds successfully with DEB_BUILD_OPTIONS=nocheck, FWIW.)
fixed by adding override_dh_auto_test: for !linux.
Could you make the build log verbose (i.e. don't hide compiler
command-lines)? Passing --disable-silent-rules to configure, or V=1
to make should do the trick.
why?
lintian emits (among others): I: libxkbcommon0:
spelling-error-in-binary usr/lib/i386-linux-gnu/libxkbcommon.so.0.0.0
Assigment Assignment X: libxkbcommon0: shlib-calls-exit
usr/lib/i386-linux-gnu/libxkbcommon.so.0.0.0
You might want to bring it upstream.
ok
This upload will make weston installable. Am I right that the current
version of weston 0.85.0-1 won't build against the new libxkbcommon,
and therefore a sourceful upload (of a new upstream version, I
presume?) will be needed?
haven't tried, maybe so
It might be a good idea to add build-dependency on "dpkg-dev (>=
1.16.0)", which is needed for multi-arch support. debhelper in the
main archive has this dependency itself, but the one in squeeze
backports doesn't.
Why would you want libxkbcommon in squeeze backports?
--
t
Reply to: