[Pkg-ime-devel] Bug#724226: Bug#724226: input-pad >= 1.0.2-1 breaks ibus-input-pad

[Osamu Aoki]

control: reassign 724226 libinput-pad-dev 
control: retitle  724226 libinput-pad-dev: Should depend on libgtk-3-dev (not libgtk2.0-dev)

Hi,

On Sat, Oct 05, 2013 at 03:03:19PM +0200, Pino Toscano wrote:
> tag 724226 - unreproducible
> severity 724226 serious
> retitle 724226 FTBFS: input-pad >= 1.0.2-1 breaks ibus-input-pad
> thanks
> 
> Hi,
> 
> the problem is due to input-pad 1.0.2-1 switching to gtk3 instead of 
> gtk2: 

Yes, I switched input-pad to use gtk3.

> while pkg-config succeeds in doing the existence check of
> input-pad.pc, querying it for cflags and libraries fails in a clean 
> chroot:
> 
> | $ pkg-config --cflags input-pad
> | Package gtk+-3.0 was not found in the pkg-config search path.
> | Perhaps you should add the directory containing `gtk+-3.0.pc'
> | to the PKG_CONFIG_PATH environment variable
> | Package 'gtk+-3.0', required by 'input-pad', not found

libinput-pad-dev is depending on 
 * libinput-pad1 and
 * libgtk2.0-dev (Hmmm... this is strange.)

libinput-pad1 is depending on 
 * libgtk-3-0    (So you should have this in chroot)

So in clean chroot with all the dependency installed, you have
libgtk-3-0 but no gtk+-3.0.pc file from libgtk-3-dev.

> this happens as input-pad is built against gtk3, while ibus-input-pad is 
> currently built against gtk2, and a clean buildd chroot has no gtk3 
> installed.

I thought I can keep ibus-input-pad in gtk2 while input-pad as gtk3.  That
is what I did. 

> This means there are two possible solutions
> a) switch also ibus-input-pad to gtk3  ** I do not mind doing this **
>                                        ** as next step             **
> b) switch back input-pad to gtk2 (and reassign this bug to it)

I think what is needed is:
  * Change dependency of libinput-pad-dev to libgtk-3-dev

This is a bug to be fixed.

(I do not know how I got away with build using cowbuilder)

Osamu