[01:50] <snadge> eek
[01:50] <snadge> i've been told the hardcoded value for switching workspaces has been reverted
[01:50] <snadge> but its in the unity ppa.. not in the beta :(
[05:40] <bschaefer> anyone feel like doing a review? https://code.launchpad.net/~brandontschaefer/nux/nux.fix-input_method_text_change/+merge/95508
[07:18] <toabctl> is it possible to disable the hug menu when i press the alt-key? or change the key-binding? i need the alt-key for emacs.
[08:08] <angeloc> didrocks: ping
[08:08] <angeloc> didrocks: I almost done the implementations, I think I make a merge proposal in a few hours, the last thing to solve is how call nautilus gracefully and in a way that doesn't raise ubuntu developers anger!
[08:09] <didrocks> angeloc: I think kamstrup will surely review you work, so let's check with him :)
[08:09] <angeloc> didrocks: thank you!
[08:10] <didrocks> yw :) thanks to *you*
[08:10] <angeloc> kamstrup: can you help me?
[08:24] <kamstrup> angeloc: sure thing
[08:24] <kamstrup> what do you need help with?
[08:24] <angeloc> I'm trying to solve bug 773841, it's bitesize, it's my second contribution.
[08:25] <angeloc> I almost done, unity file lens now understands uri like ssh://, sftp://, ftp://
[08:26] <angeloc> kamstrup: but I cannot use launch_default_for_uri method because it cannot hadle not mounted volumes
[08:27] <kamstrup> indeed
[08:27] <kamstrup> I think we had a similar problem before
[08:27] <angeloc> I found that in trashlaunchericon.cpp in unity, it spawned a process with xdg-open
[08:28] <kamstrup> oh... I've been trying to eradicate xdg-open for a while now
[08:28] <kamstrup> somehow people keep using it :-)
[08:28] <angeloc> kamstrup: yes, sure
[08:29] <angeloc> kamstrup: I have to call directly nautilus, because xdg-open cannot handles not mounted volums itself (it calls gvfs-open that uses the same function of launch_default_for_uri)
[08:29] <kamstrup> angeloc: I think the approach we've used elsewhere is to fetch the default app for "inode/directory" mimetype
[08:29] <kamstrup> which will be nautilus, but this allows users to replace the default file manager
[08:30] <angeloc> kamstrup: so, I have to get the application for the mimetype "inode/directory", than I can spawn a process with such an application?
[08:31] <kamstrup> var file_manager = AppInfo.get_default_for_type("inode/directory", true)
[08:31] <kamstrup> file_manager.launch_uris(...)
[08:32] <angeloc> launch_uris is the method called by  launch_default_for_uri, it cannot handle unmounted volumes, I chatted about that with gnome guys in gnome devel irc channel
[08:33] <angeloc> kamstrup: right now the problem is exactly this! gvfs-open calls launch_uris opening mountable location but it throws this error
[08:34] <angeloc> kamstrup:  sftp://192.168.1.10/: error opening location: The specified location is not mounted
[08:34] <kamstrup> angeloc: but I thought the problem that "default for uri" gave you firefox?
[08:35] <kamstrup> when you get the appinfo for inode/directory that should not run xdg-open or anything like that, but the nautilus executable directly
[08:35] <angeloc> kamstrup: this is ok now, as I stated before, I almost done, unity file lens now understands uri like ssh://, sftp://, ftp:// and behaves correctly
[08:38] <kamstrup> angeloc: at least the inode/directory approach works here. I just tried it in Python:
[08:38] <kamstrup> >>> from gi.repository import Gio
[08:38] <kamstrup> >>> a = Gio.AppInfo.get_default_for_type ("inode/directory", True)
[08:38] <kamstrup> >>> a.get_id()
[08:38] <kamstrup> 'nautilus.desktop'
[08:38] <kamstrup> >>> uris = ["sftp://grillbar@grillbar.org"]
[08:38] <kamstrup> >>> a.launch_uris(uris, None)
[08:38] <kamstrup> this works well
[08:39] <kamstrup> assuming you have credentials to grillbar@grillbar.org :-)
[08:39] <angeloc> kamstrup: wow! There sould be something wrong with launch_default_for_uri in glib because it doesn't works and should produce the same result
[08:40] <kamstrup> angeloc: well, yes and no
[08:40] <kamstrup> angeloc: it just means that the default uri handler is not what we expect
[08:40] <kamstrup> not necessarily that there is a bug in the function
[08:41] <kamstrup> it's been a long standing issue that Ubuntu opens random network drives in Firefox
[08:41] <angeloc> kamstrup: ok, I understand, so I can narrowing down because sftp:// is handled incorrectly instead modify unity file lens code
[08:41] <kamstrup> as with all bugs out of my scopeI blame didrocks ;-)
[08:42] <angeloc> kamstrup: AhHAhhAHhA
[08:42] <didrocks> that's soooooooooo easy :)
[08:43] <angeloc> kamstrup: ok, so I proceed with AppInfo.get_default_for_type ("inode/directory", True), you agree?
[08:43] <kamstrup> angeloc: +1
[08:43] <kamstrup> angeloc: please add a comment in the code explaining why you're doing it like this
[08:44] <kamstrup> otherwise some unsuspecting hacker will revert it to the more easy (and buggy) code path
[08:44] <angeloc> kamstrup: yes! I think I can push a merge proposal in an hour, are you here to review it?
[08:44] <kamstrup> angeloc: yep
[08:44] <angeloc> kamstrup: I'm exited!
[08:45] <angeloc> kamstrup: excited, sorry!
[08:46] <kamstrup> angeloc: yeah please don't exit() before the patch is ready ! ;-)
[08:47] <angeloc> kamstrup: yep ;) !
[09:14] <angeloc> kamstrup: It works, It works!
[09:14] <kamstrup> woohoo! nice work angeloc! :-)
[09:31] <rye> weird, reproduced 943851 again with compose-enabled layout and boy that bug report has got some activity :)
[09:35] <toabctl> didrocks, is it possible to disable the hug? it's in the way when i use emacs (alt key is the problem).
[09:38] <rye> toabctl, yes, you can disable hud via ccsm
[09:39] <toabctl> rye, is it an own package which i can remove with apt-get?
[09:39] <rye> toabctl, no, that's compiz plugin setting
[09:41] <toabctl> rye, what's the plugin name in ccsm?
[09:41] <rye> toabctl, unity
[09:42] <toabctl> rye, ah :)
[09:42] <toabctl> rye, thanks!
[09:42] <rye> toabctl, you are very welcome :)
[09:48] <kamstrup> angeloc: ping me when you have the branch ready for review
[09:48] <angeloc> kamstrup: ok, I'm solving last glitches, I'll push it as soon as possible
[09:49] <kamstrup> great
[10:33] <nilux> hi! i tried to post a unity mockup to the ayatana mailing list, but it looks like it no longer exists! could you please tell me where i should post my mockup?
[10:38] <rye> nilux, i guess unity-design?
[10:38] <rye> https://lists.launchpad.net/unity-design/
[10:39] <nilux> rye: thanks!
[10:49] <Saviq> didrocks, hey, I'm investigating the hide-mode issue in the iso, looks like the user has the value overridden
[10:49] <Saviq> didrocks, if I `gsettings reset` the key it's fine
[10:50] <didrocks> Saviq: well, I know that
[10:50] <Saviq> didrocks, do you know where that might come from?
[10:50] <didrocks> Saviq: I'm wondering if the trigger didn't work on schema changed
[10:50] <didrocks> Saviq: because it's a beta1 install
[10:50] <angeloc> kamstrup: I'm in stuck with this regexp
[10:50] <angeloc> regexes.prepend (new Regex ("[a-zA-Z0-9\\-]+\\...+"));
[10:50] <Saviq> didrocks, that's not it, if the user has manually selected a different value, we won't be resetting it to 0
[10:51] <Saviq> didrocks, the default user simply shouldn't have a value selected
[10:51] <angeloc> kamstrup: that overwrites the old one Regex (".+\\...+")
[10:51] <didrocks> Saviq: well, I know how desktop components work, but thanks again :)
[10:51] <Saviq> the 2 is stored in the user's dconf
[10:51] <Saviq> didrocks, sorry
[10:51] <didrocks> Saviq: what I am telling you is:
[10:51] <didrocks> 1. I installed beta1 yesterday
[10:52] <didrocks> 2. I then, *without changing anything* installed the new schema from the new unity-2d package
[10:52] <didrocks> and the key wasn't changed
[10:52] <Saviq> it won't
[10:52] <didrocks> my bet is that the gsettings compile schema isn't triggered
[10:52] <didrocks> which is valid in fact
[10:52] <didrocks> as nothing changed
[10:52] <didrocks> it's a dconf issue
[10:52] <angeloc> kamstrup: the one I wrote should match only domain without third level, domains in wich the first dot is prepended with alphanumeric chars, like google.com
[10:52] <Saviq> didrocks, are you saying that if a user has manually set the hide-mode to 2
[10:53] <Saviq> or whatever, to 1, 0, whatever
[10:53] <Saviq> then installing the new package should reset it to 0?
[10:53] <didrocks> Saviq: I'm not
[10:53] <didrocks> Saviq: see before, on the 1. 2., did I say that i changed the value?
[10:53] <angeloc> this regex ensures me that \\192.168.1.12 or ssh://192.168.1.2 will be matched, they are matched elewhere
[10:53] <Saviq> didrocks, that's the thing
[10:53] <Saviq> didrocks, the user's database on the ISO has the value changed
[10:53] <angeloc> kamstrup: but this regexp doesn't match
[10:54] <didrocks> Saviq: ok, as it's not clear, again *I didn't change anything*
[10:54] <Saviq> didrocks, I'm not telling you did
[10:54] <didrocks> I didn't change the hide-mode value
[10:54] <Saviq> didrocks, I'm telling it's preinstalled changed
[10:54] <didrocks> right
[10:54] <Saviq> that's why the default isn't taken into account
[10:54] <didrocks> the default value for the schema
[10:54] <Saviq> no not the default
[10:55] <didrocks> ?
[10:55] <Saviq> the default is fine
[10:55] <angeloc> kamstrup: sorry! rephrasing -> this regex ensures me that \\192.168.1.12 or ssh://192.168.1.2 will NOT be matched, they are matched elewhere
[10:55] <Saviq> if I go "gsettings reset", the value is taken from the default in the schema
[10:55] <Saviq> which means it wasn't reset initially
[10:55] <Saviq> which means the user's dconf db has the 2 saved
[10:55] <didrocks> Saviq: which is an issue, as 2 was the default
[10:56] <didrocks> when you change a default
[10:56] <didrocks> by a new default
[10:56] <didrocks> you should get the new default
[10:56] <Saviq> yes
[10:56] <Saviq> of course
[10:56] <didrocks> that's how gconf is working for years
[10:56] <didrocks> and how dconf is supposed to work
[10:56] <Saviq> and that is how dconf is working
[10:56] <Saviq> but for some reason the value is saved in the user's dconf db
[10:57] <didrocks> Saviq: that's why I need to talk to desrt
[10:57] <didrocks> Saviq: do you confirm that's the case for you as well?
[10:58] <Saviq> didrocks, yes
[10:58] <didrocks> if you change a default in the schema
[10:58] <didrocks> get the compiler running
[10:58] <didrocks> you still have the previous value?
[10:58] <kamstrup> angeloc: ah, now I understand what you were trying :-)
[10:59] <Saviq> didrocks, you need to trigger the gsettings daemon to refresh schemata, right?
[10:59] <Saviq> didrocks, and it should happen
[10:59] <didrocks> Saviq: the packaging does that
[11:00] <Saviq> yues
[11:00] <Saviq> -u
[11:00] <Saviq> that's my point
[11:00] <didrocks> Saviq: but you mean, it doesn't work?
[11:00] <didrocks> I don't get you :)
[11:00] <Saviq> everything works fine
[11:00] <Saviq> but the user on the CD has the value overriden
[11:00] <Saviq> so no defaults are taken into account
[11:01] <Saviq> the user's dconf needs to get cleaned up on the CD
[11:01] <kamstrup> angeloc: how about bcc.co.uk?
[11:01] <didrocks> hum
[11:02] <didrocks> Saviq: do you know what's overidde it?
[11:02] <Saviq> didrocks, the user's dconf database is shipped on the cd
[11:02] <Saviq> AFAIU there shouldn't be a .config/dconf/user at all
[11:02] <didrocks> Saviq: urgh, ok, I start to understand now
[11:03]  * didrocks need to start a live
[11:03] <didrocks> that's clearly not good
[11:03] <Saviq> nope
[11:03] <didrocks> Saviq: that's why I didn't understand you first
[11:03] <didrocks> :)
[11:03] <Saviq> ok good
[11:03] <didrocks> thanks for spotting it, so yeah, the issue makes totally sense now
[11:03] <kamstrup> angeloc: I think the check needs to be if it starts with http?: or otherwise is an alphanumeric string without : or \
[11:03] <didrocks> Saviq: btw, what do you use to read it?
[11:04] <Saviq> didrocks, just go 'gsettings get com.canonical.Unity2d.launcher hide-mode' as soon as you launch
[11:04] <angeloc> kamstrup: there is something wrong woth my build env, I recompiled with the original regexp but it doesn't works, trying to understand ..
[11:04] <Saviq> it will give you 2 even though 0 is the default
[11:04] <Saviq> make that Launcher
[11:04] <Saviq> not launcher
[11:04] <Saviq> then if you go 'gsettings reset com.canonical.Unity2d.Launcher hide-mode'
[11:04] <didrocks> Saviq: ok, I though you saw the value in the binary blob :)
[11:04] <Saviq> and 'gsettings get' again, it will give you 0
[11:04] <didrocks> Saviq: yeah, that's what I did here
[11:04] <didrocks> Saviq: let me boot a live
[11:04] <kamstrup> angeloc: and you did a pkill -f unity-files-daemon and is running out of the build tree ala src/unity-files-daemon?
[11:05] <Saviq> didrocks, installing dconf-tools now to take a look from dconf-editor
[11:05] <angeloc> kamstrup: yes!
[11:05] <kamstrup> odd!
[11:05] <didrocks> Saviq: well,  it won't help more
[11:05] <didrocks> Saviq: it's basically using the same lib than gsettings
[11:05] <didrocks> and parsing the schema by hand to get the default
[11:06] <Saviq> didrocks, yes, but it will show whether the value is overridden
[11:06] <Saviq> by bolding the key
[11:06] <angeloc> kamstrup: i messed up something...
[11:06] <Saviq> I just want to confirm
[11:06] <didrocks> Saviq: right, but it clearly is and if you are sure than on the live there is this user db
[11:06] <Saviq> yes
[11:06] <Saviq> I am
[11:06]  * didrocks boots boots boots :)
[11:08] <didrocks> so yeah, there is this file
[11:08] <didrocks> not sure it's generated on first boot
[11:08] <didrocks> or not
[11:08] <kamstrup> anyone happening to have a local copy of the xembed spec lying around? the oneline one on freedesktop.org is corrupted...
[11:08] <didrocks> I don't see a "2" in it, though
[11:09] <angeloc> kamstrup: ok, found! I'm a perfect idiot! I'm building a local package with dpkg-buildpackage to test it, in the meantime I changed debian changelog with dhc. After recompilation I was installing the old deb...
[11:09] <tsdgeos> didrocks: any idea why https://jenkins.qa.ubuntu.com/job/automerge-unity-2d/152/console failed?
[11:09] <kamstrup> angeloc: ah, even testing the packaging... committed you are :-)
[11:09] <didrocks> tsdgeos: because some people are using daily build in the staging ppa for compiz which breaks unity instead of the merger…
[11:10] <didrocks> tsdgeos: ah not for this one though :)
[11:10] <tsdgeos> didrocks: Saviq blamed himself for this one
[11:10] <didrocks> tsdgeos: the link is https://jenkins.qa.ubuntu.com/job/automerge-unity-2d/153/console, isn't it?
[11:10] <Saviq> didrocks, my fault
[11:10] <tsdgeos> didrocks: both 152 and 153
[11:10] <Saviq> fixed already
[11:11] <didrocks> great :)
[11:11] <angeloc> kamstrup: yes, for sure, this way the patch should work and a merge proposal is more likely to be accepted, or I'm wrong?
[11:15] <didrocks> Saviq: ok, I have no time for looking at this right now, I confirm though. Can you please open a bug and assign it to me so that I can look at this later?
[11:15] <Saviq> didrocks, I will
[11:15] <didrocks> thanks
[11:16] <angeloc> kamstrup: it works!
[11:29] <Saviq> didrocks, can't assign to you, here's the bug https://bugs.launchpad.net/ubuntu/+source/unity-2d/+bug/942772
[11:30] <didrocks> assigning myself then. Thanks
[11:35] <seb128> mhr3, hey
[11:35] <mhr3> sup seb128
[11:35] <seb128> mhr3, what was the issue again with systemtap on Ubuntu? what is not working?
[11:35] <seb128> mhr3, discussing with some people on #ubuntu-devel but I don't remember the specifics
[11:36] <mhr3> seb128, our kernel doesn't have required component
[11:36] <seb128> mhr3, was some kernel side missing?
[11:36] <seb128> mhr3, which ones?
[11:36] <mhr3> U... something :)
[11:36] <mhr3> let me check
[11:36] <seb128> thanks
[11:36] <mhr3> seb128, right, UTRACE
[11:36] <mhr3> it's not merged in upstream kernel
[11:37] <mhr3> all most of the other distros are shipping it
[11:37] <mhr3> almost*
[11:37] <mhr3> almost all*... :P
[11:38] <htorque> mhr3: thanks (i originally asked in #ubuntu-devel) - let's say i can make that work, i'd still need to recompile glib2.0 with --enable-systemtap, right?
[11:38] <seb128> mhr3, thanks
[11:38] <mhr3> htorque, yes
[11:39] <htorque> thanks :)
[11:39] <davidcalle> mhr3, just spotted your locate branch! This is wonderful :)
[11:39] <mhr3> htorque, moreover there's some weirdness in stap, it didn't work for me with my standard user account, needed to run it with root (although i did add myself to the relevant user groups)
[11:40] <mhr3> htorque, and being root doesn't play nice with rest of desktop... (dbus etc)
[11:41] <htorque> mhr3: thanks for the hint. i'll give it a go anyway. :-)
[11:41] <mhr3> htorque, bottom line if you're shooting at using it to track down memory issues or ref counting issues, patch glib itself instead :)
[11:42] <mhr3> or... you know use fedora :)
[11:44] <mhr3> davidcalle, our view of "wonderful" differs :P
[11:44] <davidcalle> mhr3, wonderful in the sense that it will make the vala port of the videos lens much easier :P
[11:45] <mhr3> ah, yea in that case it's a masterpiece ;)
[11:45] <davidcalle> hehe ;)
[11:48] <cking> why not use valgrind to trace memory issues?
[11:51] <htorque> cking: it's mainly to satisfy my curiosity :-)
[11:53] <angeloc> kamstrup: sorry, I'm late, there were more problems than what I tought! I'll make a merge proposal in a few hours, I cannot make it now, but it works!
[11:53] <kamstrup> angeloc: no worries, I'll get notifications by mail when you submit it any way. I check it many times per day
[11:54] <angeloc> kamstrup: ok
[11:57] <cking> htorque, just saying that valgrind is a pretty easy to use and powerful too for identifying memory issues
[12:00] <mhr3> cking, and unable to track down ref counting issues
[12:00] <cking> mhr3, now understood.
[12:09] <htorque> om26er: i opened a bug report about the white pixel at (0, 0): bug 944701 - afaic you've seen that too? if so, please confirm (and if you've found a way to reproduce it, pretty please add it). :-)
[12:11] <kamstrup> mhr3: did you see my last comment on the locate mp?
[12:14] <mhr3> kamstrup, reading
[12:18] <mhr3> kamstrup, anytime we yield in the async method, the cancellable is passed to the async operation, there is no place where we'd let the mainloop spin and the cancellable wouldn't be "ready to get cancelled" (like a timeout), and since we can get cancelled only from the main thread (courtesy of libunity) it's fine
[12:18] <angeloc> kamstrup: done, Imade it!
[12:19] <mhr3> kamstrup, is that clear?
[12:41] <kamstrup> mhr3: is the cancellable not passed down from libunity? let me check...
[12:42] <kamstrup> looks like it is
[12:43] <kamstrup> mhr3: in that case we are waiting for an idle call to dispatch. We can not know if something else has been scheduled before the idle
[12:43] <kamstrup> or
[12:44] <kamstrup> hmmm maybe I am confused :-)
[12:44] <kamstrup> angeloc: do you have a link for the merge request?
[12:46] <kamstrup> mhr3: maybe you're right. But in any case I think you need to check the cancellable before you spawn locate
[12:47] <kamstrup> mhr3: we'll have waited 500ms before you spawn it
[13:21] <rye> sorry about repetitive question - i am trying ton understand whether light menu backgrounds in windows (e.g. context menus) are a feature or a bug (925895)
[13:24] <seb128> Cimi, ^
[13:25] <roignac> rye: try this in gnome-shell, as it may be a unity bug, as Cimi has commented
[13:28] <rye> roignac, good idea, however i don't know what to expect - in oneiric all menus had dark background - indicator and gtk2/gtk3 and firefox xul, openofffice. Now indicator menus are black, sometimes indicator submenus are white, context menus are white (well, light background, not completely white)
[13:29] <roignac> I'm sure this should be consistent - black in Ambiance, white in Radiance
[13:29] <roignac> I mean, all black
[13:32] <roignac> works fine for me in gnome-shell, except FF - menus are white
[13:35] <kamstrup> angeloc: did you see my comment on your mp?
[13:37] <Cimi> seb128, isn't it fixed?
[13:38] <Cimi> FF is a gtk2 apps
[13:38] <Cimi> it will have white menus
[13:38] <Cimi> because I only care of unity
[13:38] <mhr3> kamstrup, yea, i do check it with the set_error_if_cancelled()
[13:39] <Cimi> and in unity their menus are in the panel thus black
[13:39] <mhr3> kamstrup, since this is vala it's more like throw_error_if_cancelled()
[13:43] <seb128> Cimi, rye: it works for me on current precise in a guest session
[13:43] <seb128> well tested with indicator menus in unity
[13:45] <didrocks> Saviq: hey, I don't remember if you have a pbuider-like environment on your system?
[13:45] <didrocks> Saviq: that will maybe be easier for you to reproduce the issue
[13:45] <Saviq> didrocks, not yet
[13:45] <Saviq> didrocks, you mean the failing test?
[13:46] <didrocks> Saviq: yeah, I can help you setting that up if you want
[13:46] <rye> erm, Cimi, are context menus in gtk3apps e.g. gnome-terminal supposed to have dark backgrounds?
[13:46] <didrocks> Saviq: are you familiar with pbuilder?
[13:46] <Saviq> didrocks, not yet, but I think I did touch it once
[13:46] <Saviq> didrocks, but I'm sure I can find stuff on one of the wikis
[13:47] <Saviq> didrocks, if you have a link handy that would be cool
[13:47] <didrocks> Saviq: yeah, but I have some tweaked config :)
[13:47] <didrocks> Saviq: let me help you on that
[13:47] <didrocks> Saviq: so: sudo apt-get install pbuilder debootstrap devscripts
[13:47] <Saviq> didrocks, did you see the latest result http://localhost:8070/job/automerge-unity-2d/lastBuild/consoleFull ?
[13:47] <Saviq> grr
[13:47] <Saviq> https://jenkins.qa.ubuntu.com/job/automerge-unity-2d/158/console
[13:48] <Saviq> didrocks, I fixed the broken test
[13:48] <didrocks> Saviq: ah?
[13:48] <Saviq> but there's another one that suddenly started failing
[13:48] <didrocks> The following tests FAILED:
[13:48] <didrocks>   6 - focuspathtest (Failed)
[13:48] <didrocks> argh :/
[13:48] <Saviq> yes, that is old
[13:48] <didrocks> yeah, will be easier for you to reproduce the environment
[13:48] <Saviq> and has been passing for ages now
[13:48] <didrocks> probably a racy dbus call
[13:49] <Cimi> rye, no
[13:49] <Saviq> didrocks, what's more all the tests passed in another jenkins install
[13:49] <didrocks> Saviq: yeah, but you are not using a chroot
[13:49] <didrocks> Saviq: contrary to the merger setup
[13:49] <Saviq> didrocks, might be
[13:49] <didrocks> hence the fact I can show you how to have one locally
[13:49] <Saviq> didrocks, ok got pbuilder
[13:49] <didrocks> ok, so then, you need a .pbuiderrc file and a pbuilder-hooks one
[13:50] <didrocks> one sec, I put those in a branch
[13:50] <didrocks> Saviq: ~unity-merger/unity-merger-tool/trunk
[13:51] <didrocks> Saviq: from this branch, takes .pbuilderrc and .pbuilder-hooks/ directory
[13:51] <didrocks> in .pbuilderrc, change the HOOKDIR to point to you .pbuilder-hooks
[13:51] <didrocks> Saviq: are you on precise?
[13:52] <Saviq> didrocks, yes
[13:52] <didrocks> Saviq: ok, so then, just create the pbuidler: sudo pbuilder create --debootstrapopts --variant=buildd
[13:53] <didrocks> Saviq: an finally, drop a B10shell script in your pbuilder-hooks directory containing: http://paste.ubuntu.com/865100/
[13:53] <didrocks> Saviq: that will drop you into a shell once the build finished
[13:53] <didrocks> Saviq: make it executable for pbuilder to take it into account
[13:54] <didrocks> from there, you can run the make check :)
[13:54] <Saviq> didrocks, ok that's great
[13:54] <didrocks> Saviq: ping me if you need any help
[13:56] <angeloc> kamstrup: I'm back!
[14:00] <brendand> hi, should the spread workspaces function include minimised windows?
[14:03] <angeloc> kamstrup: I deleted old merge proposal and made a new correct one ... big fail...
[14:04] <angeloc> kamstrup: epic fail ...
[14:07] <kamstrup> angeloc: you have an URL for the mp? I don't have it in my inbox yet
[14:07] <angeloc> bug 773841, is on the page
[14:14] <kamstrup> angeloc: looks good at a glance, but I need to take it for a test spin later
[14:15] <angeloc> kamstrup: yes! I'm reeeally happy!
[14:20] <kamstrup> angeloc: it's awesome dude; you'll make a lot of other people happy by fixing this :-)
[14:21] <angeloc> kamstrup: I have a vm ready that I use for testing, if you want I can make you an ssh to test it out
[14:24] <kamstrup> angeloc: no no :-) I have plenty servers to test against :-)
[14:24] <kamstrup> angeloc: off the top of my head I can see that you've included updates to the debian changelog, we don't usually do that; we should clear that with didrocks
[14:24] <angeloc> kamstrup: ok!
[14:25] <angeloc> ok, the latest bug I corrected, ubuntu devs did make me the chage
[14:25] <didrocks> hum, maybe you took the wrong branch?
[14:25] <didrocks> as normally, the upstream branch don't containg the debian/changelog
[14:28] <angeloc> didrocks: I think you are right ...
[14:28] <angeloc> didrocks: bzr branch https://code.launchpad.net/~ubuntu-desktop/unity-lens-files/ubuntu
[14:29] <angeloc> didrocks: instead it should have been bzr branch lp:unity-lens-files
[14:30] <didrocks> right :)
[14:30] <didrocks> the good news
[14:31] <didrocks> is that you can just import your commit
[14:31]  * smb needs to express his utter disgust with the decision of having alt tap bringing up the hud
[14:31] <didrocks> with bzr merge .. the branch -r <rev>
[14:31] <angeloc> didrocks: nooooo, i'm crying
[14:32] <angeloc> didrocks, ok, wait a few minutes and I remake a new merge proposal with the correct branch
[14:32] <angeloc> didrocks: i delete the current mp and the current fix branch
[14:32] <angeloc> didrocks: ok?
[14:34] <angeloc> didrocks, a question, apt-get source unity-lens-files says me that I have to retrive the latest version from https://code.launchpad.net/~ubuntu-desktop/unity-lens-files/ubuntu, why?
[14:38] <seb128> angeloc, because that's the vcs used for the packaging
[14:38] <seb128> it might have changes not uploaded yet and that's where the work goes
[14:39] <angeloc> thanks seb128, I understand
[14:40] <angeloc> seb128 before software becames a package is in a limbo, when packaged you should report changes versus the current package. I suppose this is true after an ubuntu release
[14:41] <Saviq> didrocks, can't find that info, (how) can I tell pbuilder to install xvfb?
[14:42] <didrocks> Saviq: so, look at D10specifictests hook
[14:42] <om26er> htorque, i see it somewhere
[14:42] <om26er> *sometimes
[14:42] <om26er> confirmed the bug
[14:42] <didrocks> Saviq: I apt-get install it there
[14:42] <Saviq> didrocks, ok thanks
[14:42] <didrocks> Saviq: you need to make it executable
[14:43] <Saviq> hmm it is
[14:44] <Saviq> and I didn't get the shell
[14:44] <Saviq> must've messed up the hooks
[14:45] <didrocks> Saviq: did you changed your HOOKDIR in .pbuidedrrc?
[14:45] <Saviq> yes
[14:45] <didrocks> to the right dir, isn't it? :)
[14:45] <Saviq> D09custompool got ran
[14:45] <didrocks> interesting
[14:46] <Saviq> let me scan through the log again
[14:46] <didrocks> check for D10specifictests
[14:46] <didrocks> there is no reason one is ran and not the other
[14:46] <didrocks> apart from different executable state
[14:47] <Saviq> ok so it did install xvfb but the tests failed nevertheless
[14:47] <didrocks> ah, more interesting :)
[14:47] <didrocks> so remove B10runmakecheck
[14:47] <didrocks> or make it not executable
[14:48] <didrocks> you have B10shell?
[14:48] <Saviq> didrocks, ah so it didn't drop me into a shell 'cause tests failed
[14:48] <Saviq> ?/
[14:48] <didrocks> yeah ;)
[14:48] <Saviq> ok that makes sense
[14:48] <didrocks> the script is B10shell?
[14:48] <didrocks> (the one dropping you to a shell)
[14:48] <Saviq> yes
[14:48] <Saviq> and +x
[14:48] <didrocks> yeah ;)
[14:48] <didrocks> you should get it this time
[14:48] <Saviq> I undertstand if I'd make it B9shell it would run before makecheck?
[14:48] <didrocks> and you will be able to run make check yourself
[14:49] <didrocks> Saviq: yeah
[14:49] <didrocks> well, B09shell ;)
[14:49] <Saviq> yup
[14:49] <Saviq> right
[14:51] <htorque> om26er: thanks
[14:51] <angeloc> kamstrup, didrocks: this time I med it right!
[14:51] <angeloc> kamstrup, didrocks: this time I made it right!
[14:52] <didrocks> :)
[14:52] <didrocks> nice!
[14:57] <angeloc> didrocks: I cannot wait for it being included!
[14:57] <didrocks> angeloc: exciting times, isn't it? I think you can just stare at kamstrup :)
[14:59] <angeloc> didrocks: yes like on a flypaper!
[15:00] <angeloc> kamstrup: sorry, this is the third wrong merge proposal I submit, I'm shameful...
[15:10] <angeloc> kamstrup: there is something wrong ... please be patient!
[15:11] <kamstrup> angeloc: no worries my friend
[15:11] <kamstrup> we'll get it working at some point :-)
[15:24] <htorque> mhr3: i now have a kernel with utrace support and glib2.0 configured with --enable-systemtap, but i'm getting 'semantic error: probe point mismatch at position 0 [...] while resolving probe point glib.mem_alloc'
[15:24] <htorque> mhr3: it's not happy about glib - am i missing something?
[15:26] <mhr3> htorque, is that during glib compilation?
[15:26] <mhr3> or when running stap?
[15:27] <angeloc> kamstrup : thisi is the correct branch lp:~angelo-compagnucci/unity-lens-files/fix-for-773841, I cannot propose for merging, because the "propose merge" button click never completes, the spinner is spinning ...
[15:29] <kamstrup> angeloc: just try refreshing the page
[15:29] <htorque> mhr3: when running stap
[15:30] <mhr3> htorque, perhaps it's not finding the correct tapsets?
[15:30] <mhr3> there's a param to stap where you can specify them
[15:30] <mhr3> try that
[15:30] <kamstrup> htorque, mhr3: if you guys get system tap working without major hacks can you please blog it or something? I think there is a major hole in the common knowledge here
[15:31] <angeloc> kamstrup: which page, I'm refrishing from an hour ago!
[15:31] <kamstrup> and /me would definitely also like to be filled in
[15:31] <mhr3> kamstrup, define "major hacks" :)
[15:31] <kamstrup> angeloc: ?!
[15:31] <htorque> mhr3: thanks, will try.
[15:31] <kamstrup> angeloc: I can see your branch here, so should be simple...
[15:31] <kamstrup> angeloc: https://code.launchpad.net/~angelo-compagnucci/unity-lens-files/fix-for-773841
[15:31] <angeloc> kamstrup: I think i messed something with branching!
[15:31] <tedg> mhall119, So I did a quick port of indicator-jenkins to GIR and the new AppIndicator, just so I knew how to do it.  It might be a good basis for a doc though: https://code.launchpad.net/~ted/indicator-jenkins/gobject-introspection/+merge/95590
[15:32] <kamstrup> mhr3: let's say... if you feel dirty about doing it... I don't wanna know
[15:32] <kamstrup> ;-)
[15:32] <tedg> mhall119, It took me about an 45m, perhaps that would be a good Global Jam thing?
[15:32] <angeloc> kamstrup: when I click "propose merge" button, a new spinner appears but nothing happens!
[15:32] <mhr3> kamstrup, so... custom kernel, custom glib, running stuff with root for it to work... i'd call it pretty hacky :)
[15:33] <kamstrup> mhr3: eeeek, I don't wanna hear it!
[15:33]  * kamstrup closes eyes
[15:33]  * mhr3 doesn't have to write a blog post... yey! :)
[15:35] <mhall119> tedg: please let dpm know, he should be able to extract API docs from the GIR
[15:35] <kamstrup> angeloc: I mp'ed it for you... went right through... https://code.launchpad.net/~angelo-compagnucci/unity-lens-files/fix-for-773841/+merge/95591
[15:36] <tedg> mhall119, Well, he should already have those.  I was more thinking a link in a tutorial or something.
[15:36] <angeloc> kamstrup, yes I can see, I tryed so many times ...
[15:36] <tedg> mhall119, As this is kinda a diff "before and after"
[15:37] <mhall119> tedg: ah, ok, I understand you now
[15:37] <tedg> I'd love to see a bunch of Python progs make this conversion to remove GTK2 from everywhere :-)
[15:37] <mhall119> tedg: if you can write up a blog post or something about what you had to do, it can be linked to as a tutorial from the devportal
[15:38] <tedg> Good idea
[15:39] <mhr3> aruiz, talking about docs, you had a branch of girraffe that properly exported the doc tags as well?
[15:42] <kamstrup> mhr3: I see the following branhces https://code.launchpad.net/giraffe
[15:43] <mhr3> hmm, doesn't look like it deals with doc tags
[15:43] <mhr3> i should do something with my branch then
[15:44] <barry> didrocks suggested i ping you guys on bug 944844
[15:44] <barry> er, sorry bug 944884
[15:44] <kamstrup> mhr3: I guess you can probably also merge the two outstanding branches if you feel like it...
[15:45] <mhr3> right
[15:46] <kamstrup> aruiz: branch is mostly good as well afair... just a stray print statement
[15:46] <barry> also, bug 944880 is very painful, but didrocks says it's a design decision
[15:46] <kamstrup> meant "aruiz's" and not "aruiz:" sorry :-)
[15:47] <Daekdroom> barry, all those things you described there are design decisions.
[15:48] <Daekdroom> Except, perhaps, the 4th paragraph, but I'm not sure.
[15:48] <loremattei> davidcalle: It works now! I'm pushing to launchpad.
[15:48] <barry> Daekdroom: it's the cursor sticking that is especially painful
[15:49] <Daekdroom> barry, there is a setting in CCSM that reduces the force necessary to switch between screens.
[15:49] <didrocks> it's also in gnome-control-center
[15:49] <didrocks> (please no ccsm…)
[15:50] <didrocks> in the appearance capplet
[15:50] <davidcalle> loremattei, reverted to old arguments or something different?
[15:50] <didrocks> second tab, behavior
[15:50] <Daekdroom> I wouldn't have mentioned ccsm if I knew it's in the control center. Sorry.
[15:50] <Daekdroom> But isn't that for Launcher reveal?
[15:50] <Daekdroom> or do I not see it because I'm in a single monitor setup?
[15:52] <didrocks> Daekdroom: it affects all the values in fact
[15:52] <barry> Daekdroom: this is definitely a dual monitor problem
[15:52] <brendand> asking again - in the Spread Windows (Super + W) view, are minimised windows meant to be shown?
[15:53] <Daekdroom> didrocks, so there's no resistance to change screens when Launcher is set to never hide?
[15:53] <Daekdroom> Because I can't change it unless I set it to hide.
[15:53] <didrocks> Daekdroom: there is, but yeah, while speaking about that, I realize that I disable the widget in that case
[15:54] <didrocks> an easy workaround for now is:
[15:54] <loremattei> davidcalle: figured out the new signature is good for search-changed signal, but not for  filters-changed... I missed it before.
[15:54] <didrocks> enable autohide
[15:54] <didrocks> change the scale
[15:54] <didrocks> disable it
[15:54] <davidcalle> loremattei, nice catch :)
[15:58] <loremattei> davidcalle: thanks :)
[16:00] <davidcalle> testcc
[16:02] <davidcalle> Oops, Unity crash when playing with Actionaz
[16:24] <davidcalle> loremattei, merged and building!
[16:27] <loremattei> davidcalle, thanks :)
[16:27] <davidcalle> loremattei, thank you :)
[16:32] <AlanBell> tedg: I installed the PPA, it now doesn't read the menu items at all, just the keyboard shortcuts for them. The ones that are checkbox items are read out as checkbox items though
[16:32] <AlanBell> it just isn't reading the menu lable at all
[16:35] <tedg> AlanBell, so it thinks they're not checkboxes though?
[16:35] <tedg> AlanBell, Does it correctly identify radio buttons too?
[16:35] <AlanBell> yes
[16:35] <AlanBell> dunno, what has a radio button in the menu??
[16:36] <tedg> AlanBell, messaging menu for IM status
[16:37] <AlanBell> yes, it tells me which is selected and which is not selected
[16:38] <AlanBell> doesn't tell me what they "a*re though
[16:38] <AlanBell> "not selected radio menu item"
[16:39] <AlanBell> doesn't tell me which one is "Available", which is "Busy" etc
[16:42] <Saviq|bbiab> didrocks, so it seems we require unity-common to be installed for our tests to run
[16:42] <Saviq> didrocks, how do you think it's best we handle that?
[16:42] <Saviq> Build-dep?
[16:43] <Saviq> there's no Test-Dep: unfortunately
[16:43] <didrocks> Saviq: there are shared images as well
[16:44] <Saviq> didrocks, meaning?
[16:45] <didrocks> Saviq: unity-2d uses images that is in unity-common
[16:45] <didrocks> hence the dep
[16:46] <Saviq> didrocks, that's fine, and we have the dep in runtime deps
[16:46] <Saviq> just not in build deps
[16:46] <didrocks> ah for build-deps
[16:46] <didrocks> hum
[16:46] <Saviq> well we'd need "test-deps"?
[16:46] <didrocks> well, I can add it
[16:46] <Saviq> something like a X-Test-Deps in debian/control?
[16:46] <didrocks> Saviq: ping me on monday? quite rushy here and some lightdm debugging
[16:47] <Saviq> didrocks, will do
[16:47] <didrocks> Saviq: but I can setup that on the merger
[16:47] <greyback> didrocks: lightdm problem? I'm failing to log into unity-2d as of this afternoon
[16:47] <greyback> I'm digging, but if I can help you, just shout
[16:47] <didrocks> greyback: ah ah
[16:47] <didrocks> greyback: come to join the fun on #ubuntu-desktop
[16:54] <mhall119> davidcalle: ping
[16:55] <davidcalle> mhall119, pong
[16:57] <mhall119> davidcalle: hey, I'm at a global jam today, but I still wanted to check in and see if there's been any progress on the graphic design lens going through the ARB
[16:58] <davidcalle> mhall119, no particular feedback, but it's now in the arb PPA, so it looks good for next week.
[16:59] <mhall119> davidcalle: ok, cool, thanks
[16:59] <davidcalle> mhall119, have a good jam! :)
[17:11] <glosoli> Am I blind but was nautilus look updated for Radiance ?
[17:47] <angeloc> kamstrup: a question about contributor agreement, what is "Please add the Canonical Project Manager or contact" ?
[17:51] <angeloc> didrocks, I ask to you because kamstrup isn't here,  what is "Please add the Canonical Project Manager or contact" when signing contributor agreement?
[17:52] <didrocks> angeloc: you should email tim.penhey (@canonical.com)
[17:52] <didrocks> I think it's what they are asking
[17:52] <didrocks> (he's the shell team managaer)
[17:53] <angeloc> didrocks: and asking him for contributor agreement
[17:54] <didrocks> angeloc: yeah, get in touch with him :)
[17:56] <angeloc> ok
[18:10] <angeloc> mhr3: for merge proposal 95591 (bug 773841) it's ok if I add a flag that switches between normal and remote urls?
[18:13] <mhr3> angeloc, flag for what exactly?
[18:13] <angeloc> mhr3: distinguish between normal uris, and mountable ones, unifying UrlChecker and UrlMountChecker
[18:14] <angeloc> mhr3: the constructor will have a parameter like mountable=false, so I can instantiate the same class with flag true or false, this sets diffrent icons and regexes
[18:18] <mhr3> angeloc, better idea would be to unify it completely and have the check_url method return some kind of type
[18:19] <mhr3> angeloc, something like
[18:20] <mhr3> var checked_url = url_checker.check (search_string, out url_type); if (checked_url != null) { var icon = url_checker.get_icon_for_type (url_type); .... }
[18:21] <mhr3> the url_type would be some enum of course
[18:21] <angeloc> mhr3: out url_type should be passed by reference
[18:22] <angeloc> mhr3: sorry, wrong understanding!
[18:23] <angeloc> mhr3: no, right understanding, out url_type should be passed by reference
[18:23] <mhr3> angeloc, well the "out" kinda implies that :)
[18:25] <angeloc> mhr3: generally I don't like mixing return values with output parameters, but it's ok, I'll go this way
[18:26] <angeloc> mhr3: from my understanding, vala cannot return more than a value like python
[18:27] <mhr3> that's right, and that's why it has to be this way
[18:27] <angeloc> mhr3: ok, let's go!
[18:27] <mhr3> angeloc, have fun! :)
[18:28] <angeloc> mhr3: it's not too complicated!
[18:28] <mhr3> angeloc, and while at it, feel free to combine the regexes in the original url_checker as well ;)
[18:29] <angeloc> mhr3: yes, I already made that, I updated the branch some minutes ago
[18:29] <mhr3> angeloc, cool, pls post a comment on the merge proposal once you're done, so we get notified that it's ready for review again
[18:30] <angeloc> mhr3: ooook!
[18:46] <synic> how can I disable the new edge-grabbing between two monitors in precise?
[18:52] <Daekdroom> synic, you can reduce the necessary pressure in the gnome-control-center, under Appearance > Behaviour tab
[18:53] <Daekdroom> The slider there reduces sensibility for both Launcher reveal and edge grabbing.
[18:53] <synic> ah, thank you
[18:54] <synic> hrmm, I only see the autohide settings
[18:54] <synic> nothing about edge grab
[18:54] <Daekdroom> Do you see the slider under the autohide settings? It's there.
[18:54] <synic> I don't use autohide
[18:54] <Daekdroom> Enable it for a moment to change the configuration.
[18:54] <synic> Oh I see
[18:55] <synic> hrmm, seems to have no effect
[18:56] <Daekdroom> According to didrocks, that slider should affect both autohide reveal pressure and edge grabbing.
[18:56] <Daekdroom> But he's not online.
[18:57] <Daekdroom> You could use gconf-editor and change it manually.
[18:57] <Daekdroom> It's the '/apps/compiz-1/plugins/unityshell/screen0/options/overcome_pressure' key
[18:57] <synic> k
[19:00] <synic> so i can change that to a number between 1 and 1000.  I set it to 1 and it still grabs
[19:01] <Daekdroom> Well, it's not possible to disable it completely.
[19:01] <Daekdroom> You could file a bug report asking for that option.
[19:01] <Daekdroom> (It'd be tagged as "Wishlist")
[19:23] <PaoloRotolo> Hi all!
[19:39] <flacoste> help, help
[19:39] <flacoste> i upgraded to beta1
[19:39] <flacoste> and i can't log in unity
[19:39] <flacoste> i always get gnome-shell!
[19:39] <flacoste> tried both "Ubuntu" and "Ubuntu 2d"
[21:46] <AlanBell> tedg: ok, I think your dbusmenu patch is fine, todays live CD has broken menus anyhow, they don't speak the contents at all
[21:46] <tedg> Oh, woot!  \o/
[23:08] <Andy80> jono: submitted my first accomplishment script too :) probably is very simple and you're free to don't include it, but at least please try if it works :) https://code.launchpad.net/~andreagrandi/ubuntu-community-accomplishments/user-has-mugshot/+merge/95690
[23:09] <jono> Andy80, awesome!
[23:09] <jono> thanks so much, I will review in the next few hours, in meetings now
[23:09] <jono> Andy80, also, the server will be back up soon, I just rebuilt it
[23:10] <jono> I just need to reinstall the GPG key
[23:10] <jono> thanks for helping Andy80, :-)
[23:11] <Andy80> jono: damn,.... I just corrected a little error in the code, I did commit again and I pushed on the same branch but it looks like the code is not updated in the Launchpad diff... is it normal?
[23:12] <Andy80> oh sorry you're in a meeting, I didn't read :) take your time, no problem ;)
[23:19] <jono> thanks Andy80!
[23:21] <davidcalle> Jono, any news about having a libaccomplishments package?
[23:22] <jono> davidcalle, we are currently getting the daemon set up as a proper system service so I can package it and release it
[23:22] <jono> davidcalle, should be ready over the next few weeks
[23:23] <davidcalle> jono, cool, as soon as it's here, I'll get the lens packaged.
[23:24] <davidcalle> ...and they'll leave happily ever after in a PPA. :)
[23:24] <jono> davidcalle, thanks, pal! that is my next goal...deliver the accomplishments system in a package
[23:24] <jono> I am stoked to see Andy80 and Bruno contributing accomplishments though
[23:26] <davidcalle> jono, everybody is going to contribute to them, and scopes, and charms... :P
[23:27] <jono> davidcalle, :-)
[23:27] <jono> this is going to be a rocking time :-)
[23:28] <davidcalle> jono, ;)