[01:04] <robert-ancell> RAOF, I just dis-upgraded and my video is broken, any ideas?
[01:25] <RAOF> robert_ancell: What card?
[01:25] <RAOF> Also, urgh.
[01:26]  * RAOF was just about to break his video in the interests of science.
[01:26] <RAOF> Also, “broken”? :)
[01:26] <desrt> RAOF: smoke is coming out
[01:27] <RAOF> Unlikely to be my fault, then :)
[01:27] <robert_ancell> RAOF, black screen on bootup.  Can see mode changes but doesn't seem to be working
[01:27] <robert_ancell> RAOF, I'm running now in vesa
[01:27] <robert_ancell> VGA compatible controller: ATI Technologies Inc M92 [Mobility Radeon HD 4500 Series]
[01:28]  * RAOF shall plug in his ATI-using system and see.
[01:28] <RAOF> Did you try disabling kernel modesetting?
[01:29] <robert_ancell> desrt, hey, how are you
[01:29] <robert_ancell> RAOF, no
[01:29] <RAOF> Were you on Lucid before, or is this the recent upgrade to radeon 6.13?
[01:29] <desrt> robert_ancell: sickly lately :/
[01:30] <robert_ancell> RAOF, on maverick, been dist-upgrading each day
[01:30] <desrt> mostly working on things that don't require too much thinking
[01:30] <desrt> glib cleanups, etc
[01:30] <robert_ancell> desrt, :)
[01:30] <desrt> just about to crack open the dconf shm problem again though
[01:30] <robert_ancell> RAOF, what is the command to disable KMS?
[01:30] <desrt> gonna get it licked this time, i think
[01:30] <RAOF> robert_ancell: Pass “nomodeset” to the kernel from grub.
[01:32] <robert_ancell> desrt, hey, do you know the story with the latest glib, it says in the NEWS that it has API breaks that "require a new GTK+".  i.e. do I need to upgrade GTK+ to make it work together?
[01:32] <desrt> yes
[01:32] <desrt> mclasen dropped a new gtk today
[01:33] <desrt> it only affects GtkApplication
[01:33] <desrt> so if you're running pre-GtkApplication gtk then you need not do anything
[01:33] <robert_ancell> desrt, oh, that explains why my system has not melted down :)
[01:33] <robert_ancell> RAOF, I'll try when I get a chance to restart
[01:33] <robert_ancell> ls
[01:33] <desrt> i change some GVariant API
[01:34] <robert_ancell> desrt, also, did the latest dconf intentionally reduce the gio requirement?
[01:34] <desrt> no.
[01:34]  * RAOF goes back to breaking his video.
[01:34] <robert_ancell> it went 2.25.10->2.23.10
[01:34] <desrt> oops :)
[01:34] <desrt> someone sent some configure.in fixups
[01:34] <desrt> i committed them almost without looking
[01:35] <robert_ancell> heh
[01:35] <desrt> erm
[01:35] <desrt> actually, i just screwed up
[01:35] <desrt> entirely my fault
[01:35] <desrt> it wasn't part of that patch
[01:35] <robert_ancell> dconf-editor is now not completely broken in this release!
[01:35] <desrt> ya
[01:35] <desrt> that's one of the reasons i did the release
[01:36] <desrt> seb mentioned it :p
[01:36] <TheMuso> Woohoo! Cally finally a part of clutter!
[01:36] <robert_ancell> heh, learning vala and battling GtkTreeModel is a dangerous combination
[01:36] <robert_ancell> TheMuso, nice!
[01:36] <desrt> you should have used libmodel :)
[01:36] <robert_ancell> desrt, yeah, didn't think of that
[01:37] <desrt> btw
[01:37] <desrt> what's the story with gee?
[01:37] <desrt> some people have complained about that
[01:37] <robert_ancell> desrt, we could remove it.  They're just nicer collections than the GLib ones.
[01:37] <desrt> ah
[01:37] <desrt> well, no panic or anything
[01:38] <desrt> still a lot of time left in this cycle :)
[01:38] <robert_ancell> vala and gee seem to go together
[01:40] <desrt> btw
[01:40] <desrt> i wondered if you considered making the editor more schema-oriented
[01:40] <desrt> maybe even using the gsettings API
[01:42] <robert_ancell> desrt, I totally think it should be gsettings....
[01:42] <desrt> with some recent gsettings API changes it should be possible
[01:42] <desrt> you can enumerate all the keys in a schema and all the installed schemas on the system now
[01:42] <robert_ancell> desrt, the only feature that *may* be useful that gsettings probably wouldn't expose is keys in d-conf without schemas.  But you could have a command line tool to show "orphaned" keys
[01:43] <desrt> some sort of 'cleanup' feature might be neat
[01:43] <robert_ancell> desrt, do you think it should be part of glib or a separate module then?
[01:43] <desrt> well
[01:43] <desrt> we have the commandline tool in glib
[01:43] <desrt> obviously we can't have a gtk application there....
[01:43] <robert_ancell> true
[01:44] <desrt> anyway
[01:44] <desrt> could be a really nice UI, i think
[01:44] <desrt> very much nicer than gconf-editor type of thing
[01:45] <desrt> we could even add summary/description for the schemas themselves
[01:45]  * mclasen had thought that putting it in dconf was kinda odd
[01:45] <desrt> mclasen: i think of it like the gvfs-* tools being in gvfs...
[01:45] <desrt> even though they are really just using gio
[01:45] <mclasen> I don't think the gvfs tools are well-placed either
[01:45] <desrt> only other place it could really go is gtk...
[01:46] <mclasen> in fact, adding a 'gio' tool has crossed my mind recently
[01:46] <robert_ancell> gconf-editor is a separate module currently right?
[01:46] <desrt> ya
[01:46] <robert_ancell> modules are cheap, we might as well keep it separate
[01:46] <desrt> gsettings-editor? :p
[01:46] <robert_ancell> mclasen, what sort of gio functions?
[01:47] <desrt> mclasen: probably should call it gfile, i guess
[01:47] <desrt> otherwise you might give up the game about what  'gio' truly means :)
[01:47] <mclasen> a single tool that combines gvfs-ls/copy/move/etc
[01:48] <mclasen> maybe gvfs would be the right name
[01:48] <robert_ancell> mclasen, like a debug file browser?
[02:14] <robert_ancell> RAOF, works with nomodeset
[02:20] <RAOF> robert_ancell: Did you see cjwatson's post to ubuntu-devel about the recent GRUB modesetting change?  That's a good candidate for testing, too.
[02:21] <robert_ancell> RAOF, well, grub works in both cases, so guessing not the issue?
[02:22] <RAOF> It could be - grub's now not switching the display into text mode before launching the kernel - this could possibly be freaking out the radeon module.
[02:23] <robert_ancell> ah
[02:24] <RAOF> Which causes vesafb to kick in, which _shouldn't_ cause problems.  If all goes well… :)
[04:24] <robert_ancell> RAOF, what authorizations does out X server support?
[04:24] <robert_ancell> our
[04:25] <RAOF> Um.  The standard ones, IIRC.  I don't think we set anything fancy.\
[04:25] <robert_ancell> RAOF, and the standard ones are?  MIT-MAGIC-COOKIE-1 and ?
[04:27] <RAOF> man Xsecurity suggests XDM-AUTHORISATION-1 and SUN-DES-1
[04:29] <RAOF> Well, and host-based security.
[04:29] <RAOF> I'm pretty sure there's an SHA based one, too.  Hm.
[04:29]  * TheMuso is setting up VMs atm, and looks forward to the day that vmgl is properly supported in kvm, and integrated everywhere. :)
[04:30] <robert_ancell> RAOF, ta
[04:30] <RAOF> TheMuso: KVM should kinda almost mostly support vmwgfx, too.
[04:30] <RAOF> Although we don't build either the X 2d driver nor the 3D state tracker for it.
[04:30] <TheMuso> RAOF: It does, but you need a patched VNC, and the SDL viewer is not yet supported.
[04:31] <RAOF> You're obviously better informed than me then.  Go about your business ;)
[04:31] <TheMuso> grrr. Something going on with GTK apps and focus, particularly to do with accessibility.
[04:32]  * TheMuso was just reading up on vmgl, since I'm setting up some VMs. I've also fallen in love with virt-manager.
[04:33] <RAOF> virt-manager rocks.
[04:34] <TheMuso> Only thing thats slightly cumbersome is setting up storage via virt-manager.
[04:51] <TheMuso> robert_ancell: How are you finding your new found freedom? :)
[04:52] <robert_ancell> TheMuso, freedom?
[04:52] <TheMuso> robert_ancell: freedom to upload your own changes without needing a sponsor./
[04:52] <TheMuso> i.e core-dev
[04:53] <robert_ancell> TheMuso, oh, it's nice :)
[04:54] <TheMuso> Yeah I felt the same for a while after getting core-dev myself.
[04:59] <robert_ancell> "for a while"
[05:00] <RAOF> Then people started to bug you for uploads? :)
[05:00] <robert_ancell> I guessed as much :)
[05:25] <pitti> Good morning
[05:26] <TheMuso> Morning pitti.
[05:26] <TheMuso> Whats the weather like in Europe these days?
[05:26] <RAOF> Howdie, pitti.  Looks like that makes it lunch time!
[05:26] <pitti> TheMuso: like ice cream and sunburn
[05:27] <pitti> TheMuso: it keeps being > 30 degrees
[05:27] <pitti> hey RAOF
[05:27] <tremolux> or, sleep time!  ;)
[05:27]  * TheMuso wonders whether Prague is getting similar weather...
[05:27] <tremolux> hi pitti, hey folks
[05:27] <pitti> TheMuso: probably; it might all be different next week, of course
[05:27] <pitti> TheMuso: we have had this heat for over two weeks, time for a change
[05:27] <TheMuso> yeah such is weather.
[05:27] <pitti> hey tremolux
[05:28] <pitti> but oh well, we'll be stuck in the climatized hotel most of the time anyway
[05:35] <TheMuso> May be better than outside anyway. :)
[05:59] <robert_ancell> TheMuso, do we want the latest libcanberra?
[05:59] <TheMuso> robert_ancell: doing it now actually.
[05:59] <TheMuso> i.e uploading right now.
[06:00] <robert_ancell> :)
[06:32] <robert_ancell> TheMuso, what's the name of the debian tool that generates/checks debian/changelog?
[06:32] <robert_ancell> debian/copyright I mean
[06:34] <TheMuso> robert_ancell: I don't know.
[06:34] <TheMuso> There is lintian, but that checks the whole package.
[06:35] <robert_ancell> There's some magic tool that scans all the source files but I can't remember the name...
[06:35] <RAOF> licensecheck
[06:36] <RAOF> I think. :)
[06:37] <robert_ancell> RAOF, thanks!
[06:59] <didrocks> good morning
[07:03] <TheMuso> Hey didrocks.
[07:04] <didrocks> hey TheMuso, how are you?
[07:04] <TheMuso> didrocks: Well thanks. Yourself?
[07:08] <didrocks> TheMuso: good, slowly recovering from a very busy last week ;)
[08:19] <and471> morning all
[08:19] <and471> mvo, here is your dialog :) http://imagebin.ca/img/43PZ2w.png
[08:20] <mvo> good morning and471
[08:20] <mvo> and471: *nice*
[08:20] <and471> mvo, :)
[08:20] <mvo> \o/
[08:20] <and471> mvo, there are 3 issues I need to discuss
[08:21] <and471> mvo, first, the ubuntu logo is not from the 'distributor_icon' gtk icon, it is one I downloaded off of design.canonical.com
[08:21] <and471> mvo, I feel it needs to be used instead of the humanity styled one, as it needs to be 'official' as you are giving away you uname and password
[08:22] <and471> mvo, this means if no other package does, we need to ship it with software-center
[08:22] <mvo> that is ok, its currently a ubuntu only feature anyway
[08:22] <and471> mvo, we could also speak to vish about this when he gets on, to see if humanity can ship it, but with a different name
[08:22] <and471> mvo, cool
[08:22] <and471> mvo, second issue
[08:23] <and471> mvo, in these mockup, you can see what mpt plans for the bottom of the dialog
[08:23] <and471> https://wiki.ubuntu.com/SoftwareCenter?action=AttachFile&do=get&target=review-single-sign-on-offline.jpg
[08:23] <and471> however the hbuttonbox at the bottom of the dialog means that if we put that in, it looks all funny
[08:24]  * mvo nods
[08:24] <mvo> it would be nice to have something there, showing e.g. a spinner while trying to connect
[08:24] <didrocks> good morning and471, mvo
[08:24] <and471> mvo, http://imagebin.ca/img/av-rFD.png
[08:24] <and471> didrocks, morning
[08:24] <mvo> instead of what we do now iirc to just make the dialog vanish
[08:24] <mvo> hey didrocks
[08:24] <and471> mvo, see the buttonbox makes all children homogeneous and it looks silly
[08:25] <and471> (for lack of a better adjective)
[08:25] <mvo> and471: maybe we just get rid of the hbuttonbox and use a nomal hbox?
[08:25] <mvo> silly is the perfect word to describe it :P
[08:25] <and471> mvo, unforntunately in glade we can't delete it
[08:25] <and471> "You cannot remove a widget internal to a composite widget."
[08:25] <mvo> *grumpf* silly glade!
[08:25] <and471> mvo, yup
[08:26] <and471> mvo, I can delete the action area (hbuttonbox) in pygtk
[08:26] <and471> mvo, but then I don't know how to add a hbox in its place
[08:26] <and471> mvo, though I haven't played for it that long so if may be possible
[08:28] <mvo> and471: I guess removing the dialog_action-area_login and just adding a new hbox should work
[08:28] <and471> mvo ah wait a min, I think I have it..
[08:28] <mvo> and471: cool
[08:30] <and471> mvo, okay I can see how to do it now, I assumed the hbuttonbox was a direct child of the dialog, and so there was no way to pack_start, but there is a vbox between it and the dialog and so it is possible (ignore my ramblings :D)
[08:31] <and471> mvo, okay the third issue, which is really just a matter of opinion
[08:31] <and471> mvo, the dialog needs to find out if the user has an internet connection, would the best way to do this be a dbus call to network-manager?
[08:33] <mvo> and471: yes, NM should be the authority on this now
[08:33] <and471> mvo, ok
[08:33] <mvo> and471: the very best is to download a known (tiny) bit of text from a known url
[08:33] <and471> well I shall get to work
[08:33] <mvo> and471: this has the advantage that we also figure out if people are behind a pay-wall (e.g. in a hotel)
[08:34] <mvo> and471: I think ev from #ubuntu-devel discussed setting up such a service in the past
[08:34] <and471> mvo, I don't if that applies though becuase there is one state if there is no internet connection, and then another if the server can't be contacted
[08:34] <mvo> aha, ok
[08:35] <mvo> yeah, then NM should be good
[08:35] <and471> mvo, otherwise we could me telling the user there is no internet connection, when there is one configured is network-manager - that really annoys me :)
[08:35] <and471> mvo, okay then, thanks for the advice and I shall get to work
[08:35] <mvo> thanks a bunch and471
[08:35] <and471> np
[08:35] <didrocks> mvo: do you think that ViewManager should create item groups and enable sorting them by group (not particularly related to a node, but groups)?
[08:38] <mvo> didrocks: do you have a example?
[08:39] <didrocks> mvo: well, oneconf will use that, for instance, when adding new computers, I think it will be good to sort them by name (see https://wiki.ubuntu.com/SoftwareCenter?action=AttachFile&do=get&target=installed-software-computers.jpg)
[08:39] <didrocks> so the case is:
[08:39] <didrocks> - adding items after Installed Softwares (hence the idea of placeholder)
[08:40] <didrocks> - sort them in alphabetical order
[08:40] <didrocks> - some can be added/removed during USC lifetime
[08:45] <mvo> didrocks: aha, thanks. it sounds like we want a ViewGroup or something, but that gets a bit over-engineered for the ~5 computers that people have max :)
[08:46] <mvo> didrocks: maybe register_view(insert_before=None, insert_after=None, sort=True)?
[08:46] <mvo> didrocks: then the view can put it into (after, before) ?
[08:46] <didrocks> mvo: so, you have to get the before viewid, even for generic items
[08:46] <didrocks> like Installed software
[08:46] <didrocks> and we remove placeholder
[08:49]  * mvo scratches head
[08:49] <mvo> its anoying for you to get the installed software viewid, right?
[08:49] <mvo> easiest would be to default to the last element :) but then the spec says something different
[08:50] <asac> didrocks: could you poke debian to take a look at http://bugs.debian.org/588244?
[08:50] <asac> its really painful for us to maintain this in a ppa as it constantly gets superseded ;)
[08:50] <asac> or let us upload to archive
[08:51] <asac> thx
[08:51] <didrocks> mvo: we can maybe, in refactoring the code, instead of using range(6) to generate viewid for generic items, and get them in plugins?
[08:51] <didrocks> asac: no pb, I can try to ping them. But I was thinking that alf__ talked to the DD?
[08:52] <mvo> didrocks: absolutely, that is the plan, see lp:~mvo/software-center/viewmanager for a start, but its definitely planed to not have the (ugly) range() left after the viewmanager is in :)
[08:52] <mvo> didrocks: unfortunately the branch is very very empty
[08:52] <mvo> didrocks: just the bits from the etherpad page
[08:52] <asac> didrocks: not sure. the bug didnt get any attention for a week ;)
[08:52] <alf__> didrocks: My emails have been ignored and kov in debian-gnome said he could not make that decision, so I opened debian #588244
[08:52] <ubot2> Debian bug 588244 in clutter-1.0 "Clutter eglx packaging" [Wishlist,Open] http://bugs.debian.org/588244
[08:52] <didrocks> mvo: so, if I can import the generate viewid in a dict from USC, I'm happy with it
[08:52] <mvo> ok
[08:53] <didrocks> alf__: asac: apart from kov, I don't have any other clutter debian guys connexion…
[08:53] <asac> if debian isnt cooperative we have to upload it to ubuntu.
[08:53] <didrocks> mvo: ok, sounds good with insert_after and insert_before so, and let's forget the placeholder
[08:53] <asac> ok
[08:53] <asac> we wait one or two more days
[08:54] <didrocks> asac: I won't do the merge in ubuntu afterwards, I'll let that to you guys :)
[08:54] <mvo> didrocks: ok, cool
[08:54] <mvo> thanks didrocks!
[08:54] <didrocks> mvo: you're welcome, thanks for the work on it :)
[08:55] <and471> mvo, off the top of your head, do you know what the propertyname is in pygtk that is "padding" in glade?
[08:55] <mvo> and471: iirc its set_padding()
[08:56] <and471> mvo, thanks
[08:56] <and471> mvo, err it isn't, thanks anyway, I shall find out
[09:00] <asac> didrocks: guess thats probalby fine then. though unfortunate of course
[09:00] <asac> what team is maintaining clutter in debian?
[09:01] <didrocks> asac: debian-gnome, hence the ping to kov
[09:01] <asac> alf__: did kov say who could make a decision?
[09:03]  * asac poinged kov ... lets hope he isnt unhappy about getting pings from all sides ;)
[09:03] <alf__> asac: No, just that he couldn't do it
[09:03] <asac> ok. lets see what he says
[09:04] <alf__> asac: in what channel did you ping him?
[09:04] <asac> #debian-devel
[09:05] <asac> (oftc)
[09:21] <seb128> hey
[09:23] <didrocks> salut seb128, il fait plus frais ?
[09:23] <seb128> lut didrocks, oui
[09:23] <seb128> hey rickspencer3, slomo
[09:23] <seb128> didrocks, how are you today?
[09:24] <slomo> hi seb128
[09:24] <didrocks> seb128: I'm fine and more rested than yesterday, thanks :) you?
[09:25] <seb128> didrocks, I'm fine, overslept a bit and had to wait for disk checking before starting my day so slacked a bit
[09:27] <fta> since the last update (maverick), if i put the mouse cursor above any gtk window, it starts blinking like hell and the cpu sky rockets (the app, Xorg, the w-m)
[09:29] <fta> and the cursor disappears after a few secs on other non-gtk windows (like regular xterms)
[09:31] <seb128> fta, try stopping unclutter?
[09:31] <seb128> fta, what did you upgrade in that upgrade round?
[09:32] <fta> seb128, kill? or is there a pref somewhere?
[09:32] <seb128> sudo apt-get remove unclutter
[09:32] <fta> seb128, i upgrade everyday, but i don't restart daily (just when there's a new kernel
[09:32] <seb128> or stop the process just to try
[09:33] <fta> yep, far better when killed
[09:33] <seb128> ok
[09:33] <seb128> you still get flickering and cpu use?
[09:33] <rickspencer3> hi seb128
[09:33] <seb128> or what you call far better is non buggy?
[09:34] <fta> seb128, nope, cpu is back where it should be, and no more cursor flickering
[09:34] <seb128> fta, ok, nice
[09:35] <seb128> fta, bug #16492
[09:35] <ubot2> Launchpad bug 16492 in gtk+2.0 (Ubuntu Maverick) (and 3 other projects) "Mouse pointer should disappear when keyboard is in use and mouse isn't (affects: 25) (heat: 142)" [High,Triaged] https://launchpad.net/bugs/16492
[09:35] <seb128> fta, that's the bug requesting to have unclutter by default
[09:36] <seb128> you can probably add a comment there and open a bug against unclutter if there is not already one
[09:37] <fta> ehhh, that's a crazy idea. i use follow focus and no auto-raise, i need to see where the cursor is
[09:38] <fta> (auto_raise=false, raise_on_click=false, focus_mode=sloppy, focus_new_windows=smart)
[09:38] <fta> and metacity of course
[09:39] <seb128> don't argue there, I don't agree with the change
[09:39] <seb128> comment on the bug saying that ;-)
[09:46] <pitti> good morning seb128
[09:46] <pitti> hey rick
[09:46] <seb128> hey pitti
[09:46] <fta> seb128, done
[09:48] <fta> seb128, also, when i hover the clock, i see a weird yellowish background, unreadable when using Ambiance
[09:49] <seb128> I don't confirm that one
[09:49] <seb128> well it's highlighted on mouseover but not yellow there
[09:51] <fta> seb128, http://people.ubuntu.com/~fta/clock-ambiance.ogv
[09:51] <seb128> waouh
[09:52] <seb128> did that start recently?
[09:52] <fta> yep, 1h ago
[09:52] <seb128> ok, I didn't upgrade yet today
[09:52] <and471> fta, yuck :-#
[09:52] <seb128> let me see how it goes after upgrade
[09:52] <fta> well, i restarted my desktop today, but the update could be a few days older
[09:55] <fta> d'oh! my previous restart was 2 weeks ago (but with daily updates)
[10:24] <fta> xchat now crashes on exit.. it's not my day
[10:24] <fta> in dbus_connection_dispatch()
[11:13] <pitti> seb128: it seems that gtk/librsvg still open the acual .svg icon files even if there is an icon cache, is that expected?
[11:13] <seb128> I think it is
[11:13] <seb128> it caches png files but not svg files IIRC
[11:13] <seb128> dunno why or a reason it could though
[11:13] <pitti> right, makes sense; thanks!
[11:14] <seb128> couldn't
[11:14] <seb128> pitti, yw
[11:14] <seb128> pitti, do you have a minute to join #telepathy?
[11:14] <seb128> pitti, to explain how apport catches python crashes
[11:18] <and471> mvo mpt what I have done so far http://videobin.org/+1hk/1qn.html (only 30 secs)
[11:18] <and471> mpt, I will make the email and password stuff insensitive when continue button is clicked in a bit
[11:18] <mpt> mvo, hi, when I try to run software-center trunk it won't work: http://paste.ubuntu.com/462923/
[11:18] <mvo> mpt: thanks, let me fix that
[11:19] <mvo> and471: nice!
[11:19] <and471> ;)
[11:20] <mpt> ergh, Chromium's video playing is buggy
[11:21] <mvo> mpt: fixed in r902
[11:21]  * mvo is off for lunch
[11:21] <mpt> though there's also something not quite right with that video, it's apparently 6:48 long but only 0:40 long
[11:21] <mpt> thanks mvo
[11:21] <mpt> and471, that looks great, well done!
[11:21] <mpt> and471, is "Continue" the default button?
[11:27] <and471> mpt, yeah something is wrong, ah well
[11:28] <and471> mpt, don't think, so, I shall correct it tho
[11:28]  * and471 is also off for lunch
[11:28] <mpt> cool
[11:29] <seb128> pitti, thanks for joining on #telepathy ;-)
[11:29] <pitti> seb128: no problem :)
[11:31]  * and471 is working on SC to pay off his debt to mpt - he doesn't come cheap :D
[11:31] <mpt> and471, you owe me anything? I had no idea
[11:31] <and471> mpt, the question I asked you the other morning
[11:31] <mpt> oh, right
[11:31] <and471> ;)
[13:03] <geser> if someone is looking at the glib2.0 or gnome-applets FTBFS: the buildds don't support [linux-any] yet in build dependencies
[13:18] <cassidy> seb128, I just released empathy 2.31.5.1, you should pkg this one instead of 2.31.5
[13:22] <seb128> cassidy, ok thanks
[13:22] <seb128> geser, ok thanks
[13:22] <seb128> geser, do you know when they will?
[13:23] <geser> seb128: no, I filed bug #604981 just a few minutes ago
[13:23] <ubot2> Launchpad bug 604981 in launchpad-buildd "The buildd doesn't support [linux-any] in build dependencies (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/604981
[13:24] <seb128> geser, thanks
[13:24] <seb128> I guess I will workaround that in glib for now
[13:24] <seb128> geser, thank you for pointing it
[13:59] <dobey> anyone want to see a neat firefox bug?
[14:03] <desrt> dobey: entertain me?
[14:05] <dobey> desrt: load a page like planet or something so the vertical scroll bar shows up, click and hold the mouse button down on the scroll bar, move the mouse outside of the window, and right-click while still holding the first button down
[14:06] <desrt> neat menu!
[14:07] <kenvandine> dobey, oh weird
[14:07] <kenvandine> that is a crazy menu :)
[14:07] <dobey> haha
[14:07] <dobey> it's the entire firefox context menu
[14:07] <kenvandine> yeah
[14:43] <seb128> kenvandine, did you tell you need vala and telepathy-glib changes?
[14:43] <seb128> kenvandine, can I help getting this in?
[15:21] <kenvandine> seb128, not yet... i have it built in my ppa for now
[15:21] <seb128> kenvandine, ok
[15:22] <kenvandine> seb128, there is a problem building vala on the buildds for now... so you have to add valac as a build-depends
[15:22] <seb128> kenvandine, well patching the generated .c should work
[15:22]  * kenvandine is glad didrocks pointed that out before i spent much time figuiring it out :)
[15:22] <seb128> but yeah, we did that with didrocks previously as well
[15:23] <kenvandine> seb128, true... but there might be an upstream release before i have this ready for main anyway
[15:23] <kenvandine> i hope
[15:23] <seb128> ok
[15:45] <bjf> rickspencer3, when is your weekly meeting these days?
[15:45] <seb128> bjf, 1h45 from now
[15:46] <bjf> seb128, thanks
[15:46] <seb128> np
[16:00] <pitti> seb128: I won't be able to make today's meeting, sorry; do you have some questions for me?
[16:05] <seb128> pitti, ok, not really
[16:05] <seb128> pitti, do you come next week?
[16:05] <pitti> seb128: yes
[16:08] <seb128> pitti, excellent, will be nice to have you there ;-) feel free to add items to the wiki if there are things you want to work on next week
[16:24] <pitti> seb128: re (sorry, was in meeting)
[16:24] <pitti> seb128: I guess I'll spend a lot of time with Florian to work on an OEM project, since during that week I have the chance to work on the real hw
[16:24] <pitti> seb128: but of course I'll also hang out with us desktoppers
[16:25] <seb128> pitti, yeah ;-)
[16:25] <pitti> and I want to buy you a beer!
[16:25]  * pitti hugs seb128
[16:26]  * seb128 hugs pitti
[16:26] <seb128> not sure what I did to deserve this one but I will not say no to a beer ;-)
[16:26] <seb128> I have to pay you some of those as well ;-)
[16:27] <seb128> I will buy mvo some tea as well
[16:27]  * seb128 uses edit-patch right now
[16:27]  * seb128 hugs mvo
[16:27] <mvo> hm tea!
[16:27]  * mvo hugs seb128
[16:29] <pitti> good bye everyone, see you tomorrow
[16:29] <seb128> pitti, bye
[16:29] <pitti> oh, right, I need to buy mvo a beer as well
[16:30] <pitti> an "apt compressed indexes draught" or so :)
[16:30] <didrocks> bye bye pitti
[16:30] <mvo> pitti: its in experimental
[16:30] <mvo> :)
[16:30] <pitti> oh, wow! I didn't see the MP closing
[16:30]  * pitti hugs mvo
[16:31] <mvo> pitti: its not in maverick yet, but that is a matter of the merge, its scary how much good stuff donkult did
[16:31] <pitti> mvo: "David Kalnischkies"? just reading the changelog, indeed!
[16:32] <pitti> "do not fail von double close" -> is he German?
[16:33]  * pitti has to run now, bye!
[16:33] <dieki> Hey, is there a blueprint for Window indicators anywhere? I've looked and looked, but I can't find it.
[16:34] <seb128> hey dieki
[16:34] <seb128> try asking #ayatana
[16:34] <seb128> they are the ones working on such changes
[16:34] <dieki> Okay, I'll try there. Thanks.
[16:34] <seb128> this channel is about landing work in Ubuntu
[16:34] <nigelb> seb128: great session yesterday :)
[16:34] <seb128> nigelb, thanks ;-)
[16:36] <and471> mvo, I went a bit dialog crazy and so I have transferred two dialogs (dependency alert when removing and a broken apt cache) into a glade file
[16:36] <and471> mvo, I have made them comply with the spec, but I can't test them easily, is there an easy way to do this?
[16:46] <mvo> and471: cool
[16:47] <mvo> and471: yeah, you can test the broken cache by e.g. installing "4g8" that has a libnet1 dependency. if you then run "sudo dpkg -r --force-depends libnet1" you get broken dependencies
[16:47] <mvo> and471: so the broken apt cache dialog
[16:47] <mvo> and471: for removing you can install 7zip and then remove it again, it has a rdepends on file-roller
[16:48] <mvo> and471: and push your code ;)
[16:48] <and471> mvo, cool
[16:48] <mvo> so that I can merge it
[16:48] <and471> thanks
[16:48] <and471> mvo, well it is not quite finished yet but when it is, I shall
[16:48] <mvo> thanks \o/
[16:48] <and471> mvo, I am not confident on dbus and I need for the login dialog to connect to network-manager's dbus and connect a callback to a signal
[16:49] <and471> mvo, if I put all the code in place, when I push, can you write this code?
[16:49] <and471> (all the GUI code that is, then you write in the dbus stuff)
[16:55] <and471> mvo, in the login backend, what does the signal need-username-password signify?
[16:56] <mvo> and471: need-username-passowrd means, that the UI should make the passowrd fields sensitive, it may have stored credentials. in this case the user does not have to enter something
[16:56]  * gicmo pokes mvo
[16:57] <mvo> hey gicmo
[16:58] <and471> mvo, is there a signal to say that the username and password are not correct, this should be different from when SC cannot contact the server
[17:00] <gicmo> mvo, how is it going?
[17:01] <mvo> gicmo: hungry, its almost dinner time for me :)
[17:01] <mvo> gicmo: and you?
[17:01] <mvo> and471: I think currently there is only login-failure
[17:01] <mvo> and471: best is to extend that to login-connection-refused or somesuch
[17:01] <mvo> and471: but I gtg (dinner time)
[17:02] <and471> mvo, ok, I shall put in the neccessary GUI code but comment it out
[17:02] <and471> mvo, cool see ya
[17:02] <mvo> and471: cool, looking forward to that branch :)
[17:02] <and471> :)
[17:02] <gicmo> mvo, pretty busy
[17:02] <gicmo> not much fun hacking these days
[17:03] <gicmo> but lots of interesting neuroscience things coming up ;-)
[17:05] <mvo> gicmo: oh, i see - cool stuff!
[17:07] <gicmo> mvo, yeah, but lots of new stuff as well so learning, learning .. ;-)
[17:21] <and471> mpt, am I correct in assuming in this dialog https://wiki.ubuntu.com/SoftwareCenter?action=AttachFile&do=get&target=review-single-sign-on.jpg unless the radiobutton selected is the first one, that the status stuff in the bottom-left hand corner doesn't need to change ?
[17:22] <mpt> and471, no, there'd still be "Not connected to the Internet" sometimes
[17:22] <and471> mpt, yeah okay apart from that
[17:22] <mpt> because you need an Internet connection to do either registration or password recovery
[17:23] <and471> mpt, no like 'opening your web browser'
[17:23] <and471> .. to register/to recover password
[17:23] <mpt> ah
[17:25] <mpt> hmmm
[17:27] <mpt> and471, I don't know
[17:27] <mpt> I hadn't thought about that before
[17:27] <and471> mpt, ( :-0
[17:28] <mpt> I suppose if the registration or recovery is happening in a Web browser, USC has no idea when you've finished
[17:28] <and471> mpt, it doesn't really matter from coding point of view
[17:28] <mpt> or whether you gave up
[17:28] <and471> mpt, I was just asking quickly
[17:28] <mpt> yeah, but it matters for the design
[17:28] <and471> mpt, true, I don't think it could find out
[17:29] <mpt> and471, so, how about this:
[17:29] <and471> mpt, the reason I thought about it, is that firefox lags behind when I open it afresh
[17:29] <and471> mpt, and so the user might be wondering what is happeninf
[17:29] <and471> *happening
[17:29]  * and471 is listening intently
[17:29] <mpt> when you click "Continue" in either of those last two cases, you get a spinner and "Opening browser…" for five seconds
[17:29] <mpt> The browser opens, hopefully in front
[17:30] <seb128> hey there
[17:30] <seb128> it's meeting time
[17:30] <mpt> Meanwhile, once that five seconds is over, the dialog stays open but resets itself to its default state.
[17:30]  * kenvandine waves
[17:30] <didrocks> hey
[17:31] <seb128> ArneGoetje, chrisccoulson, didrocks, tremolux, kenvandine, everybody I forgot to list: meeting
[17:31] <seb128> Riddell, ^
[17:31] <chrisccoulson> hi
[17:31] <seb128> rickspencer3 is busy today so I will handle the meeting
[17:32] <seb128> hey everybody ;-)
[17:32] <Riddell> hi
[17:32] <seb128> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-07-13
[17:32] <seb128> we will see each other next week so keep that one short
[17:32] <tremolux> hey!
[17:32] <seb128> no outstanding actions it seems
[17:32] <seb128> kenvandine, ready for the partner update?
[17:33] <kenvandine> sure
[17:33] <kenvandine> for OLS, they think the desktop client for single signon is going to slip
[17:33] <kenvandine> so if anyone is depending on that, now is the time to yell :)
[17:33] <kenvandine> and for DX we plan to disable the duplicate menus for appmenu this week
[17:34] <kenvandine> if we get a fix for mutter causing the submenu problem
[17:34] <kenvandine> that is all i have
[17:34] <fta> grrr, more gtk artifacts on maverick.. http://code.google.com/p/chromium/issues/detail?id=48963
[17:35] <seb128> kenvandine, speaking about ols did they roll any update yet this cycle?
[17:35] <fta> (oops, meeting time? sorry, i leave)
[17:35] <seb128> kenvandine, is there anything coming from them? when?
[17:35] <kenvandine> yeah, quite a few
[17:35] <kenvandine> weekly updates of u1 client
[17:35] <kenvandine> and a couple other packages
[17:35] <seb128> oh right
[17:36] <seb128> you don't upload those nowadays so I didn't count them for some reason
[17:36] <kenvandine> the biggest thing coming is some file sync changes
[17:36] <seb128> I did notice the "ubuntuone is disabled" on every nautilus dialog I have though
[17:36] <kenvandine> yeah :)
[17:36] <kenvandine> that is terrible
[17:36] <kenvandine> they are working on that
[17:36] <kenvandine> that means that folder isn't syncing... which is confusing
[17:36] <seb128> ok
[17:36] <kenvandine> they are changing the text
[17:36] <kenvandine> don't click enable :)
[17:37] <seb128> ;-)
[17:37]  * kenvandine did that on his ~/Downloads folder
[17:37] <seb128> ok, thanks kenvandine
[17:37] <chrisccoulson> kenvandine, too late for me too
[17:37] <kenvandine> 2G of junk i don't care about
[17:37] <chrisccoulson> i clicked enable on the folder where i have all my source pacakges, and now i just ended up having to purge U1 ;)
[17:38] <seb128> other questions for kenvandine?
[17:38] <seb128> ok, seems not, thanks kenvandine
[17:38] <seb128> Riddell, hey, how was akademy?
[17:39] <Riddell> lovely
[17:39] <seb128> nice ;-)
[17:39] <Riddell> lots of useful talks, sessions, discussions etc,
[17:39] <Riddell> mobile a big theme not surprisingly
[17:39] <seb128> right
[17:39] <Riddell> KDE SC 4.5 RC 2 got packaged in my absence
[17:39] <seb128> and out of akademy, what's new in kubuntu? ;-)
[17:39] <seb128> I noticed, nice!
[17:40] <Riddell> KDE PIM doesn't seem like it'll get updated to 4.5 in time for maverick, we'll stick with 4.4 I expect
[17:40] <seb128> ok
[17:40] <Riddell> we have some further shuffling to do with the Qt packages, QtMultimedia into qt-mobility and QtWebkit needs synced with Debian which means all the rdepends will need a rebuild
[17:41] <Riddell> also Qt isn't building on ARM, needs doko to look at the ICE in that compile
[17:41] <Riddell> although on that topic NCommander ran a good session about KDE on ARM at Akademy
[17:41] <seb128> I guess you will probably be able to grab doko directly next week if required ;-)
[17:41] <Riddell> yes, good idea
[17:42] <seb128> Riddell, ok, anything else?
[17:43] <Riddell> we gave out 2000 CDs and about the same number of pens which was well received
[17:43] <Riddell> that's all :)
[17:43] <seb128> impressive number of CDs ;-)
[17:43] <seb128> thanks Riddell
[17:44] <seb128>  
[17:44] <seb128> didrocks, hey
[17:44] <seb128> UNE update next? ;-)
[17:44] <didrocks> sure
[17:44] <didrocks> Nothing realling fancy this week, new release yesterday as I wasn't there last week
[17:44] <didrocks> Mostly bugfixes, dynamic and static quicklist items to come soon
[17:44] <didrocks> Need designers input to know what to add to desktop files for static quicklist items, that will wait for the platform rally I guess.
[17:44] <didrocks> that's it for now  :-)
[17:45] <seb128> you already adopted the new sprint wording? ;-)
[17:45] <seb128> thanks didrocks
[17:45] <seb128> nice to see the bugs fixed in UNE this week
[17:45] <didrocks> seb128: yeah, I updated my vocabulary :)
[17:45] <seb128> tremolux, hey
[17:46] <seb128> tremolux, I see you wrote a nice update on the wiki, thanks ;-)
[17:46]  * seb128 is reading it now
[17:46] <tremolux> seb128: thanks, lots of stuff
[17:46] <tremolux> I have paste a summary:
[17:46] <tremolux> Buy Something: All teams report good progress, everyone feels on track for end-to-end integration at Prague sprint
[17:46] <seb128> tremolux, any short summary for the channel as well?
[17:46] <tremolux> UI Enhancements: New gtk-based appdetails view now in place, navigation history feature updates done, refactoring for new AppDetails model class, kiwinote good progress on apturl integration (GSoC)
[17:46] <tremolux> New Apps: Additional test apps added to app-review-board PPA, displayed in software-center main screen
[17:46] <tremolux> General: Plugin support moved to trunk, didrocks using it to add OneConf
[17:46] <tremolux> (as usual, please see wiki for detailed report, thanks!)
[17:46] <tremolux> :D
[17:47] <seb128> is there anything to do for the new application category to work?
[17:47] <seb128> it's empty there
[17:47] <seb128> I guess that has not landed to maverick yet?
[17:47] <tremolux> right
[17:48] <tremolux> we actually should hide that panel when it is empty
[17:48] <tremolux> I'll make a note to make that fix for the next release
[17:48] <seb128> well I guess it will not be empty rsn so it should be a non issue ;-)
[17:48] <seb128> thanks
[17:48] <tremolux> sure  :)
[17:48] <seb128> great work from you, mvo and others
[17:49] <seb128> seems s-c is on track for a great milestone in 10.10
[17:49] <tremolux> thanks, everybody's working hard, it's a great team
[17:49] <seb128> thanks tremolux
[17:49] <seb128> ok next, status update
[17:49] <seb128> http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team-maverick-alpha-3.html
[17:49] <seb128> we are not doing great there...
[17:50] <seb128> we had some people on holidays or at conferences or travelling
[17:50] <seb128> but I expect we will catch up during the sprint
[17:50] <seb128> (or rally for didrocks)
[17:50] <didrocks> thanks :)
[17:50] <seb128> but please don't forget to update your workitems regularly
[17:51] <seb128> and try to spend some times on those if you are busy with other things as well
[17:51] <seb128> speaking about the sprint next week
[17:51]  * ccheney notes most of his are very interrelated and hopes to have about half of them done by EOW
[17:51] <seb128> if you have anything you want to talk about or work on you should put it on the agenda
[17:51] <seb128> https://wiki.canonical.com/UbuntuPlatform/Sprints/Maverick/Desktop
[17:52] <seb128>  
[17:52] <seb128> ok, I think that's it from me
[17:52] <seb128> does anybody has any questions?
[17:52] <seb128> you are all ready for the sprint? ;-)
[17:53] <seb128> will be great to see everybody again
[17:53] <kenvandine> yup :)
[17:53] <seb128> ok, seems nobody has questions
[17:53] <seb128> so let's wrap now ;-)
[17:54] <seb128> thanks everybody
[17:54] <didrocks> thanks seb128 :)
[17:55] <vish> ccheney: hi , regarding : https://blueprints.launchpad.net/ubuntu/+spec/desktop-maverick-openoffice , there is a TODO for papercuts , which bug[s] is that regarding?
[17:55] <ccheney> vish, it would be about any that david comes up with that are high priority, i don't think any have been identified yet
[17:56] <vish> ccheney: well , there are a couple of papercuts  , let me find the bug#
[17:56] <ccheney> vish, specifically netbook menu related ones, iirc
[17:56] <ccheney> vish, ok if you know of a few let me know and i will take a look
[17:56] <tremolux> thanks everyone!  see you in Praque!
[17:56] <tremolux> Prague
[17:57] <vish> ccheney: Bug #525670 is one
[17:57] <ubot2> Launchpad bug 525670 in openoffice.org (Ubuntu) (and 2 other projects) "[upstream] When overwriting a file with the OpenOffice.org save dialog the message popped up doesn't specify the filename (affects: 1) (heat: 28)" [Low,Triaged] https://launchpad.net/bugs/525670
[17:58] <ccheney> vish, ok
[17:59]  * vish wonders where the other one is hiding
[17:59]  * ccheney has to run to lunch, have more meetings starting in ~ 1hr
[18:00] <ccheney> vish, feel free to msg me if you find any others that need to be fixed, iirc the blueprint was more focused on netbook papercuts but didn't elaborate on that
[18:00] <vish> ccheney: ok , sure thanks
[18:03] <and471> vish, hi how are you?
[18:03] <vish> and471: hey.. good , and you?
[18:04] <and471> vish, not bad, I went a bit dialog crazy today in SC...
[18:04] <and471> vish, I had a question that maybe you can answer
[18:05]  * and471 is waiting for imagebin...
[18:05] <vish> shoot!
[18:05] <vish> ccheney: found it > Bug #392600 , those are the two ones iirc , if i find more I'll let you know
[18:05] <ubot2> Launchpad bug 392600 in openoffice.org (Ubuntu) (and 2 other projects) "[upstream] OOo navigation button icon does not scale and gets cut (affects: 1) (heat: 9)" [Low,Triaged] https://launchpad.net/bugs/392600
[18:06] <and471> vish, okay so in SC, we now have a dialog to let users log into their ubuntu single sign on accounts for all sorts of things
[18:06] <and471> vish, http://imagebin.ca/view/a13EvJ.html
[18:06] <and471> vish, the ubunut logo is used here as it has to be official, they are giving away their uname and password
[18:06] <and471> vish, (that is why distributor-logo in Humanity is not used)
[18:07] <and471> vish, we can just ship this icon in SC, but I don't feel that is useful to the OS
[18:07] <and471> vish, should this sort of thing be included in Humanity as a separate icon?
[18:08] <vish> and471:  that icon is also shipped in ubuntu-mono
[18:08] <vish> s/also/ /
[18:08] <and471> vish, oh really? the offcial COF?
[18:08] <vish> yup
[18:09] <vish> and471: that is the one SC uses in the sidebar as well
[18:10] <and471> vish, oh okay, lemme look for it...
[18:10] <vish> and471: ubuntu-mono/ubuntu-mono-dark/apps/24/distributor-logo.svg
[18:11] <and471> vish, ah cool
[18:11] <vish> and471: we can add the bigger icon too if required
[18:11] <and471> vish, the trouble is that that logo doesn't get used at bigger sizes
[18:11] <and471> vish, yes please :)
[18:11] <and471> vish, the size is 48x48
[18:12] <vish> cool!
[18:12] <and471> vish, ok then, I shall remove the local COF and tell SC to use distributor logo
[18:12] <and471> vish, thanks
[18:13] <vish> and471: probably needs a bug for the 48px to be included
[18:13] <and471> vish, okay I shall file it
[18:16]  * didrocks waves goodnight
[18:16] <didrocks> see you on Thursday (tomorrow is off there)
[18:16]  * tremolux waves to didrocks
[18:19] <seb128> didrocks, have fun tomorrow
[18:19] <and471> vish, https://bugs.launchpad.net/ubuntu/+source/ubuntu-mono/+bug/605092
[18:19] <ubot2> Launchpad bug 605092 in ubuntu-mono (Ubuntu) "Please ship the Ubuntu COF (distributor-logo) at 48x48 (affects: 1) (heat: 6)" [Undecided,New]
[18:20] <vish> and471: cool!
[18:42] <and471> good night
[20:27] <om26er> kenvandine, hi! Just a little time of you: gwibber-service should depend on 'gwibber' fixes bug 579840 and 539017
[20:27] <ubot2> Launchpad bug 579840 in gwibber (Ubuntu) (and 1 other project) "Still receiving notifications despite being uninstalled (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/579840
[20:27] <ubot2> Launchpad bug 539017 in gwibber (Ubuntu) (and 1 other project) "gwibber-service should depend on gwibber (affects: 2) (heat: 37)" [Low,New] https://launchpad.net/bugs/539017
[21:02] <kenvandine> om26er, gwibber-service shouldn't depend on gwibber
[21:02] <kenvandine> that would be circular
[21:02] <om26er> kenvandine, people remove gwibber but still recieve notifications
[21:10] <chrisccoulson> om26er, that's not a good reason to add a dependency (and is not what depenendencies are for). Package A should only depend on package B if package A does not function without package B
[21:10] <chrisccoulson> that clearly is not the case
[21:10] <kenvandine> om26er, yeah they should disable notifications in that case
[21:10] <om26er> chrisccoulson, thats also the case.
[21:11] <kenvandine> gwibber-service works fine without gwibber
[21:11] <kenvandine> om26er, i just commented on bug 539017
[21:11] <ubot2> Launchpad bug 539017 in gwibber (Ubuntu) (and 1 other project) "gwibber-service should depend on gwibber (affects: 2) (heat: 37)" [Low,New] https://launchpad.net/bugs/539017
[21:11] <chrisccoulson> om26er, like kenvandine said, gwibber-service does not depend on gwibber to function
[21:11] <chrisccoulson> a dependency there is inappropriate
[21:11] <kenvandine> that is a real bug, the public lib provided by gwibber-service shouldn't import from something provided by gwibber
[21:11] <kenvandine> om26er, so we just need to fix that
[21:12] <kenvandine> but that doesn't break the service... just things that import that library outside of gwibber
[21:12] <kenvandine> which sucks, for sure...
[21:12] <kenvandine> but is fixable
[21:12] <om26er> kenvandine, aha great.
[21:12] <om26er> thanks kenvandine
[21:15] <kenvandine> om26er, np
[21:15] <kenvandine> om26er, thx for all your awesome bug wrangling, always appreciated!
[21:33] <tedg> kenvandine, Where is the Gwibber PPA I should be running to not spam facebook?
[21:34] <kenvandine> tedg, it is in maverick already
[21:34] <kenvandine> and in lucid-proposed
[21:35]  * tedg checks if I have proposed
[21:35] <kenvandine> tedg, that won't make facebook magically not reject your queries... but the more people we get using the non-spamming version the sooner we get back under our allocation
[21:35] <jcastro> tedg: they throttle per-app, not per user
[21:36] <kenvandine> our number of rejected requests has actually gone down a little since last week..
[21:36] <kenvandine> so there must be more people using propsed that i thought :)
[21:36] <tedg> kenvandine, Yeah, I realize.  I just want to be one of those "good guy" types ;)
[21:36] <kenvandine> it is still over 10M though
[21:36] <kenvandine> tedg, indeed... we all appreciate it
[21:36]  * kenvandine is using a different API key now :-D
[21:37] <tedg> kenvandine, You're on maverick, right?  What xulrunner do you have?
[21:37] <kenvandine> but that was out of desparation... sure is hard to collect statistics when facebook kept rejecting me
[21:37] <kenvandine> 1.9.2.7+build1+nobinonly-0ubuntu1
[21:39] <tedg> kenvandine, Do you by chance know if we're going to go to 1.9.3?
[21:52] <chrisccoulson> tedg - that will never happen, there is no such thing now
[21:52] <chrisccoulson> 1.9.3 is renamed 2.0 now, which will become FF4.0
[21:52] <tedg> chrisccoulson, Ah, okay.
[21:52] <chrisccoulson> maverick will release with xul1.9.2/FF3.6
[21:53] <tedg> chrisccoulson, Would you consider merging this changeset?  https://bugzilla.mozilla.org/show_bug.cgi?id=311340
[21:53] <ubot2> Mozilla bug 311340 in Widget: Gtk "Clipboard data is lost on exit (Should implement the freedesktop.org specification for clipboard management)" [Normal,Resolved: fixed]
[21:54] <tedg> chrisccoulson, It's committed, but not in the 1.9.2 release.
[21:54] <chrisccoulson> tedg - we prefer not to do that, but rather get them to merge it in to 1.9.2
[21:54] <chrisccoulson> that's possible with a lot of fixes once they have some testing
[21:54] <tedg> chrisccoulson, Oh, so they'll release something like a 1.9.2.x ?
[21:55] <chrisccoulson> and that looks like a good candidate for that
[21:55] <micahg> chrisccoulson: they don't seem to want it on 1.9.2, but I can request approval
[21:55] <chrisccoulson> tedg - yeah, we get 1.9.2.x releases every few weeks or so
[21:56] <tedg> chrisccoulson, micahg, The reason is that aganice is helping with a GSoC project to maintain clipboards.  So that is one patch we'd like to get in as part of that project.
[21:56] <tedg> She's tested the patch and it does seem to fix the issue.
[21:57] <micahg> tedg: she tested it on xul192?
[21:57] <tedg> micahg, I don't think so, I think she grabbed the new one.  aganice?
[21:57] <aganice> micahg, no, all i tested was that firefox 4 beta, which has the patch, no longer exhibits the problem
[21:58] <aganice> micahg, i could definitely figure out how to apply that patch to 1.9.2 and test if it might be worth applying as a ubuntu-specific patch
[21:59] <micahg> aganice: we can't do Ubuntu specific patches for Firefox without upstream approval
[22:01] <tedg> micahg, Do you think there's a good chance with that one?  Since it's already in trunk?
[22:02] <micahg> tedg: seems kinda big to take on branch, that's probably why they didn't originally plan to take it
[22:03] <tedg> micahg, Does asking cost us anything?  I mean, it is a pretty annoying bug that does really effect users.
[22:04] <micahg> tedg: I'm checking now to see if it applies to 3.6.7 cleanly, if yes, I'll request landing, doesn't really hurt to ask especially since it's an annoyance
[22:05] <tedg> Great, thanks micahg!
[22:17] <micahg> tedg: one hunk of the patch is really off, I don't think they'll take the patch on branch, I can ask upstream if they'd consider a revised version for branch landing
[22:18] <tedg> micahg, Yeah, maybe if we could ask informally if it'd be worth back porting.
[22:18] <tedg> micahg, That way we don't get tied up in process.
[22:19] <micahg> tedg: k, I'll try to let you know tomorrow
[22:19] <tedg> micahg, Cool, thanks!
[22:21] <lamalex> we can't do our own firefox patches?? what?
[22:21] <micahg> lamalex: correct due to the nature of the branding, hence Debian has iceweasel