[01:59] <JamesMR> does anyone ever talk in here?
[02:05] <RAOF> Yeah; lots of talk happens in here.
[02:05] <JamesMR> sarcastic talk?
[02:06] <JamesMR> or just the silent kind
[02:06] <JamesMR> Maybe I'm missing something, is this a telepathic room?
[02:12] <RAOF> No.  There's lots of talk; it's just sporadic.
[02:13] <JamesMR> aah
[02:14]  * JamesMR checks to see how long he's been in here
[02:14] <JamesMR> 6 hours.
[02:23] <ajmitch> a lot of it depends on the timezone of people who do work in here
[02:23] <ajmitch> & I'm too late :)
[03:19] <robert_ancell> chrisccoulson, hey, did your swt-gtk changes get sponsored
[03:20] <micahg> robert_ancell: looks like it was sponsered already unless there were 2 rounds of changes
[03:21] <robert_ancell> micahg, yes I pulled the latest and it matches his changes
[05:49] <George_E> Can someone please point me to the Python appindicator documentation?
[05:49] <George_E> Couldn't find it on Google :)
[06:12] <pitti> Good morning
[06:32] <TheMuso> Hey pitti.
[06:35] <tremolux> hiya pitti
[06:35] <tremolux> good morning
[06:37] <pitti> hey guys, how are you?
[06:46] <tremolux> I'm well, thanks  :)
[06:47] <tremolux> hey pitti, while I have you, I'm not sure if you've seen the emails but I prepared the updates for tzdata 2010k tonight (see bug 613691)
[06:47] <ubot2> Launchpad bug 613691 in tzdata (Ubuntu) "2010k available (affects: 1) (heat: 8)" [Undecided,In progress] https://launchpad.net/bugs/613691
[06:48] <tremolux> pitti: there has not been a follow-on update after all so I went ahead with 2010k
[06:50] <tremolux> pitti: oh, and if you take a look at the bug, you'll see that I note that my test for the update in Dapper didn't work  :-/
[06:51] <tremolux> pitti: not sure why, it's pretty straightforward..
[06:51] <tremolux> pitti: anyway, the others all seem good
[06:57] <tremolux> pitti: I'll revisit the dapper update tomorrow, for now, I'm feeling EOD
[06:57] <tremolux> pitti: good day, ttyl  :)
[07:56] <didrocks> good morning
[08:02] <and471> morning didrocks
[08:03] <didrocks> hey and471!
[08:15] <pitti> bonjour didrocks
[08:16] <didrocks> Guten Morgen pitti, how are you?
[08:16] <pitti> bit tired; I woke up at 6:30 (after just 6 hours) and couldn't sleep any more
[08:16] <pitti> damn hayfever
[08:16] <pitti> but otherwise okay; alpha-3 seems to settle down
[08:18] <pitti> bbl, out for ~ 2 hours for some errands
[08:26] <didrocks> pitti: rest a little because fever + not a lot of sleep… :/
[08:34] <and471> hey mvo, when mpt comes one can you ask him which one in this image he likes? http://i.imgur.com/GkKHD.png
[08:34] <and471> mvo, you can have an opinion as well ;P
[08:35] <and471> mvo, they are (top to bottom) flat, flat with inset white, gradient with inset white, gradient
[08:35] <mvo> and471: hey, good morning. what does the [2] do in the image?
[08:35] <and471> mvo, an inset white line
[08:35] <mvo> aha :)
[08:35] <and471> mvo, (it is the same as in the pathbar)
[08:35] <and471> hehe
[08:36] <mvo> what will it do?
[08:39] <robert_ancell> vuntz, heh, I was just going to make that patch for gconf-editor :)
[08:39] <and471> mvo, actually can you show him this one, here is a version which changes the outer border http://i.imgur.com/YfkKr.png
[08:39] <and471> mvo, sorry I don't understand what you mean
[08:42] <mvo> and471: oh, this is for the amount of pending transactions?
[08:42] <and471> mvo, yes :)
[08:43] <mvo> and471: thanks, I think we should at least discuss it, it look to me like a button
[08:44] <and471> mvo, yeah I wanted to get everyone happy with it before I start coding
[08:44] <mvo> and471: understandable :)
[08:52] <seb128> hey
[09:00] <didrocks> salut seb128!
[09:01] <seb128> lut didrocks
[09:03] <seb128> didrocks, comment ca va ?
[09:03] <didrocks> seb128: ça va bien, le soleil brille, c'est l'été ;) et toi ?
[09:04] <seb128> ca va bien, il fait 16°C et gris mais c'est l'été quand même ;-)
[09:05] <didrocks> ahah :-)
[09:08] <vish> hmm , and471 not here..
[09:16] <mvo> mpt: good morning. and471 did some mockups and wants to know which of the [2] items you like best: http://i.imgur.com/GkKHD.png
[09:21] <zyga> is it normal not to be able to drag an icon from one desktop to another in dualhead setup?
[09:29] <vish> mpt: mvo: couldnt we do that same as we do for the mails? [in indicator-messages], the ellipse with numbers
[09:29] <seb128> hey mvo
[09:30] <mvo> vish, mpt: much agreed, it looks IMO too much like a button
[09:30] <mvo> hey seb128
[09:30] <seb128> how are you?
[09:31] <vish> yeah, makes me wanna click it ;)
[09:31] <mvo> vish: I'm happy that I'm not the only one, when I looked at the screenshot I was utterly confused what those buttons might do
[09:31] <mvo> seb128: I'm good, thank! how are you?
[09:32] <seb128> mvo, I'm fine thanks ;-)
[09:37] <huats> morning
[10:02] <pitti> didrocks: if it weren't for that release.. :_
[10:02] <pitti> hey seb128
[10:02] <pitti> didrocks: but I now have something to cheer me up: a brand new laptop (just got it from the store)
[10:02] <seb128> hey pitti
[10:03]  * seb128 hugs pitti
[10:03] <seb128> new toy? ;-)
[10:03] <didrocks> pitti: oh, already? great!
[10:04] <lifeless> pitti: \o/
[10:04] <lifeless> pitti: how much ram did you get ?
[10:04] <pitti> lifeless: 4 GB
[10:05] <pitti> http://www.cyberport.de/notebook/notebooks/notebook-berater/1C30-211/lenovo-thinkpad-x201-nusrege-plus-dockingstation-plus-128gb-ssd.html
[10:05] <ajmitch> & you'll still find it won't be enough :)
[10:05] <pitti> ajmitch: reason to optimize our RAM usage then :)
[10:05] <ajmitch> still, it looks nice
[10:05] <pitti> ajmitch: I had 2 GB so far, and it was quite okay
[10:05] <ajmitch> pitti: my fault for running multiple virtualbox sessions at once :)
[10:06] <pitti> but I'm glad to finally leave behind this excruciatingly slow hard drive of my Dell
[10:06] <ajmitch> having a hard drive is one thing I regret about my laptop that I bought last year
[10:06] <lifeless> pitti: ah, you got a different model :)
[10:07] <didrocks> 128 GB SSD waow :)
[10:07]  * ajmitch was tempted by an HP mini without windows
[10:12] <ronoc> bl8: ping
[10:12] <ronoc> bl8: when will you have a mpris package ready for me to test with
[10:17] <mpt> mvo, mmnz_ had a much better looking one before, which didn't look like a button. And vish is right that we should eventually share code with message counts in the messaging menu (though that shouldn't be a blocker).
[10:18] <mpt> mvo, btw, in that screenshot, why is "7 other technical items" showing up on a software item screen? :-)
[10:20] <mvo> mpt: that looks like a bug, if and471 can reproduce it, that is a fine time for the next regression test in the gui testuite
[10:21] <vish> mpt: i noticed one problem with the technical items, once we select it , there seems to be no easy way to hide them again , apart for doing a new search or going back
[10:22] <mpt> vish, yeah, I thought it should be a one-way navigation. Someone (I forget who) persuaded me that it should be a toggle instead, but I haven't updated the spec and no-one's updated the implementation
[10:27] <vish> mpt: yeah , users would be curious to see what those are , especially if we enter system category, a "hide technical items" would be nice indeed ;)
[10:47] <huats> seb128, I am giving a look at eog. Because they have released a new version yesterday that should not rely on gtk3 or gsettings
[10:47] <huats> I am surprised by your last changelog :
[10:47] <huats> eog (2.30.2-1ubuntu1) maverick; urgency=low
[10:47] <huats>   * Resync on Debian
[10:47] <huats> -- Sebastien Bacher <seb128@ubuntu.com>   Mon, 05 Jul 2010 12:24:57 +0200
[10:47] <seb128> huats, what about it?
[10:48] <seb128> huats, I've just uploaded 2.31.5 sorry ;-)
[10:48] <huats> do you remember if it was a sync (then the package number shouldn't have a ubuntu prefix)
[10:48] <huats> ok no big deal then
[10:48] <huats> seb128, for once I was working on something :)
[10:49] <seb128> huats, do you want updates to work on? did you work on the one jcastro asked about last week?
[10:49] <huats> seb128, I was about to do the one jcastro asked me
[10:49] <seb128> huats, the "resync on debian" basically meant I applied their recent changes
[10:49] <huats> but since I have spotted that one I wanted to give a look first :)
[10:49] <seb128> we still have ubuntu diff
[10:50] <seb128> but it was easier to apply their revision than do it the other way around
[10:50] <seb128> just being lazy ;-)
[10:50] <huats> seb128, ok I undertand, it is just me who list all ubuntu changes everytime I do that :)
[10:50] <seb128> well the changes were listed in the previous entry which I didn't drop
[10:51] <huats> I understand, lazy:P
[10:51] <seb128> ;-)
[10:51] <huats> I'll let you know when to give me some update then, after I have tackle jcastro ones
[10:51] <huats> :)
[10:51] <seb128> thanks
[11:50] <mvo> seb128: small file overwrite issue (in case its not reported yet): http://paste.ubuntu.com/473465/
[11:52] <seb128> mvo, I don't think it was, thanks
[11:52] <mvo> np
[13:10] <vish> seb128: for Bug #529744 , where does it need fixing? milanbv mentions that we switched to accounts dialogue , not sure we have it yet on maverick
[13:11] <ubot2> Launchpad bug 529744 in gnome-system-tools (Ubuntu) (and 2 other projects) "When creating a new user, "Shortname" should really be "Username" . (affects: 1) (heat: 29)" [Low,Fix committed] https://launchpad.net/bugs/529744
[13:12] <seb128> vish, no we don't switch in maverick, those change got defered to next cycle
[13:13] <vish> seb128: ah, then we can expect a gst update?
[13:13] <seb128> dunno, don't ask me
[13:13] <seb128> I don't work on this one
[13:13] <seb128> chrisccoulson might have an idea
[13:13] <vish> seb128: hehe , chrisccoulson it is :)
[13:14] <chrisccoulson> hi!
[13:14] <vish> chrisccoulson: hi , could you upload that fix ^^ :)
[13:14] <vish> we were too late last cycle and it got fixed everywhere too ..
[13:15] <chrisccoulson> yeah, sure. later today though, i've got some other things i need to review first
[13:15] <vish> chrisccoulson: sure , later today is good, thanks.
[13:22] <kiwinote> mvo: the buy-something merge got rid of distro/ubuntu: get_supported_query(), that was accidental, I presume?
[13:25] <mvo> kiwinote: yeah :(
[13:26] <mvo> kiwinote: sorry for that, I add a test for this into test_gui.py
[13:26] <mvo> kiwinote: I mean a test for this feature
[13:26] <kiwinote> mvo: thanks
[13:27] <mvo> kiwinote: I also want to process the remaining merges, sorry that you are left out for so long, the buy-something was a big blocker that ate (and still eats) a lot of time
[13:27] <kiwinote> mvo: that's fine ;)
[13:31] <didrocks> will be away for 2h for an appointment, bbl
[13:31] <seb128> didrocks, see you later
[13:31] <didrocks> see you :)
[13:34] <mvo> didrocks: oneconf --hosts shows still only a single one, I'm so unhappy that I can't play with this feature
[13:34] <mvo> didrocks: (not blamining you of course)
[13:41] <mvo> kiwinote: readded it, thanks again for spotting the mistake :) (r983 … the big number is coining close)
[13:41] <mvo> not long and we hit 1024
[13:41] <kiwinote> hehe
[13:43] <kiwinote> mvo: i've got a few other fixes in my branch
[13:43] <mvo> kiwinote: nice, merging now
[14:34] <and471> mvo, hey, did you and mpt discuss the in progress number thing?
[14:35] <mpt> and471, yes, they all looked too much like buttons, especially compared with the original
[14:36] <and471> mpt, how do you recommend I do them?
[14:38] <mpt> and471, mmnz_ had them so they were matte lozenges with width matching the number inside. That seemed ok to me.
[14:40] <and471> mpt, is mmnz_ working on them? If so I shall do something else
[14:41] <mpt> and471, he showed me a screenshot.
[14:41] <and471> mpt, ah ok then I shall leave it to him :)
[14:41] <mpt> erg, nzmm_ I mean
[14:41] <mpt> and471, http://dl.dropbox.com/u/123544/Screenshot.png
[14:42] <and471> ah cool :)
[14:46] <seb128> rodrigo__, hey
[14:46] <rodrigo__> hi seb128 :)
[14:47] <seb128> rodrigo__, using control-center rather for my question ;-)
[14:54] <and471> mpt, I am going to work on bug https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/426232
[14:54] <ubot2> Ubuntu bug 426232 in software-center (Ubuntu) (and 1 other project) "From search field, Down key selects first result but doesn't focus it (affects: 2) (heat: 16)" [Low,Confirmed]
[14:54] <and471> mpt, how can i tell if it is focused rather than selected?
[14:55] <mpt> and471, in most current themes, focus is shown by a dotted outline.
[14:56] <and471> mpt, ah thanks, I changed my theme and I can see it now
[14:58] <mvo> kiwinote: merged your branch plus added regression test
[14:59] <mvo> kiwinote: for the appdetails_gtk.py state
[14:59] <mpt> and471, actually, that bug seems fixed for me in 2.0.7. The "(sc-010)" test case in the spec works for me.
[14:59] <and471> mpt, ah yes, but this one isn't so I shall work on that https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/524289
[14:59] <ubot2> Ubuntu bug 524289 in software-center (Ubuntu) "First application is automatically selected (affects: 1) (heat: 21)" [Medium,Triaged]
[15:00] <mpt> and471, yes, now that's a bug
[15:00] <kiwinote> mvo: great, thanks
[15:01] <mvo> and471: if you fix it, could you add a regression test to test_gui.py as well please?
[15:01] <and471> mvo, I was just thinking the same :)
[15:01] <mvo> and471: cool!
[15:02] <didrocks> mvo: I know :( aquarius has the same issue. He told me that he'll have a look at it as a lot of people are complaining about desktopcouch not syncing :/
[15:02] <mvo> and471: I just commited test_appdetails.py for yet another example (just fyi)
[15:02] <didrocks> mvo: same for me here, my desktopcouch doesn't sync as well :/
[15:08] <rodrigo__> any news on  gtk-sharp2-gapi  being broken?
[15:09] <rodrigo_> it stopped working, it seems, for libubuntuone
[15:12] <and471> mvo, I have found the problem, but I need to understand a bit more about the function it is in
[15:12] <and471> mvo, line 191 of trunk in softwarecenter/view/softwarepane.py
[15:12] <and471> self.app_view.set_cursor(index)
[15:13] <and471> mvo, is there a situation when this needs to be called
[15:13] <and471> ?
[15:16] <and471> mpt, maybe the question I asked mvo is better for you
[15:16] <and471> mpt, is there any situation where a row in the software list view should be selected manually?
[15:16] <mvo> and471: iirc this is done when the list of channels changes
[15:17] <mpt> and471, when you click on it? :-)
[15:17] <and471> mpt, manually = bad choice of word :)
[15:18] <and471> mpt, i mean manually by software-center
[15:18] <and471> mpt, i.e. a user has not clicked on it
[15:19] <mpt> and471, not that I can think of. Even if an item is selected but you then add more to the search string so that the selected item disappears from the list, I guess the result should be that nothing is selected, rather than the next item being selected
[15:19]  * and471 is starting to release why we need tests...
[15:19] <tremolux> hiya and471, thanks for working on these!
[15:20] <tremolux> mpt, and471: so, that automatic select is on purpose..
[15:20] <and471> tremolux, hi, no problem :)
[15:20] <mpt> and471, actually, I've thought of one
[15:20] <mpt> and, if you had an "In Progress" item selected and used the keyboard equivalent to cancel it, the next item in the list should become selected automatically
[15:21] <mpt> ("and used" -> "and you used")
[15:21] <mpt> But I would hope that would be fairly automatic behavior for GTK lists without USC doing anything :-)
[15:21] <tremolux> mpt: hah, nope  ;)
[15:21] <and471> mpt, what is the keyboard equivalent?
[15:23] <mclasen> items in GTK lists have no concept of being cancelled...
[15:24] <mpt> mclasen, in this case it would mean the item was removed from the list
[15:24] <tremolux> and471, mpt: the main problem I think users have with the automatic row select is in the Installed View; when an item is removed from that view, then the first item is automatically selected in the list
[15:24] <mclasen> if you have the right selection mode for your list, the next item will be selected, indeed
[15:24] <tremolux> and471, mpt: pulling the user back to the start from wherever they were
[15:24] <mpt> ick
[15:25] <tremolux> and471, mpt: right, so the better behaviour is to just select the next item rather than the first in the list
[15:25] <mpt> yes
[15:25] <mpt> That's true whether it's a software item list, or the navigation pane
[15:26] <tremolux> mpt: agreed
[15:26] <mpt> E.g. when you're in "In Progress" and the last task completes, "Installed Software" should become selected automatically
[15:26] <mpt> (when "In Progress" disappears)
[15:27] <and471> mvo, removing is broken in trunk
[15:27] <and471> Traceback (most recent call last):
[15:27] <and471>   File "/home/andrew/Software/Launchpad/software-center/trunk/softwarecenter/app.py", line 471, in on_application_request_action
[15:27] <and471>     action_func(app.pkgname, app.appname, appdetails.icon)
[15:27] <and471>   File "/usr/lib/python2.6/dist-packages/aptdaemon/defer.py", line 639, in unwind_generator
[15:27] <and471>     return _inline_callbacks(None, func(*args, **kwargs), Deferred())
[15:27] <and471> TypeError: remove() takes exactly 5 arguments (4 given)
[15:27] <and471> mvo, or do I have an old version of something?
[15:28] <tremolux> mpt: actually, what it does now is to return you to whatever item in the left pane that you were browsing before you switched to "In Progress"
[15:28] <tremolux> and471: are you running lucid?
[15:28] <mpt> tremolux, oh, that's even smarter.
[15:28] <and471> tremolux, yup
[15:29] <tremolux> and471: you may need to get aptdaemon from the s-c PPA, do you have that?  but, hmm, it should have checked that on startup..
[15:29] <tremolux> and471: first let me try it myself with this morning's trunk  :)
[15:29] <mpt> tremolux, though I don't know why I'm surprised, because it seems I wrote the (sc-008) test case specifically for that. :-)
[15:29]  * mpt just rediscovered it
[15:29] <tremolux> mpt: haha!  awesome  :)
[15:30] <mpt> hm, no, that actually tests a slightly different thing
[15:30] <mpt> that's testing remembering depth
[15:30] <vish> tremolux: mpt: Bug #431907  ?
[15:30] <mvo> and471: ups, fixing
[15:30] <ubot2> Launchpad bug 431907 in software-center (Ubuntu) "Doesn't switch to previous view when "In Progress" section disappears (affects: 4) (dups: 2) (heat: 34)" [Medium,Fix committed] https://launchpad.net/bugs/431907
[15:31] <tremolux> vish: yep, that's the bad boy
[15:31] <and471> mpt, do you have latest trunk? if so could you test a fix for me?
[15:35] <mpt> and471, I could, but I'm trying to do networking stuff now. Maybe someone in #ubuntu-bugs would be interested?
[15:35] <and471> mpt, oh ok
[15:36] <mpt> sorry
[15:36] <and471> mpt, it was not so much about testing if it works, but more about if there were any other regressions becuase of it
[15:37] <tremolux> and471: what is the fix?  I'm happy to help if I can
[15:37] <and471> tremolux, ok thanks, an you open softwarecenter/view/softwarepane.py and replace lines 186-190 (inclusive) with http://pastebin.com/3Pcx0Kay
[15:37] <and471> *can
[15:37] <and471> tremolux, (this is with latest trunk)
[15:37] <tremolux> and471: sure thing
[15:37] <and471> tremolux, this should make sure that the first item is not automatically selected in the appview
[15:38] <and471> tremolux, so when testing could you focus that no weird behvaiour/regressions appear as regards to selection in the appview
[15:39] <tremolux> and471: I'll check, but personally, I *like* that an item is always selected; I'd rather fix the case where the first item is selected rather than an item that makes more sense (the next in the list on a remove)
[15:41] <and471> tremolux, what does happen when an item is removed (what is selected)
[15:41] <tremolux> and471: the main thing to check is that the menu items pertaining to a software item are accurate without a selection (they need to be set insensitive)
[15:41] <and471> tremolux, I can tell because I can't remove anything :)
[15:41] <tremolux> and471: hehe
[15:41] <and471> tremolux, ah yes, I shall check this
[15:42] <tremolux> and471: yes, in that case, the first item is always selected, which is very annoying if you are way far into the list
[15:42] <kiwinote> and471: nearly got a fix for the removal stuff..
[15:42] <and471> kiwinote, thankyou :)
[15:42] <rodrigo_> seb128, so, do you know anything about mono/gtk# being broken in latest maverick packages?
[15:42] <tremolux> and471: so the best would be to just select the next item after the one removed (or, after the last one removed)
[15:42] <and471> tremolux, ok, when I can remove I shall work on that as well
[15:42] <rodrigo_> seb128, banshee is incredibly slow since yesterday, and gtk-sharp-gapi doesn't seem to work
[15:42] <seb128> rodrigo_, no, how is it broken? check with Laney maybe
[15:43] <rodrigo_> Laney, ^^
[15:43] <tremolux> and471: cool, thanks a lot!
[15:43] <seb128> rodrigo_, the slowness issue seems to be sqlite 3.7
[15:43] <rodrigo_> ah
[15:43] <and471> tremolux, the menu stuff is fine, we set sensitivity when the topmenu item is activated, so it is pretty robust
[15:43] <seb128> rodrigo_, didrocks and Laney were discussing that yesterday
[15:43] <Laney> rodrigo_: please file a bug
[15:43] <rodrigo_> ok, so I guess that explains lots of the issues in banshee
[15:43] <tremolux> hiya kiwinote  \o
[15:43] <Laney> yes
[15:43] <Laney> see the various bugs for more info on that
[15:43] <kiwinote> hi tremolux!
[15:43] <rodrigo_> Laney, about the gapi thing?
[15:43] <Laney> yes please
[15:44] <and471> tremolux, apart from that, everything seem okay?
[15:44] <rodrigo_> Laney, under gtk-sharp I guess?
[15:45] <Laney> yep
[15:45] <Laney> gtk-sharp2
[15:46] <tremolux> and471: so far, so good  :)
[15:46] <kiwinote> tremolux, was remove_multiple() for oneconf, or for the buy-something?
[15:47] <tremolux> kiwinote: oneconf
[15:47] <rodrigo_> Laney, https://bugs.edge.launchpad.net/ubuntu/+source/gtk-sharp/+bug/613857
[15:47] <ubot2> Ubuntu bug 613857 in gtk-sharp (Ubuntu) "gtk-sharp-gapi has stopped working? (affects: 1) (heat: 6)" [Undecided,New]
[15:47] <rodrigo_> Laney, oh, gtk-sharp2?
[15:47] <Laney> yes
[15:48] <rodrigo_> there's no gtk-sharp2, or can't find it
[15:48] <rodrigo_> ah, yes, there is
[15:49] <rodrigo_> https://bugs.edge.launchpad.net/ubuntu/+source/gtk-sharp2/+bug/613857
[15:49] <ubot2> Ubuntu bug 613857 in gtk-sharp2 (Ubuntu) "gtk-sharp-gapi has stopped working? (affects: 1) (heat: 6)" [Undecided,New]
[15:49] <Laney> can you please post a recipe to reproduce in the bug?
[15:49] <Laney> it would make it easier for us to debug it
[15:50] <mvo> tremolux: just commented on your merge proosal, thanks again for working on this feature
[15:52] <rodrigo_> Laney, done
[15:52] <tremolux> mvo: coolness, thanks!
[15:52] <rodrigo_> Laney, looking though at my branch, it might be an auto* thing after all, will close the bug if I find the reason
[15:54] <Laney> rodrigo_: I just looked at your build log, and don't see why you think that's a gapi thing
[15:55] <Laney> configure: error: Package requirements (webkit-1.0 >= 1.1.15 gnome-keyring-1 dbus-glib-1 gconf-2.0 libxml-2.0 libsoup-gnome-2.4 libsyncdaemon-1.0 >= 1.3.2) were not met:
[15:55] <rodrigo_> Laney, any idea what 'Field ParentClass has unknown Type GtkVBoxClass in Struct UbuntuOne.U1MusicStoreClass' might come from? a missing package?
[15:55] <Laney> No package 'libsyncdaemon-1.0' found
[15:55] <Laney> that's quite clear
[15:55] <Laney> or is it further down?
[15:55] <rodrigo_> Laney, look futher down, yeah
[15:56] <rodrigo_> well, it doesn't really generate any .cs file for me, neither with make nor make distcheck
[15:56] <rodrigo_> so, it's not an auto* thing
[15:56] <rodrigo_> that error message seems to be what's missing ('Field ParentClass has unknown Type GtkVBoxClass in Struct UbuntuOne.U1MusicStoreClass')
[15:56] <rodrigo_> Laney, look at the last comment in the merge proposal
[15:57] <Laney> I think that means you are missing a dependency
[15:58] <rodrigo_> Laney, yes, what that would be?
[15:58] <rodrigo_> Laney, I guess the packages were split?
[16:00] <rodrigo_> maybe gtk-sharp2, /me tries
[16:01] <kiwinote> and471: sorry for the delay, just got a phone call
[16:02] <kiwinote> and471: rev934 of getting-the-small-things-right should have the fix
[16:02] <and471> kiwinote, thankyou
[16:06] <mvo> kiwinote: you are fast :) thanks for the fix, merging into trunk
[16:13] <pitti> good night everyone!
[16:14] <tremolux> see you, pitti, and thanks a lot for tzdata  :)
[16:14] <didrocks> good night pitti!
[16:14] <pitti> tremolux: hello
[16:27] <and471> nessita1, hi, I am starting to do some tets for SC, how do I test if a widget is selected?
[16:27] <and471> *tests
[16:28] <nessita1> and471: hi there!
[16:29] <nessita1> and471: you'd have to assert over the focus of the widget
[16:29] <Laney> rodrigo_: if you do cd bindings/mono && make then you get the .dll
[16:29] <nessita1> and471: look into the gtk.Widget API, there is a is_focus() method
[16:29] <Laney> I can't see that this is a bug in gapi, sorry
[16:29] <and471> nessita1, I need to check whether a widget is focused AND selected
[16:29] <and471> nessita, I need to check whether a widget is focused AND selected
[16:30] <and471> nessita, I have already done is_focus(), if this is true, then is the widget neccessarily selected?
[16:30] <nessita> nessita: selected as in selecting in a entry?
[16:30]  * and471 wonders why nessita is speaking to herself
[16:30] <rodrigo_> Laney, yes, but only with AssemblyInfo.cs, none of the generated .cs files are included, or are they for you?
[16:30] <and471> nessita, yup
[16:30] <nessita> and471: jeje, sorry. You can assert selection using the selection methods from gtk.Entry
[16:30] <and471> nessita, well, selected as in if I type, it will go in the entry
[16:31] <nessita> and471: you don't need to test that, we trust GTK
[16:31] <nessita> GTK works, period. :-)
[16:31] <nessita> and471: GTK garantees that if the entry has the focus, then if the user types the text goes to that entry
[16:32] <nessita> and471: so you only need to be sure the entry has the focus
[16:32] <and471> nessita, so if I need to check whether when an icon is pressed, the entry is focused an selected I just need to do is_focus?
[16:32] <Laney> rodrigo_: you are right, however it works with libubuntuone trunk
[16:32] <rodrigo_> Laney, hmm
[16:32] <and471> nessita, hehe, again you knew what I was going to say...
[16:32] <and471> nessita, thanks
[16:32] <nessita> :-)
[16:33] <rodrigo_> Laney, hmm, you're right
[16:39] <mvo> kiwinote: are you working on deb_files currently? if not,  I will have a look at the merge next
[16:39] <and471> nessita, I think I am getting the hang of this :) It is almost like you are going behind the application, and pulling the strings of GTK
[16:40] <and471> nessita, one question, when do you group together tests i.e. assert_correct_label in test_gui.py
[16:41] <seb128> hum, glib 2.25.12 crash with buffer overflow errors
[16:41] <Laney> rodrigo_: It might be that there are no syncdaemon bindings
[16:42] <rodrigo_> Laney, syncdaemon is just used internally in the widget, would that affect?
[16:42] <Laney> maybe, not so familiar with gapi TBH
[16:43] <nessita> and471: I do that when I need to check certain things in several places
[16:43] <nessita> and471: is just a simple case of "NEVER DUPLICATE CODE" :-)
[16:45] <Laney> rodrigo_: yes, if you add the deleted files back then it works
[16:45] <rodrigo_> hmm
[16:45] <and471> nessita, ah okay, I realise now why you grouped them, I thought it was some other reason...
[16:46] <kiwinote> mvo: no I aren't atm, so it would be great if you could look at it
[16:46] <and471> mvo, our search entry is all tested out :D
[16:47] <mvo> and471: *nice*
[16:47]  * mvo hugs and471
[16:47] <and471> :)
[16:48] <kiwinote> mvo: fyi i'm in .be tomorrow, so if you have any queries i'll be around again on monday again
[16:48] <seb128> slomo, glib 2.25.12 crashes the same way on ubuntu btw
[16:48] <seb128> *** buffer overflow detected ***: /usr/bin/gtk-demo terminated
[16:48] <seb128> [16:48] <seb128> /lib/libc.so.6(__fortify_fail+0x50)[0xc44a10]
[16:48] <seb128> /lib/libc.so.6(+0xe490a)[0xc4390a]
[16:48] <seb128> /usr/lib/libgobject-2.0.so.0(+0x21082)[0xa20082]
[16:48] <seb128> /usr/lib/libgobject-2.0.so.0(g_type_init_with_debug_flags+0x1df)[0xa2934f]
[16:48] <seb128> /usr/lib/libgobject-2.0.so.0(g_type_init+0x1e)[0xa2948e]
[16:48] <seb128>  
[16:49] <seb128> slomo, did you try to debug the issue yet?
[16:49] <mvo> kiwinote: ok, no problme
[16:49] <mvo> and471: let me know when its pushed
[16:50] <and471> mvo, ok, I am changing the gui_test,py a bit though, I stole lots of stuff from nessita :)
[16:50] <mvo> and471: thats fine, as long as its good stuff (and I'm sure it is :)
[16:50] <and471> mvo, yup it is :)
[16:53] <tremolux> and471: so there's an issue with your no-autoselect-app patch with removal while in Installed Pane; the next item in the list is selected, which would be *cool*, except that the actual selected app doesn't update to match it, meaning, if you install from the menu (or just use Edit->Copy Web Link to view the "current" app) you will see that we are still pointed at the app that was removed
[16:53] <JanCBorchardt> in Ubuntu’s »Open With« context menu, gedit seems to be renamed as »Text Editor« – was it like that before? (running Maverick)
[16:54] <tremolux> and471: but I think that's easily fixable by doing the right thing when removing, as we discussed earlier
[16:54] <and471> tremolux, thanks I shall look at that now thanks to kiwinote :)
[16:55] <tremolux> and471: yep, I merged his fix to check!  ;)
[16:55] <tremolux> and471: also, we'd want to remove this line from appdetailsview_gtk.py:  LOG.info("no app selected")    ;)
[16:55] <seb128> it's all desrt fault I guess
[16:55]  * seb128 downgrades glib
[16:56] <tremolux> and471: however, I still wonder if we really want to have no app selected initially, not sure what it buys us really
[16:57] <tremolux> and471: and it opens risk of regressions, so we will just have to test thoroughly (including stuff like back/forward navigation, etc. etc.)
[16:58] <mvo> kiwinote: will you be here for a bit longer? I would like to push some tweaks to the deb-files branch after dinner
[16:58] <mvo> kiwinote: but I guess its not that urgent, monday is fine as well
[16:59] <tremolux> and471: but certainly, feel free to upload a branch for the bug and we can do the testing, etc., and thanks!  :)
[17:00] <kiwinote> mvo: yeah, I'm going to go and cook some dinner now, but after dinner I'll be around
[17:05] <jcastro> anyone know where I can file a bug on apt.ubuntu.com?
[17:08] <seb128> didrocks, what are those poppler abi changes?
[17:09] <didrocks> seb128: sounds to be quite old, libpoppler5 -> libpoppler6
[17:09] <seb128> didrocks, I don't get why you rebuilt things which have been built since the soname change, ie gimp
[17:09] <seb128> mclasen, hey
[17:10] <mclasen> seb128: hi
[17:10] <didrocks> seb128: it still appear in the NBS list
[17:10] <seb128> mclasen, have you seen buffer overflow crash reports since the recent glib update (2.25.12)?
[17:10] <seb128> didrocks, you probably misread that list
[17:10] <mclasen> buffer overflow ? no
[17:10] <mclasen> I've seen gdbus api changes break the panel and nautilus
[17:11] <didrocks> seb128: http://people.canonical.com/~ubuntu-archive/NBS/libpoppler-glib4
[17:11] <seb128> mclasen, no crash similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591492?
[17:11] <ubot2> Debian bug 591492 in vala "vala: FTBFS on armel: segfault" [Serious,Open]
[17:12] <seb128>  *** buffer overflow detected ***: /usr/bin/gtk-demo terminated
[17:12] <seb128>  [17:12] <seb128>  /lib/libc.so.6(__fortify_fail+0x50)[0xc44a10]
[17:12] <seb128>  /lib/libc.so.6(+0xe490a)[0xc4390a]
[17:12] <seb128>  /usr/lib/libgobject-2.0.so.0(+0x21082)[0xa20082]
[17:12] <seb128>  /usr/lib/libgobject-2.0.so.0(g_type_init_with_debug_flags+0x1df)[0xa2934f]
[17:12] <seb128>  /usr/lib/libgobject-2.0.so.0(g_type_init+0x1e)[0xa2948e]
[17:12] <seb128> mclasen, things crash this way on debian and ubuntu after update
[17:12] <seb128> I was wondering if you had any clue about it
[17:12] <seb128> I will investigate
[17:12] <mclasen> no, haven't seen that
[17:13] <seb128> mclasen, ok thanks
[17:13] <mclasen> and not aware of bsearcharray changes from .11 to .12 either
[17:14] <alf__> didrocks: hi! is there a reason why clutter packaging on ubuntu doesn't force system-json like in debian?
[17:15] <seb128> mclasen, ok, one debian bug suggests it could be a compiler optimization issue, investigating, thanks
[17:15] <didrocks> seb128: so, the change has been done the 17 Jun 2010, I think it's still valid or they won't be on that list, isn't it? (weird because your gimp update was on 12 Jul 2010)
[17:16] <seb128> didrocks, gimp is listed only for sparc there and that's because sparc builders are broken
[17:16] <seb128> didrocks, your new upload is not going to fix that
[17:16] <seb128> didrocks, could you please stop doing source uploads for those? ;-)
[17:17] <didrocks> alf__: just didn't have the time to have a look at it and we didn't need it previously, I'll update clutter tomorrow in maverick, if you can submit a patch against the version in the ubuntu-desktop ppa I'll include it :)
[17:17] <didrocks> seb128: source, sorry, there is only gimp and evince in that case, I'll double check
[17:17] <didrocks> seb128: the others are still valid
[17:17] <seb128> didrocks, right, that's the 2 I spotted
[17:18] <seb128> didrocks, I would be happy to avoid doing a gimp update for nothing though :p
[17:18] <seb128> buildders time, download, etc
[17:18] <seb128> didrocks, I guess you didn't catch that some of the items are arch specific?
[17:18] <didrocks> seb128: sorry for those two, there were still more than 20 not rebuilt and my machine is in pain rebuilding them already
[17:18] <seb128> didrocks, those often match build failures on the said arch
[17:18] <didrocks> seb128: yeah, that was my mistake, sorry
[17:18] <seb128> np
[17:19] <didrocks> seb128: didn't notice that when grepping and building the list
[17:19] <seb128> I'm mentioning it just in case you didn't spot the arch specific bit
[17:19] <didrocks> that was good to mention, I really didn't :)
[17:19] <seb128> ;-)
[17:20] <didrocks> (only 7 remaining FYI)
[17:40] <seb128> vuntz, "Clarifying definitions of Graphics categories", do you still have that pending commit?
[17:40] <seb128> vuntz, you wrote on the xdg list you would commit in a week a month ago now ;-)
[17:46] <vuntz> seb128: I know, I know. On my todo list too. Need to get 2.31.6 out first, though
[17:46] <vuntz> seb128: fwiw, this patch is blocking on me finishing the migration to git for the specs
[17:46] <vuntz> (which is mostly done, I need to do a last check)
[17:48] <vuntz> feel free to help review the git migration, btw: http://cgit.freedesktop.org/~vuntz/xdg-specs/
[17:49] <fta> seb128, pitti: could you please reject the older one: https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text=python-pysnmp4  ?
[17:49] <and471> tremolux, thanks, I don't know what the value is either (having having nothing selected first) but maybe mpt can answer?
[17:51] <tremolux> and471: well, what's happening is that when you remove an item from the InstalledSoftware screen, the item (of course) disappears
[17:51] <tremolux> and471: and then, with your current patch, the next item in the list "appears" as selected
[17:52] <tremolux> but in fact, it isn't, in fact the prior (just removed) app is still considered the selected app so if you then try to do an Install from the menu, you will actually reinstall the item that was removed
[17:53] <tremolux> and471: so, it just needs some additional logic to do the right thing on an uninstall in the Installed Software view
[17:56] <tremolux> and471: that is, to explicitly select the next item in the list (or the previously selected item per mpt's spec) using set_cursor
[17:56] <tremolux> and471: (we have to do these kinds of shenanigans because we replace models on an update, so we have to restore the state of the view)
[17:57] <alf__> didrocks: lp #613927
[17:57] <ubot2> Launchpad bug 613927 in clutter-1.0 (Ubuntu) "Make clutter use external json-glib (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/613927
[17:58] <didrocks> alf__: great! I'll include it tomorrow in my clutter update
[17:58] <didrocks> thanks :)
[17:59] <alf__> didrocks: thank you ;)
[17:59] <didrocks> yw
[18:00] <tremolux> and471: and the reason we do that is because of serious performance issues with long lists since we have this custom "cell expand" code and gtk.TreeView doesn't play well with it
[18:02] <tremolux> and471: ah, but you were just asking about the value of not selecting an item automatically  :D  ; and yes, mpt is the guy to weigh in on that
[18:05] <tremolux> and471: I don't mind either way, I think it's kind of nice when the list opens with nothing selected, we'd just have to catch any corner cases that may arise
[18:05] <slomo> seb128: no, but in the debian bug someone debugged it
[18:05] <slomo> seb128: looks like a compiler bug
[18:05] <slomo> seb128: it's optimizing away too many things :)
[18:10] <and471> tremolux, hehe yeah you got what I was asking in the end XD
[18:10] <tremolux> and471: heh, first I wrote a book tho  ;)
[18:11] <and471> :)
[18:11] <tremolux> and471: still, it's good for you to know all that background
[18:12] <and471> yup
[18:14] <and471> mvo, you here?
[18:37] <tremolux> and471: here's a second, related bug report that concerns the autoselect after removing an item that I mentioned: bug 588606
[18:37] <ubot2> Launchpad bug 588606 in software-center (Ubuntu) "[software-center] refreshing installed software unselects current selection (affects: 2) (dups: 1) (heat: 16)" [Low,Triaged] https://launchpad.net/bugs/588606
[18:37] <and471> tremolux, thanks
[18:38] <tremolux> and471: oh, another for the same thing, these are dupes: bug 541933
[18:38] <ubot2> Launchpad bug 541933 in software-center (Ubuntu) "installed applications view resets after removing an application (affects: 2) (heat: 27)" [Low,Triaged] https://launchpad.net/bugs/541933
[18:40]  * and471 just found a regression for the separator in viewswitcher!
[18:45] <tremolux> and471: ok, now this one's the main bug, I set the others as dupes:  bug 541933
[18:45] <ubot2> Launchpad bug 541933 in software-center (Ubuntu) "installed applications view resets after removing an application (affects: 4) (dups: 2) (heat: 33)" [Low,Triaged] https://launchpad.net/bugs/541933
[18:50] <seb128> vuntz, ok
[18:50] <seb128> fta, rejected
[18:50] <seb128> slomo, ok
[18:50] <fta> seb128, thanks!
[18:50] <seb128> np
[18:51] <seb128> slomo, hum, k, did somebody pinged gcc guys about it?
[18:52] <seb128> slomo, btw dunno how busy you are, is libdmapsharing still on your list?
[18:52] <seb128> the packaging is ready out of some copyright issues
[18:53] <seb128> ie debian copyright needs some update
[19:53] <didrocks> alf__: you forgot to add the build-dep into your patch, fixed :)
[20:02] <seb128> didrocks, bug #613413 is for you
[20:02] <ubot2> Launchpad bug 613413 in evolution (Ubuntu) "Missing icon for "not-junk" toolbar item (affects: 3) (heat: 16)" [Undecided,Confirmed] https://launchpad.net/bugs/613413
[20:03] <didrocks> seb128: oh right, I never use this icon that I didn't see that :)
[20:03] <seb128> didrocks, I don't use it either, I was just reading the comment saying it's due to one of the une changes
[20:04] <didrocks> seb128: great, will be easy to fix, thanks!
[20:04] <seb128> np ;-)
[20:04] <seb128> didrocks, you should be enjoying your evening btw :p
[20:05] <seb128> didrocks, I was just letting that for your morning backlog ;-)
[20:06] <didrocks> seb128: well, you should be enjoying your evening too :-)
[20:06] <seb128> hehe
[20:06] <seb128> I just came back to read backlog after dinner since I went running before dinner
[20:33] <kiwinote> tremolux: rev935 should fix #613928. There is still some oddness with the actionbar however because the state provided in the argument of the function isn't always correct :/ , but that's a job for a new day ;)
[20:37] <mvo> kiwinote: thanks a bunch for fixing this, I (slowly) work my way through the deb-files branch, a lot of changes, but a lot of good stuff as well :)
[20:38] <kiwinote> mvo: yeah, was just looking at the 'make it more python-ish' revision. I now know for next time ;)
[20:39] <mvo> kiwinote: don't take it as criticism or anything like this, this is the beauty of code-review
[20:40] <mvo> kiwinote: it tends to get better because the second guy does not need to solve the hard problems that the first one hard to solve
[20:40] <kiwinote> mvo: indeed, i just like going through what has been changed to see what I can do differently the next time ;)
[20:41] <mvo> kiwinote: :) yeah - and you are welcome to suggest/comment my changes of couse
[20:41] <kiwinote> hehe
[20:42] <mvo> *cough* fix my bugs *cough* too ;)
[20:49] <asac> FYI, the sound indicator thing is gone completely for me ... always need to do gnome-volume* on the command line;)
[20:51] <asac> seb128: ^^
[20:51] <seb128> asac, is indicator-sound installed?
[20:51] <asac> i think a few days ago it happened during some upgrade ... indicator-sound is still installed
[20:51] <asac> yes
[20:51] <seb128> asac, do you have other indicators?
[20:52] <asac> ii  indicator-sound                      0.3.9-0ubuntu2                       A system sound indicator.
[20:52] <asac> hmm. good question ;)
[20:52] <asac> seems not
[20:52] <seb128> ie the message one
[20:52] <seb128> add the indicator applet back
[20:52] <asac> only tray and clock
[20:52] <seb128> you probably removed it by mistake
[20:52] <asac> also i have me menu at the bottom
[20:52] <asac> what?
[20:52] <asac> i definitly didnt remove it ;)
[20:52] <seb128> or it crashed and you didn't click reload
[20:52] <asac> yeah that happened most likely
[20:52] <asac> so what do i need to add?
[20:53] <seb128> "notification applet"
[20:53] <asac> ok
[20:53] <asac> added indicator applet
[20:53] <asac> that came with all this stuff ;)
[20:53] <seb128> ;-)
[20:53] <asac> hmm. i have two clocks now
[20:53] <seb128> right
[20:53] <asac> is the old weather clock supposed to be removed?
[20:53] <seb128> either uninstall indicator-datetime
[20:53] <seb128> or remove the GNOME applet one
[20:53] <seb128> no
[20:54] <seb128> indicator-datetime is not installed by default on the desktop
[20:54] <asac> what is supposed to happen for upgrades from lucid?
[20:54] <asac> hmm
[20:54] <seb128> it's using in unity though
[20:54] <asac> interesting
[20:54] <asac> ah
[20:54] <seb128> it's an issue if you have unity and GNOME installed
[20:54] <asac> so unity brought this
[20:54] <asac> kthx
[20:54] <seb128> np
[20:54] <seb128> unity uses the indicator
[20:54] <seb128> we will need to deal with that before end of the cycle
[20:55] <seb128> the indicator one has not calendar integration yet nor timezone
[21:08] <asac> seb128: true. i clearly want a world clock here ;)
[21:08] <asac> good pointer
[21:08] <asac> seb128: so you say the indicator clock is not default on desktop yet? can i disable that without removing the package?
[21:09] <seb128> tedg, ^
[21:10] <seb128> asac, I think not but we will need to figure a way for maverick since that's a common situation
[21:10] <seb128> tedg, the question is "is there a way to not load indicator-datetime under GNOME"
[21:11] <seb128> tedg, while having it still installed for unity sessions
[21:11] <seb128> (I guess not right now)
[21:13] <seb128> pitti, want to do http://download.gnome.org/sources/gnome-session/2.31/gnome-session-2.31.6.tar.gz?
[21:13] <seb128> pitti, the code has been ported to upower and you know that better
[21:13] <seb128> pitti, (I guess you are away for the night, just letting it as backlog for tomorrow)
[21:18] <tedg> seb128, Not right now, but I was thinking we could just black list it in the indicator-applet.
[21:19] <tedg> seb128, That way it'd show up in complete if people wanted that as well.
[21:20] <seb128> tedg, I guess there is no easy way to be smart and to do it only if the clock applet is loaded?
[21:21] <tedg> seb128, No, not really.  gnome-panel is pretty opaque -- you remember the patch we have for FUSA vs. menu items :)
[21:21] <seb128> let's not speak about this one ;-)
[21:23] <seb128> tedg, do you plan to have a some point control over what indicators to load?
[21:23] <seb128> the same way you do for the messaging menu for example?
[21:23] <seb128> ie just touching a file on the disk or something
[21:23] <tedg> seb128, Yeah, I'm trying to figure out the best way to do it.  I really want it to be a gsettings key... but I'm not quite sure how to do that yet.
[21:23] <seb128> ok
[21:24] <tedg> The problem is that it's a list -- so you want to say "user removed" or "user added" instead of replacing the whole list.
[21:24] <seb128> in any case let's filter out datetime in the applet after beta if we don't have anything better
[21:24] <tedg> +1
[21:24] <seb128> well you could have a list of keys in a dir
[21:25] <seb128> and setting those to true or false
[21:25] <seb128> rather than using a list
[21:25] <seb128> "list of keys", ie one key by indicator <indicator_name>_enable
[21:25] <tedg> Yeah, but then somewhere I have to have a list of all the possible indicators.
[21:26] <tedg> Right, in the schema?
[21:26] <seb128> well each indicator would install its key set to true
[21:26] <seb128> in its schemas
[21:26] <tedg> seb128, Hmm, good idea.
[21:26] <seb128> so you would just have to go through the list
[21:28] <cjohnston> kenvandine: ping
[21:51] <Lemmiwinks> hi there, I've got a problem with my ati radeon 8500 (r200 chip) on jaunty when using the radeon driver
[21:51] <Lemmiwinks> the xserver crashes randomly on startup
[21:52] <Lemmiwinks> toyed around with a lot of bios and also xorg.conf AGP settings, but with no luck
[21:54] <Lemmiwinks> oh maybe I'm in the wrong channel