Hi, I think I had this stack in my sstem ... resending ...
On Sun, Jun 03, 2012 at 01:30:00PM +0200, Michael Biebl wrote: > Hi, > > On 03.06.2012 05:03, Osamu Aoki wrote: > > > Instead of "Build-Depends: valac-0.16 (>= 0.16.0), libvala-0.16-dev (>= > > 0.16.0)", > > why not to use: "Build-Depends: valac, libvala-dev"? > > > > You already provide valac. Why not provide libvala-dev pointing to > > libvala-0.16-dev? Then you could have dealt this via binNMU. Of course > > if there is major non-compatible changes happen, we could chose to > > change name of virtual package (Something like python to python3). > > > > Vala seems to be fast changing with mostly forward compatible feature > > additions, this seems to be viable option. I may be totally wrong on > > understanding of vala situation though.... > > If you only require valac, then yes, build-depending on > valac (>= ...) instead of valac-X.XX is what I would recommend. > > It's a bit different with libvala-X.XX-dev. E.g. libvala-0.16-dev ships > libvala-0.16.pc, i.e. the pkg-config file is versioned, so you need to > update the configure check explicitly to support that version. > > As for libssk, I actually don't know, why you have the libvala-0.14-dev > build dependency. It seems you can safely drop it. > In your case a simple patch like > > diff --git a/debian/control b/debian/control > index 57fb782..1e5dab3 100644 > --- a/debian/control > +++ b/debian/control > @@ -7,8 +7,7 @@ Build-Depends: debhelper (>= 8.1.3~), > dh-autoreconf (>= 4), > autotools-dev, > intltool, > - valac-0.14 (>= 0.14.2), > - libvala-0.14-dev (>= 0.14.2), > + valac (>= 0.14.2), > libgee-dev, > libjson-glib-dev, > gobject-introspection, > > would probably be ok. Thanks for your comment and patch. It builds OK without libvala-0.14-dev in pbuilder (chrooted build environment). As I rebuild this package just to test, I saw few lintian warnings. W: libskk-dev: hardening-no-relro usr/bin/skk N: N: This package provides an ELF binary that lacks the "read-only N: relocation" link flag. This package was likely not built with the N: default Debian compiler flags defined by dpkg-buildflags. If built using N: dpkg-buildflags directly, be sure to import LDFLAGS. N: N: Refer to http://wiki.debian.org/Hardening for details. N: N: Severity: normal, Certainty: certain N: N: Check: binaries, Type: binary, udeb N: W: libskk0: hardening-no-relro usr/lib/x86_64-linux-gnu/libskk.so.0.0.0 I: libskk0: conflicts-with-version ibus-skk (<< 1.4.0) N: N: An earlier-than version clause is normally an indication that Breaks N: should be used instead of Conflicts. Breaks is a weaker requirement that N: provides the package manager more leeway to find a valid upgrade path. N: Conflicts should only be used if two packages can never be unpacked at N: the same time, or for some situations involving virtual packages (where N: a version clause is not appropriate). In particular, when moving files N: between packages, use Breaks plus Replaces, not Conflicts plus Replaces. N: N: Refer to Debian Policy Manual section 7.4 (Conflicting binary packages - N: Conflicts) for details. N: N: Severity: normal, Certainty: wild-guess N: N: Check: fields, Type: binary, udeb, source N: Attached patch fixes these warnings. Daiki-san, are you busy now? I will do 1 day delayed team upload since this is IME Packaging Team <pkg-ime-de...@lists.alioth.debian.org> maintained. Although we are expecting freeze very soon, with some serious bugs in dpkg, I do not see it happen very quickly. Osamu
>From 0f3b57e3f0d292e14a7288b2ae7711bdecb877fe Mon Sep 17 00:00:00 2001 From: Osamu Aoki <os...@debian.org> Date: Tue, 5 Jun 2012 21:41:15 +0900 Subject: [PATCH] lintian warning fixes: default Build, Breaks --- debian/control | 2 +- debian/rules | 4 ---- 2 files changed, 1 insertion(+), 5 deletions(-) diff --git a/debian/control b/debian/control index e700af9..48ff7ec 100644 --- a/debian/control +++ b/debian/control @@ -37,7 +37,7 @@ Depends: libskk-common (= ${source:Version}), ${shlibs:Depends}, ${misc:Depends} Pre-Depends: ${misc:Pre-Depends} -Conflicts: ibus-skk (<< 1.4.0) +Breaks: ibus-skk (<< 1.4.0) Multi-Arch: same Description: library to deal with Japanese kana-kanji conversion method Library that provides GObject-based interface of Japanese diff --git a/debian/rules b/debian/rules index 4932166..6677cc3 100755 --- a/debian/rules +++ b/debian/rules @@ -9,10 +9,6 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 -# Ensure at build time that the library has no dependencies on undefined -# symbols, and speed up loading. -export LDFLAGS += -Wl,-z,defs -Wl,-O1 -Wl,--as-needed - %: dh $@ --with autoreconf -- 1.7.10