[06:03] <didrocks> good morning
[07:07] <MacSlow> greetings everybody
[07:18] <htorque> good morning! which component is responsible for drawing (or getting the data for) the progress bar on the nautilus launcher item?
[07:21] <RAOF> htorque: I'm not sure, but I'd guess it'll be the unity compiz plugin, with libunity for the client-side communication.
[07:23] <htorque> RAOF: thanks. it seems to draw the progress bar in the wrong direction, so i guess "unity" is affected anyways: http://img.xrmb2.net/images/149883.png
[07:37] <didrocks> htorque: indeed, it's unity
[07:38] <htorque> didrocks: thanks. no bug report found, so i'll open one. :)
[07:38] <didrocks> sure :)
[08:49] <kamstrup> didrocks: https://launchpad.net/zeitgeist-extensions/trunk/0.0.11 should fix the buggers
[08:50] <didrocks> kamstrup: you are eating versions like buns! Trying to race with chrome? :-)
[08:50] <didrocks> kamstrup: do you have the bug # fixed?
[08:51] <kamstrup> didrocks: https://bugs.launchpad.net/zeitgeist-extensions/+bug/722762
[08:52] <didrocks> kamstrup: only this one? all the rest are duplicates, isn't it?
[08:52] <kamstrup> didrocks: yeah, just dupe hunting right now :-)
[08:52] <didrocks> kamstrup: excellent, trying this and pushing :)
[08:53] <kamstrup> didrocks: hold on I have a handy test script for you...
[08:53] <didrocks> kamstrup: oh nice! :)
[08:54] <kamstrup> didrocks: kill zg and run http://paste.ubuntu.com/682426/ and restart zg... this should trigger a reindex because of missing cjk metadata
[08:55] <kamstrup> and this was one particular place the race is very likely to occur
[08:55] <seif> didrocks, we should have the return of kamstrup celebrated as a ubuntu holiday
[08:55] <didrocks> seif: I agree, less than a week he's back and he already triggered a critical bug! what a score :-)
[08:55] <didrocks> kamstrup: trying trying ;)
[08:57] <didrocks> kamstrup: what should be sys.argv[1]? zeitgeist?
[09:04] <seif> strupday :P
[09:04] <seif> didrocks, sounds good right
[09:09] <didrocks> kamstrup: ok, it worked (no crash), but as I didn't get the issue on Friday… let me push that, thanks!
[09:10] <kamstrup> didrocks: ah, sorry sys.argv[1] should be ~/.local/share/zeitgeist/fts.index, but I also tested it numerous times here; and I could in fact reproduce it before this patch
[09:11] <didrocks> kamstrup: great! ;)
[09:57] <seif> kamstrup, u rock
[09:58] <Andy80> good morning!
[10:02] <Andy80> mardy: hi :)
[10:02] <mardy> Andy80: hi :-)
[10:04] <Andy80> mardy: a little question about your last comment. how do I delete the ref at the end? Using g_object_unref (but please note that m_nautilusIface is a Qt object) or using a "delete" in the destructor?
[10:05] <mardy> Andy80: use delete; or, if the QDBusInterface takes a "QObject *parent" parameter, you can pass "this" to it, so you don't need to worry about deletion
[10:06] <Andy80> mardy: let me check...
[10:07] <Andy80> mardy: yes, it should support it: 	QDBusInterface ( const QString & service, const QString & path, const QString & interface = QString(), const QDBusConnection & connection = QDBusConnection::sessionBus(), QObject * parent = 0 )
[10:08] <mardy> Andy80: good, then just append "this" as last parameter, and that should do the trick
[10:16] <Andy80> mardy: committed/pushed :) p.s: the line is not exactly 80 chars or it would have splitted in 5 lines... there are even longer lines than mine :P anyway I splitted a bit
[10:32] <kamstrup> seif: check twitter, I am on a roll today! ;-)
[10:53] <kamstrup> mhr3: I have fixed a range of races and other oddities in zg fts trunk. Maybe you wont need ForceReindex() after all ;-)
[11:40] <mhr3> kamstrup, now that would be awesome, but let me test that first :)
[11:41] <kamstrup> mhr3: indeed. you probably already have your own ways to trigger this, but if not I posted some hints on how in the two bugs I tweeted
[11:46] <mhr3> kamstrup, btw is the new fts backwards-compatible?
[11:46] <kamstrup> mhr3: yes
[11:46] <mhr3> i mean will it work if i upgrade now without the xapian patches?
[11:47] <mhr3> if it will, we can just package it and throw to synapse users
[12:06] <mhr3> kamstrup, ^^?
[12:09] <Andy80> a quick question: are you aware of this regression in Oneiric: using the dash, once you have found (for example) "Text Editor", you cannot select it using TAB?
[12:13] <kamstrup> mhr3: yes, it should work with and without the xapian patches
[12:13] <kamstrup> Andy80: hmmm don't know - but arrow keys definitely work...
[12:14] <kamstrup> njpatel: ^^ ?
[12:14] <njpatel> gord, ^^^
[12:16] <gord> :(
[12:17] <Andy80> kamstrup: let me try arrows...
[12:17] <gord> looks like a bug with nux, tab is broken
[12:17] <mhr3> kamstrup, and will it upgrade properly if one is to use the new version now and later upgrade to oneiric? :)
[12:18] <kamstrup> mhr3: yes
[12:18] <kamstrup> mhr3: you should be able to ix and match any way you choose
[12:18] <Andy80> kamstrup: uhm... they work (arrows) only if you first press arrow-down then you move with left-right... I think it's a regression.
[12:19] <kamstrup> Andy80: I think gord just volunteered to fix it ;-)
[12:19] <Andy80> kamstrup: perfect :)
[12:20] <Andy80> kamstrup, gord: same thing also happens in Unity-2D, if it's not too hard, I can see how you fix it in Unity and apply the same method to Unity-2d, just let me know :)
[12:20] <mhr3> kamstrup, ok then
[12:52] <njpatel> kamstrup, forgot to ask, did you have any luck with python and libunity? Did the sample port over okay?
[12:54] <kamstrup> njpatel: i've been hunting down bugs in zg-fts ever since I opened my editor to hack on the Python lens sample
[12:54] <kamstrup> njpatel: but I think I have it under control now :-)
[12:54] <kamstrup> so python lens slowly bubbling back up to top prio :-)
[12:55] <njpatel> kamstrup, heh, sweet
[12:55] <njpatel> I might end up playing around with it tonight too, i Need to get something ready for the app devel week thing tomorrow
[12:55] <njpatel> weird capitalisation there
[12:55] <kamstrup> njpatel: hehe :-D
[12:56] <kamstrup> njpatel: i'll grab some tea and then be on it
[13:04] <njpatel> thanks dude
[14:02] <kamstrup> njpatel: there seems to be some magic incantations I miss for unity to pick up my .lens file...
[14:03] <njpatel> kamstrup, do a dance
[14:03] <kamstrup> njpatel: I have /usr/share/unity/lenses/sample/python.lens
[14:03] <kamstrup> njpatel: or must the .lens be names as the parent dir?
[14:03] <njpatel> yep
[14:03] <njpatel> $lens_id/$lens_id.lens
[14:03] <kamstrup> trying
[14:04] <kamstrup> sudo mv /usr/share/unity/lenses/{sample,python}
[14:04] <kamstrup> bracket expressions is TEH awesome
[14:04] <njpatel> heh
[14:19] <kamstrup> njpatel: I have something working here!
[14:19] <njpatel> woohoo!
[14:19] <kamstrup> njpatel: but I also managed to segfault unity ;-)
[14:19] <njpatel> waaaa?
[14:19] <njpatel> :)
[14:19] <kamstrup> njpatel: yeah, I know!? unity is bug free so it must be a bug in g++
[14:20] <njpatel> kamstrup, exactly!
[14:20] <kamstrup> njpatel: on a related note... I can't open files from the files lens
[14:20] <kamstrup> njpatel: nothing happens when I click them
[14:21] <njpatel> kamstrup, the files lens should be getting the activate trigger, is it printing out anything?
[14:21] <njpatel> it seems to work okay here
[14:21] <njpatel> although I do need to upgrade to latest O
[14:22] <kamstrup> njpatel: odd... now it works again
[14:22] <kamstrup> darn gremlins
[14:22] <njpatel> heh
[14:23] <njpatel> maybe input issues?
[14:23] <njpatel> or do you get the prelight square etc?
[14:27] <kamstrup> njpatel: just for ref I am pushing my stuff here as I go along lp:~unity-team/unity-lens-sample/unity-place-python
[14:28] <kamstrup> still some work before it makes sense, but it is "runnable" if you know *exactly* how to deploy it ;-)
[14:29] <njpatel> kamstrup, heh, awesome dude, will check it out after I'm done breaking, er fixing, the dash
[14:31] <davidcalle> njpatel, kamstrup, on a related note, is it possible to activate something like "xdg-open file://somefile" from a python lens?
[14:36] <kamstrup> davidcalle: it should be, but no one has tried it yet :-)
[14:39] <kamstrup> davidcalle: you normally don't want to use xdg-open from a Python program - use something like Gio.AppInfo.launch_default_for_uri("http://google.com", None) instead
[14:39] <kamstrup> it'll "do the right thing"
[14:39] <davidcalle> kamstrup, nice
[14:39] <njpatel> indeed, I was just looking for the pythonic version of that call :)
[14:39] <kamstrup> davidcalle: and the None param can be a Gio.LaunchContext you can use to control which desktop it's spawned on and such, but normally the default is ok
[14:44] <kamstrup> Anyone knows why ewe reject to run 'unity --advanced-debug' from a gnome-terminal and insist on a tty?
[14:45] <kamstrup> it sucks because the nvidia drivers really don't like switching to a tty all that much
[15:19] <oier_> question: in Oneiric should the indicators that want to draw attention turn green or blue?
[15:20] <om26er> njpatel_, Hi there is a bug 839200 where unity will hand and wont start at all on a netbook and maybe other resolutions
[15:21] <om26er> this happens on un-maximing the dash
[15:21] <njpatel_> wow
[15:21] <njpatel_> om26er, will investigate
[15:21] <njpatel_> assigned it to myself
[15:21] <om26er> njpatel_, cool, i'll assign it to you then.
[15:22] <davidcalle> oier_, I believe that blue is now being used to indicate a new communication. Red for a warning requesting user action.
[15:22] <njpatel_> done :)
[15:23] <oier_> I maintain an indicator, should the natty version turn green and the oneiric version blue?
[15:23] <davidcalle> oier_, and if I recall correctly, green is for availablity/success
[15:23] <ephan> om26er, I thought you weren't coming to IRC today, but it's good to see you here
[15:23] <davidcalle> oier_, which indicator?
[15:23] <oier_> indicator-bug
[15:24] <om26er> ephan, internet became stable after I knocked their heads on the call ;-)
[15:24] <ephan> cool
[15:24] <davidcalle> oier_, isn't blue being used for the messaging-menu on natty? Don't remember.
[15:25] <oier_> green in natty for messaging menu
[15:25] <oier_> it was changed for oneiric
[15:34] <andyrock> JohnLea, blacklisting a cd-rom makes everything harder to do... but not problem i will find the best solution
[15:34] <andyrock> :)
[15:35] <JohnLea> andyrock; thx!  Btw do you agree that some people may not want their CD rom to appear in the Launcher?
[15:35] <ephan> The Unity source code changed a lot since I last browsed it two weeks ago, time to update myself.
[15:37] <andyrock> JohnLea, of course... But blacklist a cd-rom can mean: "blacklist all the cd-roms" or "blacklist just one cd-rom e.g. Ubuntu 11.10 Beta 1 cd-rom"
[15:37] <jbicha> I prefer to have all mount points (CDs, USB, or just partitions) only show in the Files app
[15:38] <andyrock> and what happens if there are more than one cd-rom readers?
[15:38] <andyrock> jbicha, at the moment you can hide all device icons from ccsm
[15:39] <andyrock> i'm working to remove this option but you can easily blacklist one or more (or all) devices
[15:40] <jbicha> yes, it was just especially annoying in Natty when the default icons would overflow the launcher on netbooks or even laptops
[15:41] <andyrock> jbicha, even it natty you can hide this icons but you should use gsettings (or dconf-editor for a gui)
[15:42] <jbicha> andyrock: I never use ccsm ;-)
[15:42] <JohnLea> andyrock; Per CD as this is more in line with how we treat other removable storage?
[15:43] <JohnLea> andyrock, note the item 3 in the bug description that covers the difference between ejecting storage and removing it from the Launcher
[15:44] <andyrock> JohnLea, so if i blacklist "Ubuntu 11.10 Beta 1" cd-rom and then I insert another cd-rom "Debian..." this cd-rom should be shown?
[15:45] <JohnLea> andyrock; yes, but what are your thoughts on this?
[15:48] <andyrock> JohnLea, well blacklisting per CD is more in line whit the other devices but i'm not sure that exist a method in gio to identify a single cd-rom
[15:48] <andyrock> a single partition has an uuid
[15:49] <andyrock> i'm thinking: do you know /etc/fstab?
[15:50] <JohnLea> andyrock; if you can't identify specific CD roms it's ok to go with the other option of removing the specific CD rom drive.  But it would be better to do it on a CD by CD basis if possible.
[15:51] <andyrock> JohnLea, we can use the device name but is't errors prone... I mean: what happens if there are two different devices with the same name both without an uuid?
[15:51] <andyrock> let me think, btw i will try to do it
[15:52] <JohnLea> andyrock; good luck, thx! ;-)
[15:52] <andyrock> JohnLea, btw i really like this design :)
[15:52] <JohnLea> ;-)
[16:19] <andyrock> JohnLea, we can use the same format of mount command
[16:20] <andyrock> so we can blacklist by LABEL UUID
[16:20] <andyrock> or by name (/dev/sda)
[16:21] <andyrock> using the gui we can blacklist just the label and the uuid
[16:21] <andyrock> something like it: if the device has an uuid blacklist his uuid
[16:22] <andyrock> if a blacklist has not an uuid (e.g. cd-rom) blacklist his label
[16:23] <andyrock> power users can be able to blacklist devices by name
[16:23] <andyrock> e.g. /dev/sdc1 to blacklist all CD-ROMs
[16:23] <andyrock> naturally editing properly the blacklist file
[16:42] <JohnLea> andyrock; sounds good ;-)
[17:42] <jono> RAOF, you working today?
[17:43] <jono> RAOF, oops, wrong nick, sorry
[20:19] <andyrock> JohnLea, ping
[20:34] <andyrock> JohnLea, about https://bugs.launchpad.net/unity/+bug/841941 i need more info about the correct behavior. The virtual drives should be treated as removable drives or un-removable ones?
[20:35] <andyrock> so a un-removable drives is shown on the launcher otherwise it is blacklisted (read unpinned)
[20:36] <andyrock> a removable drives is shown on the launcher if isn't blacklisted and afterall if it's connected
[20:37] <andyrock> a virtual drive (ftp://...) can be both a un-removable drives and a removable drives
[20:37] <andyrock> *drive
[20:38] <andyrock> i mean
[20:38] <andyrock> it's anun-removable drive becuase it's virtual...
[20:40] <andyrock> but it's alo a removable drives because once it can be umount
[20:40] <andyrock> the problem is:
[20:40] <andyrock> the un-removable drive can be easy listed
[20:41] <andyrock> the virtual drive cannot be easy listed (each uri on the Internet can be a virtual drive =) )
[20:42] <andyrock> finally, i need detailed as possible info or the license to decide :)
[21:05] <Cimi__> andyrock: Trevinho : I think I found a bug in the dropdown menus
[21:05] <Cimi__> Trevinho: do you know where's the code for them?
[21:05] <Cimi__> Trevinho: I think the menu is shifted 1px on the left
[21:06] <andyrock> Cimi, dropdown menus? do you mean launcher quicklists?
[21:06] <Cimi> andyrock: menubar and indicators
[21:06] <Cimi> andyrock: they look aligned, because I added an offset in the menuitem
[21:07] <Cimi> andyrock: but my feeling is that the dropdown menu is shifted 1px on the left
[21:07] <andyrock> Cimi, ok... so do want to know where the dropdown mene is drawn right?
[21:08] <Cimi> andyrock: yep
[21:09] <andyrock> Cimi, i think that it's drawn in unity-panel-service
[21:10] <andyrock> but we decide the postion
[21:10] <andyrock> in PanelInidcatorObjectEntryView.cpp (or something like this)
[21:11] <andyrock> mmm... i've just found this
[21:11] <andyrock>  proxy_->ShowMenu(GetAbsoluteX() + 1, //cairo translation
[21:11] <andyrock>                      GetAbsoluteY() + PANEL_HEIGHT,
[21:11] <andyrock>                      time(NULL),
[21:11] <andyrock>                      nux::GetEventButton(button_flags));
[21:11] <andyrock> the "+1" is weird...
[21:13] <Cimi> andyrock: yep
[21:13] <Cimi> andyrock: without looking at the code, I imagined it
[21:13] <andyrock> you rock we know :)
[21:13] <Cimi> lol
[21:46] <mhr3> Cimi sees the code
[21:46] <mhr3> it's like matrix :)
[21:46] <Cimi> lol
[21:46] <Cimi> in matrix
[21:47] <Cimi> he can see a beautiful blonde girl in a red dress
[21:47] <Cimi> I'm still not able to do that
[21:47] <mhr3> Cimi, just open a browser ;)
[21:47] <Cimi> but that's not code :D
[21:48] <mhr3> the end result is what matters, no? :)