Return-Path: Delivered-To: apmail-repository-archive@www.apache.org Received: (qmail 27360 invoked from network); 19 Jun 2009 00:07:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 19 Jun 2009 00:07:00 -0000 Received: (qmail 16764 invoked by uid 500); 19 Jun 2009 00:06:58 -0000 Delivered-To: apmail-repository-archive@apache.org Received: (qmail 16671 invoked by uid 500); 19 Jun 2009 00:06:58 -0000 Mailing-List: contact repository-help@apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: repository@apache.org List-Id: Delivered-To: mailing list repository@apache.org Received: (qmail 16650 invoked by uid 99); 19 Jun 2009 00:06:58 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Jun 2009 00:06:58 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=FS_REPLICA,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of carlossg@gmail.com designates 209.85.222.188 as permitted sender) Received: from [209.85.222.188] (HELO mail-pz0-f188.google.com) (209.85.222.188) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Jun 2009 00:06:50 +0000 Received: by pzk26 with SMTP id 26so1416282pzk.9 for ; Thu, 18 Jun 2009 17:06:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=PTrRK5cVYLzxR+z6/1tGGONtTXZ9fKITAtBqdFN+VfU=; b=BIKBkdlYdWPDPa2tMFyJ44JhomWStiNn0ALZ1xf4McyXjIkWokQZuX3bAN0iczclUw +Ey045r8qFccRmev5mZc6k68F03x4KF6aiIT2jTCeo9sDuLTzwYDg8EwTJJILXO2++yU tYPwwLUbeE7QYkPhotNVKX4VPnFsyHp9Xm3KQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=WUUYh4DstXp0Y+gdoyHiW+SxUNmItIjF2buFYgokTkIc1fWcFRoQ/ACtA/7FofblvP g2D972NeQjThPe9HGjZjgcgx9i4P30VJB4MguFnw+8e+wFZmokI7eWldQF6Cg3nAhPCI m0+2Iuo2rBYZ6eTAktFBaXyb5Mdy5+2YobMng= MIME-Version: 1.0 Sender: carlossg@gmail.com Received: by 10.143.10.7 with SMTP id n7mr1191052wfi.236.1245369989938; Thu, 18 Jun 2009 17:06:29 -0700 (PDT) In-Reply-To: <4A3AD4B3.8030606@steitz.com> References: <4A3ACE28.7070600@steitz.com> <1a5b6c410906181647x33f66c71i213b0f412d6325a6@mail.gmail.com> <4A3AD4B3.8030606@steitz.com> Date: Thu, 18 Jun 2009 17:06:29 -0700 X-Google-Sender-Auth: 4d65a394e4f09ae6 Message-ID: <1a5b6c410906181706yf319becs40c67d77b34e3c91@mail.gmail.com> Subject: Re: How to get rid of bad sig that has been replicated From: Carlos Sanchez To: repository@apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org the source has propagated to the users already. The signature is not downloaded by maven so it's better to change the later. Maybe you can compare the contents of the old jar and confidently sign it? On Thu, Jun 18, 2009 at 4:58 PM, Phil Steitz wrote: > Carlos Sanchez wrote: >> >> what's the sig file that needs to be deleted? >> delete it from people.apache and then I'll do the same from central >> > > Could we possibly nuke the "old" source jar instead? =A0That way we end u= p > with a signed jar on central. =A0The jar in question is > commons-pool-1.2-sources.jar and we would have to delete the .md5 and .sh= a1 > in central too if we go this route.. > > If you don't like that idea, I will delete from people. > > Thanks, Carlos, and sorry for the screw-up. > > Phil >> >> On Thu, Jun 18, 2009 at 4:30 PM, Phil Steitz wrote: >> >>> >>> Earlier this week I put signed source jars for commons pool 1.1-1.4 in >>> the >>> m2-ibiblio-rsynch repo. =A0I did not notice that a source jar already >>> existed >>> for version 1.2 in maven central. =A0That jar did not have a sig. =A0Wh= at >>> appears to have happened is that the new source jar did not overwrite t= he >>> old one in repo1, but the new sig file did get replicated. =A0The resul= t is >>> that the sig does not match the jar. =A0 How can we fix this? >>> Phil >>> >>> > >