[12:13] <mdke> Chipzz: so so
[12:13] <mdke> hipertracker: try and persevere, maybe there is an answer out there for you. Good luck
[12:13] <hipertracker> Chipzz: ok
[12:14] <Chipzz> mdke: I think a good idea might be to make this channel moderated and have a bot that sends a /notice to everyone entering this channel explaining the rules; and automatically voicing people after 5 or 10 seconds so they get the chance to read the rules
[12:14] <allee> tkamppeter_: ping?
[12:15] <mdke> Chipzz: chilling out would work too. It's easy to point people gracefully towards the right resource
[12:16] <mdke> especially at quiet times
[12:16] <Chipzz> mdke: depends on how many people think the support thing is actually disturbing
[12:17] <Chipzz> mdke: you're right about the quiet times I guess
[12:17] <mdke> Chipzz: it's less disturbing to point someone quietly and helpfully to the support page than make a fuss about it; just takes a few words, and doesn't end up putting anyone off
[12:17] <mdke> it's nice to give people a positive impression about the community
[12:17] <Chipzz> prolly right about the community thing too
[12:18] <Chipzz> but I did point him in the right direction afterwards
[12:18] <mdke> yep.
[12:18] <allee> tkamppeter_: afaik you know the KDE/cups print system quite.  Any idea how to attack bug 54216 . I don't have access to a printer that can print boderless :(
[12:19] <Ubugtu> Malone bug 54216 in digikam "DigiKam will not print borderless photos" [Undecided,Unconfirmed]  https://launchpad.net/bugs/54216
[12:19] <Chipzz> but as I (and a couple of other people too) have already pointed out, a channel #ubuntu-advanced or likewise may be a good thing
[12:23] <wasabi_> MOM question. I'm staring at a package which has progressed in Debian, but in feisty has ubuntu patches, and is a previous version of the Debian package. It isn't listed on merges.ubuntu.com.
[12:23] <wasabi_> Do I need to poke somebody or something to make it happen?
[12:26] <wasabi_> geeze and the wiki is never a help because it's too easy to find outdated info heh
[12:40] <bronson> wasabi_: good question.  Ask on ubuntu-motu maybe?
[12:42] <geser> wasabi_: which package?
[12:42] <wasabi_> jabberd2
[12:45] <geser> wasabi_: Debian has only newer versions in experimental
[12:45] <geser> and I guess MoM looks only on unstable
[12:46] <wasabi_> Just noticed that
[12:46] <wasabi_> Interesting. Looks like the last version unstable had was still earlier than the version we have now
[12:47] <geser> merging is still possible but you have to do it w/o the help of MoM
[01:49] <Nafallo> zZzZ
[02:02] <sistpoty> lamont: can you please give back osgcal for i386? thanks.
[02:11] <Keybuk> so, err
[02:11] <Keybuk> resume from hibernate doesn't work
[02:11] <Keybuk> looks like it didn't find the image, and left a corrupted swap
[02:26] <sistpoty> Keybuk: can you route two sync requests (both security bugfixes) through? wordpress (bug #79171) and cacti (bug #80227). thanks
[02:26] <Ubugtu> Malone bug 79171 in wordpress "please sync wordpress (2.0.6-1) from unstable/main to universe" [High,Unconfirmed]  https://launchpad.net/bugs/79171
[02:26] <Ubugtu> Malone bug 80227 in cacti "please sync cacti (0.8.6i-3) from unstable/main to universe" [High,Unconfirmed]  https://launchpad.net/bugs/80227
[02:27] <Keybuk> sistpoty: no, please ask Mithrandir
[02:27] <sistpoty> Mithrandir: can you route two sync requests (both security bugfixes) through? wordpress (bug #79171) and cacti (bug #80227). thanks.
[02:27] <sistpoty> Keybuk: ok, thanks
[02:27] <Keybuk> do these need flagging to the security team as well?  are bad versions in edgy?
[02:28] <sistpoty> Keybuk: both are flagged as security bugs already...
[02:29] <alex-weej> i'm trying to install the build dependencies for libswfdec
[02:29] <alex-weej> E: Build-dependencies for libswfdec0.3 could not be satisfied.
[02:29] <alex-weej> any ideas?
[02:29] <sistpoty> Keybuk: cacti (bug #78453) is nominated for breezy-edgy, but the nomination is not yet confirmed
[02:29] <Ubugtu> Malone bug 78453 in cacti "cacti remote injection exploit" [Unknown,Fix committed]  https://launchpad.net/bugs/78453
[02:30] <sistpoty> Keybuk: wordpress is confirmed for dapper to feisty.
[02:30] <sistpoty> (bug #78145)
[02:30] <Ubugtu> Malone bug 78145 in wordpress "XSS and SQL injections" [Unknown,Fix released]  https://launchpad.net/bugs/78145
[05:40] <Keybuk> ==26216== Syscall param waitid(infop) points to unaddressable byte(s)
[05:40] <Keybuk> ==26216==    at 0x40007F2: (within /lib/ld-2.5.so)
[05:40] <Keybuk> ==26216==    by 0x804A431: test_poll (test_child.c:147)
[05:40] <Keybuk> ==26216==    by 0x804B351: main (test_child.c:235)
[05:40] <Keybuk> BOOM!
[05:41] <kylem> wossit?
[05:53] <Keybuk> kylem: waitid doesn't like receiving NULL as the siginfo_t * :p
[05:53] <kylem> heh.
[08:51] <dholbach> good morning everybody
[09:30] <dholbach> mako: http://www.ubuntu.com/community/processes/newmember still mentions your fax number for signing the CoC
[09:30] <dholbach> also wiki.ubuntu.com/NewMemberProcess and wiki.ubuntu.com/GrantingMembership confuse a lot of people
[09:56] <dholbach> Riddell: heya - do you have an idea what bug 74151 might be?
[09:56] <Ubugtu> Malone bug 74151 in gnash "konqueror-plugin-gnash displays no content" [Medium,Confirmed]  https://launchpad.net/bugs/74151
[09:59] <mdke> dholbach: mako's fax number isn't working any more? If not, you can file a bug on ubuntu-website and we'll remove it. It would be nice to replace it though so people can still sign the CoC by hand
[10:00] <dholbach> mdke: why should they sign it by hand?
[10:01] <mdke> dholbach: I did it that way. the reason is that it's the only way to do it properly if you don't have a GPG trust path to you
[10:01] <dholbach> Does Launchpad check that?
[10:01] <mdke> no
[10:01] <mdke> back in the old days that was enforced for ubuntu membership, it's not any more. But I still think it would be nice to retain the possibility for people to sign it with a pen
[10:02] <dholbach> I think we have a bunch of ubuntu members who never got their gpg key signed
[10:02] <mdke> for some it might have more significance
[10:02] <dholbach> mh
[10:02] <dholbach> I just notified mako of that, because he once said "and there's still a page that references to me for signing it by hand..."
[10:02] <mdke> anyway, if the fax number isn't working, it should be removed straight away, we can think about replacing it later
[10:03] <dholbach> I don't know if it's still working
[10:03] <mdke> ah right
[11:24] <Mithrandir> Riddell: can you do the knetworkmanager bits of NetworkRoaming or would you like a patch for it?
[11:37] <doko> Mithrandir: please requeue pyqwt on ia64
[11:38] <Mithrandir> doko: given-back
[11:42] <Mithrandir> doko: can you look into why python-examples is uninstallable (and has been for a while)?
[11:44] <doko> Mithrandir: python2.5-examples needs promotion
[11:44] <Mithrandir> doko: ah, promoted
[11:45] <doko> Mithrandir: while you are at, could you promote the various java bits as well?
[11:46] <Mithrandir> doko: sure, I'll do promotions too today.
[11:46] <Mithrandir> as in, source promotions.
[11:47] <doko> ok, thanks
[11:47] <Mithrandir> they require actual thought, binary-only promotions don't really.
[11:51] <cjwatson> I was about to have a look, but I have an interview to do soon and really ought to prepare for it
[11:52] <cjwatson> I can look through them later if you like, since I noticed some Java bits in the approved MIR queue yesterday
[11:52] <bluefoxicy> ... wow
[11:52] <bluefoxicy> networking sucks.
[11:53] <bluefoxicy> just a guess.
[11:54] <Mithrandir> cjwatson: I'm fine doing them, I just finished most of networkroaming.
[11:59] <iwj> So as I read the UbuntuMainInclusionRequirements, I'm permitted to sign off on MainInclusionReportLibVncServer-dev.  But since (a) I've never done one of these and (b) I'm not entirely disinterested (it's blocking Xen on feisty) I was wondering if someone else would like to cast their eye over it ?
[12:00] <iwj> I didn't write the inclusion report although I've just edited it to fix a few links and formatting issues.
[12:00] <iwj> Am I allowed to improve the report myself and then approve it ?
[12:03] <dholbach> iwj: pitti and keescook would know
[12:07] <iwj> Hmm, pitti seems offline.
[12:07] <Riddell> Mithrandir: I'm happy to do them, have you done the changes for the gnome version?
[12:08] <iwj> Ah, he's on holiday and Kees Cook is in the wrong timezone.
[12:08] <cjwatson> Mithrandir: really? that was quick
[12:09] <iwj> cjwatson: (Picking on you because you're here:) Do you happen to know the answer to my questions above ?  How should I proceed ?  Improve the report and mail Kees about it ?
[12:09] <cjwatson> Kees is also on holiday
[12:09] <iwj> Oh, damn.
[12:09] <iwj> So he is.
[12:09] <cjwatson> let me invent some policy on the fly :-)
[12:09] <iwj> :-)
[12:10] <cjwatson> Personally, I'd trust your judgement, and the most important thing is that it's documented so that we know (a) that somebody actually thought about it (b) who
[12:10] <cjwatson> To some extent the archive team get to decide whom they trust to review stuff for main
[12:11] <cjwatson> Improving the report is not a blocker to approving it yourself, since you're really approving the package, not the report
[12:11] <iwj> Right.
[12:11] <iwj> OK, I'll do that then.  Thanks.
[12:12] <cjwatson> the important things to think about are (a) is it so badly designed that we'll be giving our security team a horrible headache (b) are our support department going to be able to deal with issues in it, since they may be contractually obliged to do so?
[12:13] <cjwatson> deal with> or at least be able to figure out when and how to escalate to distro
[12:13] <cjwatson> however, we should talk about this at the sprint
[12:13] <fabbione> cjwatson: low priority ping for bug #78161
[12:13] <Ubugtu> Malone bug 78161 in glibc "[sparc]  unable to link against optimized libpthread due to wrong symbols" [Medium,Fix committed]  https://launchpad.net/bugs/78161
[12:14] <fabbione> (needs archive love)
[12:14] <cjwatson> fabbione: can you either get back to me in an hour after this interview, or else ask Tollef to do it if it's purely an archive decision?
[12:14] <fabbione> cjwatson: sure. i will ask Tollef
[12:14] <fabbione> Mithrandir: ^^
[12:17] <Mithrandir> Riddell: yes.
[12:17] <Mithrandir> cjwatson: it's absolutely trivial, so yes.
[12:18] <Mithrandir> fabbione: it doesn't require SRU intervention, so I can do it as an archive admin.
[12:18] <Mithrandir> now I need to un-gdb my X server and get on with archive admin stuff.
[12:19] <cjwatson> Mithrandir: thanks
[12:21] <fabbione> Mithrandir: thanks
[12:33] <iwj> So when it says `Add the package to a seed, or as a dependency of a package in main ...', does a build-dependency count ?
[12:35] <dholbach> iwj: yes, but it needs still to be promoted to main.
[12:36] <iwj> Indeed; my next question was whether I need to wait for anastacia to run etc. or if I can just poke an archive admin now.
[12:37] <dholbach> iwj: I think cjwatson is your man.
[12:37] <ogra> you need to wait until it shows up afaik
[12:37] <iwj> Fair enough; from my pov it can wait a bit.
[12:38] <ogra> (to make sure germinate has picked up the seed change/dependency)
[12:38] <ogra> dholbach, thanks a lot
[12:42] <Adri2000> Mithrandir: can you approve obconf into edgy-proposed please, there is not much to check, it's just a rebuild
[12:49] <Mithrandir> Adri2000: as long as it's on ~ubuntu-archive/+subscribedbugs, I'll get to it.
[12:49] <Adri2000> it is
[01:11] <cjwatson> iwj: we often like to wait for anastacia to run because it saves us having to work out by hand if anything extra is required
[01:13] <cjwatson> iwj: I've corrected the documentation which talked about dependencies to mention build-dependencies too; thanks
[01:13] <cjwatson> if there's a hurry and/or it's obvious at a casual glance (few dependencies) we can promote without waiting
[01:14] <cjwatson> Mithrandir: FWIW I'm OK with you accepting rebuilds into -proposed without explicit SRU-team approval as long as you've checked that that's really the right solution
[01:14] <Mithrandir> cjwatson: ok.
[01:14] <Treenaks> c
[01:15] <cjwatson> i.e. zero-source-change-except-changelog rebuilds
[01:17] <Mithrandir> seb128: your libgimme-codec upload never actually ended up in NEW, I've reprocessed it now and it should be done today, I hope.
[01:22] <bhale> Mithrandir: do you have any idea where last-exit_4-0ubuntu2 went?
[01:25] <Mithrandir> bhale: I'll reprocess it
[01:25] <bhale> Mithrandir: thank you
[01:26] <jenda> Hello folks. Anyone here moderating the ubuntu-devel list?
[01:26] <davmor2> I have been going through the untriaged bugs and there seem to be a lot of issues with gparted I was just wondering if there were any plans to update this package?
[01:26] <Mithrandir> jenda: yes, all of the distro team has moderation access.
[01:26] <jenda> Ah, great.
[01:27] <jenda> I just sent an email there, could someone please let it through?
[01:27] <jenda> I'm not subscribed.
[01:28] <bhale> you would typically mail ubuntu-devel-discuss
[01:28] <jenda> ah
[01:28] <jenda> I didn't know that :/
[01:28] <jenda> OK, then, could someone please _discard_ that email?
[01:29] <jenda> Before anyone lets it through :)
[01:30] <Mithrandir> jenda: the "User feedback: GUI GRUB setup tool" ?
[01:30] <jenda> yep
[01:30] <jenda> I'll resend it to devel-discuss if you remove it.
[01:33] <Mithrandir> discarded
[01:33] <bhale> thanks jenda
[01:39] <jenda> thanks Mithrandir
[01:40] <jenda> resent
[01:40] <iwj> cjwatson: Thanks for the explanation.  It can wait.
[01:41] <Mithrandir> seb128: libgimme-codec accepted.  FYI.
[01:46] <cjwatson> davmor2: they're mostly due to integration between ubiquity and gparted, not so much gparted itself; https://blueprints.launchpad.net/ubuntu/+spec/ubiquity-advanced-partitioner documents a plan to switch to a new partitioner instead
[01:46] <cjwatson> since the issues are really fundamental to using an external partition editor the way we do at the moment
[01:46] <cjwatson> updating the package would not help, and would in fact probably consume time that could be better focused on the replacement
[01:46] <cjwatson> (copied from #ubuntu-bugs where you asked the same question)
[01:51] <seb128> Mithrandir: thank you!
[01:55] <davmor2> thanks cjwatson
[02:12] <cjwatson> damn, this iMac isn't amd64-capable after all
[02:12] <cjwatson> thought it was Core 2 Duo, but it's just Core Duo
[02:12] <kylem> cjwatson, bummer.
[02:12] <kylem> has there been any progress by anyone on being able to write hybrid hfs+ cds
[02:13] <cjwatson> not to my knowledge, but who cares, grub works now
[02:13] <cjwatson> so my interest level in that has dropped right off
[02:13] <kylem> hehe.
[02:15] <Mithrandir> it requires bootcamp, though, doesn't it?
[02:15] <kylem> yeah.
[02:17] <cjwatson> Mithrandir: yes, but all Intel Macs come with that now
[02:17] <Mithrandir> oh, ok.
[02:17] <Mithrandir> I thought you still had to pay extra.
[02:17] <cjwatson> boot camp is three pieces
[02:17] <cjwatson> http://refit.sourceforge.net/myths/ has a good summary
[02:17] <cjwatson> the firmware update is the only bit that matters for thhis
[02:18] <Mithrandir> ok
[02:41] <Riddell> Mithrandir: there's no need to disable anything in network manager in case of using static configuration?
[02:41] <Mithrandir> Riddell: no, as long as it's done through /etc/network/interfaces, NM will just ignore the device
[02:42] <Riddell> oh aye, true
[02:43] <Mithrandir> if it does static configuration some other way, NM will have to be taught how to cope.
[02:44] <Riddell> it's the same backends in KDE as in Gnome so it's all good
[02:44] <Mithrandir> 'k
[02:51] <dholbach> mjg59: I just had a look into the libcm update, but it seems to changes interfaces quite a lot - I think I'll let you deal with it. :-)
[02:52] <seb128> dholbach: I did libcm 0.1.1 yesterday, what do you want to update?
[02:52] <seb128> dholbach: I told you yesterday evening ;)
[02:52] <dholbach> oh... i updated and still have the old one
[02:52] <dholbach> seb128: how did you solve the problem?
[02:52] <seb128> what problem?
[02:53] <dholbach> changed interfaces
[02:53] <seb128> nothing use libcm7 out of spifacity
[02:53] <seb128> I didn't care
[02:53] <seb128> it's not used
[02:53] <dholbach> ok
[02:53] <seb128> grumpf
[02:53] <seb128> launchpad has eaten my upload again
[02:53] <dholbach> that explains a bit
[02:54] <mjg59> seb128: Yeah, I got reject mail
[02:55] <mjg59> dholbach: I'm on GMT+11 right now
[02:55] <seb128> mjg59: oh, why?
[02:55] <seb128> the rejected reason
[02:55] <dholbach> mjg59: right... I saw pictures of you :)
[02:55] <mjg59> seb128: No orig.tar.gz
[02:55] <mjg59> dholbach: So IRC is probably not a great way to get at me :)
[02:55] <seb128> mjg59: thank you
[02:55] <dholbach> mjg59: it still worked ;-)
[02:56] <mjg59> Only because I'm reading mail instead of going to bed
[02:56] <dholbach> mjg59: in any case, it was not urgent but I thought I'd (try to) tell you :)
[02:56] <seb128> I've uploaded again
[03:01] <seb128> mjg59: who was to the To: from that rejected mail? only you?
[03:02] <mjg59> seb128: Not sure - I've deleted it, I'm afraid
[03:03] <seb128> mjg59: ok no problem, I was just being curious to know if launchpad didn't mail me or if I didn't get or dropped the mail
[03:21] <dholbach> Mithrandir: thanks for the decibel review - uploaded it again (fixed)
[03:22] <cjwatson> seb128: if you don't get a mail regarding an upload, it's best to ping an archive admin; we can reprocess it
[03:22] <cjwatson> seb128: the keyserver interaction problems that are causing dropped uploads are being addressed urgently, though
[03:25] <cprov> cjwatson: in fact, the seb128's case wasn't related with the GPG interaction problems. Although, I support your advice for *forgotten* uploads.
[03:25] <cjwatson> cprov: ah, ok
[03:28] <mjg59> seb128: The accept mail went to both of us
[03:28] <gnomefreak> in feisty debtags and language-selector-qt need to be rebuilt (depends problems) they are conflicting with apt-index-watcher. is this known already?
[03:29] <seb128> mjg59: ok thank you, that's confirmed by my procmail log now, not a launchpad bug
[03:30] <seb128> brb
[03:30] <seb128> trying new pango
[03:54] <dholbach> we'll have a meeting about bughelper in #ubuntu-meeting in 6 min - join us if you're interested
[03:57] <enrico> gnomefreak: apt-index-watcher is not needed anymore
[04:01] <gnomefreak> enrico: its not?
[04:16] <enrico> gnomefreak: the new libept should build indexes in the home if it needs reindexing
[04:16] <enrico> gnomefreak: I worked a lot to get rid of apt-index-watcher
[04:16] <enrico> gnomefreak: it was causing lots of problems
[04:17] <gnomefreak> ah ok cool. than it just leaves one issue with it
[04:18] <zul> iwj: ping thanks for the help
[04:18] <gnomefreak> enrico: read first comment here https://bugs.launchpad.net/ubuntu/+source/libapt-front/+bug/80426
[04:18] <Ubugtu> Malone bug 80426 in libapt-front "removal of apt-index-watcher leaves startup links" [Undecided,Confirmed]
[04:25] <Riddell> Mithrandir: knetworkmanager uploaded
[04:32] <iwj> zul: NP.
[04:32] <iwj> zul: AIUI we're waiting for it to filter through the pipeline now.
[04:33] <zul> ill upload a new versioin and new kernel by the end off the week
[04:37] <Nafallo> zul: XEN?
[04:38] <zul> Nafallo: yes
[04:38] <Nafallo> nice :-)
[05:12] <enrico> gnomefreak: it's normal that a removal (and not a purge) leaves things in /etc
[05:13] <enrico> gnomefreak: dpkg -l|grep -v ^ii will show you with a 'c' in one of the first two characters all the packages you have removed but not purged, and therefore have configuration still around
[05:14] <gnomefreak> enrico: just tell him to purge them than?
[05:17] <enrico> gnomefreak: I'll leave that task to the ubuntu maintainers :)
[05:17] <gnomefreak> k
[05:33] <geser> Mithrandir: please give-back libapreq2 for all archs. thanks
[05:33] <carlos> dholbach: ping
[05:38] <mako> mdke, dholbach: the problem isn't that i get the faxes
[05:38] <mako> mdke, dholbach: the problem is that AFAICT, there's no way to approve signatures sent in by hand
[05:38] <mako> mdke, dholbach: so switching to a different number won't really help in this regard
[05:48] <dholbach> carlos: pong
[06:02] <doko> Mithrandir: would you mind promoting stlport5.1 (new upstream version) to main, would be nice for the next OOo upload
[06:09] <HombreMagique> hi all
[06:09] <HombreMagique> is there a kernel patch set of Ubuntu?
[06:13] <davmor2> I have a bit of a problem my 64bit install of feisty just went tits up.  I get rectangles instead of letters except in alt-F1-F6 terminal.  Any Ideas on what I can do
[06:14] <carlos> dholbach: ping (I was disconnected, not sure whether you answered)
[06:14] <dholbach> carlos: I ponged
[06:14] <carlos> dholbach: hi
[06:14] <dholbach> hiya
[06:15] <carlos> dholbach: are you still the MOTU 'boss'?
[06:15] <davmor2> hello
[06:15] <dholbach> carlos: I work together with other MOTUs if that's the question :)
[06:15] <HombreMagique> is there a patch set of Ubuntu kernel?
[06:16] <carlos> dholbach: ok, I need to arrange with MOTUs an agreement to accept some translations for universe accepted in Launchpad/Rosetta
[06:16] <carlos> dholbach: who should I talk with?
[06:17] <dholbach> carlos: best to write a mail to<EMAIL_ADDRESS>[06:17] <carlos> ok
[06:17] <carlos> dholbach: thanks
[06:17] <dholbach> carlos: I'll approve your mail and auto-accept mails from you
[06:17] <dholbach> no problem
[06:18] <davmor2> I have a problem with my 64bit install of feisty after the last dist-upgrade I get rectangles instead of letters.  Any ideas on what I can do.  It hasn't effected my 32 bit install at all
[06:20] <dholbach> i'm off for a bit now
[06:26] <slomo> davmor2: seems to be a problem with the latest pango or somethnig... i have it too now after upgrading pango ;) well, not all letters but many
[06:27] <devilsadvocate> where can i get help for building a package?
[06:28] <carlos> dholbach: sent
[06:30] <davmor2> no this is all my entire desktop :( I took a screenshot but I don't know whether to report it as a bug if it was something that you guys picked up on and were dealing with.
[06:31] <devilsadvocate> i've been trying to make a .deb of something. It refuses to accept my changelog file. Nothing i found online helped
[06:31] <gpocentek> devilsadvocate: join #ubuntu-motu
[06:31] <devilsadvocate> thanks gpocentek
[06:32] <HombreMagique> gpocentek do you know where can i get a kernel list patch?
[06:33] <gpocentek> HombreMagique: no idea
[06:34] <HombreMagique> :(
[06:38] <dholbach> carlos: approved
[06:39] <carlos> dholbach: thanks
[07:25] <mdke> mako: this is true, I hadn't really thought of that
[07:42] <Yawner> Who would I contact to get the mozilla-firefox-locale-pt-pt package moved from Universe to Main in Edgy and/or Dapper? (This has been changed for feisty, but for Edgy and Dapper are still without official Portuguese language support in Firefox, the version int he currently is Portuguese Brazilian).
[07:42] <Yawner> https://launchpad.net/ubuntu/+source/mozilla-firefox-locale-all/+bug/69663
[07:42] <Ubugtu> Malone bug 69663 in mozilla-firefox-locale-all "firefox "pt" localization" [Undecided,Confirmed]
[07:43] <mdke> Yawner: Martin Pitt or Ian Jackson
[07:43] <Yawner> aha ok, thanks
[07:51] <joejaxx> Mithrandir: ping
[07:51] <Mithrandir> joejaxx: You sent me a contentless ping.  This is a contentless pong.  Please provide a bit of information about what you want and I will respond when I am around.
[07:51] <joejaxx> Mithrandir: i based the -meta off of the ubuntu-meta
[07:51] <joejaxx> Mithrandir: the ubuntu-meta package does not contain the full GPL in the tar.gz either
[07:53] <joejaxx> Mithrandir: i based ubuntustudio-meta off ubuntu-meta that is
[08:46] <Tonio_> cjwatson: ping ?
[09:24] <cjwatson> Tonio_: pong
[09:25] <cjwatson> joejaxx: IMO that's a bug in ubuntu-meta; please file it as one so it doesn't get forgotten
[09:25] <Tonio_> cjwatson: hi ! may I ping you concerning this : https://launchpad.net/ubuntu/+source/digikam/+bug/73617
[09:25] <Ubugtu> Malone bug 73617 in digikam "SRU proposal" [Undecided,Unconfirmed]
[09:26] <Tonio_> cjwatson: this is my packaging fault, and the error is reported by dozens of people.... I'd like this to be review to provide sru as long as this is possible
[09:29] <cjwatson> Tonio_: sorry for the delay on that; see comment in the bug
[09:30] <Tonio_> cjwatson: sure
[09:31] <Tonio_> cjwatson: thanks a lot, I'm fixing the changelog and upload
[09:34] <joejaxx> cjwatson: alright will do
[09:41] <hunger> Any ideas why pam_mount no longer mounts my encrypted user dirs?
[09:42] <jdong> cjwatson, can I make a plea for backports to be processed in the near future?
[09:43] <cjwatson> jdong: ok, I'll deal with the queue this evening
[09:43] <jdong> thank you
[09:46] <mdke> Mithrandir: cjwatson: I'm waiting on one of you for bug 74555 (but I'm not sure which)
[09:46] <Ubugtu> Malone bug 74555 in ubuntu-docs "Stable release update" [High,Confirmed]  https://launchpad.net/bugs/74555
[09:47] <cjwatson> jdong: to explain the delay, both Scott and I recently got promoted to management, so we have much less archive admin time than before
[09:47] <cjwatson> mdke: probably me
[09:47] <mdke> cjwatson: I'd be grateful if you just give the nod :)
[09:47] <cjwatson> oh, no, Tollef really
[09:47] <cjwatson> I'll leave it in my browser anyway so that I deal with it
[09:48] <mdke> cjwatson: I think he's waiting for you, I remember a ping on it from him to that effect
[09:48] <mdke> cjwatson: thanks, and congrats on promotion :)
[09:48] <cjwatson> hmm, I'll definitely look then
[09:48] <cjwatson> most people commiserate ;-)
[09:48] <jdong> cjwatson, congrats on the promotion :)
[09:48] <mdke> heh, that depends I guess
[09:49] <LaserJock> I didn't think Canonical had management, just slaves ;-)
[09:58] <cjwatson> jdong: punted through the ones I got done before the meeting (just four), but the rest will have to wait until afterwards
[09:58] <jdong> cjwatson: no problem, thanks for your attention :)
[10:08] <Mithrandir> mdke: you're waiting for me, but the diff of what's uploaded doesn't completely match the ok-ed debdiff.  Some line breaks, etc, are different.
[10:09] <cjwatson> I'm happy for you to have discretion on whitespace if it's trivial (i.e. not python :-))
[10:10] <mdke> Mithrandir: there were a couple of things that Colin asked me to change as per the bug report, I don't remember any line breaks though...
[10:10] <Mithrandir> cjwatson: it's sgml, but it makes reading the diff a lot harder.  I spent some time on it a couple of days ago.
[10:11] <cjwatson> oh, if it's making the diff much noisier than it would otherwise be, I agree with you
[10:11] <Mithrandir> mdke: I'd be happy to send you the diffs, if that'd be useful.
[10:11] <mdke> Mithrandir: ok, thanks
[10:11] <cjwatson> the diff should be as easy to read as possible - that's an important property
[10:11] <Mithrandir> mdke: after the distro team meeting if that's fine with you?
[10:11] <mdke> Mithrandir: sure, I'll look tomorrow
[10:11] <Mithrandir> cjwatson: it's more that I can't just diff the diffs and get $? == 0, so I have to do it by hand.
[10:11] <mdke> cjwatson: it's not easy because we need to make text changes sometimes, and docbook isn't necessarily pretty
[10:12] <mdke> especially translation updates are not the sort of thing the archive managers can just read (obviously that doesn't necessarily apply in this case, but we'll need to do some translation updates sometimes)
[10:12] <Mithrandir> mdke: what's uploaded and what's in the approved debdiff _should_ match, though.
[10:13] <mdke> Mithrandir: yeah, I agree. I only changed the changelog, to my recollection, to link to bug reports and so on
[10:13] <Mithrandir> mdke: I'm not pointing fingers, I'm just pointing out what I see.
[10:13] <mdke> Mithrandir: yes, I'll look at it
[10:15] <slomo> Mithrandir: is there a known problem with uploads not being accepted or rejected or anything?
[10:15] <Mithrandir> slomo: yes, if you notice it happening, prod me and I'll rescue it.
[10:16] <Mithrandir> (with an approximate time and package name)
[10:16] <cjwatson> slomo: it's keyserver interaction problems - being addressed urgently
[10:16] <slomo> Mithrandir: ok, i uploaded pango1.0 at around :03
[10:16] <Mithrandir> slomo: as in ten minutes ago?
[10:16] <slomo> Mithrandir: yes
[10:18] <cjwatson> the queue is processed every five minutes, so normally you can expect a reply in that plus mail delay
[10:20] <geser> need all uploads to be rescued manually or will this happen automatically once the problem is fixed?
[10:21] <Mithrandir> once the problem's fixed we won't have to rescue them because the won't get lost in the first place.
[10:22] <geser> I mean the uploads in the last minutes/hour(?)
[10:27] <alex-weej> i can't get the build dependencies for swfdec... any idea what went wrong? :
[10:27] <geser> Mithrandir: could you look after the upload of kdesdk (around 21:46 CET) and mod-vhost-hash-alias (around 21:55 CET)?
[10:27] <alex-weej> E: Build-dependencies for libswfdec0.3 could not be satisfied.
[10:27] <Riddell> geser: ?
[10:27] <Riddell> geser: what's kdesdk doing?
[10:27] <cjwatson> geser: any that have been lost of late, probably a good idea to rescue them now
[10:27] <cjwatson> we don't yet have a timescale for the fix
[10:28] <geser> Riddell: build for libapr0->libapr1 and libsvn0->libsvn1
[10:28] <geser> Riddell: rebuild
[10:28] <Riddell> geser: ok, thanks, I have an upload of 3.5.6 for next week but I'll sync it closer to the time
[10:30] <geser> Riddell: the rebuild fixes bug #80329 (I only had to change one build-depends)
[10:30] <Ubugtu> Malone bug 80329 in kdesdk "kdesdk-kio-plugins cannot be installed on Feisty" [Undecided,Fix committed]  https://launchpad.net/bugs/80329
[10:30] <doko> Mithrandir, cjwatson: please can we promote stlport5.1 (all binaries) to main, maybe tonight, so that OOo can build? Once built stlport4.6 can be demoted.
[10:32] <cjwatson> doko: done
[10:32] <Mithrandir> slomo: pango upload rescued.
[10:32] <Mithrandir> geser: both rescued, prod again if you don't get accepted mails.
[10:32] <slomo> Mithrandir: thanks :)
[10:48] <slomo> Mithrandir: still not accepted :/
[10:54] <Mithrandir> slomo: we're having problems with the keyserver; they're being worked on, I don't have an ETA but I'll reprocess the sources as soon as it works again.
[10:54] <slomo> Mithrandir: ok, thanks... just wanted to make sure that everything is fine before i went to bed ;)
[10:55] <Mithrandir> slomo: it might not be, but it's on my radar, so I'll reprocess once it has a chance of working.
[10:55] <Mithrandir> which was now.  Yay.
[10:57] <Mithrandir> slomo: there, you should get a mail RSN
[10:57] <slomo> ok, perfect :) thanks again
[11:05] <geser> Mithrandir: thanks, the accepted mails have now arrived
[11:05] <Mithrandir> geser: great, thanks.
[11:09] <geser> Riddell: I missed that kdesdk is in main. I've attached a debdiff with my changes to bug #80329.
[11:09] <Ubugtu> Malone bug 80329 in kdesdk "kdesdk-kio-plugins cannot be installed on Feisty" [Undecided,Confirmed]  https://launchpad.net/bugs/80329
[11:12] <geser> Mithrandir: could you please give-back libapreq2, pysvn and modxslt for all archs. thanks.
[11:14] <Mithrandir> geser: given-back
[11:16] <Riddell> geser: can you e-mail me that bug<EMAIL_ADDRESS>so I get it tomorrow morning
[11:17] <geser> Riddell: sure
[11:57] <mdke> cjwatson: around still?


[00:31] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu MATE: Ubuntu MATE 19.04 Beta 1 @ https://ubuntu-mate.org/blog/ubuntu-mate-disco-beta/
[00:34] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Ubuntu 19.04 Beta is Now Available to Download @ https://www.omgubuntu.co.uk/?p=138886 (by Joey Sneddon)
[00:51] -SwissBot:#ubuntu-news- ::Softpedia:: Ubuntu 19.04 (Disco Dingo) Beta Released with Linux Kernel 5.0 and GNOME 3.32 @ https://news.softpedia.com/news/ubuntu-19-04-disco-dingo-beta-released-with-linux-kernel-5-0-and-gnome-3-32-525481.shtml (by Marius Nestor)
[02:27] <guiverc> https://lists.ubuntu.com/archives/ubuntu-release/2019-March/004743.html  -- i'm not sure this is worth putting on fridge?  or is it?
[02:29] <krytarik> Yeah, I'd have to check but I'm not aware of that milestone releases have been posted about in the past - and for a somewhat valid reason.
[02:31] <guiverc> thanks krytarik, I could have looked, but wasn't sure it was worth it.. even if it has been (I think it has on very rare occasions), to me it's less important that a release, or eol notice.  it's only worth it if it's purpose is to gain testers
[02:32] <guiverc> I've seen heaps of social media (omg, etc) beta notices...
[02:32] <krytarik> Yeah, as per usual..
[02:46] <guiverc> prior: 18.04, 16.10, 17.10, 14.04, 15.10, 15.04  ...  (order as per google!?)   i'll do it if there's a request, but no plan to currently  [19.04 beta]
[02:49] <Bashing-om> guiverc: Was holding off to see this: https://lists.ubuntu.com/archives/ubuntu-release/2019-March/004743.html to decide on a proper course.
[14:50] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu MATE: Ubuntu MATE 18.04 Beta 1 for Raspberry Pi @ https://ubuntu-mate.org/blog/ubuntu-mate-bionic-beta1-raspberry-pi/
[18:00] -SwissBot:#ubuntu-news- ::Planet:: Kurt von Finck: Last post. Iâm gone. @ https://blogs.gnome.org/mneptok/2019/03/29/last-post-im-gone/
[19:44] -SwissBot:#ubuntu-news- ::Planet:: Full Circle Magazine: Full Circle Magazine #143 @ https://fullcirclemagazine.org/2019/03/29/full-circle-magazine-143/
[23:30] -SwissBot:#ubuntu-news- ::Planet:: Kubuntu General News: Kubuntu Disco Dingo (19.04) Beta Released @ https://kubuntu.org/news/kubuntu-disco-dingo-19-04-beta-released/


[08:27]  * ogra_ gets coffee
[08:28] <sil2100> So tired...
[08:32]  * popey stabs 2fa
[08:36]  * Mirv had some login.ubuntu.com problems earlier and webops were looking at it
[08:37] <popey> yeah, needs a lot of refreshes
[08:56] <ogra_> sil2100, if you decide to promote anything during teh evening meeting, just leave a ping around, i'll promote it later then
[09:05] <ogra_> brendand, popey, so looking at the console log of the failing filemanager tests i noticed something ...
[09:05]  * popey crosses fingers
[09:05] <ogra_> it seems to redefine $HOME suring the tests all the time ... to a tmpdir ...
[09:05] <ogra_> but i also see:
[09:05] <ogra_> void DirModel::setPath(const QString&) DirModel(0x739038) path or url may not exist or cannot be read: "~"
[09:06] <popey> ʘ‿ಠ
[09:06] <ogra_> so it seems the test (or the filemanager itself) tries to use ~/
[09:06] <ogra_> i'm not sure that expands to $HOME correctly
[09:07] <brendand> ogra_, i see that too. i'll try and find if the test is doing it
[09:07] <ogra_> (i.e. it might read this from PAM instead of the environment, so you get expansion of the variable for what hopme was set to at login time)
[09:08] <ogra_> doe it actually use a fake $HOME when you test locally too =
[09:08] <ogra_> ?
[09:18] <popey> ogra_: sil2100 brendand i just ran the filemanager tests on flo with qt53 and it passed
[09:18] <popey> Ran 24 tests in 563.684s
[09:18] <popey> OK
[09:19] <popey> so only change was a) make image writable [may have affected tests?] and b) upgrade to qt5.3
[09:19] <brendand> popey, i run it with writable image too
[09:19] <popey> k
[09:19] <brendand> popey, do it again :)
[09:19]  * popey reboots
[09:19] <popey> hah
[09:21] <sil2100> :O
[09:21] <cjwatson> 14197 07:00:01      \_ /usr/bin/python /home/ubuntu-archive/cu2d/cupstream2distro//copy2distro --no-filter
[09:21] <cjwatson> I suspect that's probably hung ... killing it
[09:22] <cjwatson> (we had an rsync hung from around the same time too, so I guess some network problem)
[09:23]  * ogra_ noticed network issues with the image builders too
[09:31] <popey> brendand: passed second time
[09:31] <popey> thats it, land qt 5.3!
[09:31]  * popey runs again
[09:39] <brendand> popey, wow, how lucky is that
[09:43] <sil2100> Saviq: I see a new landing for unity8 - but I see it's already assigned in silo 008
[09:43] <sil2100> Saviq: any possibility of releasing 008 before that?
[09:45] <Saviq> sil2100, unlikely
[09:45] <Saviq> sil2100, there's an issue with indicator-session there that makes the whole silo useless
[09:46] <sil2100> Saviq: should I free this silo then? Or do you still intend to work on this with bregma in the nearest time?
[09:46] <Saviq> sil2100, we will, this week for sure
[09:46] <Saviq> sil2100, and the new unity8 landing should be real quick
[09:47] <sil2100> Saviq: ok, since you're the lander for both, I do 'override' and just sync up the changes then
[09:50] <Saviq> sil2100, thanks
[09:51] <brendand> sil2100, did we discuss the address-book-app failures at all?
[09:52]  * ogra_ doesnt think so
[09:52] <popey> brendand: failed on the 3rd go, hangs forever
[09:52] <ogra_> we also missed the changes (though they are minor and mostly not affecting us)
[09:53] <brendand> ogra_, looks like that was a mistake. there were two failures and it seems they were genuine
[09:53] <brendand> ogra_, it's not possible to type into the text fields in the contact editor
[09:54] <ogra_> oh
[09:54] <ogra_> that indeed sounds liek a real bug
[09:54] <ogra_> *like
[09:55] <brendand> hmmm, wait. well there is a bug there
[09:56] <brendand> but it looks like the AP tests don't catch it because they don't use the keyboard
[09:57] <sil2100> brendand: we discussed them last week, I have a bug for those
[09:57] <sil2100> brendand: will poke bfiller about those today
[10:04] <brendand> ok, looks like it was just some momentary strangeness. i'll file a bug if it happens again
[10:05] <sil2100> brendand: I tried running those address-book-app AP tests on my device when filling in the bug but they passed twice
[10:36] <ogra_> popey, looking at your bootcharts ... your system never goes properly to idle, else the new chart would stop *a lot* earlier
[11:01] <ogra_> brendand, so running the filemanagerr test locally with exactly the same args:
[11:01] <ogra_> phablet-test-run -A '--timeout-profile=long' -v -o test-out -f subunit -a /var/crash -a /home/phablet/.cache/upstart filemanager
[11:01] <ogra_> doesnt print any of these "~" messages
[11:01] <ogra_> oh, wait
[11:02] <ogra_> i see it in the apps own log
[11:03] <ogra_> aha
[11:03] <ogra_>                 page: FolderListPage {
[11:03] <ogra_>                     objectName: "folderPage"
[11:03] <ogra_>                     folder: "~"//modelData
[11:03] <ogra_>                 }
[11:04] <ogra_> line 103 hardcodes ~
[11:04] <ogra_> (looking at /usr/share/click/preinstalled/com.ubuntu.filemanager/0.3.193/qml/filemanager.qml)
[11:07] <ogra_> aha, line 75 has it too
[11:07] <ogra_> property var folderTabs: ["~"]
[11:14] <ogra_> hmm, and looking at the test code it never exports HOME= but only sets it via initctl
[11:14]  * Mirv wonders if boiko is going to land the address book stuff today
[11:14] <ogra_> (it uses the export for desktop tests of the same package)
[11:14] <Mirv> (it includes an Qt 5.3 related fix)
[11:14] <Mirv> yes, just the one sil2100 is looking at :)
[11:15] <sil2100> Mirv: do you know if it also touches our autopilot issues?
[11:15] <Mirv> sil2100: no, I don't know, I'm just interested in that crash fix and I haven't looked at the other MR:s
[11:16] <sil2100> Damn, the spreadsheet is not auto-updating again...
[11:16] <sil2100> It's barfing out on fetching the backend webpage with an 'unexpected error'
[11:32] <sil2100> It's something I can do nothing to fix...
[11:33] <sil2100> brb
[11:40] <popey> ogra_: which? wopr or deep-thought?
[11:40] <ogra_> popey, the long boot
[11:40] <ogra_> the short one has an awful gap
[11:41] <ogra_> it could boot 10sec faster if you would utilize CPU and disk in the middle
[11:41] <ogra_> (by shuffling stuff around)
[11:41] <popey> i just wiped my laptop clean ☻
[11:42] <ogra_> also none of your systems seems to run ureadahead at all ... it wastes *a lot* if you dont run that
[11:42] <popey> even on ssd?
[11:42] <popey> i dont recall disabling that
[11:42] <ogra_> even SSDs like it if you load everything into RAM at once and can read from there during the further process
[11:43] <davmor2> popey: if you open file browser on mako do you very briefly get the flo portrait tablet view?
[11:43] <ogra_> SSDs might be fast ... but RAM is still faster :)
[11:44] <davmor2> ogra_: Rom is faster :P
[11:44] <ogra_> lol
[11:44] <ogra_> right
[11:44] <popey> davmor2: kinda, yes
[11:46] <davmor2> popey: I'm wondering if autopilot is faster than my finger and can start running on the wrong view
[11:46] <popey> dont think so
[11:47] <popey> the ap doesn't appear at all with broken tests
[11:47] <popey> you just get the unity loading dots
[11:47]  * ogra_ is pretty sure the issues are related to the $HOME setting
[11:47] <popey> ogra_: is it easy to patch the tests to prove that?
[11:47] <ogra_> popey, i tried but then it cant find the click anymore
[11:47] <popey> just replace ~ with /home/phablet ?
[11:47] <popey> in the filemanager tests only
[11:48] <ogra_> autopilot/filemanager/tests/__init__.py
[11:48] <popey> yes
[11:48] <ogra_> there is a line setting it
[11:48] <popey> i fudged $HOME in there and it failed differently
[11:48] <popey> which is obviously wrong
[11:48] <popey> needs to be the tmp home ?
[11:48] <ogra_> conditionally based on if the package is click or not
[11:48] <ogra_> right
[11:49] <ogra_>         if self.test_type == 'click':
[11:49] <ogra_>             self.useFixture(toolkit_fixtures.InitctlEnvironmentVariable(
[11:49] <ogra_>                             HOME=temp_dir))
[11:49] <ogra_>         else:
[11:49] <ogra_>             self.useFixture(fixtures.EnvironmentVariable('HOME',
[11:49] <ogra_>                                                          newvalue=temp_dir))
[11:49] <ogra_> i was trying to make it set it in both places for the click case
[11:50] <ogra_> but that ends in  WARNING **: Unable to find keyfile for application 'com.ubuntu.filemanager_filemanager_0.3.193'
[11:51] <ogra_> what the app code would need would be reading the env var and putting it in there ... but i'm not sure QMl can do that easily
[11:51] <ogra_> ("there" being the hardcoded places(
[11:52] <dbarth> sil2100: o/ hi, i'm marking silo 14 has verified
[11:53] <sil2100> dbarth: o/ Ok, let me check that
[11:53] <dbarth> for reference, this requires 2 updates to pre-installed click packages to fully fix the issue
[11:53] <dbarth> 1 gmail webapp update (correcting an extra url path)
[11:53] <dbarth> and 1 faceook webapp update (to avoid a UX regression on switching to external links)
[11:53] <dbarth> both webapps have been pushed to the store for review
[11:54] <dbarth> you can land silo 14 as soon as you want (it won't break the apps), but you may want to get those 2 other updates in the same image though
[11:54] <ogra_> Mirv, see my conversation with popey ... is there any easy way to use $HOME in QML without having a C++ provider that reads it first ?
[11:56] <davmor2> sil2100: 83 is looking as good as any I've seen recently
[11:56] <sil2100> davmor2: great to hear that :)
[11:57] <davmor2> sil2100: however phone still dies with no warnings
[11:57] <ogra_> dies ?
[11:58] <ogra_> when, how ?
[11:58] <sil2100> davmor2: awww... well, we didn't expect this to be fixed, we just *hoped* it has improved with the indicator landing
[11:58] <davmor2> ogra_: when there is suddenly no battery left
[11:58] <ogra_> oh
[11:58] <sil2100> ogra_: I think davmor2 means the no-battery-death
[11:58] <ogra_> yeah
[11:58] <ogra_> thats expected
[11:58] <ogra_> right, we have bogs open for that
[11:58] <ogra_> *bugs too
[11:58] <popey> has anyone else noticed nm clinging onto the furthest access point away?
[11:58] <popey> mine is always attached to the farthest one when i boot up
[11:58] <ogra_> i thought some other ddeath we dont know about yet
[11:59] <ogra_> popey, talk to cyphermox
[12:00] <davmor2> popey: which connection did you setup first it will maybe stay connected to that one as preferred
[12:00] <popey> no idea
[12:01] <popey> from the dates in /etc/NetworkManager/system-connections it wasn't the oldest, but newest
[12:11] <Mirv> ogra_: maybe ask on #ubuntu-app-devel
[12:11] <Mirv> the SDK guys might know
[12:11] <ogra_> yeah, will do
[12:19] <Mirv> uh, new webbrowser-app, I have to be again trigger-happy in Qt PPA once it has been m&c:d
[12:32] <Mirv> some news from Qt 5.3 land: address-book now passes completely (but the fix should still land for real too). calendar app seems to be duplicate of current image bug, so not really new.
[12:33] <Mirv> sil2100: is there a bug tracking the calendar app failures, I don't see it on the landing team mails?
[12:33] <sil2100> Mirv: I think we didn't add that yet, it wasn't happening all the time last week
[12:34] <sil2100> Mirv: but a bug should be present, one moment
[12:34] <Mirv> it seems there are several bugs about it
[12:34] <Mirv> not sure if there's master bug
[12:35] <Mirv> but well, bug #1329821 matches this newest run exactly so I can mark my bug a duplicate of that
[12:35] <sil2100> Mirv: sadly there is no bug for this one failure, but I guess there is one root cause of all of them
[12:36] <Mirv> yeah probably
[12:36] <Mirv> there's 6 separate bugs at https://bugs.launchpad.net/ubuntu-calendar-app/+bugs?orderby=-importance&memo=75&start=75
[12:40] <Mirv> popey: do you happen to have your qt 5.2 device within reach? I think that blabble would be worth testing there since according to automated testing it doesn't work there either.
[12:44] <popey> blabble works fine on 5.2
[12:44]  * sil2100 goes prepare lunch
[12:44] <Mirv> popey: ok, can you update bug #1327667 accordingly? it was just that it had a crash folder also on the stock image testing tarballs of yours.
[12:45] <Mirv> popey: and to ping bomb you more, maybe test inews again bug #1327680 since I just marked it as Invalid, plus railroad & blackjack which I marked as incomplete earlier since they seemed to work for me bug #1327595
[12:48] <Mirv> elopio: hi! zsombi & co were interested in whether you completed the UITK testing successfully, as it's currently marked as not tested and therefore not getting published?
[12:50] <Mirv> elopio: well zoltan is mentioning that he'd consider rebuilding from newest staging and testing again
[12:52] <Mirv> elopio: aaand he's doing it (updating the MP with latest staging including your swipe fixes)
[12:52] <Mirv> elopio: the Qt 5.3 testing btw showed some swipe failures at http://q-jenkins.ubuntu-ci:8080/job/qt-release-gatekeeper/1/#showFailuresLink - maybe your branch would fix those too?
[12:56] <ogra_> sil2100, did oyu notice the ubuntu-touch-meta upload ? i think we should have an image build soon so we can see what the language pack switch gained us
[13:00] <sil2100> ogra_: oh, right, it was around noon
[13:00] <sil2100> Damn missed that one completely
[13:00] <sil2100> ogra_: yeah, an image would be good now - I guess there's nothing specific we're waiting for right now
[13:00] <sil2100> Just normal landings happening
[13:00] <popey> Mirv: 5.3 call?
[13:00] <sil2100> So you can kick a new image
[13:51] <ogra_> sil2100, image triggered (sorry, had a distracting phone call)
[13:57] <ogra_> popey, FYI ... a bootchart should always use all available CPu if possible to boot as fast as possible ... also take a look at the disk how it loads all files very early in the boot due to ureadahead http://people.canonical.com/~ogra/touch-bootcharts/ubuntu-phablet-utopic-83.png
[13:59] <ogra_> (the interesting bits in a bootchart are the two graphs at the top ... the rest is mostly just there to confuse you ;) )
[13:59] <imgbot> [14:06] <mhr3> sil2100, my latest silo request will probably take a while to land, consider it non-blocking, i'll keep rebuilding the components
[14:07] <mhr3> sil2100, will also need a few reconfs
[14:08] <sil2100> Ok
[14:08] <Mirv> boiko: hi, are you landing the telephony-service/address-book-app today? it'd be nice to have for Qt 5.3
[14:09] <sil2100> hmm.. unity8 again ;p Grrr
[14:09] <sil2100> But since you promise to take care of it, I give you an override
[14:10] <boiko> Mirv: any specific landing you need? we are landing the first round of new designs today
[14:20] <elopio> fginther: maybe, it will be useful to have another gatekeeper job like the qt one for the toolkit. What do you say?
[14:22] <fginther> elopio, let me have a conversation with the rest of the team first to see where we are on capacity and usage, etc.
[14:22] <Mirv> boiko: landing-001, specifically https://code.launchpad.net/~renatofilho/telephony-service/fix-phonenumber-crash/+merge/222797
[14:22] <Mirv> boiko: I've made manual build of that branch to the Qt 5.3 PPA which fixes all address book app issues on 5.3, but getting it landed to archives would help in getting rid of that temporary build
[14:27] <elopio> fginther: yes, thanks.
[14:28] <boiko> Mirv: that's being tested, this will land soon
[14:29] <Mirv> boiko: thanks, great
[14:32] <mhr3> sil2100, so, where's my silo?
[14:33] <sil2100> mhr3: hmmm, one moment, I guess the spreadsheet might have not auto-updated itself
[14:33] <sil2100> Let me check
[15:14] <imgbot> [15:14] <imgbot> [15:15] <sil2100> o/
[15:25] <ogra_> 40MB fat lost in the tarball \o/
[15:25] <ogra_> (from 508 down to 470MB)
[15:25] <davmor2> ogra_: that or it's forgotten libs ;)
[15:26] <ogra_> nah, its dropped desktop translations
[15:35] <sil2100> I love whenever the image is slimmed down
[15:49] <elopio> ping doanac. It seems that this crash was not traced:
[15:49] <elopio> http://ci.ubuntu.com/smokeng/utopic/touch/mako/78:20140611.1:20140530/8530/unity8/1241528/
[15:49] <elopio> is jenkins configured to do whoopsie-upload-all before storing the artifacts?
[15:50] <doanac> elopio: we should upload any .crash files that are generated on the target. I see a link to a crash file: http://jenkins.qa.ubuntu.com/job/utopic-touch-mako-smoke-daily/282/artifact/clientlogs/unity8/_usr_lib_arm-linux-gnueabihf_qt5_bin_qmlscene.32011.crash/*view*/
[15:51] <doanac> is that not what you are needing?
[15:53] <elopio> doanac: no. Saviq says that we need to trace that crash on the device that generated it.
[15:53] <Saviq> elopio, not exactly the same device, but at least one with the same packages on it
[15:53] <elopio> " otherwise the .crash file is missing details"
[15:54] <Saviq> yeah, it doesn't even contain the version of the package
[15:54] <Saviq> or the symbols that are otherwise available on device
[15:55] <doanac> elopio: Saviq: k. I think we may need to update phablet-test-run for this. I believe we call phablet-test-run and just tell it to pull everything under /var/crash
[15:55] <Saviq> doanac, at some point at least it also did whoopsie-upload-all
[15:55] <Saviq> doanac, which would have processed the files and upload them to errors.u.c
[15:56] <doanac> Saviq: okay. looking at p-t-r now, there's no reference to whoopsie.
[15:56] <doanac> i can take a stab at an MP today. i just need to call "whoopsie-upload-all" after running a test?
[15:57] <Saviq> doanac, afaict, yes, but probably make sure to time it out in case there's network failure or something of the sort
[15:57] <doanac> Saviq: ack - good point.
[15:57] <Saviq> or well, jenkins would time it out anyway, wouldn't it
[15:57] <doanac> yeah, but jenkins has a big timeout. we should make this a little more fine grained
[15:57] <Saviq> yup
[15:57] <doanac> Saviq: any ideas on what a sensible timeout would be?
[15:58] <Saviq> doanac, I'd say a few minutes
[15:58] <doanac> k. i'll see what i can do. thanks
[15:58] <Saviq> doanac, just try crashing unity8
[15:58] <Saviq> (i.e. kill -11 `pidof unity8`)
[15:58] <doanac> smart :)
[15:58] <Saviq> and see how long that takes to complete whoopsie-upload-all, multiply by 10
[15:58] <Saviq> there's your number
[15:59] <elopio> thanks Saviq and doanac.
[15:59] <elopio> Saviq: I'll mark the bug as incomplete waiting for it to happen again after doanac's tracing.
[15:59] <Saviq> tx
[16:06] <dbarth> hi again
[16:06] <dbarth> i updated silo 11 / line 21 to add another bugfix for the same target project
[16:06] <dbarth> can i get a silo reconfig?
[16:07] <dbarth> sil2100 ^^ if still in your shift
[16:08] <robru> dbarth, on it
[16:08] <dbarth> thanks robru
[16:09] <robru> dbarth, you're welcome! Ok, it's done, go ahead with build
[16:09] <dbarth> cool
[16:12]  * popey pokes davmor2 with hangout chat
[16:13] <mhr3> robru, can i get reconf of 014?
[16:14] <robru> yes!
[16:18] <robru> mhr3, alright, you are go for build
[16:18] <mhr3> robru, ty
[16:18] <robru> mhr3, you're welcome
[16:19] <sil2100> popey: thanks for the presentation, this design looks really nice
[16:19] <robru> mhr3, just to let you know, I *just* pulled the trigger on a unity8 publish job, so you'll have to rebuild unity8 in a couple hours once that fully lands & merges
[16:19] <davmor2> popey: so I can't repro that swiping either way which way triggered it for you?
[16:19] <mhr3> robru, sure, i know
[16:19] <robru> k
[16:21] <popey> davmor2: lock phone, unlock phone
[16:21] <popey> sil2100: np
[16:26] <robru> slangasek, hey, I lost track of the landing rotation, is it my day today?
[16:27] <slangasek> robru: I was just asking that myself :)
[16:27] <slangasek> robru: was the rotation you, barry, stgraber?
[16:27] <slangasek> if so, I think it's stgraber's
[16:27] <robru> slangasek, yeah. barry did it friday. makes sense
[16:27] <robru> slangasek, we should document this somewhere ;-)
[16:27] <slangasek> (and sorry for not calendaring this up)
[16:27] <barry> yeah, a calendar would be nice :)
[16:28] <barry> have fun with "every 3 other business days" in gcal :)
[16:28] <robru> yeah that sounds like a pain.
[16:28] <robru> barry, on the other hand "every 3 other days" is pretty easy to do.... ;-)
[16:29] <barry> robru: true.  i did that in my own canonical calendar, and then adjusted for business days until the end of june
[16:29] <slangasek> barry: nah, I'll just do a SPREADSHEET
[16:29] <robru> slangasek, oh yes please, we need more spreadsheets ;-)
[16:29] <slangasek> I knew you'd approve
[16:30] <robru> slangasek, make sure you load it with scripts that query and poll other services, so we can push it to gdocs limit and have it go down constantly...
[16:30] <barry> slangasek: also make sure it uses some obscure @c.c address for us so we'll have no access and won't be able to make google's corporate login work for unknown reasons
[16:31] <barry> (monday is snark day)
[16:33] <sil2100> o/
[16:33] <robru> barry, ugh, I just tried making my own calendar, but when I adjust each week, it doesn't adjust the ones after the one I adjusted, making the repeat almost totally useless.
[16:33] <sil2100> slangasek: is the rotation thing documented anywhere? Would be nice to know who's currently 'on'
[16:34] <slangasek> sil2100: no, that's the current discussion topic :-)
[16:34] <robru> slangasek, yeah could we just have like a wiki page for this?
[16:34] <slangasek> robru: that would be fine.  You want to set one up?
[16:34] <robru> slangasek, yes! ;-)
[16:34] <slangasek> ta ;)
[16:35] <slangasek> I clearly was overthinking this and should've just gone with a wiki page from the start
[16:35] <sil2100> slangasek, robru: set it up under citrain/ I guess?
[16:35] <robru> sil2100, yep, on it
[16:35] <sil2100> Thanks ;)
[16:36] <sil2100> Oh! Wait, actually...
[16:36] <sil2100> robru: https://wiki.ubuntu.com/citrain/LandingTeam <- maybe a section could be added here?
[16:36] <sil2100> Or you think a separate page would be better?
[16:36] <robru> sil2100, oh I already started a separate page
[16:36] <slangasek> oops, well, too late now, wikis are immutable
[16:36] <sil2100> Ok, let's link it to this page later on
[16:36] <sil2100> slangasek: :D
[16:36] <robru> sil2100, nah I can put it in there
[16:38] <robru> sil2100, slangasek : https://wiki.ubuntu.com/citrain/LandingTeam ok here's this week for now
[16:38] <robru> we can expand it as we go
[16:38] <slangasek> robru: thanks :)
[16:39] <robru> slangasek, thanks for not making a spreadsheet ;-)
[16:39] <slangasek> sil2100: this does kind of leave you with no relief, though, which wasn't quite what I had in mind
[16:39] <slangasek> sil2100: does the fact that stgraber+barry start 3h earlier help?
[16:39] <slangasek> (earlier than robru)
[16:40] <robru> slangasek, well, it was always that way, now it's just codified.
[16:40] <slangasek> right
[16:40] <sil2100> slangasek: hey, yeah :) Of course it's helpful, good for a beginning!
[16:40] <robru> slangasek, I was assuming that at some point some EU Foundations Team members would rotate in for sil2100
[16:49] <robru> brb, grabbing some breakfast
[16:59] <sil2100> ogra_: !
[17:00] <sil2100> ogra_: could you promote #83?
[17:00]  * sil2100 noticed that he sent the e-mail by mistake without ogra_ pressing the promotion button yet
[17:00] <ogra_> heh, perfect timing to ask in the half time break :)
[17:00] <sil2100> :P
[17:00] <sil2100> Quick! Everyone is waiting for it already!
[17:00] <sil2100> The e-mail is ouuut!
[17:00] <ogra_> haha
[17:00]  * sil2100 panics
[17:00] <ogra_> promotion script running
[17:01] <ogra_> [17:02]  * ogra_ goes back to the game
[17:03] <sil2100> \o/
[17:03] <sil2100> ;)
[17:03] <sil2100> Have fun
[17:05] <sil2100> ogra_: https://plus.google.com/109159869108744115904/posts/SzyTXh8jkzA <- for after the match ;)
[17:05] <popey> yay!
[17:12] <sil2100> See you tomorrow o/
[17:18] <robru> mhr3, a ha, nice job merging 12 before building 14 ;-)
[17:23] <robru> barry, you got 12 and 17
[17:23] <robru> oops
[17:23] <robru> I mean, bfiller you got 12 and 17
[17:23] <bfiller> robru: thanks!
[17:24] <robru> bfiller, you're welcome!
[17:32] <kgunn> robru: i got something happening i don't quite understand
[17:32] <robru> kgunn, what's up?
[17:32] <kgunn> robru: so we built mir & its rdepends...but unity-mir wouldn't install, kept locking for old mir...so i said "i'll show you"...and force rebuild
[17:33] <kgunn> on unity-mir only, but then
[17:33] <kgunn> https://launchpadlibrarian.net/177724734/buildlog_ubuntu-utopic-i386.unity-mir_0.4%2B14.10.20140616.3-0ubuntu1_FAILEDTOBUILD.txt.gz
[17:33] <kgunn> it fails to build, looking for platform-api v2 ...but platform-api v2 is in that ppa!
[17:33] <kgunn> https://launchpad.net/~ci-train-ppa-service/+archive/landing-016/+packages
[17:33] <robru> hmmmm
[17:34] <kgunn> robru: maybe it doesn't work how i think it works?...anyway...open to ideas
[17:34] <robru> kgunn, yeah that error message is confusing, usually it's caused by some other more distant dep being broken somehow
[17:35] <robru> trying to remember how to troubleshoot that
[17:35] <kgunn> robru: stranger still....it actually built just fine earlier this morning
[17:35] <kgunn> with no complaints
[17:35] <robru> kgunn, yeah, could be something landed in between to break it
[17:36] <kgunn> robru: force rebuild all ?
[17:36] <kgunn> should i
[17:36] <robru> kgunn hang on
[17:36] <kgunn> ok
[17:36]  * kgunn is gonna go run/workout, bbiab
[17:37]  * camako will take over from kgunn
[17:39] <robru> camako, yeah, try a full rebuild, but I'm still looking at this
[17:39] <camako> robru, ok will do
[17:42] <elopio> Only three errors on #84 :D
[17:43] <elopio> things are getting easier.
[17:45] <robru> mhr3, you got 18
[17:46] <mhr3> thx
[17:58] <ogra_> elopio, oh, wow !!
[18:08] <camako> robru, force_build failed.... same issue
[18:08] <camako> kgunn ^^
[18:08] <robru> bah
[18:09] <elopio> ping robru. I'm testing silo 006 but with phablet-click-test-setup I get:
[18:09] <elopio> pull-lp-source: Error: Failed to download: https://launchpad.net/ubuntu/+archive/primary/+files/ubuntu-ui-toolkit_0.1.47+14.10.20140616-0ubuntu1.dsc: 404 Not Found
[18:10] <elopio> what's primary? shouldn't it use the path to the silo?
[18:11] <robru> elopio: phablet-click-test-setup? what?
[18:11] <elopio> robru: anything. phablet-click-test-setup --click com.ubuntu.calculator;
[18:11] <robru> elopio: no, phablet-click-test-setup doesn't know anything about silos, it tries to download the tests from the archive. but they're not in the archive so it's only in the silo.
[18:12] <Mirv> elopio: edit phablet-click-test-setup and remove the line regarding basic_packages that tells about ui-toolkit. you can install the -autopilot .deb package from PPA instead.
[18:12]  * Mirv waves good night
[18:12] <Mirv> (bug #1280279)
[18:12] <robru> elopio: I think you need to run phablet-click-test-setup before installing the silo contents. you'll have the older version of the tests but it'll test the new package
[18:12] <Mirv> or robru's version, run it before indeed
[18:12] <robru> mirv, thanks
[18:13] <elopio> Mirv: thanks.
[18:13] <robru> mirv, elopio, depends if you're testing the tests themselves, or if you're testing the code. mirv's way tests the newest tests, my way runs old tests on new app code
[18:14] <robru> camako: are you sure it's the same error? looks different to me, maybe I'm not looking at the right thing
[18:29] <robru> camako sorry for the delay, infinity fixed it, should be working now
[18:33] <camako> robru, yes it was the same error... Should I kick another rebuil_all?
[18:34] <robru> camako: no
[18:38] <camako> robru, last build failed for mir and unity-mir... So build those two then?
[18:38] <robru> camako: no
[18:38] <camako> ?
[18:39] <robru> camako: those two failed waiting for platform-api, platform-api failed waiting for something else. platform-api needs to get fixed first
[18:41] <robru> camako: sorry I'm doing like 10 things right now. What I'm being told is that doing a rebuild from CI Train won't fix this because that causes a new upload that will fail in the same way. You have to dig into the PPA and trigger the rebuild from there
[18:41] <robru> camako: https://launchpad.net/~ci-train-ppa-service/+archive/landing-016/+build/6103560 so if you click retry from here, it should work
[18:42] <robru> but wait
[18:42] <robru> infinity-already did unity-mir
[18:43] <camako> robru, in the morning everything built successfully
[18:43] <camako> but we had package installation problems
[18:44] <infinity> unity-mir is fine now.  Retrying mir/armhf, but the failure there looked a bit more suspicious.  We'll see how it fares on a second go.
[18:47] <camako> infinity, do I need to start the build or you started already?
[18:48] <infinity> camako: Retrying the build is saner than reuploading.
[18:48] <infinity> camako: The build is in progress right now.
[18:48] <infinity> https://launchpad.net/~ci-train-ppa-service/+archive/landing-016/+build/6103560
[18:48] <camako> infinity, thanks...
[18:49] <infinity> The failure on this one was a failure to link, though, which may well be an actual bug, not a package skew issue.  We'll see.
[18:49] <camako> ok
[18:50] <infinity> And same failure again.
[18:50] <infinity> CMakeFiles/mirprotobuf.dir/google_protobuf_guard.cpp.o: In function `void std::call_once<void (&)()>(std::once_flag&, void (&)())':
[18:50] <infinity> /usr/include/c++/4.8/mutex:779: undefined reference to `std::__get_once_mutex()'
[18:50] <infinity> /usr/include/c++/4.8/mutex:783: undefined reference to `std::__set_once_functor_lock_ptr(std::unique_lock<std::mutex>*)'
[18:50] <infinity> /usr/include/c++/4.8/mutex:790: undefined reference to `std::__set_once_functor_lock_ptr(std::unique_lock<std::mutex>*)'
[18:51] <infinity> CMakeFiles/mirprotobuf.dir/google_protobuf_guard.cpp.o: In function `__gthread_mutex_unlock':
[18:51] <infinity> /usr/include/arm-linux-gnueabihf/c++/4.8/bits/gthr-default.h:778: undefined reference to `std::__once_functor'
[18:51] <infinity> collect2: error: ld returned 1 exit status
[18:51] <infinity> src/shared/protobuf/CMakeFiles/mirprotobuf.dir/build.make:153: recipe for target 'lib/libmirprotobuf.so.0' failed
[18:51] <infinity> make[3]: *** [lib/libmirprotobuf.so.0] Error 1
[18:51]  * camako hasn't seen this error before... will look into it
[19:02] <camako> kgunn, ^^ .... cross compile works... has to do with cross vs native incompatibility... Dunno why built ok earlier tho..
[19:08] <rsalveti> robru: can I get a landing for line 40?
[19:08] <rsalveti> *silo
[19:08] <robru> rsalveti sure
[19:09] <robru> rsalveti: you got 19
[19:09] <rsalveti> robru: thanks
[19:09] <robru> rsalveti: you're welcome!
[19:14] <robru> brb, need to reboot
[19:17] <kgunn> camako: i'm back, gonna reboot real quick
[19:31] <robru> damn  my system is just glitching out today
[19:37] <slangasek> infinity: so, where'd you get to in this unity-mir investigation?
[19:39] <slangasek> I see that g++ 4.9.0-3ubuntu5 (depends: g++-4.8) is used for the build; could it be that g++-4.8 headers are incompatible with new libstdc++?
[19:42] <infinity> slangasek: s/unity-mir/mir/ I assume?  After making unity-mir happy (that was just version skew in the PPA), mir was FTBFS on armhf, which I punted to upstream.
[19:43] <infinity> slangasek: It's entirely possible the g++ headers are incompatible on ARM, worth looking into.
[19:44] <infinity> slangasek: Given that GCC only guarantees backward compatibility at runtime, not compile time, I wouldn't put it past them to have changed removed/mangled something.
[19:44] <infinity> s/changed//
[19:46] <slangasek> infinity: right, mir.  Which upstream did you punt this to?
[19:47] <infinity> slangasek: camako and kgunn were discussing it above (ish).
[19:47] <slangasek> infinity: so 'mir' upstream
[19:47] <infinity> slangasek: Right.
[19:48] <slangasek> infinity: which is how I wound up back here. ;)
[19:48] <infinity> Whee!
[19:49] <slangasek> fwiw, __get_once_mutex() is bounded by #ifndef _GLIBCXX_HAVE_TLS
[19:49] <slangasek> which I'm pretty sure we have
[19:50] <infinity> slangasek: We certainly should.
[19:51] <infinity> slangasek: I'd done no investigation aside from highlighting the problematic lines in the build log.
[19:51] <infinity> slangasek: Is this being punted back to us as "your toolchain sucks, yo'?
[19:52] <infinity> s/'/"/
[19:52] <slangasek> infinity: nothing so concrete; kgunn had just asked if gcc-4.9 had settled
[19:52] <slangasek> and this may well be fallout from that; trying to reproduce the problem now
[19:53] <infinity> slangasek: Yeah, has it?  I'd love to switch back. :P
[19:53] <slangasek> infinity: no, you get an orderly transition of the C++11-using packages; talk to tvoss if you want to volunteer to help :)
[19:54] <infinity> slangasek: Ahh, so, we'll transition C++-11 libs first, then flip the default compiler again?
[19:54] <slangasek> yes
[19:54]  * infinity nods.
[19:54] <infinity> That shouldn't take long, in theory.  Unless spreadsheets slow us down. :P
[20:00] <mhr3> robru, ping?
[20:00] <mhr3> robru, can you try to just rebuild https://launchpad.net/~ci-train-ppa-service/+archive/landing-018/+build/6103541 pls?
[20:00] <mhr3> there's some super weird error
[20:01] <robru> checking
[20:01] <robru> infinity, slangasek hey guys, is this related ^^ looks similar to me
[20:03] <mhr3> is the new libstdc++ now built with 4.9?
[20:03] <infinity> robru: That's the same error, yes.
[20:03] <infinity> mhr3: Yeah, it is.
[20:03] <mhr3> that explains it then
[20:04] <mhr3> robru, so i guess no need to rebuild it until there's a proper fix
[20:04] <robru> mhr3, yeah
[20:09] <boiko> robru: hi, I was looking at the update excuses, and there it says dialer-app was not considered, anything I should do?
[20:09] <boiko> robru: this is regarding landing-001
[20:10] <robru> boiko, yeah you should ping pitti about that: https://bugs.launchpad.net/ubuntu/+source/dialer-app/+bug/1330360
[20:10] <robru> boiko, or I guess you could just add that one line to your debian/control like pitti wants, and then drop that block-proposed tag from that bug, and then republish
[20:12] <boiko> robru: it seems he filled the bug as an example, I don't think he really meant to block dialer-app, /me trying to avoid the trouble of having to republish
[20:13] <boiko> robru: as pitti is not around, I think it might be easier if I just add that tag to debian/control
[20:13] <robru> boiko, well it won't get through proposed as long as block-proposed is on the bug. so delete that tag and then it'll migrate. but make sure you talk to pitti about it, because you guys are just stepping on each other's toes now, it's not good communication
[20:13] <robru> yeah
[20:13] <boiko> robru: should I do anything on the silo? other than rebuilding dialer-app when I finish the changes
[20:14] <robru> boiko, hmm, nope. silo is fine. you just need to rebuild to get that new line in the package, then I'll re-publish.
[20:14] <boiko> robru: ok, should I also mark the change as fixing the bug?
[20:16] <robru> boiko, ... yes
[20:16] <robru> boiko, no wait
[20:17] <robru> boiko, http://bazaar.launchpad.net/+branch/dialer-app/revision/151 pitti pushed to your trunk already
[20:18] <robru> boiko, I don't know what the hell is going on. pitti made a "release" here: http://bazaar.launchpad.net/~phablet-team/dialer-app/trunk/revision/152 but that never made it into ubuntu
[20:18] <slangasek> robru, infinity, mhr3: what is this '__once_functor'?  I don't find that in the /usr/include/c++/4.8/functional in the archive
[20:19] <robru> slangasek, never heard of it.
[20:19] <robru> but I'm not a C++ guy, no idea
[20:19] <slangasek> ok; I don't think we should assume this is related to the other mir failure, just yet
[20:20] <slangasek> oh, although std::__once_functor does appear in both build failures (it's just not the first failure, on the mir build)
[20:20] <robru> slangasek, well in both cases the build only failed on armhf, other arches built fine. so it seems like there's something wrong with just that arch
[20:21] <robru> boiko, don't rebuild anything, I'm going to drop that tag and let your package migrate.
[20:21] <boiko> robru: ok, thanks!
[20:22] <dobey> robru: the problem is new libstdc++ which is built against gcc 4.9
[20:22] <dobey> robru: so things trying to link it go boom
[20:22] <dobey> slangasek: ^^
[20:23] <slangasek> robru: yes.  I'm looking now to see if the build failure is reproducible with a cross-build, given that none of the libstdc++s here show those symbols
[20:23] <slangasek> dobey: er, I'm well aware of the current state of the toolchains; "go boom" is not what is supposed to happen
[20:27] <kgunn> slangasek: mir cross compile was fine
[20:27] <kgunn> i just tried native compile locally, and it go boom
[20:27] <kgunn> on top of devel-proposed
[20:28] <dobey> kgunn: because you have libstdc++6 4.9, and gcc 4.8, i guess
[20:28] <dobey> that is what happened in the PPA for unity-scope-click silo anyway
[20:29] <slangasek> dobey: yes, and *that's supposed to be supported*; we need to get to the bottom of why this is causing a build failure
[20:29] <dobey> slangasek: the problem is that it has libstdc++6-4.9 and libstdc++4.8-dev, but not libstdc++6-4.8
[20:29] <dobey> afaict
[20:29] <kgunn> yeah...that'd make sense
[20:30] <slangasek> hmm
[20:31] <dobey> seems libstdc++-4.8-dev depends only on "libstdc++6" which i guess is pulling -4.9 instead of -4.8 for some reason
[20:31] <slangasek> that could be; though I still don't see these symbols in any version of libstdc++
[20:31] <slangasek> yes, it only depends on libstdc++6 because that's supposed to work
[20:31] <slangasek> there is no -4.8 version of the library anymore
[20:34] <kgunn> slangasek: now's probably not the time to be asking such things...but how come there's no 4.8 version available to downgrade to ?
[20:34]  * kgunn figures there's some special reason
[20:34] <slangasek> kgunn: because library transitions are one way
[20:34] <slangasek> and the soname didn't change
[20:34] <dobey> slangasek: yay templates
[20:34] <slangasek> and it didn't change because the ABI didn't change
[20:35] <slangasek> dobey: templates don't generate undefined references
[20:35] <kgunn> slangasek: ah got it....ABI didn't change _allegedly_ :)
[20:35] <slangasek> kgunn: right ;)  and from everything I'm seeing so far, this failure is not due to an ABI chnage
[20:35] <slangasek> change
[20:36] <dobey> ugh, the bzr branch just has gcc tar.xz inside it :(
[20:49] <boiko> robru: so, will the migration happen on its own now for dialer-app?
[20:49] <robru> boiko, it should as far as I know
[20:49] <boiko> robru: ok
[20:49] <robru> (which, I should clarify, isn't very far)
[20:49] <boiko> robru: :)
[20:50] <boiko> robru: update excuses still say it won't migrate because of that bug
[20:50] <boiko> robru: but I don't know much about this either
[20:50] <robru> infinity, regarding ^^ 'block-proposed' tag on a bug, is it enough to delete that tag, or does anything else special need to happen?
[20:56] <slangasek> robru: rather than closing the bug?
[20:56] <slangasek> removing the tag will automatically have the effect, but I'd be wary of doing it this way
[20:57] <slangasek> as that implies the bug that someone marked as a blocker hasn't been fixed yet
[20:57] <robru> slangasek, right, well technically it hasn't.
[20:57] <robru> ;-)
[20:58] <robru> brb, phone
[21:01] <robru> slangasek, sorry
[21:02] <robru> slangasek, so the situation is that, pitti did a push to trunk + manual upload (fine) but then blocked his manual upload with this bug, and now that is blocking boiko, who also wants to do a release right now
[21:03] <robru> slangasek, it was poorly coordinated, everybody stepping on everybody's feet, so I figured I'd just unblock and let boiko go ahead. the only problem is that translations in dialer-app will regress for an image or two, but it'll sort itself out after a couple days, didn't seem worth blocking to me
[21:03] <robru> slangasek, so the bug should stay open, because this translation issue is real, but I didn't want to block boiko's landing
[21:08] <robru> slangasek, but https://wiki.ubuntu.com/ProposedMigration doesn't explain how to unblock such a bug, you say removing the tag is enough, but it hasn't migrated yet
[21:32] <infinity> robru: Removing the tag is enough.
[21:33] <infinity> robru: proposed-migration just hasn't run (or completed) since you removed the tag.  Note the datestamp at the top.
[21:34] <robru> infinity, ok, thanks. thought it ran every half hour or so
[21:34] <infinity> robru: It runs whenever proposed changes, which is a bug/misfeature I'm going to fix.
[21:34] <infinity> robru: But it also sometimes runs a long time, if a big transition is confusing it.
[21:34] <robru> ah
[21:34] <infinity> robru: Not sure if the current delay is the former or the latter, just got back from lunch and I'm multitasking in a meeting.
[21:35] <robru> infinity, ok well this isn't a huge rush if you're busy
[21:36] <robru> just whenever ;-)
[21:36]  * infinity nods.
[21:45] <cjwatson> robru: live logs are in http://people.canonical.com/~ubuntu-archive/proposed-migration/utopic/ so you can tell the difference between "hasn't run for ages" and "currently in the middle of massive run"
[21:45] <cjwatson> in case that helps
[21:45] <robru> cjwatson, it does, thanks
[21:45] <robru> cjwatson, err, except that 404s
[21:45] <robru> http://people.canonical.com/~ubuntu-archive/proposed-migration/log/utopic/
[21:46] <robru> ;-)
[21:46] <cjwatson> Er right sorry
[21:46] <cjwatson> That one
[21:46] <cjwatson> Looks like the latest run finished a minute ago
[21:46] <robru> boiko_, ah, excellent ^ dialer-app is valid now
[21:47] <cjwatson> And migrated click-apparmor and dialer-app
[21:48] <cjwatson> 34 minutes between starts of last two runs, sassenfrassen, must prod mvo to finish getting ftparchive source caching deployed
[21:51] <boiko_> robru: cjwatson: thanks! :)
[21:53] <robru> boiko_, you're welcome
[23:23] <slangasek> robru, kgunn: I can't reproduce this mir ftbfs at all on the utopic porter machine
[23:23] <slangasek> I'm giving it a retry
[23:24] <slangasek> (tested with an up-to-date porter chroot on shedir, using both the mir from the archive and the one from the ppa)
[23:33] <slangasek> robru, kgunn: ah - I believe this was an issue fixed upstream in gcc-4.9 between 4.9.0-6 and 4.9.0-7, and doko hadn't flagged it because it was part of the upstream update rather than anything he knew broke mir specifically
[23:33] <slangasek> so it looks like it's fixed as of today, and armhf was the only arch FTBFS because it's the slowest to build
[23:35] <slangasek> I can certainly confirm that the latest libstdc++6 does have the symbols in question
[23:36] <infinity> slangasek: That doesn't make much sense, as none of the arches built against 4.9.0-7, since it's in proposed.
[23:36] <robru> slangasek, so a rebuild should work but it was just slightly out of date earlier today?
[23:36] <infinity> slangasek: Unless the bug only existed on armhf in the first place.
[23:36] <robru> slangasek, yeah the silos have -proposed disabled
[23:37] <slangasek> infinity: ah; could be arch-specific, to be sure
[23:37] <slangasek> robru: but in that case, see previous conversation with infinity re: -proposed should be enabled
[23:37] <josharenson> cjohnston, is there an easy (correct) way to add a canonistack machine to the ci lab vpn?
[23:37] <infinity> Anyhow, I have a proper reproduction env here, I'll try a build without proposed, then enable proposed and upgrade the toolchain and try again.
[23:38] <robru> slangasek, is that in this channel? I don't see it
[23:38] <infinity> robru: You and I very briefly brought it up on #distro.
[23:39] <robru> infinity, I didn't conclude from that exchange that I was supposed to enable -proposed
[23:39] <robru> thought you were just making an observation
[23:39] <infinity> robru: Well, that was more of a general process issue, in that proposed should always be enabled.  There was no indication that it would fix THIS issue.
[23:39] <slangasek> robru: you shouldn't immediately enable it on infinity's say-so ;), but this is an inconsistency with how we do all builds for the archive
[23:40] <slangasek> and in this case it turns out the inconsistency he noticed stands a good chance of being the cause of the build failures
[23:41] <robru> slangasek, so, to be clear, are you telling me to enable proposed for the silos? Because that's a thing I can do if necessary.
[23:41] <infinity> The uniqeuness in snowflakery of ci-train (and airline) customers needs to be minimized, especially as more and more people are asked to use it.
[23:41] <slangasek> robru: if you could do it for *this* silo, at least temporarily, that should let us unblock
[23:42] <infinity> slangasek: I'm verifying that claim right now, BTW.
[23:42] <slangasek> robru: and then we should get buy-in from the rest of the team about making this change more generally/permanently
[23:42] <robru> slangasek, can you explain to me why this is just a temporary change and not a permanent one for all silos? I never understood why -proposed wsan't enabled originally or what the implications are
[23:42] <robru> ok
[23:42] <slangasek> robru: because I don't know who set it up this way initially and don't want to be in a revert war :)
[23:43] <robru> slangasek, heh, ok, well 16 now has proposed enabled, should I start a rebuild?
[23:43] <slangasek> robru: yes, please!
[23:43] <infinity> robru: reTRY, not rebuild.
[23:43] <infinity> (Assuming rebuild means what I think it means)
[23:43] <robru> right, that one
[23:44] <slangasek> infinity: and it looks like gcc-4.9 proposed-migration is merely held up by the lack of gerbil chow for the powerpc buildds
[23:44] <robru> slangasek, brb, off to buy some more gerbil chow
[23:44] <infinity> slangasek: I could easily move that build to sagari, I hadn't expected there to be any urgency.
[23:45] <slangasek> robru: this also impacted the unity-scope-click build failure, so when you have a chance you probably want to do the same for that silo
[23:45] <slangasek> infinity: it's 14h in already, is it worth it now?
[23:45] <robru> oh right
[23:46] <robru> buh, neither mhr3 nor camako are around to ping. ok, time for an email
[23:46] <infinity> slangasek: It might be close.  Hard to say.  But the whole build end-to-end is under 2h on sagari.
[23:46] <slangasek> hmm, what do you need to ping them for?
[23:46] <infinity> Turns out that GCC parallelises REALLY WELL.
[23:46] <robru> slangasek, to let them know that their failed builds are being retried
[23:47] <infinity> robru: Can't they just be pleasantly surprised when it all works? :)
[23:47] <infinity> I certainly don't tell people every time I retry a build in the distro.
[23:47] <slangasek> infinity: I'd say leave it alone, it's not critical-path if we're already reconfiguring for -proposed
[23:47] <infinity> Which is often.
[23:47] <robru> infinity, well in theory they're just twiddling their thumbs waiting for this...
[23:47] <slangasek> robru: ah, right - I'm with infinity, let them find out in the morning ;)
[23:48] <robru> infinity, well this is quite exceptional from my perspective. usually when builds fail it's because of upstream breakage, not distro breakage
[23:48] <robru> "usually when *CI Train* builds fail..."
[23:48] <infinity> slangasek: I do believe my test build with upgraded libstdc++ is past the point of anger, so your eyeball guess looks correct.
[23:49] <infinity> robru: Builds fail for a lot of reasons.  The reason I got involved in this at all was a completely different issue, for instance.
[23:49] <robru> infinity, right, and that original issue was also not caused by the upstream ;-)
[23:49] <infinity> robru: And sometimes someone clever comes along and retries a build because they know it'll succeed now, and sometimes it's fundamentally broken and I expect the uploader to fix it, but I never ping in the former case, I just let it happen.
[23:50] <infinity> robru: Up to you, of course, but this process already has too much formality in it.
[23:50] <robru> infinity, well when people ask me to fix something, I consider it polite to let them know that it's been fixed.
[23:50] <robru> even if I didn't fix it myself (thanks guys)
[23:50] <infinity> I'm mildly concerned about this silo now being half-proposed and half-not, but if it's not accidentally involved in a transition or anything, it shuld be fine.
[23:51] <robru> infinity, what kind of transition? it's mir 0.3.0 release, which is a fairly major point release for em
[23:51] <infinity> robru: No, I mean if other bits they depend on are transitioning.
[23:51] <infinity> robru: Then armhf would depend on the new -proposed libs, and !armhf wouldn't.
[23:52] <robru> infinity, can we check that? I'm not familiar with what libs mir depends on, let alone what's transitioning in proposed right this second
[23:52] <robru> infinity, are you suggesting that a complete rebuild would be better? ;-)
[23:53] <robru> reupload
[23:53] <infinity> slangasek: FWIW, the last gcc-4.9 build on an Xserve was 16h5m, so looks like adare has less than 2h to go.
[23:53] <infinity> robru: Nah.  Britney will yell at us if it's broken.
[23:53] <robru> infinity, ok great
[23:57] <infinity> robru: When you copy this silo to -proposed, give me a poke.  There's an ABI bump in libmirserver, and I'll need to apply overrides.
[23:58] <robru> infinity, ok, well I guess that'll be tomorrow, upstreams need to do testing before I'll publish
[23:58]  * infinity nods.


[01:13] <blr> wgrant: can BRANCH_TYPE_VOCABULARY in productseries return a more generic message?
[01:13] <blr> i.e. "Link to a branch already on Launchpad" (removing the explicit mention of Bazaar)
[01:34] <wgrant> blr: The form needs a bit of a redesign, I think, but we can't make the optimal changes until later on (eg. once we have Git mirroring).
[01:34] <wgrant> It's all a bit weird, since you can (and, during migration, want to) have defaults for both Git and Bazaar.
[01:34] <wgrant> So we can't just add an additional radio button for Git.
[01:34] <wgrant> We need to have a Git section and a Bazaar section.
[01:35] <wgrant> And the Git section can't currently allow an import.
[02:21] <blr> wgrant: is there some voodoo required for importing yui styles for a given yui widget?
[02:32] <blr> wgrant: assuming I need to customise those styles in style.css?
[02:33] <blr> would prefer to overriding specific styles rather than copying them entirely into styles.css
[02:51] <blr> wgrant: nvm, figured it out, appears everything under components is built
[03:02] <wgrant> blr: Which widget are you using?
[03:03] <blr> wgrant: tabview
[03:03] <blr> which doesn't appear to be used anywhere
[03:03] <wgrant> Indeed, I think it is not.
[03:03] <wgrant> Where are you applying it?
[03:04] <blr> wgrant: making bzr/git instructions more compact
[03:04] <blr> a tab for each - think it will work, but need to tidy up the styles, the yui defaults are not particularly nice.
[03:04] <wgrant> blr: Hmmmm.
[03:05] <wgrant> blr: Except for Person:+branches, we should probably have separate pages for bzr and git listings, since only one's going to be active at a time.
[03:05] <blr> context here is push instructions on +setbranch
[03:05] <wgrant> And when there are separate pages there are obvious places for both sets of instructions.
[03:05] <wgrant> Ah, right.
[03:05] <wgrant> Worth a try for that, indeed.
[03:05] <blr> but right, better if we don't generally have to have both!
[03:06] <blr> wgrant: was pleasantly surprised how easy it was to add a new sprite btw, thanks
[03:06] <blr> black magic.
[03:06] <wgrant> Yeah, it's pretty well integrated.
[03:07] <wgrant> So well integrated that I haven't bothered to look at how exactly it works.
[03:07] <blr> the git logo is still recognisable at 14x14 thankfully
[03:07] <wgrant> Where are you using it?
[03:08] <blr> on the tabs e.g. | (logo) git | (logo) bzr |
[03:08] <blr> I'll include a screenshot in the bmp
[05:32] <wgrant> blr: Ah, hm, that looks great, except I've just realised it's not so simple, of course.
[05:33] <wgrant> blr: There is no concept of a series-default git repository, because a series is a single branch, while the git repository is target-global.
[05:34] <wgrant> We probably need to rethink the setup UI before we can do anything even vaguely sensible.
[06:16] <blr> wgrant: argh, ok :(
[06:24] <blr> wgrant: I've set it back to wip, perhaps some of it can be re-used later.
[06:27] <wgrant> blr: I suspect we'll want to convert that into a project-wide default code setting page, which does what works for most projects (sets the project default for git, and the development series default for bzr).
[06:27] <wgrant> So it can definitely be reused.
[06:29] <blr> wgrant: not sure how things were left with cjwatson re: remaining UI tasks - any suggestions for tomorrow?
[06:29] <blr> think I generally have a better grasp on the frontend now
[06:31] <wgrant> blr: I don't know where Colin got up to with the repo listings, if anywhere.
[06:31] <wgrant> Nobody knows exactly how they should be done.
[06:32] <wgrant> It's mostly a matter of experimenting at this point
[06:32] <blr> hopefully I'll have a window to catch up with him in the morning
[06:36] <wgrant> Indeed.
[06:36] <wgrant> (catching up is much easier if you can arrange to have your IRC client always connected, too)
[08:12] <cjwatson> morning> fwiw I'm off today, bank holiday
[20:24] <blr> cjwatson: ping me if you're about please :)
[20:39] <blr> interesting to see people asking for webhooks on that reddit thread.
[21:35] <blr> cjwatson: for the UI work, are you finding it sufficient to use factories, or are you running turnip in dev as well?
[21:59] <cjwatson> blr: factories for unit testing, a dev turnip instance for in-browser experimentation
[22:00] <blr> cjwatson: are you running turnip in a container?
[22:01] <cjwatson> blr: have done in the past, right now I'm using a juju-deployed instance
[22:01] <cjwatson> either works
[22:01] <cjwatson> well, that's deploying to a container
[22:01] <cjwatson> so "yes"
[22:01] <blr> hah right
[22:01] <cjwatson> easiest is to set git.launchpad.dev to the appropriate IP address in /etc/hosts in your host system, the individual containers fall back to that by way of (I guess) dnsmasq