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 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org