[03:44] <pitti> Good morning
[05:18] <creftos> hey so I'm having issues seeing local java applets in my web browsers. It says that my security settings don't allow me to see them. How do I fix this?
[07:02] <czajkowski> aloha
[07:02] <jibel> good morning
[07:04] <czajkowski> good start to tje day. machine refises to boot up and goes into grub menu
[07:10] <czajkowski> hmmI seem to have some wrongly spelled quantal packages also causing issue http://pastebin.ubuntu.com/5715247/
[07:18]  * didrocks jibel merci d'avoir regardé pour le CDU, ça aurait pris à jcollado la matinée pour voir que c'était ça, et pas leur utilisation de cobbler, etc.
[07:18] <didrocks> czajkowski: fresh install or upgrade?
[07:21] <czajkowski> didrocks: been running raring for the last 2 months
[07:21] <czajkowski> did and update last night and shut down the machine and couldn't boot it up this morning
[07:21] <didrocks> czajkowski: did you look at what you upgraded yesterday?
[07:21] <didrocks> czajkowski: like apt logs
[07:22] <czajkowski> didrocks: in theory I did but it was close to 12when I did the update. it'd been working fine and was only a small update :/
[07:22] <czajkowski> so cant say what for sure
[07:22] <czajkowski> sorry
[07:23] <didrocks> czajkowski: I guess you tried different kernels?
[07:24] <czajkowski> I went to the first one down for recovery and was then able to reboot it
[07:24] <seb128> hey desktopers
[07:24] <seb128> hey didrocks czajkowski
[07:24] <didrocks> czajkowski: maybe something for #ubuntu-kernel then?
[07:24] <czajkowski> seb128: ello ello
[07:24] <didrocks> salut seb128
[07:24] <czajkowski> didrocks: yeah just about to do another reboot here and then join
[07:24] <czajkowski> other than that I do love raring
[07:25] <didrocks> :)
[07:25] <czajkowski> except that annoying red triangle that appears and tells me I've updates, when I don't
[07:25] <czajkowski> but it's pretty reponsve and pretty :)
[07:25] <czajkowski> *responsive
[07:25] <didrocks> seb128: how is your cold?
[07:26] <seb128> didrocks, slightly better I think, but always hard to say in the morning, waiting a bit to be sure ;-)
[07:26] <didrocks> seb128: take some honey :)
[07:26] <seb128> but I had a good night, went to bed at like 23:45 and slept until 8:40
[07:26] <seb128> didrocks, yeah :)
[07:27] <didrocks> waow, long night :)
[07:27] <seb128> indeed, that was needed to fight the cold it seems
[07:28] <didrocks> heh ;)
[07:28] <seb128> didrocks, and you, how are you today?
[07:28] <didrocks> seb128: better than UTAH/the datacenter
[07:28] <didrocks> seb128: the CDU (switch to reboot the machines) seem to be dead
[07:28] <didrocks> seems*
[07:28] <seb128> oh, not cool
[07:28] <seb128> so need to wait for the U.S to wake up?
[07:28] <didrocks> so nothing can work until someone is getting in place
[07:29] <didrocks> yeah
[07:29] <didrocks> but in addition to that, the only guy who can get there is next to where the bombing was
[07:29] <didrocks> and apparently, he couldn't drive yesterday
[07:29] <seb128> wouldn't be murphy's law if that was not the case...
[07:30] <didrocks> yeah…
[07:30] <didrocks> as we are close to finale freeze…
[07:30] <seb128> the universe doesn't want the swirl to turn in the right direction :p
[07:30] <czajkowski> seb128: didrocks when I start up I'm brought to http://ubuntuone.com/1REKSBU0jU7XITkpfBK0RQ  is that a -desktop or a -kernel issue?
[07:31] <didrocks> seb128: hehe, it seems so
[07:31] <seb128> czajkowski, option c), -foundation, #ubuntu-devel
[07:31] <seb128> it's a cjwatson type of issue
[07:31] <czajkowski> ahh good
[07:32] <czajkowski> he pokes re lp enough it's only fair :)
[07:32] <czajkowski> also reboot doesn't work :/
[07:32] <czajkowski> just hangs
[07:32] <seb128> but you usually get that menu if the previous boot didn't success
[07:32] <czajkowski> well it hung on restart so had to power it down manually.
[07:36] <seb128> did you try booting an old kernel?
[07:36] <seb128> (sorry just joined in the middle of the discussion)
[07:37] <didrocks> 09:23:13   didrocks | czajkowski: I guess you tried different kernels?
[07:37] <didrocks> 09:24:09 czajkowski | I went to the first one down for recovery and was then able to reboot it
[07:37] <didrocks> seb128: ^
[07:37] <seb128> czajkowski, ok, so it's normal you get the grub menu
[07:37] <seb128> that's because you had a boot that didn't go through
[07:38] <seb128> it's to help the users who don't know how to display the grub menu
[07:38] <seb128> so talk to -kernel I guess
[07:38] <seb128> seems like a bug in the most recent kernel
[07:38] <didrocks> 09:24:36   didrocks | czajkowski: maybe something for #ubuntu-kernel then?
[07:38] <didrocks> :p
[07:39] <didrocks> coherent speech at least on #ubuntu-desktop! :-)
[07:39]  * didrocks hugs seb128
[07:39]  * czajkowski hugs didrocks and seb128 thanks folks 
[07:39] <didrocks> yw czajkowski ;)
[07:39]  * seb128 hugs didrocks czajkowski
[07:39] <seb128> yw!
[07:40] <czajkowski> with 8 days to go, it'd be nice if it just did waht it was doing all along and just work :)
[07:42] <seb128> czajkowski, when was your previous update/reboot before that one?
[07:42] <seb128> I don't think we got a kernel upload this week
[07:42] <seb128> so that's a bit weird
[07:43] <czajkowski> seb128: last night was the last round of updates I did and just shut it down as it didnt ask for a reboot and then this morning it went a bit  nuts
[07:43] <czajkowski> but now I know how to get around it and online it's ok
[07:45] <veebers> didrocks: ping
[07:45] <didrocks> veebers: pong
[07:45] <veebers> didrocks: hello o/ FYI (i've also emailed you :-) ) there appears to be a recurring issue with Utah that is effecting the daily release jobs (as well as others)
[07:46] <didrocks> veebers: hem, see #qa, I've already had a look this morning seeing no email and failing jobs :)
[07:46] <didrocks> veebers: the CDU is dead, there was nobody in the US time being able to look at it (from #qa)?
[07:46] <czajkowski> didrocks: seb128 one final question, any idea why it's pulling in incorrectly named quantal packages, http://pastebin.ubuntu.com/5715247/  don't mind the book one at the end
[07:46] <pitti> bonjour seb128
[07:46] <didrocks> veebers: as it seems we are now bound to wait something in lexigton to wake up
[07:46] <veebers> didrocks: oh d'oh my bad, I didn't see that.
[07:47] <didrocks>  As noted in the bug we've observed the install working as expected (including the reboot) but still get this error reported back.
[07:47] <didrocks> oh? really?
[07:47] <didrocks> not what jibel saw ^
[07:47] <didrocks> jibel: bug #1169851
[07:47] <ubot2> Launchpad bug 1169851 in UTAH "Timeout for System Started " [Undecided,New] https://launchpad.net/bugs/1169851
[07:47] <seb128> pitti, salut, ca va ?
[07:48] <pitti> seb128: ça va bien ! mieux que NetworkManager :)
[07:48] <seb128> czajkowski, grep thebookofgimp /etc/apt/* -r ?
[07:48] <veebers> didrocks: That was yesterday when thomi experienced the same/similar bug. So that might not be 99% accurate now
[07:48] <seb128> pitti, tu as cassé network-manager?
[07:48] <czajkowski> seb128: the book is just one of the commercial apps I test that I've had a refund on
[07:48] <veebers> hmm, looks like my internet is lagging too :-P
[07:48] <pitti> seb128: oui, avec des nouvelles tests :)
[07:49] <robru> didrocks, hey
[07:49] <seb128> czajkowski, well, it seems like the repository for it changed or something
[07:49] <didrocks> veebers: maybe it was once, as jean-bapstiste did retry manually to reboot
[07:49] <didrocks> hey robru!
[07:49] <thomi> veebers: didrocks, it still happened, as of a few hours ago
[07:49] <pitti> seb128: (nouveaux?)
[07:49] <seb128> pitti, nouveaux
[07:49] <seb128> un test
[07:49] <pitti> alors masculine
[07:49] <seb128> oui ;-)
[07:49] <robru> didrocks, I should inform you, I am off friday for a wedding (and also leaving early thursday). so wednesday is my only day to get some autolanding stuff done
[07:49] <veebers> thomi: ah, you'll see that I fired off and email except didrocks was already onto it
[07:49] <robru> didrocks, but I'm really struggling with it :-/
[07:49] <jibel> veebers, morning, that's the problem with the CDU
[07:49] <thomi> cool
[07:50] <thomi> sounds like I owe didrocks a beer :)
[07:50] <didrocks> thomi: not fixed, and direct the beer to jibel :)
[07:50] <didrocks> robru: oh? did you try to ask other for helps? Especially upstream as they know qml…
[07:50] <veebers> jibel: ah ok. I'll alter the bug and mark it as invalid. Sorry for the extra email :-\
[07:50] <didrocks> robru: if you are just waiting for me, yeah, loosing a day everytime to force and back, not handy…
[07:50] <jibel> veebers, UTAH times out because fence_cdu failed to contact the power device
[07:51] <veebers> jibel: ah I see. makes sense
[07:51] <didrocks> robru: so you should investigate and try to look at what it is yourself, and not wait :p (sorry, but this is way more important than friends as a priority, what I told since a month and half :/)
[07:51] <tkamppeter> mlankhorst, I have added comments with my results (and a patch) to the bugs about the touch click problem.
[07:51] <didrocks> for*
[07:51] <robru> didrocks, I haven't asked much from cyphermox or mterry, no. just some ps guys like gusch and jhodapp. usually they're good but still many problems plague me...
[07:52] <didrocks> robru: it's the import right? you don't reproduce this issue in a pbuilder?
[07:52] <robru> didrocks, well I haven't tried a pbuilder for a couple days so I don't remember exactly, but for the most part I'm not usually able to run these at all locally, I am just relying on jenkins to test build for me. that's obviously very slow, long delay in the feedback loop
[07:53] <didrocks> robru: indeed, I think focusing on why it's not running locally for you should be #1 as you will need it at any further point
[07:53] <didrocks> robru: and a pbuilder to setup it not that complex, even with a ppa
[07:53] <didrocks> robru: ok, one sec, grabbing the branch
[07:54] <didrocks> robru: does upstream ack that we can have those tests run during package build?
[07:54] <didrocks> in a chroot
[07:54] <robru> didrocks, are we talking about camera-app? gusch just said right there that it should run, didn't he? talking about the deps.
[07:55] <didrocks> robru: I didn't see him talking that the tests runs without a X display
[07:55] <robru> didrocks, oh, that I don't know
[07:55] <didrocks> robru: you should have asked many moons ago IMHO :)
[07:56]  * didrocks tries to build in his pbuilder, now that he added the ppa
[07:56] <robru> didrocks, before 1hr ago I didn't even know that headless was even a concern.
[07:56] <didrocks> robru: I think you really should focus less on friends, which is not our team's priority, and more on packaging/integration, and how things are built (even the basics) as it's our main job
[07:57] <robru> didrocks, so I can build camera-app, and it can even install, but it still complains about libhud. I have that package installed from the PPA, i have no idea what's going on here.
[07:58] <didrocks> robru: oh, so you mean different issues than the pbuilder one? or the same?
[07:58] <didrocks> (complaining about import?)
[07:58] <robru> yeah, it can't import HUD
[07:58] <didrocks> ah, so this is different
[07:58] <didrocks> HUD 1 vs 2 issue?
[07:59] <robru> didrocks, I guess so.
[07:59] <didrocks> robru: so, that's a different issue, mterry and cyphermox saw that, and indeed, ted moved to HUD 2 and the apps are still using HUD 1. mterry and cyphermox ported some apps to HUD 2
[07:59] <robru> didrocks, http://paste.ubuntu.com/5715338/ they both look like 0.1 to me, but it can't find itself
[08:00] <didrocks> robru: did you look what version libhud-qt installed?
[08:00] <robru> didrocks, same, 0.1
[08:04] <Laney> morning!
[08:05] <seb128> Laney, good morning!
[08:10] <desrt> good morning, all
[08:11] <seb128> desrt, hey, how are you?
[08:11] <desrt> i'm awesome
[08:11] <seb128> desrt, when do you fly to the gtk hackfest?
[08:11] <desrt> tomorrow
[08:12] <desrt> the accountsservice stuff is almost done now, btw
[08:12] <seb128> nice
[08:12] <desrt> the ICE trains in this country are awesome for getting hacking done on
[08:12] <seb128> nice seats and power ? ;-)
[08:12] <desrt> it's already storing values properly -- just need to add some polkit now
[08:12] <desrt> ya
[08:12] <desrt> and tables
[08:12] <desrt> even in 2nd class
[08:13] <seb128> mvo, hey
[08:13] <mvo> hey seb128
[08:13] <seb128> mvo, wie gehts?
[08:13]  * desrt is nearby mvo (ish)
[08:13] <mvo> gut, danke! nice weather for a start :)
[08:13] <mvo> desrt: near as in "europe" or near as in really near ;) ?
[08:14] <desrt> FRA
[08:14] <desrt> aka: my favourite place on earth
[08:15] <seb128> mvo, quick question for you, when you update update-notifier translations, is that by asking a po export to launchpad and copying those over in the po dir? or is there a smarter/vcs integrated way?
[08:16] <mvo> desrt: haha, just a stop-over?
[08:17] <mvo> seb128: I don't think I have a smarter way for u-n, I did do some LP i18n export branches but iirc not for u-n
[08:17] <seb128> mvo, ok, good enough, I master the rename and cp commands :p
[08:17] <seb128> mvo, danke
[08:17] <mvo> haha
[08:17] <mvo> your welcome
[08:21] <seb128> mvo, how is uni? having fun there?
[08:21] <mvo> yeah, its not bad. currently a bit crowded, term just started
[08:22] <seb128> packed with young and crazy students? ;-)
[08:22] <seb128> they are not getting on your nerves too much? :p
[08:23] <desrt> mvo: no.  departing from here.
[08:23] <desrt> mvo: took the train in from nüenburg
[08:23] <mvo> seb128: no, its fun, they are keen to try out new stuff
[08:24] <mvo> desrt: did you visit suse^Wnovel^Wwhats-it-called-today?
[08:29] <desrt> mvo: yes
[09:24] <pitti> hmm, le pain noir est prêt
[09:25] <pitti> didrocks: ^ c'est encore le vrai pain !
[09:25] <didrocks> pitti: pfffff
[09:25]  * didrocks doesn't want to speak to pitti anymore, it's not Friday! No trolling :p
[09:26]  * pitti donne une accolade à didrocks
[09:26] <pitti> didrocks: SCNR :)
[09:27]  * didrocks hugs pitti back
[09:44] <GunnarHj> seb128: ping
[09:44] <seb128> GunnarHj, hey
[09:44] <GunnarHj> seb128: Hello Seb! Any chance that you can add a couple of lines to my PPU application?
[09:48] <seb128> GunnarHj, oh, right, sure, will do
[09:48] <seb128> it's still on my todo but I didn't get to it yet
[09:51] <GunnarHj> seb128: Thanks! I don't know; maybe the endorsements by Laney and pitti are sufficient, but they ask for at least 3...
[09:52] <seb128> GunnarHj, I will add one, no worry, when is the meeting?
[09:52] <GunnarHj> seb128: Monday
[09:52] <seb128> ok, good
[09:52] <seb128> will have it done today, that should be fine
[09:52] <GunnarHj> seb128: Great, thanks again. :)
[10:04] <darkxst> GunnarHj, I take it nothing ever happened with upstreaming g-c-c region stuff? we really need something for ubuntu gnome
[10:45] <chrisccoulson> that's better
[10:47] <seb128> chrisccoulson, what?
[10:47] <chrisccoulson> seb128, my connection has been slow all morning
[10:47] <chrisccoulson> just rebooted my openreach modem and it seems to have fixed it
[10:48] <chrisccoulson> was getting less than 1MB/s!
[10:48] <chrisccoulson> it's back up to 75MB/s now though
[10:51] <Nafallo> what time do mterry usually arrive? :-)
[10:56] <GunnarHj> darkxst: We have added a patch to g-c-c that ought to make region fully functional in Ubuntu GNOME.
[10:56] <darkxst> GunnarHj, yes I reworked your patch
[10:56] <GunnarHj> darkxst: Ok?
[10:56] <darkxst> GunnarHj, but we have no way to install language packs
[10:57] <GunnarHj> darkxst: True. That's why language-selector is still in use in Ubuntu instead of Region & Language.
[10:58] <darkxst> GunnarHj, and its kind of a mess really, for example why patch accountservives to use language "en_US" instead of what gnome uses?
[11:01] <GunnarHj> darkxst: Because it's Ubuntu. language-selector is still the Ubuntu UI, there is a language chooser in lightdm-gtk-greeter, language-selector will be used by Xubuntu and Lubuntu also when Ubuntu standard has switched to region...  accountsservice carries code that is shared by all those.
[11:03] <GunnarHj> darkxst: Now it's possible to just switch from language-selector to region and back without problem.
[11:04] <darkxst> GunnarHj, its took quite some work to get those patches back in order, but I think they are ok now
[11:05] <GunnarHj> darkxst: Back in order? Maybe I'd better take a look? ;-)
[11:05] <darkxst> GunnarHj, sure, quite some code moved in to gnome-desktop
[11:06] <GunnarHj> darkxst: Are you using separate versions of some packages in Ubuntu GNOME 13.04?
[11:06] <darkxst> GunnarHj, 3.8
[11:06] <seb128> dpm, hey, do you know how the ubuntu-docs template is updated by any chance?
[11:07] <GunnarHj> darkxst: Aha, that explains a lot...
[11:07] <darkxst> GunnarHj, see gnome-desktop package on gnome3 ppa, and g-c-c on staging
[11:08] <GunnarHj> darkxst: Thanks for the tip; will take a look.
[11:08] <seb128> I can see GNOME 3.8 taking a loooong time to land in Ubuntu :p
[11:08] <dpm> hi seb128, the docs team have got a script to do it, I think, there was an e-mail on ubuntu-doc recently explaining the process. Let me see if I can find it
[11:09] <darkxst> seb128, if that happens, what on earth will we do?
[11:09] <seb128> darkxst, "we"?
[11:09] <darkxst> although I do agree there are lots of invasive changes in there
[11:09] <darkxst> ubuntu GNOME
[11:09] <seb128> darkxst, keep using our working versions?
[11:09] <darkxst> lol, we can't do a 3rd release with 3.6
[11:10] <GunnarHj> darkxst: Without having seen it, I get a feeling that Ubuntu GNOME need to make a choice. Ubuntu or GNOME. ;-)=
[11:10] <seb128> darkxst, is ubuntu GNOME mission to ship the latest crack even if it's broken, or to ship a good usable GNOME?
[11:10] <ogra_> what a question ...
[11:10] <ogra_> latest crack indeed !
[11:10] <darkxst> seb128, usable GNOME (except for staging ppa)
[11:11] <seb128> darkxst, ok, so help to get those issues sorted out, even if it takes yet another cycle...
[11:13] <dpm> seb128, hm. I don't know how the docs team updates the template. Here's the process of doing an upload with translations, but it does not describe how to update the template: https://lists.ubuntu.com/archives/ubuntu-doc/2013-April/017219.html.
[11:13] <dpm> There is old info on how to build it, but I don't think it's up-to-date (I believe they're not using xml2po anymore): https://wiki.ubuntu.com/DocumentationTeam/Translation
[11:14] <seb128> dpm, thanks
[11:15] <seb128> dpm, https://lists.ubuntu.com/archives/ubuntu-doc/2013-April/017178.html suggests "make pot"
[11:16] <dpm> ah, nice
[11:17] <seb128> dpm, shrug
[11:17] <seb128> dpm, what is less nice is that the template we have is outdated by ~1700 strings
[11:18] <seb128> dpm, the yelp start page gives me a "what's new in 12.10" in fr here
[11:18]  * seb128 uploads an updated template
[11:22] <darkxst> seb128, yes that is half the reason I am looking into this
[11:23] <darkxst> but our users want 3.8 now, not in a years time!
[11:23] <seb128> users want everything, they want perfect software for yesterday without helping or paying anything ;-)
[11:23] <ogra_> you expect that you will need two release cycles to fix it ?
[11:24] <seb128> ogra_, well 3.8 is out, if we miss 13.10 that will be a year after their release that it goes in an Ubuntu release
[11:25] <seb128> we will update gtk and apps for sure
[11:25] <seb128> the tricky bits are gnome-settings-daemon/gnome-control-center
[11:25]  * ogra_ votes for dropping the latter ... (until they allow me smaller fonts again !)
[11:26] <ogra_> (yeah yeah, i know its not friday :P )
[11:27] <darkxst> seb128, yes I am well aware of that, there is also the logind stuff but I guess that is going to land in S?
[11:27] <seb128> yes, logind is mostly sorted
[11:28] <seb128> it was almost ready to land for R, will land early S
[11:30] <darkxst> seb128, so really the worst bit is g-s-d then? since ubuntu could just keep using language-selector for g-c-c (and the other custom panels such as background)
[11:31] <seb128> darkxst, g-c-c is problematic, they made extra changes that should make harder to have standalone panels from what I saw ... was that fixed in the ppa?
[11:32] <seb128> darkxst, we also have other patches that will need rebasing, or we need to fork more panels (like to add unity launcher controls to the display panel)
[11:32] <darkxst> oh right, yes dynamic panel are gone/broken
[11:32] <darkxst> ^dynamically loaded
[11:32] <seb128> so you guys didn't fix that in the ppa?
[11:33] <seb128> well, I guess that's going to be on the blocker list
[11:33] <darkxst> no, not really a priority
[11:33] <seb128> we will need to see how many blockers there are like that
[11:33] <seb128> and see what we can do with the resources we have
[11:33] <seb128> but I foresee that g-c-c 3.8 will not be an easy one
[11:34] <darkxst> seb128, pretty sure you could still add custom panels at build time, this more effects like desktop files showing up in g-c-c
[11:35] <seb128> well, that would requiring merging the sources?
[11:37] <darkxst> maybe just a small patch to check XDG_DESKTOP?
[11:38] <darkxst> I believe it was removed because they has issues scanning the .desktop files
[11:39] <dpm> seb128, hm, that's a bit strange. Generally the docs team are good in terms of updating the template. I know bkerensa did an upload of ubuntu docs with translations very recently, and so if I understand it correctly, and if the template wasn't up to date, essentially he re-uploaded old translations
[11:39] <seb128> dpm, it seems like he did...
[11:40] <seb128> darkxst, no, they changed the build to statically link panels into the g-c-c binary to improve start time
[11:41] <seb128> dpm, in any case the current templace has "What's new in Ubuntu 12.10?" in it
[11:41] <darkxst> yes, but it was because it took too long to scan the .desktop files, atleast that is what I thought
[11:41] <seb128> dpm, after running make pot mine has 13.04
[11:41] <seb128> darkxst, well, whatever the reason that makes much harder to load our external panels
[11:41] <seb128> so we need to sort that out
[11:42] <dpm> seb128, let me send an e-mail to the docs team mailing list
[11:42] <seb128> dpm, about what?
[11:42] <dpm> about them updating the template in LP
[11:42] <seb128> dpm, I'm doing it
[11:43] <dpm> seb128, ok, cool, thanks
[11:44] <seb128> dpm, I will email translators/doc lists once the upload is done
[11:44] <dpm> ok
[11:46] <darkxst> seb128, ok
[11:48] <darkxst> seb128, maybe I can follow that up with hadess and rtcm
[11:48] <seb128> what follow up?
[11:50] <darkxst> an easier way to load external panels
[11:51] <seb128> you can try, good luck
[11:51] <seb128> there has been several discussions on the upstream list about that
[11:52] <seb128> they just don't approve of external panels and don't want to support the usecase
[11:52] <seb128> they want to control the design and the user experience and to have things done upstream or not
[11:57] <darkxst> hmm right
[12:05] <ricotz> seb128, the panels are statically linked to one g-c-c binary
[12:05] <GunnarHj> darkxst: Had a look, and get the idea.
[12:06] <ricotz> seb128, reverting that would be quite some patching and i wouldnt recommend that :\
[12:06] <ricotz> seb128, i just added a patch for the ubuntu-online-account integration
[12:06] <GunnarHj> darkxst: Didn't you patch gnome-languages.c instead of gdm-languages.c?
[12:06] <ricotz> seb128, which is quite invasive due it is written in vala
[12:07] <GunnarHj> darkxst: (The forwards, as you mentioned, haven't made it into GNOME yet.)
[12:09] <seb128> ricotz, what would you recommend doing instead of reverting?
[12:10] <ricotz> seb128, adding patches for custom panels
[12:10] <seb128> Laney, can you approve http://launchpadlibrarian.net/137618272/ubuntu-docs_13.04.2_source.changes for me? I want to email translators/documentation team about it but I need it in and imported first
[12:10] <ricotz> seb128, or maintain a separate app for ubuntu specific settings
[12:10] <seb128> ricotz, what would the patches do?
[12:10] <seb128> ricotz, we don't plan to have 2 system settings app, that would be ridiculous
[12:11] <ricotz> seb128, adding the actual panel to be statically linked like the upstream ones
[12:11] <seb128> like merge them in the same source?
[12:11] <ricotz> yes
[12:12] <ricotz> https://launchpad.net/~gnome3-team/+archive/gnome3-staging/+files/gnome-control-center_3.8.1-0ubuntu1%7Eraring1.debian.tar.gz
[12:13] <ricotz> seb128, the mentioned panel is credentials_panel.patch
[12:14] <ricotz> seb128, maintaining them in a separate git branch would be quite clean imo
[12:15] <seb128> ricotz, none of those are maintained in git to start
[12:16] <seb128> ricotz, then I don't want to merge activity-log-manager and ubuntu-online-account and indicator-datetime and old appaerance capplet and deja-dup in a same source
[12:16] <seb128> that's just plainly stupid
[12:16] <darkxst> GunnarHj, yes basically, for those bits that moved
[12:17] <ricotz> seb128, ok, git submodules are a nice way to join 3rd party repositories
[12:18] <ricotz> seb128, but of course bzr is the ubuntu way
[12:18] <seb128> ricotz, right, but we don't use git, and I don't want to merge all those sources in a tarball
[12:18] <seb128> even if we were using git
[12:18] <darkxst> ricotz, oh, I had another patch to fix langugage selection in user panel, but hadn't uploaded it yet ;(
[12:20] <ricotz> seb128, ok, then maybe it is possible to add some loader infrastructure without touching all panels (which would be needed when reverting)
[12:20] <ricotz> darkxst, i see
[12:21] <GunnarHj> darkxst: Didn't see it, but that's good. Especially the utf8 -> UTF-8 is crucial.
[12:22] <ricotz> seb128, but it seems either way it is quite some work
[12:22] <GunnarHj> darkxst: I thought I made Ubuntu GNOME a favour by writing that patch, btw. ;-)
[12:22] <seb128> ricotz, hey, maybe
[12:22] <seb128> I didn't look to it yet
[12:23] <ricotz> seb128, i guess the plan of forking g-c-c is off table (ubuntu-control-center)
[12:23] <darkxst> GunnarHj, sure, it was a great start!
[12:23] <GunnarHj> darkxst: Didn't you go for 3.8, though.
[12:23] <GunnarHj> know ^
[12:23] <seb128> ricotz, no, but that wouldn't help you much if we need different versions of e.g gnome-desktop
[12:23] <ricotz> seb128, yeah, absolutely
[12:24] <GunnarHj> darkxst: But how do you deal with language installation?
[12:24] <darkxst> GunnarHj, that is the big problem
[12:25] <darkxst> GunnarHj, tempted to make a native sub-panel to do it, but I am not a design guy
[12:25] <darkxst> and have no idea, how it would work well
[12:25] <GunnarHj> darkxst: Last cycle I was of the opinion that Ubuntu GNOME ought to stick with language-selector. Basically I haven't changed my mind.
[12:25] <ricotz> seb128, so carrying g-c-c panel patches which might link to external widget libs could be an option too, meaning having a minimal patch and the actual gui and logic is provided by an external library
[12:26] <seb128> ricotz, could be I guess
[12:26] <darkxst> GunnarHj, how about making language-selector more native? with the new egg-list boxes etc?
[12:27] <darkxst> s/more/look more/
[12:27] <ricotz> seb128, alright, bbl
[12:27] <GunnarHj> darkxst: I'm not a design guy either. ;-)
[12:28] <GunnarHj> darkxst: And since l-s is planned to be replaced by region, noone is interested in putting too much work into it.
[12:28] <darkxst> GunnarHj, I like the look of region panel, way better than l-s!
[12:29] <GunnarHj> darkxst: Me too.
[12:29] <GunnarHj> darkxst: But l-s has the installation part. Functionality vs. look.
[12:30] <GunnarHj> darkxst: I tend to think it's more important that it works than that is looks good. ;-)
[12:32] <darkxst> GunnarHj, yes working is important!
[12:33] <czajkowski> mterry: ello you about?
[12:35] <mterry> czajkowski, hello
[12:35] <darkxst> anyway I am off to bed, havent had enough sleep this week
[12:35] <czajkowski> mterry: you may be able to help me.  http://ubuntuone.com/3tFMGqECQ36kCd8F4cPoka
[12:36] <czajkowski> mterry: I keep having that red triangle appear and tell me there are updates, yet when I click show updates, the pop up box appears saying software is up to date.
[12:38] <seb128> czajkowski, what if you run "sudo apt-get -f install" on a command line?
[12:39] <seb128> czajkowski, and "sudo apt-get dist-upgrade"?
[12:39] <czajkowski> seb128: http://paste.ubuntu.com/5715805/
[12:39] <mterry> what seb128 said
[12:39] <seb128> hum
[12:39] <seb128> dunno then
[12:39] <seb128> czajkowski, is that raring?
[12:39] <czajkowski> czajkowski@sheldon:~$ sudo apt-get dist-upgrade
[12:39] <czajkowski> Reading package lists... Done
[12:39] <czajkowski> Building dependency tree
[12:39] <czajkowski> Reading state information... Done
[12:39] <czajkowski> Calculating upgrade... Done
[12:39] <czajkowski> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[12:39] <czajkowski> eep sorry paste
[12:39] <czajkowski> yes raring
[12:39] <seb128> weird
[12:39] <mterry> czajkowski, so software updater is right here.  The bug seems to be with the red triangle
[12:39] <seb128> I wonder where that red triangle is coming from
[12:40] <mterry> czajkowski, which i believe is from update-notifier
[12:40] <czajkowski> seb128: no idea but wish ir would feck off :)
[12:40] <seb128> is that update-notified?
[12:40] <seb128> czajkowski, can you stop update-notifier if it's running and "update-notifier --debug-updates" and copy the log?
[12:41] <mterry> seb128, yeah
[12:41] <seb128> czajkowski, is there any message/error in the menu displayed if you click on the red triangle?
[12:42] <czajkowski> seb128: let me get that
[12:45] <czajkowski> seb128: mterry http://ubuntuone.com/0BPQa3o8o19USyFNpYq2rZ
[12:46] <seb128> czajkowski, oh, that might be due to error you showed me this morning from your sudo apt-get update
[12:46] <czajkowski> seb128: nope had the red triangle fo the last week
[12:46] <seb128> e.g http://pastebin.ubuntu.com/5715247/
[12:46] <czajkowski> just it's not been bugging me as much as today
[12:46] <mterry> czajkowski, your apt-get update doesn't work?
[12:46] <mterry> czajkowski, your apt-get update doesn't work?
[12:46] <czajkowski> it does
[12:46] <seb128> mterry, ^ cf pastebin I just copied
[12:47] <czajkowski> the private ppa in that pastebin can be ignored as I was doing online service testing and the app had a refund just not gone in and removed it
[12:47] <mterry> czajkowski, seb128: that typo got fixed?
[12:47] <czajkowski> mterry: the quantal one , nope
[12:48] <mterry> czajkowski, I'm guessing that update-notifier has noticed apt-get update hasn't finished successfully in a while and is warning you about it, but when it launches software-updater, it skips the update phase
[12:48] <czajkowski> nods
[12:49] <mterry> czajkowski, I'm assuming when it launches it, you never see it update?
[12:49] <mterry> czajkowski, vs what you see if you launch it manually?
[12:49] <mvo> czajkowski: the 401 is the problem, it will notice that it did not update successfully for some time
[12:49] <czajkowski> I've never seen it launch
[12:49] <mvo> and warns about it
[12:49] <czajkowski> I run it manually
[12:49] <mvo> apt-get update you mean?
[12:50] <mterry> czajkowski, ah
[12:50] <czajkowski> yes
[12:50] <czajkowski> really am sorry for all the confuion today with my machine
[12:50] <mterry> czajkowski, well, if you want to fix the 401, fix the typo in your sources.list
[12:50] <czajkowski> :/
[12:50] <mterry> czajkowski, but I guess this message is expected then
[12:50] <mvo> thats fine, it will still notice that it wasn't able to successfully apt-get update since some time and warns about it
[12:50] <mterry> czajkowski, the qunatal -> quantal typo
[12:50] <mvo> its not smart enough to know that its not a important repo
[12:51] <czajkowski> mterry: yeah but I've no idea where that came from  but I guess I can just edit that right ?
[12:51] <mterry> czajkowski, yeah.  or delete the files
[12:51] <mterry> czajkowski, the file will be in /etc/apt/sources.list.d somewhere
[12:52] <czajkowski> nods
[12:52] <czajkowski> will do that then
[12:52] <czajkowski> cheers and really sorry for the noise
[12:53] <mterry> czajkowski, no worries!  thanks for sharing your horse face background with us!  :)
[12:54] <czajkowski> mterry: oh he;s the best of an unusal bunch, I change it on a monday, I've a folder of desktop images, Some are a bit more unual than others :)
[12:54] <mterry> :)
[13:20] <Laney> seb128: you want to email them about it /after/ it's in? how would it affect their work?
[13:20] <seb128> Laney, I wanted to include a link to some updated strings
[13:20] <seb128> Laney, but to have the link I need the template to be imported by launchpad
[13:21] <Laney> new strings or broken old ones?
[13:21] <seb128> Laney, define new?
[13:21] <Laney> previously untranslated
[13:21] <seb128> the current english text says "What's new in Ubuntu 13.04"
[13:21] <seb128> and the template still has "What's new in Ubuntu 12.10"
[13:21] <seb128> so translations have on their startpage "what's new in 12.10"
[13:21] <Laney> I can't find the real changes amongst all of the linebreak alterations
[13:22] <seb128> Laney, well, I just ran "make pot"
[13:22] <Laney> sure, just saying it's a hard diff to review in that sense
[13:22] <seb128> the one I was after is 12.10->13.04
[13:22] <Laney> seems reasonable
[13:22] <seb128> Laney, well, the template was oudated and not reflecting the content, I just ran the command to update it
[13:23] <seb128> I'm not sure why it leads to linebreak diff
[13:24] <Laney> can you push to bzr?
[13:24] <Laney> probably be easier to see it there
[13:24] <seb128> Laney, I can't
[13:24] <Laney> even a branch in ~seb128?
[13:25] <seb128> Laney, https://code.launchpad.net/~seb128/ubuntu-docs/updated-pot/+merge/159364
[13:25] <Laney> aha
[13:25] <Laney> so the change was made but just not updates in the template
[13:32] <seb128> Laney, sorry, got disconnected from wiki (and xchat followed nm and disconnected as well)
[13:32] <seb128> Laney, did you have extra questions?
[13:32] <Laney> I'm building it now to see what happens to the translations
[13:33] <seb128> Laney, what do you mean "to the translations"?
[13:33] <seb128> Laney, you will have less translations but you will have the current content
[13:33] <seb128> Laney, instead of having pages translated with the wrong content (like saying 12.10)
[13:34] <seb128> Laney, are you trying to argue that we better ship the 12.10 documentation translated than the 13.04 slightly less translated? ;-)
[13:34] <Laney> yes, I want to see how many strings are broken
[13:34] <seb128> too many, but is that going to make a difference?
[13:35] <seb128> we can't ship 13.04 with the documentation start page saying "what's new in 12.10" ...
[13:35] <seb128> if we are going to do that we can as well drop the documentation from the CD
[13:35] <Laney> I agree - I just want to see how much of an effort they're going to have to go to
[13:35] <seb128> if the answer is "quite some", what does it change?
[13:36] <chrisccoulson> ooh, http://status.xilo.net/issue/bt-21cn-and-fttc-packet-lossthroughput/
[13:36] <seb128> what's plan B?
[13:36] <chrisccoulson> i guess that was my issue earlier
[13:36] <Laney> I'm not pushing back, don't worry
[13:37] <seb128> Laney, well, you are delaying so it means the decision depends on factor you need to evaluate
[13:38] <seb128> Laney, I'm just trying to understand what are our options, from what I see which ship translated but outdated/incorrect versions or we ship the current one which might not be fully translated, both suck...
[13:42] <Laney> there we go, accepted
[13:44] <seb128> Laney, thanks
[13:45] <Laney> np
[13:45] <Laney> would it be possible for them to do the translations upstream? It doesn't seem optimal for us to have to upload to the archive to get the new template in
[13:50] <seb128> I don't know
[13:51] <seb128> it seems to import from trunk
[13:51] <seb128> but I couldn't commit there
[13:51] <seb128> so I went for what I had access to
[13:51] <seb128> I'm also not sure how things are working when translations are shared between a project and Ubuntu package
[13:51] <seb128> if that's not the case we can upload the pot manually
[13:52] <seb128> but with the current setup they use I didn't have that option either
[13:52] <seb128> we need dpm back on translations to sort those stuff for us :p
[13:53] <Laney> ah yeah it does import them
[13:55] <seb128> shrug
[13:55] <seb128> I'm not even sure the upload worked for that
[13:55] <seb128> we might need somebody from the doc team to merge my merge request
[13:56] <seb128> jbicha, hey
[13:56] <Laney> I don't know what sharing means in this context
[13:56] <Laney> but yeah I think merging it would have had the same effect even if uploading turns out to work
[13:56] <seb128> it means that Ubuntu direct use the translations from the upstream project afaik
[13:57] <dpm> seb128, Laney, I suggested the docs team a while ago to use translation sharing between the upstream docs project in LP and the source package, but they didn't seem too keen to do it. I'm not sure if they ever set it up. As per the template on the source package, it can be updated without a package upload by uploading the .pot file to the source package in LP.
[13:57] <mlankhorst> oh dear, the more I look at valgrind the more awesome things I find I can do with it
[13:57]  * dpm looks at ubuntu-docs to remind himself how everything works
[13:57] <Laney> dpm: It says it does that
[13:57] <Laney> https://translations.launchpad.net/ubuntu/raring/+source/ubuntu-docs
[13:57] <dpm> ah, nice
[13:57] <Laney> "This source package is sharing translations"
[13:58] <seb128> dpm, I don't find the "upload a template" button and I think that's because sharing is on
[13:58] <Laney> so what does that mean? Does it mean that the package we just uploaded will have its .pot imported there and then synced with upstream even if it's not merged there?
[13:58] <dpm> seb128, it should work nevertheless, as there is always the case that upstream and the source package diverge, but let me check
[13:59] <seb128> dpm, ok, https://translations.launchpad.net/ubuntu/raring/+source/ubuntu-docs/+pots/ubuntu-help/+upload works it seems
[13:59] <dpm> Laney, let me check the setup and try to answer your question in a minute
[13:59] <Laney> ok
[13:59] <dpm> seb128, yes, that's what I was expecting
[13:59] <seb128> dpm, https://translations.launchpad.net/ubuntu/raring/+source/ubuntu-docs/+imports lists it
[14:00] <Laney> so anyway, we'll still need another upload to incorporate the actual translations
[14:00] <Laney> should be fine for SRU I hope
[14:00] <seb128> right
[14:01] <jbicha> hi
[14:01] <seb128> I wonder why the upload from jbicha had an outdated template :/
[14:01] <seb128> jbicha, hey
[14:02] <seb128> jbicha, something got screwed up with ubuntu-docs, the template was outdated which means translations are broken
[14:04] <jbicha> I guess I forgot how to generate the .pot becuase I did try running make pot multiple times which apparently didn't do anything
[14:04] <seb128> hum
[14:04] <seb128> I did run make pot
[14:04] <seb128> and it worked
[14:04] <Laney> It seems right in seb's branch anyway
[14:05] <seb128> (you need to run autogen.sh first to get a Makefile)
[14:05] <Laney> could you merge that so we don't stay out of sync between archive and upstream?
[14:05] <dpm> seb128, Laney, so the template uploaded on https://translations.launchpad.net/ubuntu/raring/+source/ubuntu-docs/+imports will become the current one for the source package translation in LP. If the template was up-to-date in the upstream project, and if translators translated there, its translations will be shared with the source package and will appear there too.
[14:05] <seb128> dpm, Laney, jbicha: ok, seems like my template got imported
[14:05] <dpm> but translators tend to focus on the source package translations rather than upstream
[14:06] <seb128> we went from 39 untranslated strings to 130 in french
[14:06] <seb128> I will email the translators list about it
[14:07] <jbicha> $ make pot
[14:07] <jbicha> make: Nothing to be done for `pot'.
[14:07] <seb128> oh
[14:07] <seb128> timestamp issue
[14:07] <seb128> you need to rm the current one
[14:07] <seb128> I'm not sure why but the pot in there has a timestamp newer than the subdirs
[14:07] <dpm> jbicha, seb128, is the .pot template in the trunk branch up-to-date too?
[14:08] <seb128> dpm, it will be if somebody merges my merge request, I don't have commit access
[14:08] <jbicha> seb128: thanks that works
[14:08] <dpm> ah, gotcha
[14:08] <seb128> jbicha, great
[14:08] <Laney> dpm: what happens if the upstream branch doesn't get merged before some translations happen on the source package?
[14:09] <Laney> does it get reconciled correctly?
[14:11] <dpm> Laney, yes, that's not a problem. Translations are stored on the database. If the source package template is the latest and has, say 1 string more than the outdated upstream template (i.e. not yet merged), Launchpad will store the translation in the database, and when the upstream template gets merged and updated, then LP will fill in the upstream translation from the database
[14:12] <Laney> rocking
[14:12] <pitti> c'est l'heure du glace!
[14:12] <ogra_> i scream !
[14:13] <didrocks> pitti: non, c'est l'heure de la course!
[14:13] <jbicha> seb128: I've pushed your mp
[14:14] <Laney> thanks for your translations lesson dpm!
[14:14] <seb128> jbicha, thanks
[14:15] <dpm> Laney, no worries, helped me remind myself how everything works too :)
[14:15] <seb128> pitti, bonne glace !
[14:28] <jbicha> cyphermox: can we get network-manager-openvpn and -vpnc upgraded to 0.9.8 too?
[14:32] <jbicha> specifically it looks like gnome-control-center 3.8 needs those versions so we'd have to maintain those packages in the gnome3-staging ppa otherwise
[14:48] <pitti> seb128: merci, c'était bien
[14:49] <seb128> pitti, quel parfum tu a pris ?
[14:49] <pitti> seb128: one banana, one <invoking google translate>
[14:50] <pitti> seb128: ... babeurre-cassis
[14:50] <seb128> yummy
[14:50]  * seb128 wants
[14:51] <pitti> didrocks: nous avons marché avec la glace :)
[15:23] <cyphermox> jbicha: if you want to update them, feel free
[15:24] <cyphermox> at least n-m-openvpn needs a UI FE though
[15:25] <pitti> cyphermox: good morning
[15:28] <cyphermox> pitti: hey
[15:28] <mterry> kenvandine, was your recent patch to compiz aimed at raring?  I believe you should file against lp:compiz/raring, unless didrocks can correct me
[15:28] <cyphermox> jbicha: do you know why a specific version is needed? it seems very weird to me given the actual changes, perhaps it's just a matter of one specific patch, which we possibly already ahve
[15:28] <kenvandine> looks like /raring was abandoned
[15:29] <mterry> kenvandine, it's intentionally sparse
[15:29] <kenvandine> mterry, 0.9.9 branch has the recent package updates
[15:29] <mterry> kenvandine, oh then maybe didrocks switched the daily-release config.  At one point, it was /raring
[15:30] <kenvandine> last commit to the raring branch was 2013-03-29
[15:30] <kenvandine> i initially started on that branch until i noticed none of the recent changes where there :)
[15:31] <mterry> kenvandine, OK well, you're more up to date than me it seems  :)
[15:32] <kenvandine> mterry, thanks for mentioning it though :)
[15:32] <kenvandine> didrocks, let me know if the 0.9.9 branch is wrong
[15:35] <pitti> cyphermox: ah, first success! https://jenkins.qa.ubuntu.com/job/raring-adt-network-manager/107/
[15:35] <seb128> pitti, btw, were you supposed to upload a dia update with the patch for the desrt's glib changes?
[15:35] <seb128> pitti, there are a few segfault in the dia list in raring, I'm wondering if that's still an issue
[15:35] <cyphermox> pitti: I'm somewhat concerned by the errors and warnings
[15:36] <pitti> seb128: I tried, but what initially looked like a 3 minute job quickly turned into an hour-long backporting exercise after which everything was broken
[15:36] <seb128> pitti, oh ok
[15:36] <pitti> cyphermox: yes, apparently some leaked objects after shutting down NM; that's TBI
[15:36] <seb128> pitti, did you try desrt's patch from bugzilla or the upstream commit?
[15:36] <pitti> seb128: I didn't try the upstream commit
[15:36] <seb128> k
[15:37] <pitti> so I stopped that back then and forgot since
[15:37] <seb128> I though the patch from desrt would apply to the package without issue
[15:37] <seb128> it's just moving a bunch of lines from one place to another iirc
[15:37] <seb128> "just"
[15:37] <seb128> pitti, ok, no worry, thanks!
[15:37] <pitti> perhaps the upstream patch is simpler
[15:38] <seb128> I doubt it, desrt said his patch was just moving a block of text from one source to another
[15:38] <seb128> the upstream one seems to be some refactoring
[15:44] <didrocks> pitti: courrir avec une glace, c'est moi pratique :)
[15:44] <dpm> seb128, I've noticed my keyboard indicator appears untranslated, and then I've realized it's not set up for translations. Before I file a bug, am I looking at the right package? -> https://translations.launchpad.net/ubuntu/raring/+source/indicator-keyboard/+imports
[15:44] <didrocks> kenvandine: mterry: 0.9.9 is the "raring" branch, duflu switched to it after more or less checking it was target :)
[15:45] <seb128> dpm, we don't have a keyboard indicator?
[15:45] <seb128> dpm, well, the one in ubuntu is coming from gnome-settings-daemon, I've no clue about that indicator-keyboard source, let me check
[15:45] <Laney> that's attente's ppa package
[15:46] <seb128> that's what I was thinking
[15:46] <seb128> but I wonder if he really has an issue with the ppa
[15:46] <Laney> I think so anyway: https://launchpad.net/ubuntu/+source/indicator-keyboard
[15:46] <seb128> or if he has an issue with g-s-d's indicator but mis-indentified the source
[15:47] <Laney> well, could be that, I just mean that URL
[15:47] <seb128> yup, issue with g-s-d
[15:47]  * seb128 looks at it
[15:47] <seb128> dpm, wb
[15:48] <dpm> :)
[15:48] <seb128> dpm, I was saying
[15:48] <jbicha> cyphermox: I can package them but since I don't use vpn I can't fully test or write the UI part of the FFE
 dpm, well, the one in ubuntu is coming from gnome-settings-daemon, I've no clue about that indicator-keyboard source, let me check
[15:48] <dpm> gotcha
[15:48] <seb128> dpm, I found the error
[15:50] <seb128> dpm, fix uploaded
[15:50] <dpm> thanks seb128
[15:50] <seb128> dpm, will be in the next langpack export
[15:50] <dpm> ok, we'll have to make the next one a full one as well
[15:50] <jbicha> cyphermox: I only learned there was a problem from http://ubuntuforums.org/showthread.php?t=2136335
[15:50] <attente> if it's an issue with what i'm working on, i haven't done any localization yet
[15:51] <seb128> attente, no, it was an issue with the raring gnome-settings-daemon patch
[15:56] <seb128> dpm, the good news is that it was just a source file missing from POTFILES.in, so strings missing from the template, but those strings were in quantal so launchpad restored the translations already
[15:56] <seb128> dpm, just checking in the web ui
[15:56] <seb128> checked*
[15:58] <dpm> seb128, you're right, I can see them in the gnome-settings-daemon template. Good news indeed.
[15:58] <seb128> tedg, hey
[15:59] <tedg> seb128, Howdy
[15:59] <seb128> tedg, we have an issue with ubuntu-geoip after applying the proxy patch
[16:00] <tedg> Oh, what's that?
[16:00] <seb128> tedg, https://errors.ubuntu.com/problem/4bdb09680c6558238a04b34e9e18f96bb7877e8f
[16:00] <seb128> tedg, seems to hit a bug in libproxy
[16:01] <dpm> hey chrisccoulson, where does the Firefox .desktop file live? I've noticed that it includes a new string to translate "Open a New Private Window". It might be too late to get the translations in, but we can perhaps point translators to it for the next release
[16:01] <seb128> tedg, launchpad's bug stacktrace is https://launchpadlibrarian.net/134636789/Stacktrace.txt
[16:01] <tedg> seb128, Hmm, are other libsoup-gnome packages effected?
[16:02] <seb128> tedg, not that I can see
[16:02] <seb128> but maybe we just didn't notice
[16:02] <chrisccoulson> dpm, https://code.launchpad.net/~mozillateam/firefox/firefox-trunk.head
[16:02] <dpm> Sweetshark, for LO, do you think there is a way we can make the quicklist entries translatable? I.e. "New Document"
[16:02] <xnox> seb128: online-accounts sip setup does not work.
[16:02] <seb128> tedg, we didn't update libsoup this cycle so not likely a new bug in there
[16:02] <dpm> great, thanks chrisccoulson
[16:02] <seb128> xnox, talk to kenvandine ;-)
[16:03] <xnox> kenvandine: online accounts SIP thing does not work for me and thus I can't use ekiga nor empathy to make a SIP call =)
[16:03] <seb128> dpm, Sweetshark: that's going to be like for firefox, collecting translations on a wiki and merge them back by hand in the .desktop
[16:03] <kenvandine> xnox, :(
[16:03] <tedg> seb128, So this is probably coming from people that have a particular proxy setup...
[16:03] <seb128> xnox, you can probably call empathy-accounts?
[16:03] <tedg> That's gonna suck to find.
[16:03] <seb128> tedg, :-(
[16:04] <seb128> tedg, it seems quite frequent
[16:04] <kenvandine> xnox, got a bug report?
[16:04] <seb128> tedg, so the setup shouldn't be that exotic...
[16:04] <dpm> seb128, Sweetshark, that'd be a way to do it, but I think there was an issue with LO which made it difficult to just merge in the translations, which is why we haven't done it until now. But I cannot quite remember what it was, I'm sure Sweetshark knows more
[16:04] <xnox> kenvandine: not now, on the call using skype instead ;-)
[16:05] <kenvandine> xnox, please file one and we'll find someone to look at it
[16:05] <tedg> No useful information on the bugs.
[16:06] <seb128> tedg, did you check the launchpad dups?
[16:06] <tedg> seb128, Can we grab proxy info in an apport hook, or is that too much?
[16:06] <tedg> seb128, Yeah, just went through them.
[16:06] <seb128> ok
[16:06] <seb128> tedg, hum, not sure if people consider their proxy infos as private info
[16:06] <seb128> we can ask what sort of proxy they use...
[16:06]  * tedg doesn't know either.
[16:06] <seb128> on the launchpad bug
[16:07] <tedg> Yup, I'll try that first.
[16:08] <Sweetshark> dpm: seems to me they are already translatable: https://translations.documentfoundation.org/en_ZA/libo_ui/sysui/desktop/share.po/translate/#filter=incomplete&unit=29114532
[16:09] <dpm> Sweetshark, does that mean that they can be translated upstream and that the translations will be used in Ubuntu?
[16:09] <dpm> It surprises me that they're appearing untranslated for Catalan
[16:10] <dpm> and it seems they are translated upstream: https://translations.documentfoundation.org/ca/libo_ui/sysui/desktop/share.po/translate/#filter=incomplete&unit=29114532
[16:12] <Sweetshark> dpm: yes, it should work that way, maybe the translation stuff is broken, it needed some ugly hacks on top of an ugly perl script to add the unity entries to the desktop files.
[16:12] <Sweetshark> dpm: yep. seems that perl script is broken.
[16:13] <seb128> tedg, thanks
[16:13] <seb128> tedg, I'm pondering if we should revert proxy support meanwhile...
[16:14] <tedg> seb128, If it is for people with particular proxies, we could just block the crash reporter.  They wouldn't loose data, they never had it.
[16:14] <dpm> Sweetshark, gotcha. Do you think you could look into it, or do you want me to file a bug?
[16:14] <tedg> seb128, At least then for those that had proxies that work, they'd get the feature.
[16:14] <seb128> tedg, ok, fair enough
[16:14] <seb128> tedg, if we are sure that only proxy users hit the bug ;-)
[16:15] <tedg> seb128, Sure, sure.
[16:15] <dpm> chrisccoulson, ah, it seems we've already got some translations for the "New Private Window" Firefox quicklist entry. Do you think you could merge the translations marked in yellow on https://wiki.ubuntu.com/Translations/Wanted/FirefoxDesktop ?
[16:16] <Sweetshark> dpm: better file a bug please, Im taking a quick look now, but it might be nontrivial (or ugly) to fix.
[16:16] <dpm> Sweetshark, no worries. Do you want me to add any particular information to the bug (e.g. the name of that perl script or something)?
[16:17] <Sweetshark> dpm: the perl script is at sysui/desktop/share/translate.pl if some volunteer wants to beat me to it, that would be highly welcome ;)
[16:18] <Sweetshark> dpm: fwiw, there still is some UnityQuicklist specialcasing in there: https://gerrit.libreoffice.org/gitweb?p=core.git;a=blob;f=sysui/desktop/share/translate.pl;h=48742b7f1e6d9417a25e71de80543ef2c357be01;hb=a43cc9ec8dde4f311bcf8ff96e6a26d56b2abdcf#l54
[16:28] <jbicha> cyphermox: hmm, upgrading the vpn plugins to 0.9.8 still didn't work http://paste.ubuntu.com/5716395/
[16:30] <dpm> thanks Sweetshark, filed bug 1170035 for it
[16:30] <ubot2> Launchpad bug 1170035 in Ubuntu Translations "Translations for LibreOffice QuickList entries are not loaded" [High,Triaged] https://launchpad.net/bugs/1170035
[16:32] <cyphermox> jbicha: sorry, I'm busy with other stuff, I can't look at this right now
[16:39] <jbicha> cyphermox: thanks, since the quickfix of trying 0.9.8 didn't work I guess this will have to wait for next cycle then, I'm going to follow up with GNOME
[17:00] <robru> pitti, any chance you're still around?
[17:33]  * didrocks waves good evening!
[17:55] <seb128> tedg, do you know what makes gio-networking use libproxy?
[17:56] <seb128> tedg, this bug, the procmaps indicates libproxy is being used, but if I look a /proc/`pidof ubuntu-geoip-provider`/maps that's not the case for me
[17:56] <seb128> tedg, with libproxy1-plugin-gsettings libproxy1-plugin-networkmanager installed
[17:56] <seb128> it seems like those should be loaded
[17:57] <seb128> tedg, I tried with DESKTOP_SESSION=gnome exported as well (and in a GNOME session) since libproxy seems to check for that variable to define when gsettings should be used
[17:57] <seb128> but still no difference...
[18:08] <evfool> hi all, who is familiar with the empathy ubuntu online accounts integration? I have a 100% reproducible bug on all raring installs causing only facebook and google IM to work, can not add other accounts, and I would like to help fix it, or do it myself, but I'm stuck with gdb
[18:08] <rickspencer3> kenvandine ?
[18:09] <kenvandine> hey rickspencer3
[18:09] <rickspencer3> kenvandine, are you the online accounts guy? ^
[18:09] <kenvandine> evfool, hey
[18:09]  * rickspencer3 is wildly out of date for these things :/
[18:09] <kenvandine> hehe
[18:09] <kenvandine> yeah, i can help with that
[18:10] <kenvandine> evfool, what is happening?
[18:11] <evfool> kenvandine: when trying to add any account (except for facebook and google, which seem to have a web view for auth) with simple text fields for authentication, only the cancel and done buttons appear
[18:11] <evfool> libempathy seems to get stuck when checking for the account readyness
[18:12] <evfool> in empathy_account_settings_check_readyness from empathy-account-settings.c
[18:13] <evfool> and the account widget is not displayed until the account is not ready
[18:15]  * kenvandine tries
[18:19] <kenvandine> evfool, i reproduced it with the yahoo provider here
[18:19] <kenvandine> and also tried on quantal
[18:19] <kenvandine> works on quantal, with the done button
[18:20] <evfool> kenvandine: I can repro now with all other providers too, on raring, and I too had it working on quantal
[18:21] <kenvandine> evfool, is there a bug # for this?
[18:22] <evfool> kenvandine: bug 1147639 is for IRC, but I guess it's a more generic issue affecting more providers, only the reporter reported it with IRC
[18:22] <ubot2> Launchpad bug 1147639 in empathy (Ubuntu) "Cannot add IRC account details" [Low,Confirmed] https://launchpad.net/bugs/1147639
[18:29] <kenvandine> evfool, i haven't tried the irc plugin, but for yahoo i do get the entries for username and password
[18:31] <kenvandine> evfool, i get them for irc too
[18:31] <kenvandine> oh, irc works for me
[18:31] <kenvandine> but yahoo doesn't
[18:35] <seb128> why do we always have bug starting to be pointed before the hard freeze day? ;-)
[18:35] <kenvandine> seb128, :)
[18:35] <kenvandine> salut works too
[18:36] <kenvandine> yahoo is the only one that isn't working for me
[18:36] <kenvandine> that i've tried
[18:36] <kenvandine> seb128, is this why you were asking about libproxy?
[18:37] <kenvandine> Apr 17 14:36:36 trabajo kernel: [105502.427260] type=1400 audit(1366223796.011:51): apparmor="DENIED" operation="file_mmap" parent=1 profile="/usr/lib/telepathy/telepathy-*" name="/usr/lib/x86_64-linux-gnu/libproxy/0.4.11/modules/pacrunner_webkit.so" pid=3044 comm="telepathy-gabbl" requested_mask="m" denied_mask="m" fsuid=1000 ouid=0
[18:37] <tedg> seb128, No, I'm not too familiar with how all that fits together.  Though, I'm guessing that is going to have to change if I start picking up networking pieces :-/
[18:37] <evfool> kenvandine: strange: GaduGadu, Zephyr,  Groupwise, ICQ, Mxit, AIM, Salut, Sametime, IRC, MySpace, jabber, SIP, Yahoo, Yahoo JP all show the same symptoms for me: only cancel and done button shown
[18:38] <kenvandine> i get the entries for those
[18:38] <kenvandine> on both my raring machines
[18:38] <evfool> but Yahoo was the first I did see this with: I have seen the textboxes once, and never since
[18:39] <evfool> I have tried clearing libaccounts-glib .config, .share, and other, but no help
[18:39] <kenvandine> AIM works for me too
[18:39] <kenvandine> evfool, what do you have in ~/.mission-control/accounts ?
[18:40] <kenvandine> evfool, to be sure, try it in a guest session
[18:40] <evfool> I'll try with a fresh testdrive, maybe by getting the latest trunk from lp:ubuntu/empathy and building it I did mess something
[18:40] <kenvandine> rule out telepathy trying to migrate accounts verses creating
[18:40] <kenvandine> it shouldn't touch empathy at all
[18:41] <seb128> kenvandine, no, I'm not asking about that apparmor warning (but thanks for pointing it), I'm asking because ubuntu-geoip is having a segfault in libproxy's code which is one of the most reported raring issue on the daily view
[18:41] <kenvandine> oh, yeah it does
[18:41] <kenvandine> the  account plugins for some of those come from empathy sources
[18:42] <seb128> kenvandine, I tried to reproduce it but I see that libproxy is not in the maps for the process and I'm wondering why (I'm setting up proxy settings and they are being used afaik since ubuntu-geoip displays a connection failed warning when they are buggy)
[18:42] <evfool> kenvandine: I have no .mission-control
[18:42] <kenvandine> evfool, ok
[18:43] <kenvandine> seb128, maybe apparmor is keeping it from loading?
[18:43] <seb128> kenvandine, I doubt it, ubuntu-geoip doesn't have a profile and I don't see anything in the logs about that
[18:44] <kenvandine> ok
[18:44] <seb128> kenvandine, but libproxy checks that CURRENT_DESTKOP=gnome in its gnome integration code
[18:44] <seb128> which seems buggy since we introduced =ubuntu
[18:44] <kenvandine> yeah
[18:44] <seb128> but I tried in a GNOME session and with the env changed and I still don't have libproxis in the maps
[18:45] <kenvandine> weird
[18:45] <seb128> indeed
[18:45] <seb128> wth
[18:45] <seb128> they are loaded now
[18:46] <seb128> so maybe it's the env issue and I got that wrong earlier
[18:46] <seb128> weird
[18:46] <seb128> kenvandine, grep libproxy /proc/`pidof ubuntu-geoip-provider`/maps
[18:46] <seb128> kenvandine, does that list stuff for you?
[18:46] <kenvandine> seb128, yes
[18:46] <seb128> hum, k
[18:46] <seb128> kenvandine, you use gnome-shell, admit :p
[18:46] <kenvandine> hehe
[18:47] <kenvandine> nope :)
[18:47] <kenvandine> http://paste.ubuntu.com/5716729/
[18:48] <seb128> kenvandine, thanks
[18:54] <jbicha> echo $CURRENT_GNOME is blank here
[18:57] <seb128> jbicha, you mean $CURRENT_DESKTOP right? and I meant $DESKTOP_SESSION before ;-)
[18:58] <jbicha> oh ok
[18:59] <evfool> kenvandine: in a guest  session, I do have the other providers working, yahoo is shown at first, but have the same issue after
[19:03] <kenvandine> evfool, ok, thanks
[19:04] <evfool> kenvandine: any ideas for workarounds?
[19:04] <kenvandine> evfool, sorry, no i don't
[19:04] <kenvandine> i need to talk to mardy tomorrow
[19:04] <kenvandine> i can't see where this is blocking
[19:05] <evfool> kenvandine: that's the strange thing, I have filled it with debug logging and the line it doesn't get past is if (priv->ready) in  empathy_account_settings_check_readyness from empathy-account-settings.c, so absolutely strange :)
[19:06] <evfool> kenvandine: should I report then a separate bug for the yahoo provider?
[19:06] <kenvandine> that is the only one i can see a problem with
[19:06] <kenvandine> so maybe that is different
[19:13] <evfool> kenvandine: thanks, I have reported bug 1170083 for empathy in ubuntu, let me know if I can help you with anything else
[19:13] <ubot2> Launchpad bug 1170083 in empathy (Ubuntu) "Can not add Yahoo account on fresh raring installs" [Medium,New] https://launchpad.net/bugs/1170083
[19:22] <kenvandine> evfool, thx
[19:56] <xnox> kenvandine: bug 1170095
[19:56] <ubot2> Launchpad bug 1170095 in empathy (Ubuntu) "cannot setup sip account" [Medium,New] https://launchpad.net/bugs/1170095
[20:07] <kenvandine> xnox, interesting
[20:08] <xnox> kenvandine: I hope, it's a UI bug that simply the actual form is not visible =)
[20:08] <kenvandine> that looks like bug 1147639 evfool was asking about
[20:08] <ubot2> Launchpad bug 1147639 in empathy (Ubuntu) "Cannot add IRC account details" [Low,Confirmed] https://launchpad.net/bugs/1147639
[20:08] <kenvandine> xnox, well i see the entries on that
[20:08] <kenvandine> so i can't reproduce it... which is strange
[20:08]  * xnox logs into guest account.
[20:13] <xnox> kenvandine: jabber aim salut yahoo do not work.
[20:13] <xnox> and sip.
[20:13] <xnox> other online accounts work.
[20:14] <xnox> (so the "empathy classics" do not work I guess....)
[20:14] <xnox> there are two core dumps generated as well, uploading.
[20:14] <xnox> kenvandine: do you monitor gnome-control-center crashes on errors.ubuntu.com and/or bug reports? as that's where it will be bucketed against.....
[20:17] <xnox> hmm.. ubuntu-bug *.crash doesn't do anything for me.
[20:18] <kenvandine> xnox,  evfool couldn't get those to work either
[20:18] <kenvandine> but the UI loads on both of my raring boxes here
[20:18]  * kenvandine wonders why... 
[20:18] <xnox> kenvandine: do you want screenshots of the tread traceback?
[20:18] <kenvandine> the yahoo one doesn't work though
[20:19] <kenvandine> can you just add it to bug?
[20:19] <kenvandine> the traceback
[20:20] <kenvandine> xnox, do you have account-plugin-sip installed?
[20:20] <xnox> kenvandine: I've attched .crash file. Download it, run ubuntu-bug *.crash and click show details to view the stacktraces etc.
[20:22] <xnox> kenvandine: yes.
[20:24] <kenvandine> i was just wondering if it was showing up even without being installed
[20:25] <xnox> kenvandine: top crasher on errors =)
[20:28] <kenvandine>  empathy_account_widget_apply_and_log_in () from /usr/lib/empathy/libempathy-gtk-3.6.4.so
[20:28] <kenvandine> sounds to me like that should come after filling in the entries...
[20:29] <kenvandine> weird
[20:29] <mterry> robru, poke about camera-app
[20:29] <robru> mterry, hey
[20:29] <mterry> robru, so I'll start a branch for moving camera-app to daily-release in jenkins and point you at it, so you can see what needs to be done for one of these things
[20:29] <mterry> but...
[20:29] <robru> mterry, yeah, I did that once for webbrowser-app already, but didrocks was telling me what to do so closely that I didn't really understand what I was doing
[20:29] <mterry> robru, I notice that a couple fixes could be made to camera-app's control file.  It should probably be "i386 amd64 armhf" for arches, since that's all qtdeclarative supports
[20:30] <mterry> robru, and the autopilot package probably shouldn't depend on python-support.  I saw another autopilot package do that needlessly
[20:30] <robru> mterry, ok I can fix those
[20:31] <robru> mterry, I'm just running the autopilot tests locally and they're brutalizing my laptop... mouse and keyboard focus are flailing around... very difficult to type this message ;-)
[20:31] <mterry> robru, heh, I don't bother trying anything when autopilot is running
[20:31] <robru> oh... pointing device failures.
[20:31] <mterry> good coffee break time
[20:31] <robru> mterry, ok, did you see my latest MP with HUD? I'll add some more fixes onto that.
[20:31] <mterry> sure
[20:32] <xnox> kenvandine: https://launchpadlibrarian.net/137648234/stacktraces.log
[20:32] <xnox> kenvandine: https://errors.ubuntu.com/?release=Ubuntu%2013.04&package=gnome-control-center&period=month shows plenty of crashes inside the empathy.so et al
[20:33] <xnox> the fact that it fails to retrace is sad.
[20:35] <mterry> robru, have you fixed up qtubuntu-camera and qtubuntu-camera-fake yet?
[20:35] <mterry> robru, in the sense of updating their packaging and such
[20:35] <robru> mterry, -fake is definitely good, qtubuntu-camera I'm not so sure. my fixes were merged, but I wasn't sure how to actually test it locally, so that's unclear to me
[20:36] <mterry> fair enough
[20:36] <mterry> robru, I'll move them to daily release at the same time
[20:36] <robru> (though camera-app is finally working locally, so I guess if it's using qtubuntu-camera then that works
[20:36] <robru> but -fake is *definitely* working, because when I start camera-app I can see the photo that -fake supplies.
[20:40] <mterry> cyphermox, are indicators on raring OK?
[20:40] <robru> mterry, ooooh, got the autopilot tests to pass too ;-)
[20:42] <mterry> robru, https://code.launchpad.net/~mterry/cupstream2distro-config/move-camera/+merge/159494 for example
[20:42] <mterry> robru, two things I did there
[20:42] <robru> mterry, you might need to be a bit more careful about saying "camera-app and friends" ;-)
[20:43] <mterry> robru, 1) moved from old config under phablet/ to head/.  This involved adding a little bit to camera-app, which I copied from similar mediaplayer-app
[20:43] <mterry> robru, heh
[20:43] <mterry> robru, I cargo-culted that bit because I know that camera-app needs very similar handling to mediaplayer-app
[20:43] <mterry> robru, 2) near the top, I modified a few test_parameter fields
[20:44] <mterry> robru, those tell daily-release which autopilot tests to run during the daily release check
[20:44] <mterry> robru, it needs to know which package to install and which autopilot suite to run.  It *also* needs to know every package that will be installed as a result of installing the autopilot package, for a sanity check
[20:44] <robru> mterry, https://code.launchpad.net/~robru/cupstream2distro-config/webbrowser-app/+merge/157917 this is the one I did already, but it is 100% cargo cult, I have no idea what any of it means
[20:44] <mterry> robru, so I added the ones that are new (mediaplayer-app already overlapped almost everything else)
[20:45] <robru> mterry, not even cargo cult, I was video chatting with didier and he was literally telling me what to type ;-)
[20:45] <mterry> robru, heh
[20:45] <mterry> robru, well, let's look at the qtubuntu-camera segment from my merge here
[20:45] <mterry> robru, the ci: bits are predictably for CI.
[20:46] <mterry> robru, we are setting a few values to False.  These are local overrides for the global settings at the top of the file
[20:46] <robru> mterry, what, template: False?
[20:46] <mterry> robru, we're basically saying, qtubuntu-camera is armhf only, just test CI for armhf
[20:46] <robru> what even is a template?
[20:47] <robru> mterry, oh, there's more False's under ci:
[20:47] <mterry> robru, no, I'm looking at "quantal-i386: False" in qtubuntu-camera
[20:47] <robru> ok
[20:47] <mterry> robru, I actually don't know what the template bit is
[20:47] <mterry> robru, so that explains the ci: overrides
[20:47] <mterry> robru, for autolanding, I don't know why it cares about the architectures
[20:48] <mterry> robru, but apparently it does, so we disable them there too
[20:48] <mterry> robru, I cargo culted that
[20:48] <mterry> robru, the hooks line adds various PPAs for when we build it
[20:48] <mterry> robru, most are just needed for quantal
[20:49] <robru> ok
[20:49] <mterry> robru, for camera-app, that "template: False" line (which I don't understand) is right under the "generic-mediumtests:" line.  generic-mediumtests is the name for the autopilot test
[20:49] <robru> mterry, wait, why are we autolanding into quantal? don't we need SRUs for that?
[20:50] <mterry> robru, so adding that line to the configuration: bit means that in addition to the build tests that CI does, we also want to do an autopilot test for any camera-app merges
[20:50] <robru> mterry, so it just tests it on quantal?
[20:50] <mterry> robru, no?
[20:50] <mterry> robru, I wasn't responding to your quantal question
[20:50] <robru> I'm confused ;-)
[20:51] <mterry> robru, I don't know the default platform for the "generic-mediumtests" test, but I assume raring
[20:51] <mterry> robru, I moved to the camera-app stanza.  And was explaining what the "generic-mediumtests" line was doing
[20:52] <robru> mterry, is this file just arbitrary YAML or is it's structure more rigid than that?
[20:52] <mterry> robru, the three lines below that: aggregate_tests, archive_artifacts, and publish_junit are just cargo culted by me; not sure precisely what they mean, but obviously have to do with gathering test results
[20:53] <mterry> robru, don't know the format
[20:53] <kenvandine> xnox, do you have telepathy-sip installed?
[20:54] <xnox> kenvandine: probably not, one sec.
[20:54] <cyphermox> mterry: tbh I don't know what to think of all these failed tests
[20:54] <cyphermox> http://10.97.0.1:8080/job/ps-generic-autopilot-release-testing/91/testReport/
[20:54] <mterry> robru, to go back to your quantal question, we are not auto-pushing to quantal.  autolanding here refers to merging into trunk.  Again, I don't think autolanding really uses architectures or platforms, I think that section is bogus.  But it was in the phablet/ part, so I kept it when moving over
[20:54] <kenvandine> that's it!
[20:54] <cyphermox> at this point I don't feel like this stuff should be landing when any tests fail, at this point in the release
[20:54] <mterry> cyphermox, :(
[20:54] <robru> ooooooOOOOOOOOooooooooooh, auto-merging-into-trunk
[20:55] <xnox> kenvandine: there is no such package......
[20:55] <cyphermox> mterry: this is sickening
[20:55] <xnox> do you mean telepathy-rakia?
[20:55] <kenvandine> xnox, evfool: if you have an account plugin installed but not the telepathy provider plugin installed
[20:55] <kenvandine> it doesn't load
[20:55] <mterry> cyphermox, but certainly nothing has landed that would affect unity stack (i.e. my stack ran clean, but stopped publish because of indicators; I can manual publish, eh?)
[20:55] <kenvandine> telepathy-sofiasip
[20:55] <xnox> kenvandine: clearly there are undeclared dependencies.....
[20:55] <cyphermox> I don't think so, let me just double check
[20:55] <kenvandine> xnox, ^^
[20:55] <robru> cyphermox, 29 failures out of 1500? that doesn't seem so bad to me...
[20:56] <cyphermox> robru: bah, nothing should fail
[20:56] <xnox> kenvandine: telepathy-sofiasip is already the newest version.
[20:56] <robru> cyphermox, well, yeah, but I would be more worried if it was 29 failures out of 30 ;-)
[20:56] <kenvandine> humm
[20:56] <kenvandine> maybe that isn't it
[20:57] <kenvandine> if i remove telepathy-sofiasip but not account-plugin-sip
[20:57] <kenvandine> and try to add a sip account
[20:57] <cyphermox> robru: it's still a failure; and as such it's code that is known to be buggy: either the code itself is buggy or the tests are buggy
[20:57] <kenvandine> it doesn't load the login page
[20:57] <kenvandine> but if i have them both, it does
[20:57] <cyphermox> I don't like releasing code that I know is buggy; no matter the point in a release schedule :)
[20:57] <xnox> kenvandine: to me it looks the same both times, as per screenshot on the bug report.
[20:58] <xnox> hm..... maybe I should restart/kill gnome-control-center.....
[20:58] <kenvandine> xnox, without telepathy-sofiasip, it did just finally show
[20:58] <kenvandine> after a couple minutes
[20:59] <mterry> cyphermox, you could restart the build?  maybe a fluke
[20:59] <robru> cyphermox, it's all about context though. if all 29 failures were only introduced recently, then I would say "yeah, revert that, don't release stuff that's introducing new failures", but if these have just been failing all along, well, you can't just not release it. the new stuff probably has less failures than the old stuff. all you can do is work towards fixing as many failures as you have time for.
[20:59] <kenvandine> but with it installed, it shows right away
[20:59] <kenvandine> a couple being at least 3 minutes
[21:00] <cyphermox> mterry: yeah, perhaps that's what I'll do
[21:00] <xnox> kenvandine: true.
[21:01] <xnox> kenvandine: just switch back to that window and it has it.
[21:01] <xnox> let me install it again.
[21:01] <cyphermox> the changes wouldn't affect unity adversely no; there only things I see are basically some bamf window matching for webapps, libappindicator packaging changes (dropping a clean rule) and  unity-lens-applications
[21:01] <cyphermox> for some reason changelog entries are being doubled >.<'
[21:02] <kenvandine> xnox, i need to run out for a bit... i'll debug more later tonight
[21:05] <cyphermox> mterry: wanna review a quick fix for libappindicator?
[21:05] <mterry> cyphermox, I was hoping you'd ask
[21:06] <cyphermox> https://code.launchpad.net/~mathieu-tl/libappindicator/changelog-fix/+merge/159498
[21:06] <cyphermox> I mean ... teh yuck... ^
[21:07] <cyphermox> robru: the problem I have with the tests is that there is only limited things we can do, they fail randomly
[21:07] <cyphermox> and lots of people have tried to fix them
[21:07] <robru> cyphermox, oh, that's the sign of a poorly-isolated testsuite then... failures introduced by environmental factors that aren't mocked properly.
[21:07] <cyphermox> but the fact that there are these failing tests means we keep having to have someone look at whether it's a genuine failure, every time
[21:08] <cyphermox> I think next, I'll just axe through them without mercy, if it can be done
[21:09] <robru> cyphermox, NO MERCY!!
[21:09] <robru> ;-)
[21:09] <cyphermox> hehe
[21:09]  * cyphermox puts on a viking hat
[21:11] <cyphermox> oh crap
[21:11] <cyphermox> mterry: where you restarting unity or something?
[21:12] <cyphermox> I didn't think to check if some other jobs were running before starting the indicators tests again
[21:13] <mterry> cyphermox, no
[21:13] <mterry> cyphermox, I'm about to manual publish unity
[21:17] <cyphermox> ok
[21:17] <cyphermox> then it's fine I guess
[21:17] <cyphermox> brb, going to go make dishes disappear
[21:56] <xnox> kenvandine: updated bug title and description bug 1170095
[21:56] <ubot2> Launchpad bug 1170095 in empathy (Ubuntu) "sip account setup page takes 50 seconds to display" [Low,New] https://launchpad.net/bugs/1170095