[06:20] <didrocks> good morning
[06:53] <pitti> Good morning
[06:54] <pitti> robru: yes, have a look at python3-mock (http://www.voidspace.org.uk/python/mock/)
[06:54] <pitti> robru: with that you can replace any existing method of any object with a stub
[06:55] <didrocks> guten morgen pitti!
[06:55] <pitti> robru: however, in this case I'd actually recommend to just take apart the result again with the multipart iterator and just check that the individual parts are right; then you don't need to hardcode the technical details of MIME, just check that it is parseable and has the right contents
[06:55] <pitti> hey didrocks, ça va?
[06:56] <didrocks> pitti: ça va bien, déjà bien chargé en terme de travail, mais ça va :) et toi?
[06:56] <pitti> haha, sonne comme UDS
[06:57] <pitti> je vais bien, merci!
[06:58] <didrocks> pitti: post-UDS "surprise" plutôt :)
[07:50] <simpleirc> how do i install xfce instead of unity
[07:52] <simpleirc> o
[07:52] <sarnold> looks like there's an xfce package, try 'apt-get install xfce'
[07:53] <simpleirc> thx , will it propagate in the login window like gnome , gnome 2d automatically
[07:53] <sarnold> I hope so; if it doesn't, that feels like a reasonable bug report :)
[07:54] <simpleirc> yep ! sorry im a windoz dork happy to find the world of FOSS
[07:55] <simpleirc> cheers
[07:55] <pitti> ah, gone; I was about to point out xubuntu-desktop
[07:56] <sarnold> zounds, what a metapackage :)
[07:57] <sarnold> but yes, that might have been a faster way to a more useful system.
[08:59] <robru> pitti, oops, I guess what I really meant to ask was 'what is the name of the method that I should mock in order to accomplish this?' ;-)
[09:01] <pitti> robru: hm, I'm not sure; there doesn't seem to be an obvious method for that in the meail.mime package
[09:01] <pitti> robru: but as I said, I wouldn't actually go that far, as you are influencing the very thing you want to test
[09:02] <pitti> I'd iterate over it with msg = email.message_from_binary_file(...) and msg.walk(), and check the individual components
[09:04] <robru> pitti, wait, what are we talking about? I'm talking about using libsoup to upload files in multipart/form-data format... currently I am running a WSGI server in test mode that mirrors everything back to me, so I can submit a real request, and then the response is the result I sent; then I test that what was sent is what I expected. but to do so I need to determine what separator is being used.
[09:04] <pitti> robru: but a multipart/MIME message shoudl tell you the separator in a header field
[09:05] <pitti> robru: and you can use the email.mime python package to dissect it
[09:05] <pitti> you can also compare the actual string, but that seems harder to me, and unnecessary
[09:05] <robru> pitti, http://bazaar.launchpad.net/~super-friends/friends/trunk/view/63/friends/tests/test_download.py#L229
[09:06] <robru> pitti, yes, it is harder and unnecessary, that's why I want to simplify this test ;-)
[09:07] <robru> pitti, (the purpose of this test is just to ensure that my uploading module is creating multipart messages correctly; so I can be notified if anything ever changes it's behavior)
[09:07] <pitti> robru: email.mime shoudl handle multipart/POST requests just fine; I'm using it in apport (although the other way around)
[09:08] <didrocks> oh, we don't have python3 bindings for launchpadlib?
[09:08] <pitti> nope
[09:08] <didrocks> ok, thanks pitti :)
[09:08] <robru> pitti, are you saying I should be using email.mime *instead* of libsoup, or just to use it within the test to ensure that the message is valid? (I'm not familiar with email.mime)
[09:08] <pitti> robru: right, the latter
[09:09] <robru> pitti, ok, I'll look at that in a bit. but first: breakfast!
[09:09] <robru> pitti, thanks ;-)
[09:09] <pitti> robru: i. e. feed raw_sent into an email.mime parser, and have it dissect the result
[09:09] <robru> pitti, thanks again, brb ;-)
[09:10] <pitti> robru: i. e. email.message_from_bytes(raw_sent) should do that
[09:11]  * duflu crashes X again.
[09:25]  * didrocks crashes in gnome-keyring launchpad call
[09:25] <didrocks> (was transient though)
[09:57] <dholbach> hello my friends
[09:58] <didrocks> re dholbach ;)
[09:58] <dholbach> if I have a window which does not turn up in unity or in alt-tab - which information should I include in a bug report and what should I file it on?
[09:58] <dholbach> or maybe there's a bug for it already
[09:59] <dholbach> it's a tomboy note - last night it still worked and showed up, today it doesn't
[09:59] <didrocks> dholbach: it's a known issue, but debug info can help, please head on #ubuntu-unity and ping trevhino/andyrock about it
[09:59] <didrocks> none of them are online unfortunately right now :/
[10:00] <dholbach> yeah, I just noticed :)
[10:00] <dholbach> slackers
[10:00]  * dholbach shakes head in disbelief
[10:01] <didrocks> heh :)
[10:08] <seb128> dholbach, lut
[10:08] <dholbach> salut mon ami :)
[10:08] <seb128> dholbach, comment ça va à Berlin ?
[10:09] <dholbach> ça va - et toi? qu'est-ce qui se passe là-bas?
[10:11] <mlankhorst> oui, langue package officiele c'est francois?
[10:11] <seb128> mlankhorst, oui, on parle français ici ;-)
[10:12] <seb128> dholbach, ca va, mon ubuflu commence à partir
[10:12] <seb128> dholbach, content de voir qu'Obama a gagné également
[10:12] <mlankhorst> mon français est terrible!
[10:12] <dholbach> mlankhorst, c'était comme ça  depuis 2005 ou quelque-chose comme ca :)
[10:12] <dholbach> seb128, très bien!
[12:52] <desrt> yawn
[12:52] <larsu> desrt, morning :)
[12:53] <desrt> another night, another election
[12:53] <desrt> larsu: good morning
[12:53] <desrt> too bad about NC, eh?
[12:53] <larsu> ha, yeah. kenvandine will be saaaaaad
[12:54]  * desrt is a bit sad too
[12:54] <desrt> my favourite entertainment source is gone
[12:55] <larsu> :)
[12:56] <larsu> I'm happy that we'll get actual news again in a couple of days
[13:24] <ogra_> seb128, was the onscreen keyboard blueprint dropped or did you just not get to it yet ?
[13:25]  * ogra_ tries to assemble a list of workitems for himself
[13:25] <seb128> ogra_, I didn't draft it yet, will do that today
[13:25] <seb128> ogra_, it's https://blueprints.launchpad.net/ubuntu/+spec/desktop-r-onscreen-keyboard-review
[13:25] <ogra_> yep, thats what i'm looking at, just wanted to know if its still planned
[13:26] <seb128> ogra_, it is
[13:27] <ogra_> thx
[13:31] <mvo> seb128: I guess you don't mind if I upload a new glade to raring - make gtkbuttons actually be usable again ;)
[13:32] <seb128> mvo, please do, sorry I forgot that you mentioned that during UDS ... is that broken in quantal as well?
[13:32] <mvo> seb128: yes
[13:32] <mvo> seb128: no worries
[13:32] <mvo> seb128: I can SRU it there too if you want
[13:32] <seb128> mvo, please
[13:32] <seb128> mvo, danke
[13:32] <mvo> seb128: or maybe we can simply copy it?
[13:33] <seb128> mvo, copy? pocket copies you mean? no, SRU team said they only do that before the new serie opens, they want stuff rebuilt with the new toolchain now
[13:34] <mvo> seb128: ok
[13:34] <seb128> ogra_, ok, drafter, pending approval from didrocks
[13:34] <seb128> drafted*
[13:34] <seb128> mvo, danke, I will do the SRU verification for you ;-)
[13:35] <mvo> https://bugs.launchpad.net/ubuntu/+source/glade/+bug/1075957 fwiw
[13:35] <ubot2> Launchpad bug 1075957 in glade (Ubuntu Quantal) "3.14.0 can not edit a GtkButton label" [Medium,In progress]
[13:35] <seb128> mvo, it's 2012, I can't believe people still use buttons btw :p
[13:35] <ogra_> seb128, merci !
[13:35]  * seb128 hides
[13:35] <seb128> ogra_, de rien ;-)
[13:38] <mlankhorst> mvo: apt sru? :D
[13:40] <seb128> Laney, when you are done drafting specs please set "definition" to "pending approval"
[13:40] <seb128> Laney, it seems like you drafter the patch burden and gst ones but they are still on "new"
[13:40] <mvo> mlankhorst: indeed
[13:52] <mvo> seb128: uploaded to quantal-proposed
[13:52] <seb128> mvo, \o/
[13:52] <seb128> mvo, danke
[13:52] <mvo> yw
[13:55] <mlankhorst> mvo: I mean I want to do the apt sru for bug 1062503 but my only involvement with it was that I reported the bug and tested the fix, I can't really do a fair analysis for a fix I didn't write. :-)
[13:55] <ubot2> Launchpad bug 1062503 in apt (Ubuntu Quantal) "apt fails to install libglapi-mesa-lts-quantal correctly on switching x stacks" [Undecided,In progress] https://launchpad.net/bugs/1062503
[14:05] <mvo> mlankhorst: yeah, I knew what you mean :) I will do the merge in a bit, just want to finish my current task
[14:05] <mlankhorst> sure np
[14:25] <Laney> seb128: yeah I already did that for the gstreamer one
[14:25] <Laney> not sure if the description should be more verbose though
[14:27] <jbicha> Sweetshark: congrats http://listarchives.documentfoundation.org/www/announce/msg00135.html
[15:28] <Sweetshark> jbicha: heh, thanks.
[15:30] <Sweetshark> jbicha: The ESC (containing me) has appointed three devs (including me) to decide the certification of devs (including me) on behalf of the Board of Directors (including me).
[15:30] <Sweetshark> ETOOMANYJOBS
[15:32] <jbicha> Sweetshark: well that was nice of you to give yourself a certification and another job :)
[15:40] <Sweetshark> Others show beautiful ladies their collection of stamps. I show my collection of LibreOffice titles ...
[15:42] <ogra_> you have them in an album ?
[15:43] <Sweetshark> ogra_: the ladies?
[15:43] <ogra_> lol
[15:46]  * kenvandine rofl
[15:56] <seb128> kenvandine, hey, how are you?
[15:57] <kenvandine> happy obama won, but bummed NC was red :/
[15:58] <seb128> kenvandine, yeah, luckily for you NC was not needed for him to win
[16:00] <kenvandine> i do wonder how it is that florida consistently has trouble getting results
[16:00] <jcastro_> old people
[16:01] <desrt> kenvandine: sorry dude
[16:01] <desrt> just wasn't in the cards
[16:01] <kenvandine> NC was less than 100K away from being blue :)
[16:01] <desrt> kenvandine: i reckon you have a good crack at it 4 years from now
[16:02] <seb128> the "all or nothing" system is a bit weird
[16:02] <desrt> seb128: the situation is far worse in canada, i assure you :)
[16:03] <seb128> desrt, Canada doing something worse than the US, I don't believe you :p
[16:03] <kenvandine> haha
[16:03] <desrt> take the US system
[16:03] <seb128> desrt, it would seem logical to have the number of seats being proportional to the results
[16:03] <desrt> except instead of basing it on states you base it on arbitrarily-drawn-up ridings
[16:03] <desrt> and then throw in 5 parties instead of 2
[16:04] <desrt> but still winner-takes-all
[16:04] <kenvandine> oh, they draw different boundaries for election results?
[16:04] <didrocks> seb128: hem, we don't really have that as well for the parliament (for some arguably good reasons)
[16:04] <desrt> good way to get a PM who 2/3 of the country voted against
[16:04] <desrt> kenvandine: explaining the canadian system to an american: our PM is selected in the same way that you select your speaker of the house
[16:04] <desrt> kenvandine: except there are 5 parties in our house
[16:05] <kenvandine> ah
[16:05] <desrt> and we call it "parliament"
[16:05] <seb128> didrocks, well, we do elect our députés directly though
[16:06] <didrocks> seb128: that's true, but it doesn't really represent the overall % of votes of the nation
[16:06] <seb128> desrt, it just feel weird that having 90% of 51% of the votes makes no difference
[16:06] <didrocks> something similar happen on another scale in the US :)
[16:06] <seb128> didrocks, right
[16:06] <desrt> seb128: strictly speaking, having 90% or 40% doesn't matter
[16:06] <desrt> since it's possible to have 40% and still win
[16:07] <seb128> well, you should get a stronger lead if you have a stronger part of the population following you
[16:07] <seb128> it's weird that 1% difference in one state can make the whole election goes one way or another
[16:08] <seb128> where it might not be even a representative picture of the country's opinion
[16:08] <kenvandine> i think it would make more sense to use the popular vote these days
[16:08] <kenvandine> the reasons for the electorial college are outdated now
[16:09] <seb128> yeah
[16:09] <larsu> this might fix it... http://www.nationalpopularvote.com/
[16:09] <kenvandine> of course then the media can't capitalize on their forecasts as much :)
[16:09] <larsu> it won't ever fix the 2-party system, though
[16:10] <kenvandine> it sucks that some people's vote really doesn't matter at all
[16:10] <kenvandine> in the current system
[16:20] <seb128> jbicha, hey, do you know if there is anything blocking the cogl update or if we could sync 1.12 from debian?
[16:20] <didrocks> larsu: even with 2 rounds, most of the 2 main parties in France try to advocate the "useful vote" for the 1st round.
[16:22] <larsu> didrocks, instead of a strategic vote?
[16:24] <didrocks> larsu: "useful vote" is strategic, like "ensure this candidate (which almost surely will be in the second round) has a lot of votes/support even in the first round"
[16:25] <didrocks> it's killing the small parties
[16:25] <larsu> didrocks, :(
[16:25]  * larsu never understood the french system :)
[16:25] <seb128> larsu, we got an election where the extrem right kicked out the left from the second round by beating them in the first round of the election
[16:26] <didrocks> yeah, in 2002
[16:26] <seb128> larsu, and people don't want that to happen again
[16:26] <didrocks> so it's a little bit of a traumatism
[16:26] <seb128> larsu, so they try to "make sure that the left/right" made to the second round
[16:26] <seb128> make it*
[16:26] <larsu> hm, that makes sense ...
[16:26] <didrocks> larsu: they were a lot of small left parties in 2002, that's why this situation happened
[16:27] <seb128> larsu, it's like "if you vote green your vote might be the one which makes the left to not be there on the second turn and let us between screwed to pick right or extrem right"
[16:27] <seb128> between->being
[16:27] <didrocks> to be on the second turn, you need at least 20% of voters
[16:27] <larsu> that sucks
[16:27] <didrocks> which means mainly 2 parties…
[16:32]  * didrocks hugs kiki
[16:32] <didrocks> best regexp tool ever!
[16:33] <seb128> kenvandine, versions says we have outdated signon-keyring-extension &  gnome-control-center-signon & unity-firefox-extension
[16:33] <seb128> kenvandine, just pointing it in case you didn't notice those during UDS or something
[16:33] <kenvandine> yeah
[16:33] <kenvandine> i know :)
[16:33] <seb128> ok, good
[16:33] <seb128> ignore me then ;-)
[16:33] <kenvandine> on my todo list for this week
[16:33] <kenvandine> i am glad they are on the versions page :-D
[16:33] <didrocks> seb128: stop doing that! I just wrote "ken" as my next variable name :p
[16:33] <seb128> lol
[16:33] <kenvandine> hehe
[16:34] <didrocks> kenvandine: once you will inline packaging, that will never happen again ;)
[16:34] <kenvandine> indeed
[16:34] <seb128> didrocks, oh, I'm sure I will found stuff to ping Ken about ... like empathy ;-)
[16:34] <kenvandine> didrocks, i am going to do one as an example and let robru do the rest :)
[16:34] <seb128> it's also on the red list
[16:34] <didrocks> kenvandine: mterry almost have all his inline packaging merge, I think you can follow the theme after that!
[16:34] <didrocks> seb128: empathy yeah ;)
[16:35] <didrocks> kenvandine: cool! you can take what mterry did with NOCONFIGURE=1 dh_autoreconf ./autogen.sh
[16:35] <seb128> didrocks, or try to talk to cassidy about adopting your ps workflow :p
[16:35] <kenvandine> didrocks, most of mine already do that :)
[16:35] <didrocks> seb128: ahah, sure sure… he will be delighted :p
[16:35] <seb128> didrocks, I'm sure he will love it ;-)
[16:35] <didrocks> seb128: can we put the packaging in his empathy branch?
[16:35] <didrocks> you still have your git gnome commit access, as pitti
[16:35] <kenvandine> i figure this will be a good way to get robru familiar with the webapps/accounts packages
[16:35] <seb128> didrocks, he's not coming to JDLL right? :p
[16:35] <didrocks> kenvandine: excellent! ensure to try in a chroot so that you don't forget any build-dep, like gnome-common :)
[16:36] <kenvandine> yeah :)
[16:36] <didrocks> seb128: no, he isn't, so you can push that silently :)
[16:36] <seb128> ;-)
[16:36] <kenvandine> well, i've added that all over the place already
[16:36] <kenvandine> i gave up on keeping those trim ages ago
[16:36] <didrocks> \o/
[16:36] <kenvandine> twice a week having to tweak it last cycle... easier to just leave the bloat in
[16:37] <didrocks> heh, indeed
[16:38] <kenvandine> didrocks, mind if i do an SRU for dee?
[16:38] <kenvandine> i have a fix from mhr3 i need
[16:38] <didrocks> kenvandine: I don't mind at all, but SRU depending on another SRU, is it policy compliant?
[16:38] <didrocks> kenvandine: or does you gwibber doesn't regress without the SRU?
[16:39] <kenvandine> not for gwibber :)
[16:39] <kenvandine> but for friends
[16:39] <kenvandine> bug in SharedModel
[16:39] <desrt> can someone remind me of the magical incantation for replacing the appmenu indicator?
[16:39] <kenvandine> friends won't be in quantal of course, but this might be causing problems we haven't noticed yet
[16:40] <kenvandine> and it is safe
[16:40] <didrocks> kenvandine: good to me then, please do ;)
[16:40] <desrt> or unity-panel-service
[16:40] <didrocks> Mirv: FYI ^^
[16:40] <desrt> larsu, charles: ?
[16:40]  * kenvandine files the bug :)
[16:40] <larsu> desrt, export INDICATOR_SERVICE_REPLACE_MODE=1
[16:41] <desrt> on u-p-s?
[16:41] <larsu> no, on the indicator-service
[16:41] <desrt> isn't indicator-appmenu in u-p-s?
[16:41] <larsu> half/half ;)
[16:41] <desrt> it's a .so file....
[16:42] <larsu> yeah, only the hud parts are in a service
[16:42] <desrt> so how do i restart unity-panel-service?
[16:42] <larsu> killall
[16:42] <larsu> (it restarts automatically)
[16:42] <desrt> i want to see the stderr in my terminal
[16:43] <larsu> mv the binary, then start it from your terminal
[16:43] <desrt> and/or valgrind
[16:43] <desrt> cool.
[16:43] <larsu> (yes, that's stupid, but it's the only way around the self-restarting)
[16:43]  * desrt winces
[16:43] <larsu> there's a tool that loads a single indicator .so which we usually use for debugging, but it doesn't work for indicator-appmenu
[16:44] <larsu> because appmenu depends on some other window having focus
[16:44] <larsu> bbiab
[16:49] <Laney> gah
[16:49] <Laney> new firefox broke pentadactyl
[16:49]  * Laney 's brain turns to mush
[16:53] <kenvandine> didrocks, Mirv: we are going to wait on the dee SRU, just do it along with the next set of unity SRUs
[16:55] <didrocks> kenvandine: ah excellent
[16:55] <kenvandine> i fixed it in raring already, which is all i really need for right now
[16:56] <didrocks> ok, good :)
[17:06] <ritz> seb128 hi, https://bugs.launchpad.net/ubuntu/+source/indicator-messages/+bug/1003898
[17:06] <ubot2> ritz: Error: launchpad bug 1003898 not found
[17:06] <seb128> ritz, hey
[17:06] <ritz> does this look fine for ubuntu-sponsor ?
[17:08] <seb128> ritz, what source is the patch against? there is no seen-db.c in indicator-messages
[17:09] <ritz> this is against precise
[17:09] <seb128> ritz, no, what source package
[17:09] <seb128> e.g what component
[17:09] <ritz> indicator-messages
[17:09] <seb128> oh
[17:10] <ritz>  indicator-messages (Ubuntu)
[17:10] <seb128> is there any chance you could put a merge request up for review there?
[17:10] <ritz> I have added this to the lp
[17:11] <ritz> sounds good. I am kindda stuck with trying to add a patch to this package
[17:11] <ritz> I suck a lot at deb
[17:11] <ritz> will try this bit
[17:11] <ritz> seb128, thanks. Will have one by tomorrow , hopefully :)
[17:12] <seb128> ritz, can you put up a merge request against https://code.launchpad.net/~indicator-applet-developers/indicator-messages/trunk.0.6 ?
[17:12] <ritz> will do :)
[17:16] <ritz> seb128, I could update the code in place, or do I need to write debian/patches/patch_name.patch ?
[17:18] <seb128> ritz, for the merge request?
[17:18] <seb128> bzr branch lp:indicator-messages/0.3
[17:18] <seb128> cd indicator-messages
[17:18] <seb128> edit the file
[17:18] <seb128> bzr commit
[17:18] <seb128> bzr push lp:~ritz/indicator-messages/lp-1003898 (or use a public for reference)
[17:18] <seb128> then propose the branch for merging
[17:19] <seb128> it will be on the webpage for the branch
[17:19] <seb128> you can bzr lp-open to go the page
[17:19] <ritz> sweet, thank you :)
[17:19] <seb128> yw
[17:31] <jbicha> desrt: ok, here's a hack for getting rid of the extra Ubuntu panels from GNOME; we can have 2 .desktop's and use OnlyShowIn to hide the panels from System Settings but not from the Overview when running GNOME
[17:32] <seb128> jbicha, what do you mean "extra Ubuntu panels"?
[17:33] <seb128> jbicha, what is "overview"? the g-s dash? what's the point to have panels there if they are not used in g-c-c?
[17:33] <jbicha> seb128: Backup, Privacy, Software Sources, Ubuntu One, etc.
[17:33] <jbicha> oh I guess that doesn't quite work either :(
[17:34] <seb128> no that doesn't
[17:34] <seb128> you can't call a panel that is not listed in the g-c-c overview
[17:34] <seb128> if it's not listed it doesn't exist for g-c-c and there is no way to load it
[17:34] <seb128> we had an hack to make that work for the goa panel in precise but it was a code patch and hackish
[17:35] <larsu> seb128, `gnome-control-center <panel>` doesn't work for the hidden ones?
[17:35] <seb128> larsu, no
[17:36] <seb128> larsu, the model used by the iconview is the same model they use for other things like call panels
[17:37] <larsu> seb128, makes sense, the blacklisting in desktop files probably works on the .so level
[17:37] <seb128> larsu, yeah, they need an entry in the model to set the title, icon etc
[17:37] <seb128> if you mask the .desktop you loose those items
[17:37] <seb128> items->infos
[17:38]  * larsu nods
[17:39] <jbicha> seb128: well it works for Software Sources & Ubuntu One since those aren't real panels
[17:39] <seb128> jbicha, right
[17:39] <seb128> hacks on hacks ;-)
[17:40] <seb128> jbicha, doesn't work for deja-up, privacy, etc though
[17:40] <seb128> jbicha, do you really have users complaining about having backups in system settings?
[17:40] <jbicha> seb128: it would be neat if the library could do that filtering
[17:41] <didrocks> james_w: yeah, do you have a minute for a lame launchpadlib lame question?
[17:41] <jbicha> seb128: I think Backup isn't really objectionable since that really should be part of core GNOME
[17:42] <jbicha> Software Sources is ugly since it shouldn't be a separate popup
[17:42] <seb128> jbicha, it seems like to me that you could keep deja-dup, and filter out software-source & ubuntuone & privacy
[17:43] <seb128> the privacy stuff is not useful under gnome-shell anyway, they don't really use zg
[17:43] <seb128> so you don't even need it in the overview
[17:43] <jbicha> Privacy & Ubuntu One are a little annoying because they make the Personal section too big, but...it sounds like GNOME really wants to add their own Privacy & Sharing panels for 3.8 (as 2 separate panels)
[17:44] <ritz> seb128 thanks. done.
[17:44] <seb128> jbicha, btw did you see my cogl question earlier?
[17:44] <seb128> jbicha, oh, and thanks for the rhythmbox udpate ;-)
[17:45] <jbicha> seb128: oh I think I was disconnected then, the only thing blocking cogl for me was that I no longer have upload rights to have done it myself
[17:46] <james_w> didrocks, for you? of course
[17:46] <seb128> ritz, thanks, maybe you could also open a public bug so we can use that for the SRU tracking?
[17:46] <ritz> sure
[17:46] <seb128> jbicha, so I can sync it?
[17:46] <seb128> ritz, thanks
[17:46] <jbicha> seb128: yes please
[17:47] <didrocks> james_w: \o/ so, I want to open bugs against a particular ubuntu serie for a source package. I was thinking using bug.addTask(target=source_package)
[17:47] <seb128> jbicha, great, then we need to follow up with rebuilds ... should clutter stack be updated as well in the same run?
[17:47] <seb128> jbicha, things will not move out of proposed until the rebuilds are done
[17:47] <didrocks> james_w: however, I only find one kind of bug_task for source packages: source_package = lp.distributions['ubuntu'].getSourcePackage(name = "unity") for instance
[17:47] <didrocks> which isn't tied to any serie, like quantal, precise…
[17:48] <james_w> didrocks, maybe it's addNomination that you want?
[17:49] <james_w> didrocks, I'm just guessing though, I've not done this myself
[17:49] <didrocks> james_w: addNomination take a bug_task as well, isn't it?
[17:49] <didrocks> bug_target I meant
[17:49] <james_w> Nominate a bug for an IDistroSeries or IProductSeries
[17:49] <jbicha> it looks like nothing really depends on activity-log-manager-control-center except ubuntu-desktop so (and you can quote me): privacy's not worth worrying about
[17:49] <didrocks> I didn't find a way to have bug_target for a source package in one serie
[17:49] <jbicha> seb128: it looks like we're already on the latest stable clutter
[17:50] <james_w> didrocks, so I would think it would take lp.distributions['ubuntu'].getSeries(name_or_version=whatever)
[17:50] <james_w> didrocks, and nominate for all source packages
[17:50] <seb128> jbicha, versions says 1.12.0 against 1.12.2
[17:50] <seb128> jbicha, 1.3.2 vs 1.4 for clutter-gtk
[17:50] <james_w> didrocks, alternatively, maybe getSourcePackage(name=whatever) on distro_series will work as a bug_target for addTask?
[17:50] <didrocks> james_w: ok, so I need to addTask first for the source package, and then addNomination
[17:51] <james_w> didrocks, that's my guess, based on how the web UI works, but I don't know
[17:51] <didrocks> hum, let me try that, didn't see getSourcePackage on distro_series :)
[17:51] <james_w> didrocks, bdmurray might know
[17:52] <jbicha> seb128: ok, yes then :)
[17:53] <didrocks> james_w: your last suggestion beautifully worked \o/ https://bugs.staging.launchpad.net/launchpad/+bug/123
[17:53] <ubot2> Launchpad bug 123 in Launchpad itself "There's no direct way to see the project info when translating it" [Medium,Fix released]
[17:53] <didrocks> thanks a lot ;)
[17:53] <seb128> jbicha, cogl synced, I will start doing some rebuilds once the binaries are there and NEWed
[17:53] <james_w> didrocks, woo
[17:53] <james_w> didrocks, looks a bit odd because unity (Ubuntu) is grayed out
[17:54] <james_w> didrocks, so I think this is a state that you can't get in to with the web ui, do beware of bugs
[17:54] <didrocks> james_w: yeah, because there is no "current serie" task
[17:54] <james_w> or maybe all this changed since I last did it
[17:54] <didrocks> james_w: yeah, I'll look into that, anyway, thanks a bunch, will experiment now :)
[17:54] <james_w> great
[18:06] <GunnarHj> Laney: Hi Iain!
[18:06] <GunnarHj> Laney: Saw that you are piloting... I have a few items in the sponsorship queue, and the most urgent are the MP + SRUs at http://pad.lv/875435, since they affect quite a few Asian users. It's really the SRUs that are interesting, but I suppose we should do it in the right order. Do you have time to take a look? The MP is reviewed and approved.
[18:06] <ubot2> Launchpad bug 875435 in OEM Priority Project precise "iBus indicator does not show on the panel" [Medium,In progress]
[18:06] <Laney> GunnarHj: I'm signing off now I'm afraid
[18:07] <GunnarHj> Laney: Ok, then I try someone else.
[18:07] <Laney> if you don't get a bite from one of the others I'll look tomorrow for you though
[18:07] <GunnarHj> Laney: Great, good to know!
[18:10]  * Laney goes away
[18:10] <Laney> goodnight!
[18:10] <GunnarHj> mdeslaur: Hi Mark!
[18:10] <GunnarHj> mdeslaur: Saw that you are piloting... I have a few items in the sponsorship queue, and the most urgent are the MP + SRUs at http://pad.lv/875435, since they affect quite a few Asian users. It's really the SRUs that are interesting, but I suppose we should do it in the right order. Do you have time to take a look? The MP is reviewed and approved.
[18:10] <ubot2> Launchpad bug 875435 in OEM Priority Project precise "iBus indicator does not show on the panel" [Medium,In progress]
[18:11] <mdeslaur> GunnarHj: I'm done for the day, and still have a couple of things pending...could you possibly ask someone else doing patch piloting?
[18:11] <mdeslaur> @pilot out
[18:12] <mdeslaur> GunnarHj: sorry about that
[18:12] <GunnarHj> mdeslaur: Sure, you were the second one I asked. ;-)  One more to try...  No problem, of course.
[18:13] <mdeslaur> GunnarHj: darn, sorry about that...bad timing :(
[21:04] <chrisccoulson> hah, "Get horny using tablets" - https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/577251/comments/12
[21:04] <ubot2> Launchpad bug 577251 in firefox (Ubuntu) "Problem Loading Page" [Undecided,Expired]
[21:04] <chrisccoulson> is this why everyone got a nexus 7 at UDS?
[21:15] <attente> heh, they're magical tablets :)
[21:15] <desrt> wait
[21:15] <desrt> tablets?
[21:15] <desrt> oh boy you got me!!
[21:38] <desrt> Laney: hey.  can you SRU the make with the webkit argument length fix to precise as well?
[21:40] <bryceh> TheMuso, around by chance?  Valve contacted me about an alsa issue on i386
[21:41] <bryceh> TheMuso, I'll fwd the email.
[21:44] <TheMuso> bryceh: Yeah I am around.
[21:46] <bryceh> TheMuso, they say 12.04 has 1.0.24 as the i386 package, but 1.0.25 for amd64.  but I can't confirm that; looks like there is a i386 package for 1.0.25?
[21:47] <TheMuso> bryceh: Do you mean alsa-lib, or alsa-utils?
[21:49] <TheMuso> Yeah, we have 1.0.25 accross x86 in precise. If there was an FTBF I would have been on it ages ago...
[21:49] <TheMuso> Sounds like their mirror is horribly out of date.
[21:49] <TheMuso> Which ever mirror they use.
[21:49] <bryceh> TheMuso, they were ambiguous on what package it is
[21:50] <bryceh> could it be ia32-libs?
[21:51] <TheMuso> They shouldn't be using ia32-libs... Alsa is all multi-arch now.
[21:51] <TheMuso> Has been since oneirif IIRC.
[21:51] <TheMuso> oneiric even.
[21:51] <bryceh> hmm
[21:53] <TheMuso> And whilst I think the internal kernel version may be alsa 1.0.24, that should be the same for both 32-bit and 64-bit systems.
[21:54]  * TheMuso fires up a precise VM to check.
[21:55] <TheMuso> bryceh: Perhaps if you bounced the email to me instead of forwarding, I could group reply and query a few things.
[21:55] <TheMuso> That way if it were bounced, I could keep threading in tact for all concerned.
[21:56] <bryceh> ok
[21:56] <TheMuso> Thanks.
[21:57] <bryceh> bounced
[21:57] <TheMuso> Thanks, will follow up and keep you in the loop.
[22:00] <bryceh> thanks TheMuso
[22:03] <TheMuso> np