From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] trunk r114484: * lisp/emacs-lisp/package-x.el (package-upload-buffer-internal): Pass Date: Tue, 01 Oct 2013 19:18:07 +0300 Message-ID: <524AF5BF.80908@yandex.ru> References: <5249FBF4.3020004@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1380644315 30406 80.91.229.3 (1 Oct 2013 16:18:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Oct 2013 16:18:35 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 01 18:18:37 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VR2ef-0005lx-Hq for ged-emacs-devel@m.gmane.org; Tue, 01 Oct 2013 18:18:33 +0200 Original-Received: from localhost ([::1]:59959 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VR2ef-00039U-4Y for ged-emacs-devel@m.gmane.org; Tue, 01 Oct 2013 12:18:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46338) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VR2eT-00037O-RT for emacs-devel@gnu.org; Tue, 01 Oct 2013 12:18:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VR2eL-0005RD-D7 for emacs-devel@gnu.org; Tue, 01 Oct 2013 12:18:21 -0400 Original-Received: from mail-ea0-x232.google.com ([2a00:1450:4013:c01::232]:37875) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VR2eL-0005R6-43 for emacs-devel@gnu.org; Tue, 01 Oct 2013 12:18:13 -0400 Original-Received: by mail-ea0-f178.google.com with SMTP id a15so3563132eae.37 for ; Tue, 01 Oct 2013 09:18:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=eLYB+2W6gGLn7Fr72tzvyr9b6Quw/2B8ty8WnhPQD/0=; b=GO9jUwhfM61z2Atk1DtVrRwvZZY6iVkdEv4E9gglD/vhvIzu22EaGXhoPK5W2ud5Sn vFB0KHmsIbLSOohdjRd866qRVFDL4ieDIjV3hkFLUfwcla2ab0IOyff2nPgLgBreJV5M tgy3WHOpIThS3IoZ7KJ8RawqTGqGC0q5NhmbGBCRHNnRHgfX23WsrHAvuRBPdbbx4Gt6 SZP4YVVb/WMp8kl3K31+8LL+d18jTcOIfDMkb7HR/DTiFfM/ziLgh6qGq+dkAxJyzgJM GgnVNSOdOgqCynAJDJEQiECtdMHRX2vm7TDBuIgcoRLRBGpVbGD5ooYr9ilQIKwvA9+L jEkw== X-Received: by 10.14.210.195 with SMTP id u43mr1211607eeo.80.1380644292048; Tue, 01 Oct 2013 09:18:12 -0700 (PDT) Original-Received: from [192.168.10.48] (93-245-142.netrun.cytanet.com.cy. [93.109.245.142]) by mx.google.com with ESMTPSA id bn13sm14894949eeb.11.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 01 Oct 2013 09:18:11 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c01::232 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:163772 Archived-At: On 01.10.2013 03:55, Stefan Monnier wrote: >> Could you point out the file(s) :url is used in? So far the only relevant >> match for :url I found is in elpa/packages/README. > > Look for archive--get-prop calls in admin/archive-contents.el. > The call checks both the :url keyword in -pkg.el as well as "URL:" > pseudo-header in .el, which is why ":url" doesn't appear in the > file (it's built from "URL" via downcase+format+intern). See it now, thanks. Since the :url will be included in the pkg vector, we should be able to replace this `archive--get-prop' call with appropriate lookup (will post the combined patch later to the relevant bug).