[12:50] <Ubotu> New bug: #139004 in launchpad "Release page has a changelog field but it's not displayed anywhere" [Low,New]  https://launchpad.net/bugs/139004
[01:48] <jkakar> I'm trying to convince some people to use LP+Bazaar hosting.
[01:48] <jkakar> Question:
[01:48] <jkakar> If I'm a member of foo Team and I want to push a brand new trunk branch for the team this shuold work:
[01:49] <jkakar> cd trunk; bzr push bzr+ssh://jkakar@bazaar.launchpad.net/~foo/foo/trunk
[01:49] <jkakar> Right?
[01:49] <thumper> yes
[01:49] <jkakar> Is there a better more terse way (if nothing else to avoid wrapping in an email)?
[01:49] <thumper> jkakar: not yet
[01:49] <jkakar> thumper: Ah, cool.  Thanks.
[01:52] <jkakar> thumper: Will that new branch be automatically retrievable with: 'bzr branch lp:foo'?
[01:52] <thumper> no
[01:52] <thumper> sorry
[01:52] <thumper> it depends
[01:52] <jkakar> lp:~foo/foo/trunk?
[01:53] <thumper> jkakar: you'd need to set the trunk branch as the branch for the development series of project foo
[01:53] <thumper> jkakar: the longer one, yes I think so
[01:53] <jkakar> thumper: Awesome, thanks.
[04:36] <poolie> if i add a 'download file' to a release, eg through https://edge.launchpad.net/bzr/0.91/0.91rc1/+adddownloadfile
[04:36] <poolie> how can people actually download it?
[04:36] <poolie> i don't see it in any of the enclosing pages
[04:37] <beuno> poolie, https://edge.launchpad.net/bzr/+download
[04:37] <beuno> in https://edge.launchpad.net/bzr/ under "Download project files"
[04:37] <poolie> i see
[04:37] <poolie> it's odd that's not linked from the release or series page
[04:37] <poolie> thanks tho
[04:37] <poolie> though
[04:38] <beuno> poolie, that would sound like a wishlist bug, and you are welcome  :D
[04:39] <beuno> now that I look at it, the milestones are ordered wierd, aren't they?
[04:39] <beuno> on the left-hand side
[04:39] <beuno> seems like a random order
[04:40] <Ubotu> New bug: #139028 in soyuz "SPR.changelog should be renamed to 'changelog_entry'" [Undecided,Confirmed]  https://launchpad.net/bugs/139028
[04:42] <poolie> ah it's bug 135243
[04:42] <Ubotu> Launchpad bug 135243 in launchpad "No download links on release pages" [Undecided,Confirmed]  https://launchpad.net/bugs/135243
[04:44] <beuno> and the ordering bug seems to be bug #38721
[04:44] <Ubotu> Launchpad bug 38721 in launchpad "Milestone ordering is wrong in products/distros pages" [Medium,Fix committed]  https://launchpad.net/bugs/38721
[04:45] <poolie> mpt, it might be nice if 'download project files' got a button on the project home page, as well as or instead of just an action menu link
[04:48] <mpt> Agreed
[04:55] <Ubotu> New bug: #139030 in launchpad-bazaar "Codehosting transport does unnecessary work" [Undecided,New]  https://launchpad.net/bugs/139030
[07:24] <Moniker42> hey, do i need to be a mod/owner of a project to be able to add a meeting/
[07:24] <Moniker42> *meeting?
[07:59] <ion_> Is there a way to request lauchpad to sync from a mirrored bzr branch ASAP?
[07:59] <ion_> Case in point: i pushed a change to a branch and id like to show the diff at codebrowse.launchpad.net to someone.
[08:00] <spiv> jml: ^
[08:00] <jml> not yet.
[08:00] <ion_> Ok, thanks.
[08:01] <jml> ion_: we want to add that feature in the October release.
[08:04] <spiv> jml: as a button in the web UI, and/or something automatable like XML-RPC?
[08:05] <jml> spiv: perhaps. :)
[08:05] <spiv> I see :)
[08:05] <jml> spiv: a button / link at the least.
[08:06] <Ubotu> New bug: #139051 in launchpad "project downloads should have a space for gpg signature, sha1" [Undecided,New]  https://launchpad.net/bugs/139051
[08:07] <jml> ion_: bug 74032 if you are interested.
[08:07] <Ubotu> Launchpad bug 74032 in launchpad-bazaar "users should be able to request immediate mirroring" [Medium,Confirmed]  https://launchpad.net/bugs/74032 - Assigned to Jonathan Lange (jml)
[08:07] <ion_> Thanks, ill subscribe.
[08:08] <superm1> who needs to be asked to deactivate an unused team?
[08:11] <Ubotu> New bug: #139052 in launchpad "link to project downloads from the project home page" [Undecided,New]  https://launchpad.net/bugs/139052
[08:21] <LaserJock> superm1: generally an email to launchpad-users will work
[08:22] <superm1> LaserJock, ah okay.  i was just thinking that after that last motu meeting, we should get rid of the motu-sru team
[08:22] <superm1> so that it doesn't cause any more confusion
[08:23] <LaserJock> ah
[08:24] <carlos> morning
[08:24] <LaserJock> you might want to at least CC ubuntu-motu
[08:24] <beuno> mornin carlos  :D
[08:24] <carlos> beuno: hey!
[08:25] <carlos> beuno: I had to stop with the statistics to finish my tasks for this cycle (and seems like we didn't find each other online later :-P)
[08:25] <LaserJock> oh, hi beuno 
[08:25] <carlos> beuno: I will try to resume that work later this week or next week, when I will be less busy, ok?
[08:25] <beuno> carlos, no problem, I imagined you where swamped with work so I tried not to bug you
[08:25] <beuno> hey LaserJock!
[08:29] <beuno> carlos, just ping me if you need to ask me at any point, I have irssi running so I'll get back to you sooner or later
[08:29] <LaserJock> beuno: still need fridge editing?
[08:29] <carlos> beuno: ok
[08:30] <beuno> LaserJock, yeap, the story is still in the queue
[08:30] <beuno> carlos, again, thanks for sticking with me  :D
[08:31] <carlos> beuno: no problem
[08:54] <mdke> the edge redirect is redirecting me to an invalid page at code.edge.launchpad.net
[08:55] <mdke> oh no, perhaps that's my bad
[10:36] <kagou> hi
[10:36] <mrevell> hi kagou
[10:37] <kagou> i'v a question on PPA. Compiling an universe package, we had to change "Section: graphics" on debian/control to "Section: universe/graphics". This allow building under PPA
[10:37] <kagou> But after, a MOTU must have to make change back before uploading our package no ?!
[10:38] <Hobbsee> mrevell: please please please get the stuff on components fixed.
[10:38] <Hobbsee> (the documentation)
[10:38] <Hobbsee> kagou: you dont need to change it as a MOTU, because ubuntu has archive admins and tools to force it that way
[10:39] <mrevell> Hobbsee: I think it is fixed. At least, cprov was happy.
[10:39] <mrevell> Let me quote you the line and then tell me what you tihnk.
[10:39] <Hobbsee> mrevell: perhaps people havent read it yet.  *looks for teh link*
[10:39] <kagou> Hobbsee, oh that's great ! Thanks
[10:42] <mrevell> Sorry phone rang
[10:42] <Hobbsee> mrevell: no dice.
[10:42] <mrevell> "the relevant sections (following the ogre model) of the primary Ubuntu archive - e.g. if your package is targeted to main your dependencies will be satisfied from main, whereas if your package is targeted to universe your dependencies will be satisfied from main and universe."
[10:43] <Hobbsee> mrevell: it hasnt seemed to change at all
[10:43] <Hobbsee> (and my X died, while upgrading pam)
[10:43] <mrevell> hey schwuk
[10:43] <schwuk> lo mrevell
[10:43] <schwuk> you sent me those flight details yet mrevell?
[10:43] <mrevell> Hobbsee: hmph. So, that second bullet in the dependencies section isn't enough?
[10:43] <mrevell> schwuk: er
[10:43] <mrevell> schwuk: No.
[10:44] <schwuk> mrevell: :)
[10:44] <mrevell> schwuk: :)
[10:44] <Hobbsee> mrevell: oh, hmm. i went to step 4 and looked there
[10:44] <mrevell> schwuk: It's lovely to know you want to share a combined 13 hours of my company in a confined space.
[10:44] <mrevell> Hobbsee: right, of course. let me change that.
[10:45] <schwuk> mrevell: ;) what about the week and a half sharing a room? What would Mrs mrevell say?
[10:45] <Hobbsee> mmm.  that's better.  i doubt some people will understand it, though
[10:45] <mrevell> schwuk: I think our secret is safe.
[10:46] <Moniker42> hey, do i need to be a mod/owner of a project to be able to add a meeting?
[10:48] <mrevell> Hobbsee: Perhaps a separate "OgreModel" page, linked to from there, would be helpful. what do you think?
[10:48] <Hobbsee> mrevell: why does it even need to be called that?  as in, do you need to say it's the ogre model and such?
[10:49] <Hobbsee> or can you just say that, unlike ubuntu, components are not done automatically, so if you wish to build for main, you can leave the package as is, and if you wish to build for universe, you need to use section x.
[10:49] <Hobbsee> really, i wouldnt mention the ogre model at all - most people dont understand components, let alone fancy terms for them.
[10:51] <mrevell> Hobbsee: Okay, so you think "ogre model" as a name will lead to more confusion than clarification.
[10:55] <Hobbsee> mrevell: well, you can do a straw poll around the core devs and MOTU if you wish - i doubt many of them will have heard of it - but will instantly understand when they consult wikipedia
[10:55] <Hobbsee> and those are the ones who tend to know the most about the packaging systems.
[10:56] <mrevell> Hobbsee: Right. Although activity in this channel suggests that a lot of the people interested in PPA aren't core devs or MOTU, so maybe the term ogre model really isn't the best to use. I need to think of a neat way to describe it.
[10:57] <Hobbsee> mrevell: you assume that all the people who are using it are asking questions.  i dont think this is the case.
[10:58] <mrevell> Hobbsee: I don't make that assumption :) There are a lot of questions from people who are new to packaging, which is great, and so that guide needs to cater for them. (By the way, this is my way round about way of agreeing that "ogre model" isn't the best term to use).
[10:58] <Hobbsee> this is true
[10:59] <Hobbsee> and a lot of them will have some idea of revu, and maybe have submitted a package there, in which case i think saying how ubuntu is different to ppa is important.
[11:00] <Hobbsee> mrevell: well, your statement seemed to make that, even if it was unintended :)
[11:00] <Hobbsee> mrevell: you'll be around for the PPA/packaging talk, i take it?
[11:00] <mrevell> Hobbsee: Yes, absolutely!
[11:00] <mrevell> Hobbsee: And then turning the results into better PPA docs.
[11:00] <Hobbsee> good
[11:01] <Ubotu> New bug: #139071 in launchpad-bazaar ""entire diff" subscription option can't always work" [Undecided,New]  https://launchpad.net/bugs/139071
[11:02] <mrevell> Hobbsee: So, this step 4...
[11:03] <mrevell> Hobbsee: We skipped it in our conversation the other day.
[11:04] <Hobbsee> i thought i gave you a thing of what to say later
[11:05] <popey> hey mrevell, schwuk where are you flying from?
[11:05] <popey> two-bit out of town airport in brum?
[11:06] <mrevell> popey: I'm going from Heathrow on Virgin.
[11:06] <schwuk> popey: depends on whether mrevell sends me details or I book $random_flight
[11:06] <popey> :)
[11:06] <popey> so will probably not need flight details I suspect
[11:06] <popey> i take it virgin from lhr is an acceptable "cheapest" flight for canonical?
[11:07] <mrevell> popey: You'll be almost certainly flying different times to us, I tihnk
[11:07] <popey> and different days :)
[11:07] <mrevell> popey: Yes, the Virgin flight is the cheapest we could find from lhr
[11:07] <mrevell> popey: Yeah, different times/days/whatever :)
[11:07] <popey> groovy, ta, saves me looking
[11:07] <Hobbsee> mrevell: i had "As there is no override system, you have to upload your package to the right/desired component. This will default to the 'main' component. If you wish for your package to go into universe, in debian/control, use this syntax 'Section: universe/devel.' "
[11:10] <Hobbsee> mrevell: if you want some words, use "Unlike the ubuntu archive, there is no override system - you have to upload your package to the right/desired component. This will default to the 'main' component. If you wish for your package to go into universe, in debian/control, use this syntax 'Section: universe/devel.' "
[11:10] <mrevell> Hobbsee: Thanks. Do you think we need to explain the override system?
[11:11] <Hobbsee> mrevell: unsure.  i'd try with that, and see how many questions you get from it - as in, point people to that, and tehn see if they have questions.
[11:11] <Hobbsee> mrevell: seeing as teh overrides are kind of explained in the next sentence anyway
[11:11] <mrevell> Hobbsee: Okay, thanks.
[11:12] <Hobbsee> no problem
[11:26] <huats> mrevell: I have a question regarding ppa... I did an error in the naming of a package... my fisrt revision was called without the trailing ~ppa... So right now, that I want to build various temporary versions that are called ~ppaX I can't build them... is there a way to remove the first one or not ?
[11:27] <mrevell> Hi huats
[11:27] <huats> mrevell: Did I forgot to say Hi ??? I am sorry...
[11:27] <mrevell> huats: No problem :) I just wanted to let you know that I'd seen your message, while I find an answer.
[11:28] <Hobbsee> huats: why cant you build them?
[11:28] <huats> mrevell: since I saw you talking here for a moment, I thought II've already say a little hello... but I didn't... and it just occured to me when you said it :-)
[11:28] <mrevell> :)
[11:28] <huats> Hobbsee: apparently they are pending ...
[11:29] <huats> Hobbsee: Hi by the way ;-)
[11:29] <Hobbsee> huats: right, because a ~ppaX version is lower than a normal version.  you need to use an epoch on the version, or use 0.0.2~really0.0.1~ppa1
[11:31] <huats> so I increment the for ubuntu2 to ubuntu3~really2~ppa1 
[11:31] <huats> ?
[11:32] <Hobbsee> what's hte version number that you wanted to use originally?
[11:32] <huats>  - 0.9.10-2ubuntu2
[11:32] <huats> that was my first build... and the cause of the pb.
[11:32] <huats> so right now I build with : flightgear - 0.9.10-2ubuntu2~ppaX
[11:33] <Hobbsee> yep, and it'll die
[11:33] <huats> where X is incremented
[11:33] <Hobbsee> huats: are you planning to upload this to ubuntu, btw?
[11:33] <huats> yep
[11:33] <ion_> I could be missing something important, but seems to me that -2ubuntu2+ppaX should work as well.
[11:34] <Hobbsee> ion_: oh, good point.
[11:34] <Hobbsee> sarah@LongPointyStick:~$ dpkg --compare-versions 2ubuntu2+ppaX gt 2ubuntu2 && echo true
[11:34] <Hobbsee> true
[11:34] <huats> so I change the ~ by a  +
[11:34] <huats> ?
[11:35] <Hobbsee> sarah@LongPointyStick:~$ dpkg --compare-versions 2ubuntu2~ppaX gt 2ubuntu2 && echo true
[11:35] <Hobbsee> sarah@LongPointyStick:~$
[11:35] <Hobbsee> huats: yes, that will work.
[11:35] <Hobbsee> ion_: i can never remember all the ascii characters and which are above and below
[11:35] <ion_> Making the prompt contain the return value of the previous command for the win. ;-)
[11:35] <Hobbsee> ion_: yeah, well :)
[11:35] <huats> hehe, thanks for the tip...
[11:36] <ion_> In fact, as a string comparison, ~ is way higher than most ASCII characters, but theres a special case for it in dpkg.
[11:36] <Hobbsee> ahhh...
[11:37] <ion_> Also 2ubuntu2ppaX would work.
[11:38] <huats> Hobbsee: and will it be ok to be automatially imported in ubuntu ?
[11:38] <Hobbsee> huats: no, you need to follow https://wiki.ubuntu.com/MOTU/Contributing
[11:38] <Hobbsee> and the sponsorship process
[11:39] <huats> it is already in universe.... it is a bug fix
[11:39] <Hobbsee> there's a section there on sponsoring debdiffs, last i checked.
[11:39] <huats> yep
[11:39] <huats> I've seen it
[11:40] <huats> thanks
[11:41] <Hobbsee> huats: the version will need a normal version number to go into ubuntu. i think i misread your question
[11:41] <huats> ok
[11:42] <Hobbsee> ie, 2ubuntu2
[11:44] <huats> teh thing is that I can't rebuild a version 2ubuntu2 right ? so I will have to increment to 2ubuntu3 for the inclusion ?
[11:45] <Hobbsee> er, can you just upload 2ubuntu2 again?
[11:46] <huats> I dont think so...
[11:46] <Hobbsee> if ppa's arent rejecting uploads for version numbers below what's already there...
[11:46] <Hobbsee> hm
[11:46] <huats> mrevell: may be you can confirm that
[11:46] <huats> ?
[11:46] <Hobbsee> no, you'll use 2ubuntu2 for inclusion.  for ubuntu revisions, we tend to use debdiff's anyway
[11:46] <huats> ok
[11:46] <Hobbsee> i think iv'e seen where a package cant be uploaded again
[11:47] <mrevell> huats: You may need to ask an admin to remove the package
[11:48] <huats> mrevell: ok, I just need to ask that n the mailing list ? like it happens yesterday ? or is there a dedicated address not to pollute everyone...
[11:49] <mrevell> huats: You can drop a mail to help@launchpad.net, which I monitor, and I'll forward that to cprov, the main PPA dev.
[11:49] <huats> mrevell: ok, thanks...
[11:49] <mrevell> huats: That'll be fixed pretty soon - i.e. we'll have UI that'll let you delete packages in your PPA
[11:50] <huats> mrevell: ok great
[01:14] <soren> mwh: You remember the Apache proxy issue with codebrowse last week?
[01:14] <mwh> soren: yeppers
[01:15] <soren> mwh: It turns out that Apache is actually doing the right thing... If the first line of the response is not a valid HTTP/blahblah response line, a proxy is supposed to assume that the backend is an http 0.9 server.
[01:15] <soren> mwh: http 0.9 did not have headers, so it just assumes the entire response is the body.
[01:15] <mwh> oh, ok
[01:15] <soren> soren: It looks weird, but it's actually dtrt.
[01:15] <soren> Go figure :)
[01:16] <mwh> so how does ProxyBadRequest fit in to this?
[01:16] <mwh> is it just that the documentation lies about the default?
[01:16] <soren> No. ProxyBadRequest does not even come into play.
[01:17] <soren> ProxyBadRequest decides how to handle a malformed response.
[01:17] <soren> The response i not malformed. It's a valid HTTP 0.9 response :)
[01:17] <mwh> oh crivens
[01:19] <soren> One could argue that it should be configurable, but heck, if your backend is too b0rken to even give you a valid http response line..
[01:19] <mwh> though i suppose i should check that it's really that that is at fault
[02:05] <Ubotu> New bug: #139090 in launchpad-answers "Karma not updated properly?" [Undecided,New]  https://launchpad.net/bugs/139090
[02:51] <AlinuxOS> hello all, I would like to translate this https://translations.edge.launchpad.net/libwnck
[02:51] <AlinuxOS> may I contact Jeff via IRC?
[02:52] <AlinuxOS>  danilos hello ;)
[03:12] <danilos> AlinuxOS: why not try https://translations.edge.launchpad.net/ubuntu/gutsy/+source/libwnck instead?
[03:13] <danilos> AlinuxOS: and I am pretty sure jdub is not the maintainer of libwnck :)
[03:13] <AlinuxOS> looooooolz :FD
[03:13] <AlinuxOS> so what's that ? 
[03:13] <AlinuxOS> danilos, ?
[03:13] <danilos> AlinuxOS: hum, that question is more suitable for GNOME channels :)
[03:13] <AlinuxOS> https://translations.edge.launchpad.net/libwnck <-- ?
[03:13] <danilos> ah, that?
[03:14] <AlinuxOS> yes
[03:14] <danilos> well, that's there to enable bug tracker linkage, I think
[03:14] <danilos> just like you can find many other programs
[03:14] <AlinuxOS> ah...ok
[03:14] <AlinuxOS> danilos, thanks, you are helpfull as always ;)
[03:14] <danilos> (and once we have better sync with upstream, we'll also offer directly translating upstream software there, but we are far off still)
[03:15] <danilos> AlinuxOS: you are welcome :)
[03:50] <mwhudson> hm, is there a review meeting in 10 minutes?
[03:51] <mwhudson> in which case i had better have lunch
[03:55] <barry> mwhudson: t-5
[04:01] <barry> Welcome everyone to the weekly EU/US launchpad review team meeting.  For the next 20-45 minutes we'll be discussing the review process of the launchpad application.
[04:02] <barry> == Agenda ==   * Roll call  * Next meeting  * Queue status  * Branches with conflicts  * Mentoring update
[04:02] <barry>  * Roll call
[04:02] <barry> who's here today?
[04:02] <BjornT> me
[04:02] <Nafallo> why? that was easiter to read :-)
[04:02] <sinzui> me
[04:02] <mwhudson> me
[04:02] <barry> Nafallo: :)
[04:03] <barry> there are no apologies for today; salgado, SteveA, bac, intellectronica, jvt ping
[04:03] <salgado> me
[04:04] <barry>  * Next meeting
[04:04] <mwhudson> who is this jvt character people keep talking about
[04:04] <barry> same time same place?  does anybody know they won't be there?
[04:04] <mwhudson> i will be on leave
[04:05] <mwhudson> but i'm on leave all week, so that's not very exciting for meeting-scheduling reasons
[04:05] <barry> okay everybody.  mwhudson gets all reviews next week :)
[04:05] <bac> me
[04:05] <intellectronica> me
[04:06] <salgado> mwh, don't forget to update the PendingReviews page to say you'll be on leave. :)
[04:06] <barry> cool.  if there are no objections, we'll just meet here same time and place next week
[04:06] <barry> salgado: good point!
[04:06] <mwhudson> salgado: done that already :)
[04:06] <barry>  * Queue status
[04:07] <barry> looks like we have 16 needs-reviews over the sla.  is anybody blocked on anything?
[04:07] <statik> me
[04:07] <barry> statik: is that a roll call ack or are you blocked?
[04:08] <statik> barry: delayed roll call ack. I'm late with my reviews and mentoring, but am locking myself in a hole away from IRC today to tear through them
[04:09] <barry> statik: cool, thanks.  if you (or anyone) can't get through all the reviews on your queue let me know.  i'm done with mine so i can take some load
[04:09] <salgado> I can do a few more reviews this week as I am done with mine as well
[04:09] <barry> our general queue looks pretty good, just 4 unallocated branches
[04:09] <kiko> I will do my last one today!
[04:09] <salgado> although I still have one big review from mwhudson to mentor
[04:10] <barry> salgado, kiko: excellent.
[04:10] <barry> salgado: are you going to do a general queue assignment today?
[04:10] <kiko> salgado, barry: we will have to accept cprov's branches. I can help.
[04:10] <salgado> barry, i didn't allocate them because they were added to the review queue after the deadline, so I wanted to give some priority to the ones that went in at the right time
[04:11] <sinzui> salgado: what about the 1.1.9 (critical)?
[04:11] <barry> salgado: good point, thanks.  i wonder if we need to somehow mark such post-deadline branches in the general queue?
[04:11] <salgado> I don't think it'd be fair for me and barry to start reviewing these while there are other pending reviews
[04:11] <barry> kiko: all three of cprov's branches are for 1.1.9?
[04:12] <salgado> sinzui, what's that?
[04:12] <cprov> barry: yes, they are
[04:12] <sinzui> salgado: cprov/launchpad/trivialities-2 says it is critical (but I do not see kiko or SteveA meantioned)
[04:13] <barry> cprov: your bug-128126 branch looks very weird in pending-reviews.  what's up with that?
[04:13] <bac> can it be trivial and critical at the same time?
[04:13] <cprov> barry:  I don't know I can't spot any typo
[04:13] <sinzui> bac: It can if the change is text that really must change.
[04:13] <kiko> :)
[04:14] <barry> i'm not mentoring so i can definitely take some review load.  so if anybody is swamped and needs to unload a branch let me know.  otherwise i'll start picking off the general queue today and see how many i can get through
[04:15] <barry> the other late arrival is jtv's branch.  anyone know more about that?
[04:15] <salgado> sinzui, I haven't seen that.  but also I'm not sure that (critical) means reviewers should do that first even though it was added late to the review queue
[04:16] <barry> sinzui: you did a pre-impl call with jtv about that.  is that a critical 1.1.9 fix?
[04:16] <sinzui> no, that problem is 18 months old
[04:17] <barry> sinzui: okay thanks.  i'll work on cprov's first then
[04:17] <barry> any other queue related status?
[04:18] <barry> 5
[04:18] <barry> 4
[04:18] <barry> 3
[04:18] <barry> 2
[04:18] <barry> 1
[04:18] <barry>  * Branches with conflicts
[04:19] <barry> i just wanted to mention something that i've noticed and see what y'all think about it.  it's inevitable that some branches get into conflict by the time you start to review them.  i've had very mixed success trying to review and test conflicted branches.  often if it's not a trivial fix or in current.sql, i'll just bounce the review immediately
[04:20] <barry> with an email to the author to please resolve their conflicts before i can finish the review
[04:20] <barry> i'm wondering 1) has anybody else had problems like this; 2) does our process need to account for this situation?
[04:21] <salgado> we could change jamesh's pending-reviews script to send these notifications when they found conflicts
[04:21] <salgado> s/they/it/
[04:21] <BjornT> ime, most of the conflicts are trivial, it's not often that i have to wait for someone to resolve the conflicts.
[04:21] <barry> salgado: only for needs-review branches probably
[04:21] <BjornT> but i do agree that the pending-reviews script should be sending notifications (not only for conflicts)
[04:21] <bac> barry:  if the conflict is easy to resolve i've tried.  other times when it was more involved i bounced it
[04:22] <barry> BjornT: do you typically fix the conflict before you start your review?
[04:22] <barry> bac: that's what i do too, but i don't think it's a reviewer's responsibility.  think of it as a favor :)  i usually won't spend much time trying to resolve them either (maybe 5 - 10 minutes tops)
[04:23] <salgado> if the review is really trivial I only point it during the review.  otherwise I bounce to the author asking for the conflict to be resolved
[04:23] <BjornT> barry: no. i usally point out the conflict in the review, but nothing else. often it's obvious how the reviewee will resolve the conflicts, so there's no point in blocking on that.
[04:23] <barry> i ask because often the conflict will prevent you from running the test or the demo url, which i always try to do
[04:23] <barry> so to run the test or demo, you have to resolve the conflict or bounce it and let the author fix it
[04:24] <BjornT> barry: no it won't. i usually get the branch, rather than trying to merge it.
[04:24] <barry> BjornT: good point
[04:24] <barry> BjornT: i think getting the branch though will not let 'make lint' do it's job
[04:24] <barry> (because lint.sh only looks at uncommitted changes)
[04:25] <statik> barry: I noticed the same thing. I think the fix here is to be able to tell make lint to run over files which have changed in particular revisions
[04:25] <BjornT> barry: yes, that's true. we should add a command for checking all files that have been changed compared to a parent branch.
[04:25] <statik> even better
[04:26] <Ubotu> New bug: #139126 in soyuz "queue override does not really accept multiple packages" [Undecided,New]  https://launchpad.net/bugs/139126
[04:26] <barry> BjornT: good idea.  that would also make the command more useful to authors.  i know /i/ typically don't run lint until my branch has several commits (or maybe just before i submit the branch).  by that time, with current lint.sh, you get no errors by default
[04:26] <sinzui> barry: It does take much to make lint check all the files.
[04:27] <barry> sinzui: only downside is that you might get lots of errors not related to code your branch touches
[04:27] <sinzui> barry: I haven't experience that in 6 months
[04:27] <salgado> isn't there a bug for the pending-reviews script to run "make lint"?
[04:28] <salgado> that won't work for conflicted branches, though
[04:28] <barry> bug 113626 i think
[04:28] <Ubotu> Launchpad bug 113626 in launchpad "pending-reviews should run and display the output of make lint" [Undecided,Confirmed]  https://launchpad.net/bugs/113626
[04:29] <barry> cool.  let's see if we can get someone to look at that.  sounds like we have some good strategies for dealing with conflicted branches and don't need any additional policy
[04:29] <barry> anything else?
[04:29] <barry> 5
[04:29] <barry> 4
[04:30] <barry> 3
[04:30] <barry> 2
[04:30] <barry> 1
[04:30] <barry>  * Mentoring update
[04:30] <barry> so, mentors and mentorees, how's it going? any issues or questions?
[04:31] <mwhudson> it's going fine for me
[04:31] <mwhudson> i wasn't scrambling to get any difficult branches of my own into 1.1.9 though, which has to help
[04:31] <bac> i've mentored one review for intellectronica and he'd done a good job
[04:31] <mwhudson> the process of being mentored isn't documented at all clearly
[04:31] <sinzui> Is there a standard rule for when the mentor does his review?
[04:32] <bac> sinzui:  no
[04:32] <intellectronica> it's all good. i'm getting ready to send a review for my second (and rather big) branch later today. getting very useful tips from bac
[04:32] <sinzui> statik: I ask because I think mpt is going on vacation and I think he needs a review.
[04:32] <mwhudson> like: are trainee reviewers allowed to set reviews to merge-approved ?
[04:32] <barry> mwhudson: yep.  it's probably not documented at all!  i'll see if i can write up my thoughts on the reviewers tips page
[04:33] <mwhudson> barry: that would be good
[04:33] <statik> sinzui: that review is fine, I read through it yesterday and should have sent a mail last night so mpt could land. sending it now
[04:33] <barry> sinzui: if your mentor goes on leave, you should round up a backup mentor.  be proactive.
[04:33] <barry> :)
[04:34] <barry> sinzui: yes, i can help once mpt disappears
[04:34] <barry> anything else?
[04:34] <sinzui> barry: statik is the reviewer, mpt is the reviewee
[04:35] <bac> sinzui:  barry is going to make lots of UI changes in mpt's absence.  :)
[04:35] <Nafallo> hehe
[04:36] <barry> i just wanted to say thanks to everyone for working so hard and so well on reviews.  we're managing a big influx of reviewers and i really appreciate all the mentor efforts to make this go smoothly!
[04:36] <barry> if there's nothing else...
[04:36] <barry> 5
[04:36] <barry> 4
[04:36] <barry> 3
[04:37] <barry> 2
[04:37] <barry> 1
[04:37] <barry> MEETING ENDS
[04:37] <mwhudson> thanks barry
[04:37] <Hobbsee> barry: when does mpt disappear?
[04:37] <barry> thanks everyone!
[04:37] <statik> sinzui: just noticed you have a branch in your queue marked needs-conditional, I assume that is merge-conditional?
[04:37] <barry> Hobbsee: i don't honestly know
[04:37] <sinzui> Hobbsee: Friday I think
[04:37] <Hobbsee> right, OK
[04:38] <sinzui> statik: I'll drink more coffee and type slower
[04:45] <Ubotu> New bug: #139132 in soyuz "Extra-Overrides support for NoMoreAptFtpArchive infrastructure" [Undecided,Confirmed]  https://launchpad.net/bugs/139132
[04:45] <Ubotu> New bug: #139133 in malone "externalbugtracker.get_external_bug_tracker needs to be refactored" [Undecided,New]  https://launchpad.net/bugs/139133
[04:55] <Ubotu> New bug: #139135 in soyuz ""atomic-dists-change" support for NoMoreAptFtpArchive" [Undecided,Confirmed]  https://launchpad.net/bugs/139135
[04:56] <Ubotu> New bug: #139136 in soyuz "NoMoreAptFtpArchive infrastructure needs to generate bzip2 indexes as well" [Undecided,Confirmed]  https://launchpad.net/bugs/139136
[05:19] <Rinchen> oooh
 btw, the search box on help.launchpad.net is working now
[05:20] <kiko> yes! mdke!
[05:20] <Hobbsee> woot :)
[05:29] <dorto> wasn't there a PPA class at UTC 15:00 on this channel?
[05:30] <Hobbsee> in 24 hours, i thought
[05:30] <dorto> Oh, is it September 13, thanks.
[05:30] <Hobbsee> heh.  western australian, bitten by timezones?
[05:30] <Hobbsee> no, wait, that cant be it.
[05:31] <Hobbsee> you must be in asia somewhere
[05:31] <dorto> yeah, Asia it is :)
[05:31] <kiko> salgado, is https://bugs.edge.launchpad.net/malone/+bug/5977 still relevant?
[05:31] <Ubotu> Launchpad bug 5977 in malone "Person Bugs pages seem to be incomplete" [Medium,Confirmed]  
[05:32] <Hobbsee> :)
[05:33] <Hobbsee> kiko: when is the "soyuz should, but does not reject any uploads lower than what's already in your ppa" bug going to be fixed?
[05:33] <Hobbsee> oh damn, i wanted cprov-lunch 
[05:33] <Hobbsee> sorry, my brain's died today
[05:34] <kiko> Hobbsee, is there a bug filed for that?
[05:35] <Hobbsee> kiko: unsure.  i suspect so.  i didnt file one
[05:36] <salgado> Many people expect their "Reported bugs" and "Subscribed bugs" (and probably also "Commented bugs") lists -- unlike other bug lists -- to include Fix Released, Won't Fix, Invalid, and duplicate bugs.
[05:36] <salgado> kiko, looks like it does, yes
[05:37] <salgado> or do we include bugs in those statuses now?
[05:37] <kiko> salgado, well, we offer advanced search for them.
[05:38] <salgado> I think it has always been there, no?
[05:38] <kiko> yeah
[05:38] <kiko> well, not /always/ but for a long time
[05:39] <BjornT> kiko, salgado: i think at least "Reported bugs" should include all bugs, no matter what their status are, and also include duplicates.
[05:39] <BjornT> the type of users that can't find their reported bugs in the list don't know how to use the advanced search
[05:44] <mwhudson> codebrowse is offline briefly, code being updated
[05:46] <mwhudson> back again
[06:01] <Ubotu> New bug: #139157 in malone "+text version of bug does not include bug tags" [Undecided,New]  https://launchpad.net/bugs/139157
[06:15] <Ubotu> New bug: #139161 in loggerhead "Starting loggerhead process may not close it's stdin and stdout properly" [Undecided,New]  https://launchpad.net/bugs/139161
[06:15] <Ubotu> New bug: #139162 in soyuz "Store the pristine debian/changelog for each SourcePackageRelease" [Undecided,Confirmed]  https://launchpad.net/bugs/139162
[07:35] <Ubotu> New bug: #139176 in rosetta "Import queue with filtering doesn't work right" [Medium,Confirmed]  https://launchpad.net/bugs/139176
[08:00] <mpt> Gooooooooooooooood morning Launchpadders!
[08:00] <intellectronica> good morning mpt, and happy new jewish year!
[08:03] <kiko> hello mpt 
[08:04] <laga> hey guys. i'm building on my ppa. in the logs, i get "Could not connect to ppa.launchpad.net:80 (91.189.90.217), connection timed out"
[08:04] <laga> is that normal?
[08:05] <laga> that kinda prevents me from building my packages :/
[08:06] <kiko> hmmmm
[08:06] <kiko> laga, what logs?
[08:06] <kiko> it works for me, btw
[08:06] <Ng> laga: are you required to go to some kind of proxy for web access?
[08:07] <mpt> intellectronica, a dank aych
[08:07] <laga> Ng: this is the ppa itself.
[08:07] <laga> kiko: http://launchpadlibrarian.net/9257475/buildlog_ubuntu-gutsy-i386.mythplugins_0.20.99%2Btrunk14489-0ubuntu0%7Emythbuntu1_FAILEDTOBUILD.txt.gz
[08:07] <intellectronica> mpt: we should really start an ubuntu yiddish translations team
[08:08] <intellectronica> mpt: we shall produce a derivative distro called oibuntu
[08:08] <laga> kiko: it should use libmyth-dev from my ppa. instead, it gets libmyth-dev from universe (or multiverse) which won't work.
[08:08] <kiko> laga, that's odd.
[08:09] <elmo> should be fixed now
[08:10] <laga> elmo: is there any progress on hosting for mythbuntu?
[08:10] <kiko> laga, please retry your build, it was transient.
[08:10] <laga> kiko: ok. thanks.
[08:10] <elmo> laga: working on it...
[08:11] <laga> elmo: that's great to hear. thanks.
[08:32] <mdke> kiko: rocking
[08:32] <kiko> :)
[08:33] <mdke> danilos: around?
[08:40] <Ubotu> New bug: #139190 in launchpad "html validation errors in blueprint workload" [Undecided,New]  https://launchpad.net/bugs/139190
[08:43] <danilos> mdke: just heading out (well, updating GNOME release notes, and then heading out)
[08:43] <mdke> danilos: ok, I'll email; thanks for your replies today
[08:44] <danilos> mdke: np, then I'll try to reply first thing in the morning tomorrow :)
[09:16] <MONODA> hi
[09:18] <MONODA> what is this channel for?
[09:21] <LaserJock> for development and support of http://launchpad.net
[09:22] <superm1_> is bazaar.launchpad.net down right now?
[09:23] <superm1_> on my regular laptop that i use to upload to it, i'm getting supermario@portablemario:~/Software/source/mythbuntu/mythbuntu-lirc-generator/mythbuntu-lirc-generator-0.12$ bzr pullUsing saved location: sftp://superm1@bazaar.launchpad.net/~mythbuntu/mythbuntu/mythbuntu-lirc-generator/
[09:23] <superm1_> Permission denied (publickey).
[09:23] <superm1_> bzr: ERROR: Unable to connect to SSH host bazaar.launchpad.net; EOF during negotiation
[09:24] <radix> superm1_: public key authentication failed
[09:24] <superm1_> radix, its the same key that i've got on LP
[09:24] <superm1_> and have had up there for a year
[09:24] <radix> superm1_: oh well, something is wrong, are you sure you've loaded it into your agent or whatever?
[09:24] <superm1_> haven't changed my agent or anything either
[09:25] <laga> superm1_: i'll try to commit a change
[09:25] <superm1_> k
[09:25] <radix> it's working here
[09:26] <radix> oops, that was http
[09:26] <superm1_> hmpf, what else could have happened then, my public key is working to ssh into other boxes
[09:26] <radix> apparently it's not working
[09:26] <laga> yeah
[09:26] <superm1_> okay good to know
[09:26] <laga> it's broken here as well
[09:26] <radix> sorry, my --remembered URL was the http one :)
[09:26] <radix> (for 'bzr missing')
[09:26] <superm1_> well laga i can't pull your changes then.
[09:26] <superm1_> :)
[09:26] <radix> superm1_: if you're only pulling you can use http
[09:27] <superm1_> good point
[10:11] <mwhudson> er
[10:11] <mwhudson> ssh to bazaar.launchpad.net still not working ?
[10:13] <radix> mwhudson; still not working
[10:14] <mwhudson> pish
[10:14] <radix> sorry ;)
[10:14] <mdke> good word pish
[10:14] <radix> "I am assured that this means 'tired'"
[10:15] <pitoow> i need help to decrypt my email using FireGPG
[10:15] <pitoow> somenone help me ?
[10:17] <mwhudson> radix: i'm much more capable of doing something about this than you :)
[10:20] <radix> mwhudson: fair enough. get to work!
[10:22] <yml> hello launchpaders,
[10:22] <mwhudson> radix: it's 2130 for me, so i'll stretch as far as bothering the sysadmins
[10:23] <yml> Is it only me or launchpad is down
[10:23] <mwhudson> yml: what do you mean by down?
[10:23] <yml> I mean bzr push sftp://
[10:23] <mwhudson> ah
[10:23] <mwhudson> yes, it is
[10:24] <mwhudson> hopefully not for much longer...
[10:24] <yml> Is there place where I can see this?
[10:25] <mwhudson> see what?
[10:25] <yml> like the news for launchpad
[10:26] <mwhudson> it wasn't a planned outage
[10:26] <yml> today the weather is fine people at canonical are happy and by the way bzr push is down   
[10:26] <mwhudson> yeah, that would be good i guess
[10:27] <yml> :()
[10:27] <yml> yes informative
[10:27] <yml> thank you 
[10:43] <mvo> is it just me or is https://launchpadlibrarian.net not responding?
[10:45] <jelmer> mwhudson: can you perhaps paste that error you had in zbr-svn yesterday or file a bug report?
[10:45] <jelmer> the paste.net url seems to have expired
[10:46] <mwhudson> that's rubbish of it
[10:47] <mwhudson> aw heck
[10:47] <mwhudson> my bzr.dev checkout is 0.92.0dev0
[10:49] <mwhudson> which means bzr-svn doesn't want to know about it
[10:51] <yml> is there a way to get bzr-svn to work on windows without recompiling svn?
[10:51] <mwhudson> jelmer: iirc, it was a non-ascii bytestring being passed to SingleBranchingScheme.is_branch_parent
[10:52] <mwhudson> jelmer: and self.path was unicode
[10:55] <jelmer> yml: there should be a link to a precompiled fixed svn on the bzr-svn wiki
[10:55] <jelmer> mwhudson: what repository?
[10:55] <yml> jelmer : thank you 
[10:55] <yml> I am going to check this
[11:28] <thumper> morning
[12:20] <mwhudson> jelmer: codespeak.net
[12:20] <jelmer> mwhudson: do you have a full URL? I think I should be able to reproduce
[12:23] <mwhudson> jelmer: url for what?
[12:23] <mwhudson> i was trying to push pydoctor
[12:24] <mwhudson> pushing what's at https://code.edge.launchpad.net/~mwhudson/pydoctor/dev to http://codespeak.net/svn/user/mwh/pydoctor/trunk
[12:25] <jelmer> mwhudson: thanks!