← Back to team overview

multi-touch-dev team mailing list archive

Re: ginn and window recognition (was: Re: If you did not already know...)

 

Hello Neil,

 Please don't get me wrong. I had no doubt that your choice of libbamf
was technically guided.
My modifications are only meant as a temporary solution until the
dependencies propagate to Debian unstable.

On Wed, Feb 23, 2011 at 3:51 PM, Neil Jagdish Patel
<neil.patel@xxxxxxxxxxxxx> wrote:
> Hi Pascal,
>
> On Wed, 2011-02-23 at 14:54 +0000, Pascal Giard wrote:
>> Hi guys/list,
>>  as mentioned on IRC yesterday evening, building libbamf in Debian
>> unstable is currently a lot of pain because of its dependencies.
>
> Could I ask which dependencies are causing the most trouble?

Sure thing.
(For the sake of simplicity, every time I say Debian, unstable is
implicit unless stated otherwise).
There are two cases: bamf 0.2.58 and 0.2.78.

0.2.58:
Depends on gir1.0-wnck-1.0 which isn't in Debian; building it myself
was not an issue.
Once installed, attempting to build bamf results in the following error...
gapplaunchhandlerdbus.c:36: error: expected ‘)’ before ‘*’ token
I assume that GDesktopAppInfoLaunchHandlerIface is not defined and
thus that 0.2.58 depends on a modified GIO.
I haven't tried to patch/build GIO (yet).

0.2.78:
Depends on gir1.2 which is in Debian experimental. However, I can't
install gir1.2 without removing gnome and cie.
Ouch.

> The problem is that you'll miss out on all the advanced matching BAMF
> does, so if we can figure out how to get it to build, that would be
> good :)

Sounds good.

> That, as well as applications that are run via scripts and anything that
> is launched in a non-standard way. BAMF has the cleanest solution to
> handling all these cases as well as the primary case that uses GIO.

Thanks for the details. I was convinced there was a reason.

On Wed, Feb 23, 2011 at 3:55 PM, Jason Smith <jason.smith@xxxxxxxxxxxxx> wrote:
> I think the dependency issue referred to here is the GIO patch. It is
> worth noting that BAMF functions fine without the GIO module (however
> with degraded accuracy) and in the very short term future will no longer
> require it.

I'd rather have full accuracy if possible w/o too much trouble.
This may sound ignorant, but for GIO, can you point me to the relevant
patch/package please?

Thanks to both of you Neil and Jason, I'm sure I'll manage to work
something out.

-Pascal
-- 
Homepage (http://organact.mine.nu)
Debian GNU/Linux (http://www.debian.org)
COMunité/LACIME: École de technologie supérieure (http://www.comunite.ca)
Integrated Microsystems Laboratory: McGill (http://www.iml.ece.mcgill.ca)



Follow ups

References