launchpad-dev team mailing list archive
-
launchpad-dev team
-
Mailing list archive
-
Message #06454
Re: Unable to figure out what to do for loggerhead
-
To:
Robert Collins <robertc@xxxxxxxxxxxxxxxxx>
-
From:
John Arbash Meinel <john@xxxxxxxxxxxxxxxxx>
-
Date:
Thu, 10 Feb 2011 21:42:04 -0600
-
Cc:
Launchpad Community Development Team <launchpad-dev@xxxxxxxxxxxxxxxxxxx>
-
In-reply-to:
<AANLkTin9L39-vJhxt=k4Cd+W_0d-wWBUeA0dmWSYf4Bi@mail.gmail.com>
-
User-agent:
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 2/10/2011 9:02 PM, Robert Collins wrote:
> On Thu, Feb 10, 2011 at 10:59 AM, John Arbash Meinel
> <john@xxxxxxxxxxxxxxxxx> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> I'm still getting rejection messages trying to post any merge-proposal
>> stuff for loggerhead.
>
> I hope that that is fixed now.
I'll guess I'll find out sometime soon :).
>
>> I'm also stuck with stuff that was originally proposed against the old
>> lp:loggerhead, which is no longer the "future" branch, and I don't have
>> any idea what branch I'm actually supposed to be proposing against or
>> merging into. (nor what the correct method for doing so is.)
>
> If you are finessing the future stuff that was put off into the
> experimental branch, propose a merge to it and get it reviewed by a
> loggerhead-team member (which includes all of ~launchpad - so lots of
> folk that can help). To land in that branch, just land directly. I'd
> like to suggest that only direct fixes to make it ok to land that
> branch should be done there (that and merges from trunk to keep it
> fresh).
>
Sure. There are some YUI changes, etc, but I'm hoping most of those were
already in PQM.
> If you are doing stuff for trunk, for what should be 1.19 - I think a
> good first step is a new release with all the fixes from LP, a release
> that LP can use *as is*, no patches, no tweaks, just ready-to-go. This
> will mean making the search widget optional in the tal, for instance.
>
Do you have any other ideas of what is required? From the other discussion:
1) There is the UI/color scheme issue.
2) Search, and integration with bzr-search, but as you mention, it may
have a scaling problem with Launchpad sized stuff. I'm not entirely
clear how to make that sort of thing optional in tal.
>> I've certainly kept up on what Robert proposed as the transition to
>> having loggerhead maintained by launchpad squads, but the details seem
>> to have not been announced. Like "what is the name of the 'future'
>> branch", and "how are changes actually getting reviewed and merged".
>
> lp:loggerhead/experimental, and via the standard launchpad merge
> system. Loggerheads branchs show up in
> https://code.launchpad.net/launchpad-project/+activereviews, and you
> should get reviews from LP code reviewers. If you don't, or you want
> one done immediately, pop into #launchpad-dev and ask the on call
> reviewer; if there isn't one, just ask around - I'm sure someone will
> be delighted to review your changes.
It would be nice if it was "lp:loggerhead/experimental" it is actually
"lp:~loggerhead-team/loggerhead/experimental" which is a bit to type.
But now I have it, it isn't critical for me anymore.
I did end up getting a review from Gavin. Prior to that, it was a whole
lot of nothing for a couple weeks. When I brought it up, Martin started
noticing as well. When I went to #launchpad-dev the on-call reviewer was
"-" and he just wouldn't respond to any of my private messages. :)
>
>> Can anyone confirm or deny if they've actually seen my merge-proposal
>> changes? I see them, but I get direct email for them as the submitter.
>
> I've seem them.
>
> -Rob
>
John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk1UsAwACgkQJdeBCYSNAAMr6ACfSfB9Dl/i5f8x3lBcHOThDLyp
MXgAoIV73g5x+0jrI//xr5cWxePkmDhI
=bQPL
-----END PGP SIGNATURE-----
Follow ups
References