[00:13] <CarlFK> desrt: um... ok, it isn't doing it.  the only thing I changed was adding a = in time-format='24-hour'
[00:13] <CarlFK> which of course makes no sense.
[01:09] <smspillaz> urgh
[01:09] <smspillaz> the post release bug flood is just depressing
[01:10] <desrt> "YAY COOL FUN HACKING TIME" so rapidly becomes "crap... maintainership sucks."
[01:14] <TheMuso> /c/c
[01:59] <smspillaz> desrt: computers suck!
[02:00] <smspillaz> desrt: its more a case of seeing all these really tricky bugs start creeping in again, and you are left scratching your head thinking "I thought I fixed that"
[02:18] <desrt> smspillaz: i don't envy anyone who has to hack on compiz :)
[02:36] <smspillaz> heh
[03:18] <desrt> smspillaz: speaking of which
[03:18] <desrt> did you see this: http://www.youtube.com/watch?v=TvPwWGeSrwI&feature=youtu.be ?
[03:19] <desrt> some guy in #gtk+ was complaining about it earlier, but it seems much more likely to be a window management bug
[03:19] <smspillaz> desrt: compiz doesn't move override redirect windows
[03:19] <desrt> i don't think our menu windows are override redirect?
[03:20] <smspillaz> that would be bad
[03:20] <smspillaz> desrt: I'm pretty sure they are, but then again, I've seen deluge do funkier things
[03:21] <desrt> smspillaz: they're not
[03:21] <desrt> but...
[03:21] <smspillaz> uhhh ?
[03:21] <smspillaz> fix that ?
[03:21] <desrt> we have some 'grab transfer window' that is, apparently
[03:21] <desrt> but it's located at -100x-100
[03:21] <smspillaz> um, menus are supposed to be override redirect
[03:21] <smspillaz> since you place them yourself
[03:21] <desrt> *shrug*
[03:22] <desrt> http://git.gnome.org/browse/gtk+/tree/gtk/gtkmenu.c#n2547
[03:23] <desrt> attributes has an override_redirect field which is most notably not set here
[03:23] <desrt> (and GDK_WA_NOREDIR would have to be in the attributes mask, which it is not)
[03:23] <smspillaz> desrt: doesnt the override redirect flag always get set on GTK_POPUP windows ?
[03:23] <desrt> ball is back in your court =)
[03:24] <smspillaz> well, no, because honestly, if gtk was not setting the override redirect flag on window that's a pretty huge bug in gtk
[03:24] <smspillaz> *on menus
[03:24] <desrt> this isn't a gtk menu
[03:24] <smspillaz> its something different ?
[03:24] <desrt> er.  gtk window
[03:24] <smspillaz> right, I meant menus
[03:24] <smspillaz> :)
[03:25] <desrt> this is creating a gdk window directly
[03:25] <smspillaz> (and if it didn't set the flag, that would possibly be more fail than the way Qt handles it :p)
[03:25] <smspillaz> desrt: deluge is ?
[03:25] <smspillaz> O.o
[03:25] <desrt> no.
[03:25] <desrt> gtkmenu is
[03:26] <desrt> the attributes for a gdkwindow are decided from the GdkWindowAttr struct
[03:26] <desrt> which you can see here...
[03:26] <smspillaz> oh fun
[03:26] <desrt> that turns almost directly into an X create window call
[03:26] <smspillaz> perhaps it sets the override redirect bit a little after it is created ?
[03:27] <smspillaz> I know that eg, Qt does that
[03:27] <desrt> erm
[03:27] <desrt> something is not right here
[03:27] <smspillaz> hm ?
[03:27] <desrt> this is a child window
[03:27] <smspillaz> yeah I saw
[03:27] <desrt> ah
[03:28] <desrt> perplexing.
[03:29] <smspillaz> glad you don't write window managers or toolkits ?
[03:29] <desrt> oh
[03:29] <desrt> i think the parent window will be NULL
[03:29] <desrt> (since this is a menu, after all)
[03:29] <desrt> and in that case, gdk_window_new creates it as a child of the root window
[03:29] <smspillaz> right
[03:30] <smspillaz> but still, menu, y u no override redirect
[03:30] <desrt> "it's worked for all this time"? :)
[03:30] <smspillaz> it still doesn't seem right
[03:30] <smspillaz> since like, every window I've ever dealt with that was a gtk menu has been override redirect
[03:30] <desrt> i might agree with you from the standpoint of "if i were to implement this for myself..."
[03:31] <desrt> but the code is there and has presumably been working for years...
[03:31] <smspillaz> desrt: I'm guessing it does it somewhere later down the line
[03:31] <desrt> unless someone recently changed it
[03:31] <smspillaz> or maybe gtkmenu inherents some other class which makes it override redirect
[03:33] <desrt> gtk doesn't work like that
[03:33] <desrt> the _realize() signal is what turns GtkWidget into a real X window
[03:33] <desrt> so the code there speaks for itself
[03:33] <desrt> and GdkWindow doesn't really do subclassing
[03:34] <smspillaz> I know
[03:34] <desrt> in any case, even if it's not override redirect, the bug could still be ours
[03:34] <smspillaz> try it on another window manager I guess
[03:34] <desrt> and due to the relative fail of using youtube as a bug reporting medium, it may be some time before we discover the truth :p
[03:34] <smspillaz> though, I'm pretty certain that we don't move override redirect windows or touch them at all really
[03:34] <desrt> it was just some random guy popping in to the channel earlier
[03:34] <desrt> and now he's gone
[03:34] <smspillaz> except if some plugin explicitly asks to
[03:34] <smspillaz> desrt: can you reproduce it ?
[03:34] <desrt> no.
[03:35] <smspillaz> oh good
[03:35] <desrt> i gotta run to the train station now for a pickup
[03:35] <smspillaz> CANTREPRODUCE CLOSED WONTFIX
[03:35] <desrt> ta
[03:35] <smspillaz> :)
[03:35] <smspillaz> have fun
[05:40] <pitti> Good morning
[05:40] <pitti> CarlFK: what do you want to prevent exactly? the dialog coming up? that should only happen once after a fresh install
[05:44] <broder> hey pitti. thanks for taking care of that Gtk-2 issue :) i'll be sure to help with testing once it hits proposed
[05:44] <pitti> oh, still wasn't reviewed?
[05:45] <pitti> RAOF: ^ if you are still awake, would you mind reviewing my pygobject SRU upload?
[05:45] <broder> there's no huge rush on my part
[05:45] <broder> i used it as an excuse for switching the script i was working on over to gtk3 :)
[05:46] <pitti> broder: hah; feature then!
[05:51] <didrocks> good morning
[05:51] <RAOF> pitti: Sure.  It's a public holiday here, so I've been playing (bisect the mesa commit which breaks) Civ V :).  pygobject in oneiric?
[05:52] <pitti> RAOF: ah, sorry; I'll ask Colin then once he gets awake
[05:52] <pitti> RAOF: yes
[05:52] <pitti> hey didrocks
[05:52] <RAOF> No problem.  I'm here; I can do it.
[05:52] <didrocks> guten morgen pitti. How are you?
[05:53] <pitti> bit tired, didn't sleep well; but that'll pass
[05:53] <pitti> how about you?
[05:54] <didrocks> pitti: oh? caught a new flu?
[05:55] <pitti> didrocks: no, just bad sleep; no idea why :)
[05:55] <didrocks> pitti: I'm fine, getting cold outside and Julie is sick. Trying to fight to not get it as well :)
[05:55] <didrocks> ah, try to stop early and relax then! :)
[05:55] <pitti> didrocks: ah, good luck with that!
[05:56] <didrocks> heh, let's see how strong I am (or not :p)
[05:56] <RAOF> pitti: Looks good to me; accepted.
[05:56] <pitti> RAOF: thanks! enjoy playing Civ :)
[05:56] <pitti> RAOF: I played the original civ a looooot back then; is it still as good?
[05:56] <RAOF> I'm 4 commits away from finding the commit which makes the terrain textures all white :)
[05:57] <pitti> git bi-play
[05:57] <RAOF> pitti: I like it; it's a significantly different game now.  Particularly Civ V, which went hex-based, added ranged combat, and removed the ability to stack units.
[05:58] <pitti> RAOF: oh, even in cities?
[05:58] <RAOF> Even in cities.
[05:58] <RAOF> But cities have a strong innate defense.
[05:58] <pitti> uh, that sounds tricky; so you don't get the fortify bonus any more, you have to place them around the cities?
[05:59] <pitti> ah, so one unit in a city is enough usually?
[05:59]  * pitti usually placed two Phalanxes, soldiers, or mech infantries in each
[05:59] <RAOF> 0 units in a city is enough usually :)
[05:59] <pitti> oh, nice
[05:59] <pitti> RAOF: in civ 1 I loved that I could extinct an entire opponent party with just my initial settler :)
[06:00] <RAOF> :)
[06:00] <RAOF> Things have changed slightly :)
[06:04] <desrt> RAOF: did you see my questions about grabs?
[06:05] <RAOF> desrt: A couple of days ago?  Yes.  Did you see my ?Sorry, I don't know enough to help? reply? :)
[06:07] <RAOF> Presumably the anwser there is a no :)
[06:09] <desrt> no :)
[06:09] <desrt> who knows more about X than you?!
[06:10] <rickspencer3> good morning all
[06:10] <RAOF> About X input?  Good old Chase is one of the 3 people in the world who understands it  :)
[06:11] <broder> hmm...i don't actually think XInput adds any different functionality for grabs
[06:11] <broder> it just extends the idioms you already have to work per-device
[06:12] <didrocks> good morning rickspencer3
[06:12] <pitti> hey rickspencer3
[06:12] <rickspencer3> hey didrocks, pitti
[06:13] <RAOF> broder: I don't mean the Xinput extension; I mean ?Input devices of all kinds and X?.  Grabs are part of the input semantics.
[06:13] <RAOF> At least, that's what *I* claim :)
[06:13] <broder> ah, sure
[06:13] <broder> i missed a space on my first reading
[06:15] <RAOF> pitti: Oooh, while I'm playing with Civ V - I sent a mail to the technical board some months ago about enabling floating point texture support in Mesa (which is required for, among other things, many wine games to render properly), but I haven't heard anything about that.
[06:15] <pitti> RAOF: hm, haven't seen that; do you see it in https://lists.ubuntu.com/archives/technical-board/?
[06:16] <pitti> RAOF: if not, perhaps it was accidentally deleted during moderation; you can send it again, and then I'll moderate it at once
[06:18] <RAOF> Hm, no - there it is: https://lists.ubuntu.com/archives/technical-board/2011-July/000961.html
[06:21] <RAOF> pitti: I guess I can send it again if that'd be helpful.
[06:21] <pitti> RAOF: thanks, added to https://wiki.ubuntu.com/TechnicalBoardAgenda
[06:23] <RAOF> Ta muchly.
[06:23] <pitti> ah, *phew* 52/62 proposed updates are kde-l10n
[06:23] <pitti> so yesterday morning I had 30 updates, today just ten
[06:24] <pitti> jbicha: hey, how are you?
[06:24] <pitti> jbicha: shall I accept the gnome-shell upload for -proposed which just adds the cups-pk dep, or do you want to upload a 3.2.1?
[06:27] <jbicha> pitti: I'm testing the new gnome-shell/mutter now
[06:27] <pitti> jbicha: ah, thanks
[06:30] <pitti> jbicha: can you please fold http://launchpadlibrarian.net/83110709/gnome-shell_3.2.0-0ubuntu1_3.2.0-0ubuntu1.1.diff.gz into this?
[06:32] <jbicha> pitti: yes
[06:32] <pitti> jbicha: cheers
[06:33] <jbicha> pitti: actually... if you look at the diff a little closer we already recommend cups-pk-helper
[06:33] <pitti> oh, right
[06:33] <jbicha> thanks lintian :)
[06:34] <pitti> so I wonder what didn't work there -- recommends are installed by default
[06:35] <pitti> I'll ask on the bug
[06:36] <pitti> jbicha: so ignore that bit for now, please
[06:58] <jbicha> pitti: I have attached mutter & gshell branches to bug 878762, I'm not sure about proposing for merge since the oneiric-proposed branches don't exist yet
[06:58] <jbicha> bug 878672
[06:58] <ubot2> Launchpad bug 878672 in gnome-shell "Please upgrade gnome-shell and mutter to 3.2.1" [Undecided,New] https://launchpad.net/bugs/878672
[06:59] <pitti> jbicha: yeah, that's a blind spot, too; probably easiest if you just attach the debian.tar.gz/.dsc for sponsoring
[06:59] <pitti> jbicha: ah, I can build from the branch, too
[07:17] <Sweetshark> good morning, desktoppers!
[07:21] <didrocks> good morning Sweetshark
[07:24] <pitti> hey Sweetshark
[07:25] <tkamppeter> pitti, hi
[07:25] <tkamppeter> pitti, I answered bug 877367.
[07:25] <ubot2> Launchpad bug 877367 in gnome-shell "[SRU Oneiric] gnome-shell users get GNOME3's new printer setup tool by default and this tool needs cups-pk-helper" [High,Confirmed] https://launchpad.net/bugs/877367
[07:26] <pitti> tkamppeter: ah, thanks; that explains how it happened
[07:27] <tkamppeter> pitti, it can be a developer-only scenario, but on the other side a Depends could make everything more reliable.
[07:28] <pitti> *nod*
[07:42] <rodrigo_> morning
[07:46] <pitti> hey rodrigo_
[07:46] <rodrigo_> hi pitti
[08:01] <rodrigo__> hmm, gimpnet is down?
[08:01] <rodrigo__> hey seb128
[08:01] <seb128> hey
[08:02] <seb128> the GNOME irc works for me
[08:02] <didrocks> salut seb128, ça va ?
[08:02] <rodrigo_> hmm, not for me, it doesn't connect
[08:02]  * rodrigo_ looks
[08:02] <seb128> lut didrocks, ca va ! et toi ?
[08:02] <pitti> bonjour seb128
[08:02] <didrocks> seb128: a va :)
[08:02] <seb128> hey pitti
[08:02] <seb128> hey rodrigo_
[08:02] <seb128> how are you?
[08:02] <rodrigo_> seb128, ça va, et toi? :)
[08:03] <seb128> rodrigo_, ca va bien ;-)
[08:03] <pitti> seb128: still remember? http://www.piware.de/2011/10/happy-birthday-ubuntu/
[08:06] <seb128> pitti, oh yeah, remember it like if it was yesterday ;-)
[08:09] <pitti> bah, one tiny bit of pango1.0 delta left, but it'll disappear as soon as we merge plymouth
[08:12] <ajmitch> pitti: your site doesn't seem to be holding up to the strain of planet ubuntu :)
[08:13] <pitti> ajmitch: see #u-devel
[08:15] <chrisccoulson> good morning everyone
[08:17] <didrocks> good morning chrisccoulson
[08:17] <chrisccoulson> hi didrocks, how are you?
[08:18] <didrocks> chrisccoulson: I'm fine, thanks, you?
[08:18] <chrisccoulson> didrocks, yeah, good thanks
[08:19] <seb128> hey chrisccoulson
[08:20] <chrisccoulson> hi seb128
[08:22] <ricotz> pitti, good morning
[08:23] <ricotz> pitti, i hope you noticed that the pango snapshot is more up2date than the released version
[08:24] <pitti> hey ricotz
[08:25] <pitti> ricotz: yeah, I had to add two fixes from git
[08:25] <pitti> but it's the actual version that's in jhbuild and which 3.2 runs against, etc.
[08:26] <ricotz> pitti, ok
[08:26] <ricotz> it is missing some g-i fixes
[08:27] <pitti> oh, even more?
[08:29] <ricotz> pitti, i havent looked at it closely, but if it builds for you in the clean chroot it seems fine
[08:32] <ricotz> pitti, http://git.gnome.org/browse/pango/commit/?id=8de0841234c9e9b07ba5be19833ef40476102952
[08:33] <ricotz> pitti, seems fine, nvm
[08:57] <huats> morning
[09:10] <chrisccoulson> hah - http://www.bbc.co.uk/news/uk-england-manchester-15371102
[09:11] <maxb> Ubuntu has had "Warning, Caps Lock is on" for password boxes for a while. That made sense. But, *post*-Oneiric-release, mine's started showing that about Num Lock too. That seems weird/wrong
[09:23] <chrisccoulson> maxb, there's already a bug about that, and it's been doing it for ages
[09:23] <maxb> huh, ok
[09:23] <maxb> Somehow I've only noticed it in the last 24 hours
[09:35] <agateau> maxb: that is useful for laptops though
[09:36] <maxb> agateau: Pretty surprising and unhelpful for desktops, though, where numlock is often on at bootup
[09:36] <agateau> maxb: I agree
[09:37] <agateau> we would need a way to figure out whether the attached keyboard has a physical numpad, but I don't think it's possible
[09:40] <tkamppeter> pitti, so let us do the SRU of bug 877367 simply together with the other one.
[09:40] <ubot2> Launchpad bug 877367 in gnome-shell "[SRU Oneiric] gnome-shell users get GNOME3's new printer setup tool by default and this tool needs cups-pk-helper" [Low,Triaged] https://launchpad.net/bugs/877367
[09:40] <pitti> tkamppeter: right, jbicha will include that
[09:40] <pitti> he's got branches up for sponsoring
[09:44] <tkamppeter> pitti, OK, thanks.
[09:50] <chrisccoulson> hmmm, a new firefox and thunderbird beta to do
[10:10]  * didrocks takes the hammer for parametize its testsuite :/
[10:14]  * ogra_ bangs his head against thunderbird ... why oh why are you so user unfriendly :(
[10:15] <ogra_> chrisccoulson, if i tell TB to only download the mails for the last 30 days, whyi is it downloading all headers for the folder ? is that intentional ?
[10:16]  * ogra_ watcdhes it downloading header 222738 ... i surely didnt get these many mails this month :)
[10:19] <ogra_> is it possible to just make TB a remote IMAP frontend without storing all the crap on my disk ?
[10:21] <hrw> hi
[10:23] <pitti> brb, server reboot
[10:30] <didrocks> pitti: do you know why skipIf and skipUnless seems to ignore module unittest variables? (it still get it, if I make a typo for instance, it will tell me the variable isn't set)
[10:32] <pitti> didrocks: hm, no real idea; perhaps they aren't visible because the test runner only imports the classes?
[10:32] <hrw> is there a way to make icons in unity alt-tab switcher smaller?
[10:32] <didrocks> pitti: possibly, I guess it's intiated when the class is declared…
[10:33] <didrocks> pitti: it's suprinsingly quite hard to have the same test suite set for 2 modes running (like direct call and dbus service call)
[10:35] <pitti> didrocks: yeah, jockey's needs to jump through a few hoops to allow that
[10:35] <seb128> hrw, not that I know, ask DBO when he's around
[10:35] <ogra_> awesome, now TB just hangs hard eating one of my CPU cores
[10:36] <seb128> ogra_, the first run is no fun
[10:36] <didrocks> pitti: I'll have a look at jockey then, I have a quite unpleasant approach then, but if there is no other solution…
[10:36] <seb128> until it downloaded everything
[10:36] <seb128> then it mostly work
[10:36] <ogra_> seb128, well, why doesnt it respect my settings =
[10:36] <seb128> ogra_, open a bug upstream?
[10:36] <ogra_> if it really downloads everything (over hlaf a million mails in my case) then i cant use it
[10:36] <ogra_> since my disk only has 8G :P
[10:37]  * ogra_ considers going back to evo, that does at least what i tell it
[10:37] <ogra_> and it can thread my bugmail which TB apparently is incapable of
[10:45] <seb128> ok, I switched version to precise to see
[10:45] <seb128> didrocks, pitti, rodrigo_, others: ^
[10:46] <seb128> I don't think there is much point to keep tracking oneiric, there was too much outdated lines to be useful to spot srus
[10:46] <didrocks> seb128: agreed
[10:46] <pitti> seb128: nice, thanks
[10:46] <seb128> let's work with bugs and notes on the pad for what is worth a sru
[10:46] <rodrigo_> seb128, hmm, version of what, sorry?
[10:47] <seb128> rodrigo_, http://people.canonical.com/~platform/desktop/versions.html
[10:47] <rodrigo_> ah ok
[10:47] <seb128> sorry, "versions" is maybe a stupid name :p
[10:48] <rodrigo_> mvo, do you know much about apt_pkg python package?
[11:11] <mvo> rodrigo_: hello, I know stuff about it, yes, what do you want to know in parituclar?
[11:18] <tkamppeter> pitti, I have uploaded a CUPS SRU for bug 872483 and once doing that also included the SRU for bug 877967, to do two at a time.
[11:18] <ubot2> Launchpad bug 872483 in cups "laser printer only prints first job correct" [Medium,Fix committed] https://launchpad.net/bugs/872483
[11:18] <ubot2> Launchpad bug 877967 in cups "avahi leaks dbus connections to the system bus, breaking other apps depending on them" [High,Fix released] https://launchpad.net/bugs/877967
[11:19] <tkamppeter> pitti, the new bug I have also fixed on the Debian BZR.
[11:22] <pitti> tkamppeter: thanks
[11:29] <seb128> pitti, is there any reason to not pocket copy the proposed uploads once built on all arch to precise?
[11:29] <seb128> pitti, i.e if I want to do some copies can I, or should I restrain for a reason?
[11:30] <seb128> pitti, not really important but it would clean some of the versions noise (or we need to teach versions to check proposed as well but I'm reluctant to double the number of queries it does on launchpad, it's slow enough like that)
[11:30] <pitti> seb128: I usually do them when moving to -updates, as it avoids a separate step
[11:30] <pitti> seb128: but if you know that some particular update is good (no regressions, verified), please feel free to copy to precise
[11:31] <seb128> pitti, well, do we care if GNOME .1 regressed in precise?
[11:31] <seb128> it's part of usuable unstable work
[11:31] <seb128> we better go through and get those fixed than reverted
[11:59] <rodrigo_> pitti, I see several commits from you in ubuntu-system-service, so by any chance do you know about apt_pkg?
[12:06] <seb128> rodrigo_, did you see that mvo replied asking you what you want to know?
[12:06] <seb128> rodrigo_, i.e don't ask to ask just ask, it might be easier
[12:06] <seb128> if somebody knows they will reply ;-)
[12:07] <rodrigo_> no, didn't see mvo reply, seems I've disconnected
[12:07] <rodrigo_> mvo, I want to know why setting the values via the API doesn't save them to the /etc/apt/* files
[12:08] <rodrigo_> mvo, and I don't see anything in the API to force a save
[12:10] <mvo> rodrigo_: indeed, there is a apt_pkg.Configuration.dump() call, but nothing to actually save to a file
[12:10] <mvo> rodrigo_: is the use case the system-service bug we talked about the other day
[12:10] <rodrigo_> mvo, yes
[12:10] <rodrigo_> ok, so what a useless API :(
[12:11] <rodrigo_> and now I see why ubuntu-s-s parses and saves the file manually
[12:12] <rodrigo_> mvo, does the C++ API allow it?
[12:15] <rodrigo_> mvo, no, doesn't seem to
[12:16] <mvo> rodrigo_: it only supports the same dump method
[12:16] <pitti> re
[12:16] <pitti> ah, seems mvo already answered
[12:16] <mvo> rodrigo_: you sound a bit frustrated about this :/ is the other parser too fragile to use?
[12:17] <pitti> rodrigo_: I always just used apt_pkg to read the config and locally change the variables, I never had to write it
[12:17] <rodrigo_> mvo, what other parser?
[12:18] <mvo> rodrigo_: the one inside the ubuntu-system-service?
[12:19] <mvo> rodrigo_: sorry, I haven't looked into that code in a good while
[12:19] <rodrigo_> mvo, no, it's ok, just that I was looking at the manual parsing/saving and I thought it could be replaced with just a few lines with apt_pkg API
[12:20] <mvo> rodrigo_: I think it should actually be refactored and put into python-apt proper at some point (or ideally libapt itself)
[12:20] <rodrigo_> yeah, apt_pkg should have API to save, remove keys
[12:39] <seb128> pitti, what's the status on bug #857707? you dropped the tag since it fixes some issues but some others are remaining, does that block the -> updates?
[12:39] <ubot2> Launchpad bug 857707 in gtksourceview3 "gedit crashed with SIGSEGV in g_type_get_qdata()" [Medium,Fix committed] https://launchpad.net/bugs/857707
[12:43] <rodrigo_> mvo, ok, I have both bugs fixed, doing some more testing after lunch and will submit  abranch for you to review
[12:43] <rodrigo_> so yeah, lunch, bbl
[12:44]  * mvo hugs rodrigo_
[12:44] <mvo> rodrigo_: thanks a *bunch*
[12:50] <pitti> seb128: so that's not a regression?
[12:50] <pitti> seb128: not sure what else it fixes, i. e. whether it's worth moving to -updates; it looked like we'd do another -proposed upload, and release it when it's good
[12:51] <seb128> hum
[12:51] <seb128> mterry, hey
[12:51] <mterry> seb128, hello
[12:51] <seb128> mterry, is the current gtksourceview3 proposed version creating a regression or fixing bugs?
[12:51] <seb128> i.e is it better than oneiric and worth moving it updates even if not perfect yet?
[12:51] <mterry> seb128, fixing bugs
[12:51] <seb128> the log on the bug is a bit confusing
[12:52] <seb128> see what pitti just wrote
[12:52] <mterry> seb128, there are two bugs in that one bug report
[12:52] <mterry> seb128, this update fixes one of them
[12:52] <seb128> pitti, ^
[12:52] <pitti> ok, thanks
[12:52] <seb128> ok, I would vote for moving it to updates to get the alt-space segfault fixed then
[12:52] <seb128> mterry, pitti: thanks
[12:53] <pitti> releaseing, and then reopening
[12:53] <seb128> pitti, thanks
[13:00] <kenvandine> yay!  evolution-alarm-notify didn't bring my box to it's knees this morning :)
[13:01] <cyphermox> good morning
[13:11] <seb128> mterry, could you check on bug #876371
[13:11] <seb128> ?
[13:11] <ubot2> Launchpad bug 876371 in itstool "please sync itstool 1.1.1-1 from Debian sid main" [Wishlist,New] https://launchpad.net/bugs/876371
[13:11] <mterry> seb128, k
[13:12] <seb128> mterry, seem you build it with python in Ubuntu but Debian doesn't ... is python adding features?
[13:12] <seb128> mterry, thanks
[13:12] <seb128> hey kenvandine, cyphermox
[13:12] <kenvandine> hey
[13:13] <mterry> My favorite thing in all of Ubuntu to do is to sync a package.  Feels like a little piece of win
[13:14] <cyphermox> hey :)
[13:14] <seb128> mterry, ;-)
[13:16] <pitti> mterry: and now that it's a self-service, even more so!
[13:16] <mterry> pitti, yeah, new syncpackage tool is great
[13:16] <seb128> pitti, did the new way ever got nailed and announced?
[13:17] <pitti> I thought it came up several times on the lists now
[13:17] <seb128> didrocks, kenvandine: do you have any objection to see dee from Debian and drop the ubuntu-desktop vcs?
[13:17] <seb128> pitti, yeah, I just didn't see a proper announce so I figured some bugs still needed to be nailed
[13:17] <kenvandine> seb128, not me
[13:18] <didrocks> seb128: I guess we will need to update most of the time in advance from Debian, isn't it?
[13:18] <didrocks> not speaking about cherry-pick that we need to do and where bzr merge is handy
[13:19] <didrocks> (if someone is going to push it and maintain it in debian and ensure we don't wait for a new unity release, I'm fine)
[13:19] <seb128> didrocks, kenvandine: well, right now we can sync, the question is do we want to use udd for it or keep the ubuntu-desktop vcs (which is debian only)
[13:19] <tjader> Hello. gnome-terminal seems to be grabbing my mouse sometimes since I updated to 11.10. How should I proceed to try and find out what triggers that?
[13:20] <didrocks> seb128: I guess we will most of the time needing a new dee before debian does as it's tightly linked to unity
[13:20] <GunnarHj> pitti: Hi Martin!
[13:20] <GunnarHj> My initial fix of bug 868346 has been significantly improved IMNSHO. :) I hope the changes don't disqualify the branches from being SRUed...
[13:20] <ubot2> Launchpad bug 868346 in lightdm "Language selector broken in Ubuntu" [Undecided,In progress] https://launchpad.net/bugs/868346
[13:20] <GunnarHj> robert_ancell seems to be busy with a lot of other lightdm stuff. While awaiting his participation, could the branches possibly be uploaded to bzr and oneiric-proposed?
[13:20] <kenvandine> seb128, didrocks has a good point... we will probably move ahead quickly
[13:20] <seb128> didrocks, I can keep the ubuntu-desktop vcs and commit the sync manually to it but I guess next autosync will not land there
[13:20] <seb128> well, I'm syncing anyway
[13:20] <seb128> check that the vcs is uptodate next time you work on it
[13:20] <pitti> hey GunnarHj
[13:21] <seb128> if we get autosyncs on the way that's not handled
[13:21] <kenvandine> we can always use the source package branch
[13:21] <didrocks> seb128: I don't care, if you handle the cherry-pick
[13:21] <didrocks> I guess kenvandine is now maintaining dee anyway, so it's choice
[13:21] <seb128> didrocks, well, it's easier ubuntu-desktop which might miss some autosync or udd
[13:21] <didrocks> its*
[13:21] <seb128> easier -> either
[13:21] <chrisccoulson> i've not requested a sync in ages. i'm not even sure the correct way to do that now ;)
[13:22] <chrisccoulson> i seem to live in my own little mozilla bubble
[13:22] <seb128> chrisccoulson, do them yourself using syncpackage
[13:22] <chrisccoulson> ah, ok
[13:22] <chrisccoulson> seems easy ;)
[13:22] <seb128> chrisccoulson, launchpad win an api to do syncs if you have upload rights
[13:22] <seb128> ;-)
[13:22] <chrisccoulson> fantastic
[13:22] <chrisccoulson> not that any packages i work on are ever likely to be sync'd from debian ;)
[13:23] <pitti> GunnarHj: replied to https://code.launchpad.net/~gunnarhj/ubuntu/precise/accountsservice/sorted-option/+merge/79649
[13:23] <pitti> GunnarHj: aside from my question this is easy enough; but do we need the sorting for SRU?
[13:25] <pitti> GunnarHj: as for the lightdm one, I'd really like Robert's eyes on that first (and an upstream merge), as I'm not familiar with that code at all
[13:26] <didrocks> seb128: so the question wasn't if I had any objection about syncing it from debian as you decided to sync, but as long as you or pitti commit to push the changes in debian or handle cherry-picking, I'm fine :)
[13:27] <seb128> didrocks, well the question was rather about the "drop the vcs", is there any reason to not sync when we have no diff?
[13:27] <pitti> dee is not in pkg-gnome, so I can't update it in debian
[13:27] <didrocks> seb128: seeing the number of uploads we are doing, we probably won't keep in sync for long
[13:27] <seb128> right, that's fine
[13:27] <didrocks> so I don't see the added value
[13:27] <seb128> we will have synced once
[13:27] <seb128> we do the same for GNOME
[13:28] <seb128> we sync once and then start on the unstable serie
[13:28] <seb128> just trying to clear the version and merge pages
[13:28] <didrocks> yeah, just that we can't use udd anymore from the usptream vcs
[13:28] <seb128> well the vcs is debian dir only
[13:28] <didrocks> ?
[13:28]  * didrocks checks
[13:28] <seb128> not derived from upstream
[13:28] <seb128> that's why I asked
[13:29] <didrocks> hum, not there, weird
[13:29] <seb128> hum
[13:29] <didrocks> maybe someone changed it, let me look
[13:29] <GunnarHj> pitti: Replied to the MP. I understand that you want Robert to look at it first. I'll nudge him.
[13:29] <seb128> my checkout is probably broken :-(
[13:29] <didrocks> seb128: let me bzr branch
[13:29] <seb128> didrocks, in fact I updated a local checkout
[13:29] <seb128> let me do it cleanly again
[13:30] <didrocks> seb128: ok, just tell me, I bzr branch here and I have full udd source
[13:30] <seb128> didrocks, ok, seems you are right, sorry about the confusion
[13:30] <seb128> I asked based on the fact it was debian only
[13:30] <didrocks> seb128: no worry. I understand better why you wanted to drop it now :)
[13:30] <seb128> which my old checkout was
[13:30] <GunnarHj> pitti: Re sorting necessary for SRU ... well, maybe not, but it's so simple... if we always sort I'd just need to add 5 characters (sort + a space) :)
[13:30] <didrocks> seb128: if we see that we have almost no cherry-pick, yeah, we can drop it
[13:31] <didrocks> seb128: but for now, I prefer having it here
[13:31] <seb128> didrocks, well for full source it makes sense to keep the vcs, for debian dir only for small packages it's less obvious and that's why I asked
[13:31] <didrocks> seb128: totally agree with that :) I get you now why you wanted to drop it :)
[13:31] <seb128> undoing the question, my mistake for having a broken debian only vcs ;-)
[13:31] <pitti> GunnarHj: FWIW, if you call perl, all bets wrt. startup time are off; some sorting won't make a difference
[13:32] <seb128> didrocks, moving on, thanks and sorry for the confusion
[13:32] <didrocks> seb128: no worry!
[13:32] <didrocks> (it's fun to see that debian kept your debian/changelog and our packaging for once, nice ;))
[13:33] <smspillaz> didrocks: should be fixed now
[13:33] <didrocks> smspillaz: same branch?
[13:34] <smspillaz> yep
[13:34] <didrocks> smspillaz: thanks pulling and building
[13:34] <smspillaz> np
[13:37] <GunnarHj> pitti: For Precise that Perl script should be replaced by C code. As regards Oneiric, if you accept an SRU for sorting, I'll change the a-s branch to just always sort.
[13:37] <pitti> GunnarHj: seems fine to me
[13:37] <pitti> easier to review, and test
[13:38] <pitti> tkamppeter: you didn't upload cups with -v to include the previous changelog, and the current -proposed version isn't verified yet, so I need to keep that in the queue for a while
[13:38] <GunnarHj> pitti: Ok, I'll let you know when it's done.
[13:50] <seb128> cyphermox, thanks for the evo updates, could you check a bit the bug reports today? I've read several ones now from users who said that the update to Oneiric made them loose emails which is a bit concerning
[13:50] <seb128> cyphermox, don't worry it's not the sru updates
[13:50] <seb128> cyphermox, but still... ;-)
[13:52] <cyphermox> seb128: saw them too
[13:53] <cyphermox> afaik there were two options: one was that subscription settings may have changed, the other (more scary) would be that POP settings for retaining emails would have changed
[13:55]  * cyphermox is off to *yet another* upgrade test :)
[14:03] <seb128> pedro_, stop spamming me!
[14:04] <rodrigo_> mvo, https://code.launchpad.net/~rodrigo-moya/system-service/fix-aptconf-issues/+merge/79963
[14:05]  * chrisccoulson adds tb filter to move pedro to /dev/null ;)
[14:05] <mvo> rodrigo_: thanks a bunch!
[14:06] <GunnarHj> pitti: Ok, https://code.launchpad.net/~gunnarhj/ubuntu/precise/accountsservice/sorted-option/+merge/79649 updated as we said.
[14:07] <pitti> GunnarHj: looks nice :)
[14:08] <pedro_> seb128, If i stop spamming you that means i can  spam rodrigo_ ?
[14:08] <seb128> pedro_, yes, that's fine
[14:08] <seb128> pedro_, but joke aside your script seems buggy, what's the logic?
[14:08] <pedro_> m ok
[14:09]  * rodrigo_ puts his baseball bat in the baggage for UDS travel
[14:09] <pedro_> seb128, ask for recheck in Oneiric for all the New bugs with Undecided importance without a comment in the last 3 months
[14:09] <pedro_> its skipping things with more than 1 task though, like an upstream one or a task in another project
[14:10] <seb128> hum
[14:10] <pedro_> rodrigo_, lol
[14:10] <seb128> that seems a bit aggressive
[14:10] <seb128> pedro_, is that limited to some components or on the desktop set?
[14:11] <pedro_> seb128, to the components on desktop-bugs
[14:11] <seb128> pedro_, well asking is fine but putting to incomplete and low seems over the line
[14:11] <pedro_> also it's not looking at things tagged as oneiric
[14:11] <seb128> pedro_, I've seen the titles some bugs are clearly real bugs and still valid
[14:11] <pedro_> well they shouldn't be new/undecided then
[14:11] <seb128> it seems buggy to put them incomplete just because we don't cope with triaging
[14:12] <GunnarHj> pitti: Talking about converting the language-tools scripts to C code, I have started to think that a simple shared C library ('owned' by a-s) would be preferable. No point in adding methods to a-s for e.g. getting the available language options. Any thoughts on that?
[14:12] <pedro_> seb128, if the bug is still there someone reporter/subscriber/etc can set it back to Confirmed or just put a comment on the report
[14:12] <pitti> GunnarHj: (in a phone call)
[14:12] <pedro_> seb128, i've a list for incomplete with responses
[14:13] <GunnarHj> pitti: Ok
[14:13] <pedro_> http://status.qa.ubuntu.com/reports/ubuntu-desktop/incomplete-with-response.html <- they should appear there
[14:13] <seb128> pedro_, right
[14:13] <pedro_> then we can review
[14:14] <jbicha> by the way, I'm on the desktop-bugs team but I don't get email for all the desktop bugs
[14:15] <jbicha> I mean I get plenty of email but sometimes I wish for more email to ignore... ;)
[14:16] <rodrigo_> jbicha, you like pain? :)
[14:34] <CarlFK> pitti or mvo: "incomplete language support" dialog  - what can I do (in a post install script) to prevent that from coming up?  either satisfy it's requirements or suppress it from coming up.
[14:35] <pitti> CarlFK: as for "satisfy its requirements": apt-get install `check-language-support`
[14:35] <pitti> I'm not sure how to easily prevent it, that's an update-notifier/mvo question
[14:35] <mvo> CarlFK: so the new update-manager in precise will honor  "echo "foo install"|dpkg --set-selections "
[14:36] <pitti> CarlFK: I think you can remove /var/lib/update-notifier/user.d/*
[14:36] <mvo> CarlFK: so instead of creating that note, we could schedule using this meachnism to put it in later
[14:36] <mvo> note that this is super new and untested
[14:36] <CarlFK> mvo: "i rarely test, but when I do, I test in production"
[14:37] <CarlFK> thats closer to the truth than I should admit
[14:37] <cyphermox> seb128: is the recommends for evolution-indicator worth sru?
[14:38] <seb128> cyphermox, worth putting in the next SRU but not worth an upload by itself
[14:38] <cyphermox> no, of course
[14:38] <seb128> cyphermox, yeah, it's started to be an issue in Oneiric in fact since before we installed those by default
[14:39] <cyphermox> yup
[14:48] <pitti> good night everyone!
[14:49] <rodrigo_> bye pitti
[14:49] <tremolux> 'night pitti!
[14:51] <rodrigo_> so, I guess now's the best moment to upgrade to precise and start cherry picking updates, right?
[15:12] <seb128> 'night pitti
[15:12] <seb128> rodrigo_, we usually tend to update after UDS, now is a bit early
[15:12] <rodrigo_> ok
[15:12] <seb128> rodrigo_, I do merges on debian on oneiric and upload to precise
[15:12] <seb128> rodrigo_, or said differently I tend to update desktop pieces when I need those
[15:12] <seb128> but don't touch libc, xorg, the kernel etc before end of UDS
[15:13] <seb128> so I often get a mixed box with updates desktop and things I work on and the other bits not updated
[15:14] <rodrigo_> yeah, just wanted to ask for the best time for doing the initial upgrade, and then do the cherry picking from then on
[15:16] <jbicha> I think most devs wait a bit longer before updating to the dev release, but there's some users on P already
[15:17] <cyphermox> jbicha: I'd already on P if there had been fewer SRUs to play with :)
[15:17] <cyphermox> maybe I'll upgrade before UDS, and bring a usb key with oneiric in case things go wrong
[15:19] <jbicha> I've usually upgraded by now too, I guess I blame part of that on 3.2.1
[16:21] <didrocks> chrisccoulson: ctrl + R ?
[16:21] <didrocks> chrisccoulson: for bash you mean?
[16:22] <chrisccoulson> didrocks, yeah
[16:22] <chrisccoulson> i never knew it existed before
[16:22] <didrocks> chrisccoulson: really? how did you live without it? :)
[16:22] <chrisccoulson> didrocks, i don't know!
[16:22] <chrisccoulson> i was just using plain old autocomplete ;)
[16:23] <chrisccoulson> i feel like my life is becoming complete now
[16:23] <didrocks> chrisccoulson: ahah, feeling accomplished? :)
[16:23] <chrisccoulson> indeed :)
[16:23] <desrt> chrisccoulson: hey
[16:23] <desrt> chrisccoulson: remember this thunderbird+GIO business?
[16:24] <chrisccoulson> hi desrt, how are you?
[16:24] <desrt> apparently it didn't land in oneiric by default?
[16:24] <chrisccoulson> hah, it's funny you should mention that
[16:24] <chrisccoulson> i was just looking at that!
[16:24] <desrt> chrisccoulson: you're making me look bad in front of my friends!
[16:24] <chrisccoulson> heh
[16:24] <desrt> we gonna get an SRU?
[16:24] <chrisccoulson> desrt, https://bugzilla.mozilla.org/show_bug.cgi?id=696030 fixes the build failure
[16:24] <chrisccoulson> but it's more complicated than that
[16:24] <ubot2> Mozilla bug 696030 in Networking "nsGIOProtocolHandler.cpp:241:3: error: ‘MonitorAutoEnter’ is not a member of ‘mozilla’ when building with --enable-extensions=gio" [Normal,New: ]
[16:25] <chrisccoulson> thunderbird opens the file chooser in local mode
[16:25] <chrisccoulson> which i can fix too ;)
[16:25] <desrt> is there a working PPA version somewhere, or...?
[16:25] <chrisccoulson> but then there is another issue i just thought of
[16:26] <chrisccoulson> say you want to open something over ftp, and you need to supply login credentials for that
[16:26] <chrisccoulson> you'd need to do it twice
[16:26] <chrisccoulson> because when the file chooser returns a URI, thunderbird would then go ahead and open it using its own ftp handler
[16:27] <chrisccoulson> (as gio is only used as a catch-all fallback for protocols that aren't handled by the application)
[16:27] <desrt> doesn't gio 'mount' the thing?
[16:27] <desrt> i know it does that with ssh...
[16:27] <chrisccoulson> desrt, it does
[16:27] <chrisccoulson> but thunderbird wouldn't use the mount, even after it was mounted by the file chooser
[16:27] <desrt> oh.
[16:27] <chrisccoulson> as it already has its own native ftp handler, which would be picked first
[16:28] <desrt> oh.
[16:28] <desrt> ugh.
[16:28] <desrt> i guess your main concerns here are samba and ssh
[16:28] <desrt> i doubt many people try to use gio to open shares of ftp
[16:29] <desrt> so i wouldn't let it block you...
[16:29] <chrisccoulson> desrt, yeah, it would probably be ok for most cases
[16:29] <chrisccoulson> and thunderbird doesn't have handlers for ssh or smb
[16:29] <chrisccoulson> http://hg.mozilla.org/mozilla-central/file/656c921623a8/netwerk/base/src/nsIOService.cpp#l446
[16:29] <chrisccoulson> that's where it picks a handler
[16:30] <desrt> i wonder if you could do some internal trickery to call it gvfsftp:// or something
[16:30] <desrt> and add/remove the indirection at the barrier to GIO
[16:30] <chrisccoulson> yeah, that might be a possibility
[16:30] <desrt> so if the file chooser opens an ftp, GIO will tell you ftp:// but the plugin tells thunderbird gvfsftp://
[16:30] <desrt> then it'll get thrown back to the plugin to handle it again
[16:31] <desrt> and you can strip it off before putting it back into gio
[16:31] <chrisccoulson> yeah, that would probably work ok
[16:31] <chrisccoulson> i'll have a look at writing some code for that after dinner :)
[16:31] <desrt> nice
[16:31] <desrt> no free beer for you until i see an SRU =)
[16:32] <chrisccoulson> heh :)
[16:32] <chrisccoulson> i'll definitely get this working. i've wanted to for ages
[16:32] <desrt> not because i'm withholding the reward.. but because i suspect it may impact your performance in completion of the task... :)
[16:32] <chrisccoulson> lol
[16:34] <seb128> chrisccoulson, <chrisccoulson> thunderbird opens the file chooser in local mode
[16:34] <seb128> chrisccoulson, firefox as well
[16:36] <desrt> good afternoon, seb
[16:36] <desrt> busy packaging 2.31.0 for oneiric?
[16:36] <seb128> desrt, hey, no
[16:37] <desrt> if you really cared about p being as stable as possible, you'd expose the code to as much testing as you can!
[16:37] <seb128> desrt, busy packaging GNOME 3.2.1 for SRU :p
[16:37] <seb128> desrt, yeah, but seems like ricotz is already packaging it in a ppa
[16:37] <seb128> desrt, but I will look at what ricotz did and bring it over the official ppa when I've a free slot
[16:38] <desrt> cool
[16:38] <desrt> from a packaging standpoint it should be pretty boring, actually
[16:38] <desrt> i was mostly just trolling for your reaction to the idea of SRUing it
[16:38] <desrt> troll fail.
[16:41] <seb128> desrt, oh, yeah, totally, I read the "oneiric" with ppa in mind and I'm fine having a crack ppa with glib 2.31 for oneiric :p
[17:24] <chrisccoulson> hmmmm, so, i can spend time trying to get chromium builds going again
[17:24] <chrisccoulson> or i can hack on making gio work properly in thunderbird
[17:24] <chrisccoulson> which one should i do?
[17:24] <dobey> make contacts sync work in mutt.
[17:24] <chrisccoulson> lol
[17:24] <dobey> or just buy me beer
[17:25] <chrisccoulson> isn't it your managers responsibility to buy beer?
[17:25] <chrisccoulson> :)
[19:01] <seb128> jjardon, hey
[19:02] <seb128> jjardon, I saw that you commented on the deprecated lib
[19:02] <seb128> jjardon, we have quite some notes on what is still using gconf or gtk2 in the default install on: http://pad.ubuntu.com/ubuntu-desktop
[19:02] <seb128> jjardon, those still have quite a lot users, not likely we will drop them from the CD for the LTS
[19:05] <jjardon> seb128: yeah, I only put there the status of GNOME modules
[19:06] <seb128> jjardon, right, that was just for info ;-)
[19:06] <jjardon> mmm, I think firefox uses gio now (reading the pad)
[19:07] <seb128> jjardon, it does for the background, not for the proxy
[19:07] <seb128> chrisccoulson will fix it next cycle though
[19:07] <jjardon> seb128: and I think the libreoffice dependency on gconf is optional
[19:07] <seb128> jjardon, well it does for the background and the default application, they overlooked the proxy
[19:07] <seb128> jjardon, do you know if the libreoffice dependency on gnomevfs is optional as well? our -gnome still depends on it
[19:08] <seb128> jjardon, well the etherpad is public, feel free to add notes and comments on it, thanks ;-)
[19:08] <jjardon> seb128: sure ;)
[20:42] <sroecker> bug 876787
[21:02] <hallyn> say, does anyone here use the compiz grid placement in unity?  If so, can you tell me if ctrl-alt-keypad9 works for you?
[21:03] <hallyn> compiz settings manager says it's boudn to the right thing (place top right), but it seems to want to do same as ctrl-alt-KP8
[21:05] <chrisccoulson> seb128, did you recreate the problem with the indicator in tb yet?
[21:05] <chrisccoulson> i'm blocking a SRU on this :)
[21:05] <seb128> chrisccoulson, no, works fine so far
[21:05] <seb128> I can't say if I'm lucky or if your update fixed it ;-)
[21:05] <seb128> but it has been working since yesterday without out of sync issue
[21:06] <chrisccoulson> cool. i'll probably upload it in a bit then. i think hooking on to the removed signal is probably a good idea for now anyway
[21:06] <chrisccoulson> although i'll probably do this differently in precise
[22:05] <Laney> grr
[22:05] <Laney> this touchpad stops working bug is annoying
[22:09]  * RAOF wonders why it doesn't hit him.
[22:10] <broder> which bug is that?
[22:10] <broder> sounds familiar...
[22:10] <RAOF> Something in the syndaemon / synclient / gnome-settings-daemon arena turns the touchpad off on typing and then forgets to turn it back on.
[22:10] <Laney> i found https://bugs.launchpad.net/ubuntu/oneiric/+source/gnome-settings-daemon/+bug/868400
[22:10] <ubot2> Launchpad bug 868400 in xserver-xorg-input-synaptics "Synaptics touchpad stops working" [High,Confirmed]
[22:11] <broder> i saw something a lot like that when i killed and restarted g-s-d
[23:09] <hggdh> folks, https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/873702 seems quite serious
[23:09] <ubot2> Launchpad bug 873702 in libreoffice "some function names in Calc appear in english others in local language (mixed up) " [High,Confirmed]