[08:09] <Mirv> seb128: hey there. could you merge lp:~timo-jyrinki/compiz/drop_gles_patch to lp:ubuntu/compiz? I tested it (dropping the patch) fixes ARM build and have given ogra the first builds for testing
[08:10] <seb128> Mirv, hey, sure, let me have a look
[08:34] <seb128> Mirv, merged but that's probably not enough
[08:35] <seb128> Mirv, shouldn't compiz build-depends on libegl rather than libgl?
[08:36] <Mirv> seb128: good point. so that fixes building but probably does not enable actual egl/es usage (even though the functionality is now es compatible)
[08:37] <seb128> Mirv, $ bzr diff -c 3263
[08:37] <seb128> Mirv, I guess that commit should be mostly reverted?
[08:37] <seb128> like restoring "gles2_architectures := armel armhf" in the rules
[08:37] <seb128> or should gles be used on all arches?
[08:38] <seb128> duflu, ^ should compiz use gles on all arches?
[08:39] <duflu> seb128: No. Only platforms where you have no choice (ARM)
[08:39] <seb128> ok
[08:39] <duflu> seb128: Use libGL where possible
[08:42] <seb128> duflu, -DBUILD_GLES=ON is still what to use to turn gles on?
[08:43] <duflu> seb128: Yes, for ARM
[08:43] <seb128> Mirv, http://pastebin.ubuntu.com/1173417/ looks good to you?
[08:43] <seb128> duflu, ^
[08:43]  * Mirv looks
[08:43] <seb128> that's basically restoring what we had at the time we were distropatching gles
[08:44] <Mirv> it looks good
[08:44] <duflu> seb128: Yes looks right, I think
[08:44] <seb128> duflu, Mirv: thanks
[08:44]  * Mirv fires up a build as well
[08:44] <seb128> Mirv, if I commit that can you get it in the ppa?
[08:44] <seb128> so we can get ogra to copy to the their arm ppa as well
[08:45] <Mirv> seb128: yes, although that release ppa doesn't have arm build enabled
[08:45] <seb128> Mirv, yeah, that's why the "so we can get ogra to copy to the their arm ppa as well" part is there :p
[08:45] <Mirv> yes :)
[08:47] <seb128> Mirv, pushed to lp:ubuntu/compiz
[08:47] <seb128> Mirv, let me know when you get it in the ppa, I will give ogra a ping to get arm testing
[08:57] <Mirv> seb128: ok the sources are now in ppa:unity-team/release with the compiz version number 1:0.9.8.0-0ubuntu1~test2
[08:57] <seb128> Mirv, thanks
[08:58] <Mirv> I've also one arm build ongoing, finishing in 1h if successful
[08:58] <seb128> ok, great, let me know
[09:01] <seb128> davidcalle, hey
[09:01] <davidcalle> Hey seb128
[09:01] <seb128> davidcalle, how are you?
[09:01] <davidcalle> seb128, fine and you?
[09:02] <seb128> davidcalle, I'm good thanks
[09:02] <seb128> davidcalle, I think you overlooked bug #1041040
[09:03] <seb128> davidcalle, we got a shotwell update yesterday and they moved their dir to .local/share/shotwell
[09:03] <davidcalle> seb128, I fixed it this morning actually, it's because of the new Shotwell version
[09:03] <seb128> davidcalle, so you need to check for .local/share/shotwell/data/photo.db
[09:03] <seb128> davidcalle, ok, the bug comments didn't say that :p
[09:03] <davidcalle> seb128, fixed in trunk, for some reason, I've missed the report.
[09:03] <seb128> davidcalle, I will backport that fix, I get whoopsie to trigger every time I use the dash ... annoying
[09:03] <seb128> davidcalle, thanks
[09:04] <davidcalle> seb128, actually, I would prefer a new full release, it's ready for it, just need to update the version.
[09:05] <davidcalle> seb128, oh no wait.. It needs the new Unity
[09:05] <davidcalle> Nevermind, do you want a branch to fix this specific issue?
[09:06] <seb128> davidcalle, would backported r39 on the current release work?
[09:06] <seb128> davidcalle, if so I'm good thanks, I will just do that
[09:07] <seb128> davidcalle, do you search through exif tags in that lens btw?
[09:07] <davidcalle> seb128, let me check, I'm not sure it will work with the Unity in distro
[09:08] <seb128> davidcalle, don't bother I will just do
[09:08] <seb128> -  shotwell_db = HOME_FOLDER +"/.shotwell/data/photo.db"
[09:08] <seb128> + HOME_FOLDER +"/.local/share/shotwell/data/photo.db"
[09:08] <seb128> ups
[09:08] <seb128> + shotwell_db = HOME_FOLDER +"/.local/share/shotwell/data/photo.db"
[09:08] <seb128> davidcalle, that's the only part really needed
[09:08] <davidcalle> seb128, sadly not for Shotwell, all the Exif parser I've tried are not yet py3, and I've started to port one, but it's just too huge to bring that with the lens.
[09:09] <seb128> ok
[09:11] <davidcalle> seb128, ok then. But it will fail if the file is not here. Give me ten min to check if rev39 is ok.
[09:11] <seb128> davidcalle, ok, no hurry, thanks for checking
[09:22] <davidcalle> seb128, rev39 will work, but the diff is pretty big. It's your call to make the mini patch or use 39. In case you use it, it has a new dependency : gir1.2-gdata-0.0 (like the Google Docs scope)
[09:23] <seb128> hum
[09:23] <seb128> davidcalle, http://bazaar.launchpad.net/~unity-lens-photos/unity-lens-photos/trunk/revision/39 doesn't look to big and I don't see gdata being used?
[09:23] <seb128> it's like you added if photo[16] != 4: and changed the indentation mostly
[09:23] <seb128> and the lower blob is the path one
[09:25] <davidcalle> seb128, I thought you meant using the whole trunk at rev39, and not just using rev39 changes :) Ok then
[09:25] <seb128> davidcalle, oh, no, I plan to bzr merge -c 39 basically
[09:27] <davidcalle> seb128, in case it doesn't merge, there is rev33, which checks if the db actually exists
[09:27] <seb128> davidcalle, thanks
[10:17] <Mirv> seb128: build succeeded, creating packages did not.. apparently some plugin(s?) not build on GLES, dh_install: compiz-plugins missing files (debian/tmp/usr/*/compiz/*bench.*), aborting
[10:18] <duflu> Mirv, seb128: Some plugins don't build for GLES (plugins/CMakeLists.txt)
[10:20] <seb128> Mirv, can you get the .install fixed?
[10:21] <Mirv> seb128: I will
[10:21] <seb128> Mirv, thanks
[10:35] <krychu> Hi, how could I get the sources of HUD on ubuntu? Sorry I don't have experience with ubuntu/HUD but we have some research ideas regarding extending matching algorithms in HUD and wanted to test them.
[11:32] <gord> krychu, bzr branch lp:unity and bzr branch lp:indicator-appmenu - indicator-appmenu is the backend you are probably interested in
[11:37] <krychu> gord: thank you
[11:43] <krychu> I was trying to rebuild unity following this post: http://askubuntu.com/questions/28470/how-do-i-build-unity-from-source/28472#28472
[11:43] <krychu> but it seems that this is not necessary if we are talking about changing the HUD right?
[11:44] <gord> probably not no
[11:49] <krychu> gord: could you please tell me also how to build indicator-appmenu and activate it?
[11:49] <Zhenech> bzr branch …
[11:50] <Zhenech> brz bd -- -us -uc
[11:50] <Zhenech> dpkg -i ….deb
[11:50] <Zhenech> bzr bd*
[11:51] <gord> i would just ./autogen ; make; killall -9 hud-service; ./src/hud-service from the indicator-appmenu directory myself
[11:52] <krychu> great, thanks guys, will try that !
[11:52] <Zhenech> yeah, that might work too
[13:07] <petko10> Hello , is there anyone here who's tried running an allegro app/game under unity ? There's a problem with the window management - Unity doesn't get the window title (though it's correctly displayed on the actual window) and it (unity) doesn't associate the instance of the app with the icon in the launcher (when there's one pinned to it) but it rather creates a new instance with no icon (a question mark) and "Untitled window" cap
[13:10] <petko10> any ideas as to where the communication gap might be will be appreciated . As there is a title on the actual window I figured the window manager has no problems , so I decided to ask here
[13:10] <petko10> there was some discussion on the subject here http://www.allegro.cc/forums/thread/610907/964351
[13:10] <Zhenech> petko10, iirc bamf is the crucial part of matching windows with icons
[13:11] <Zhenech> https://launchpad.net/bamf
[13:48] <petko10> ok, that's a useful direction. But it should work out of the box , I don't suppose I should include BAMF related code into the application (sorry for the delay)
[13:48] <petko10> should I file a bugreport against BAMF ?
[13:51] <Zhenech> the latter
[14:21] <petko10> ok, thanks
[15:00] <gotwig> hey there
[15:35] <davidcalle> kenvandine, ping?
[15:40] <kenvandine> davidcalle, pong
[15:41] <davidcalle> kenvandine, would you have time for a photos lens release?
[15:43] <kenvandine> later today...
[15:45] <davidcalle> kenvandine,  thank you :) By the way, is the Google Docs scope installed by default now?
[15:48] <kenvandine> davidcalle, yes
[15:49] <davidcalle> kenvandine, nice, that's great that I'm not the only one needing the gdata gir on the CD ;)
[15:51] <seb128> davidcalle, can you release an update? i though it would require a new unity?
[15:53] <davidcalle> seb128, I was wrong actually, it works with the current unity, it just doesn't allow all the features (like sorting results from multiple scopes).
[15:53] <seb128> ok
[19:51] <gotwig> how to add support for unity previews to your lens ??
[19:54] <kenvandine> gotwig, hey
[19:54] <gotwig>  kenvandinejo
[19:54] <gotwig> kenvandine: jo ^^
[19:54] <kenvandine> mhall119, are there any docs for that?
[19:54] <kenvandine> gotwig, i just started that myself
[19:54] <kenvandine> by looking at some others as a reference
[19:54] <gotwig> kenvandine: got good links for me?
[19:54] <kenvandine> gotwig, is your lens python?
[19:54] <gotwig> I wanna use them for my cooking lens
[19:55] <gotwig> kenvandine: yes, python 3
[19:55] <kenvandine> cool
[19:55] <gotwig> lp:lens-cooking
[19:55] <kenvandine> look at lp:unity-lens-photos
[19:55] <gotwig> thx
[19:55] <kenvandine> ask questions as you hit them
[19:55] <kenvandine> not sure if there is a howto written yet
[19:55] <kenvandine> mhall119 might know :)
[19:56] <gotwig> kenvandine: you should try ' telnet miku.acm.uiuc.edu ' ;P
[19:56] <kenvandine> funny :)
[19:59] <gotwig> kenvandine: what are your lenses?
[19:59] <kenvandine> gwibber
[19:59] <gotwig> kenvandine: lol?
[19:59] <gotwig> kenvandine: its a really big one, isnt it?
[19:59] <kenvandine> getting bigger :)
[20:00] <gotwig> my lens is also getting bigger
[20:00] <gotwig> ;P!
[20:00] <gotwig> I have 3 scopes
[20:00] <gotwig> in one scope I have the dynamic methods for 3 scopes
[20:00] <Thummar> thx
[20:00] <gotwig> :-)
[20:00] <gotwig> so, 5 scopes
[20:01] <gotwig> local recipe search, online recipe search with cooksunited.nl, cooksunited.co.uk, chefkoch.de, and recipefy.com. about 215,000 recipes
[20:02] <mhall119> kenvandine: gotwig: what might I know?
[20:03] <gotwig> mhall119: about adding unity preview support for your scopes/lenses
[20:03] <mhall119> oh, not that I know of, mhr3 do we have any documentation on the previews API yet?
[20:04] <mhall119> gotwig: davidcalle has some example code you can look at
[20:07] <mhr3> mhall119, are the giraffe docs regenerated?
[20:14] <mhall119> not for 12.10, I don't think
[20:14] <mhall119> and preview isn't in Quantal yet anyway, is it?
[20:15] <gotwig> mhall119: previews are not yet in quantal
[20:15] <gotwig> not in stable unity
[20:16] <mhall119> mhr3: are there any wiki docs or anything?
[21:01] <gotwig> where can I find the right package for translating the unity shortcuts overlay text?
[21:01] <gotwig> https://translations.launchpad.net/ubuntu/quantal/+source/unity/+pots/unity/de/+translate?batch=10&show=all&search=linke+oder+rechte seems to not get used?
[21:04] <sdh> bschaefer: cool, thanks. maybe if i get time i'll try to read around the topic a bit, thanks again :3
[21:04] <sdh> oops, please ignore me
[21:04] <bschaefer> ok :)
[21:05] <sdh> per-buffer scrollback and small arrow keys on my laptop ;)
[21:06] <gotwig> https://bugs.launchpad.net/unity/+bug/924840
[21:06] <gotwig> present since 12.04 beta
[21:06] <gotwig> please read my last comment
[21:59] <davidcalle> mhall119, you can use gir-doc-tool https://live.gnome.org/GObjectIntrospection/Doctools to generate the doc
[22:45] <mhall119> davidcalle: I guess I should re-install the staging PPA then