From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756761Ab2CLT3K (ORCPT ); Mon, 12 Mar 2012 15:29:10 -0400 Received: from b-pb-sasl-quonix.pobox.com ([208.72.237.35]:51093 "EHLO smtp.pobox.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755891Ab2CLT3F (ORCPT ); Mon, 12 Mar 2012 15:29:05 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; q=dns; s=sasl; b=utzjTBrt21Iupkyi+/8J9QslfzKnEqOS BHjQp+rsue5gc3p16fDpEWyQ9BhDe8tY4zhh0pbMV+j+rI7DXKgmPmA8AotCokkM t1oOZSegeHLxdDTZ1KJz0vqjWT53iJS3Y1sVOaEMTLxFhKW5IOeWSOdMLqxWUNNP hUBP4tqZ1TU= From: Junio C Hamano To: Willy Tarreau Cc: Greg KH , Jonathan Nieder , Ben Hutchings , linux-kernel@vger.kernel.org, stable@vger.kernel.org, git@vger.kernel.org, Thomas Rast Subject: Re: stripping [PATCH] without losing later tags from mailed patches (Re: [ 02/12] Remove COMPAT_IA32 support) References: <20120312002046.041448832@1wt.eu> <1331514446.3022.140.camel@deadeye> <20120312024948.GB4650@kroah.com> <20120312063027.GB8971@1wt.eu> <20120312064855.GB16820@burratino> <20120312085820.GA11569@1wt.eu> <20120312152004.GB9380@kroah.com> <7vfwddu60f.fsf@alter.siamese.dyndns.org> <20120312164812.GC12405@1wt.eu> <7v4nttu2gf.fsf@alter.siamese.dyndns.org> <20120312184549.GG12405@1wt.eu> Date: Mon, 12 Mar 2012 12:29:02 -0700 In-Reply-To: <20120312184549.GG12405@1wt.eu> (Willy Tarreau's message of "Mon, 12 Mar 2012 19:45:49 +0100") Message-ID: <7vboo1sjnl.fsf@alter.siamese.dyndns.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Pobox-Relay-ID: A0DD4DAC-6C79-11E1-A2AE-9DB42E706CDE-77302942!b-pb-sasl-quonix.pobox.com Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Willy Tarreau writes: > Rest assured that I don't feel comfortable on 1.7.9 either, that's a big > jump for me but I know that most often it works quite well :-) It being a big jump is not a problem I can solve, as it is up to you to deliberately stay behind until you decide to make a big jump. I can indirectly solve it by not backporting as many fixes to the maintenance tracks, but I am too nice to be playing that nasty ;-).