From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bozhidar Batsov Newsgroups: gmane.emacs.devel Subject: Re: Supporting multiline Package-Requires header Date: Mon, 10 Aug 2015 16:54:25 +0300 Message-ID: References: <87si7rjqmp.fsf@newcastle.ac.uk> <87fv3rjogj.fsf@newcastle.ac.uk> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11403fd4d59570051cf552ea X-Trace: ger.gmane.org 1439214878 7650 80.91.229.3 (10 Aug 2015 13:54:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 10 Aug 2015 13:54:38 +0000 (UTC) Cc: Phillip Lord , Emacs developers , Kaushal To: Artur Malabarba Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 10 15:54:37 2015 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 1ZOnX7-00039g-JF for ged-emacs-devel@m.gmane.org; Mon, 10 Aug 2015 15:54:33 +0200 Original-Received: from localhost ([::1]:58351 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZOnX6-0002yB-Dj for ged-emacs-devel@m.gmane.org; Mon, 10 Aug 2015 09:54:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37305) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZOnX2-0002xw-33 for emacs-devel@gnu.org; Mon, 10 Aug 2015 09:54:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZOnX1-0003SI-5x for emacs-devel@gnu.org; Mon, 10 Aug 2015 09:54:28 -0400 Original-Received: from mail-io0-x236.google.com ([2607:f8b0:4001:c06::236]:34850) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZOnX1-0003SB-0K for emacs-devel@gnu.org; Mon, 10 Aug 2015 09:54:27 -0400 Original-Received: by iodd187 with SMTP id d187so169675942iod.2 for ; Mon, 10 Aug 2015 06:54:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=P890YxhYfvjVK3W0avGOS6nF6WD7coKmgNgdJgfuNYY=; b=EonFlKWGz90z6Z7R15uDPP3Rc7rvdNVLngG3iCu1nbjcEVGTSN+7nd2QjHetJdG8Eo +qRgO7UR8QY+41TlbnOYUef86+Lipr/Rt4IxfETdg8wPz/ONxzTSx2vpd4qCxdMSg4fu ZTBRvLxdmAQbFVSvslQBXShzC3ZHVMQH//xA/v8pmtjJDOOy7g8wLW8/mHC3RyCC/bkC 9NTjcO8aGuPc1cXDNtONp9UQk31c2zZyQImEQkY+jZH1wvq3KXaZJJZqG4LyyacAKpJ9 /00JFxsXvmeOSp5BWO6dJMg7KVSnosB2nI/MopRsPi9pySiS3B9W7ympnTGvIS0LFlvs 28Dw== X-Received: by 10.107.150.141 with SMTP id y135mr19336213iod.38.1439214865845; Mon, 10 Aug 2015 06:54:25 -0700 (PDT) Original-Received: by 10.107.41.205 with HTTP; Mon, 10 Aug 2015 06:54:25 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: FpYmB9qBhAEtTYYsHiWidi9rhmo X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c06::236 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:188676 Archived-At: --001a11403fd4d59570051cf552ea Content-Type: text/plain; charset=UTF-8 I'd love to be able to just add several "Package-Requires" lists, as this would be most visually appealing and easiest to read. At any rate - something has to be done about long dependency lists, as they look quite ridiculous right now. On 10 August 2015 at 16:08, Artur Malabarba wrote: > > Indeed. But it's only accidentally a sexp, in the sense that it's not > > actually a sexp in the buffer -- it's a comment. > > It's a commented-out sexp, but it's still a sexp, and it has to be a valid > one. > > > What is the failure behaviour of package.el for this at the moment? > > Package.el will signal an error during installation if it's not a > valid sexp. The error itself will depend on what the problem is. > Here's what you get if you miss a closing paren for instance: > package-read-from-string: End of file during parsing > > --001a11403fd4d59570051cf552ea Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'd love to be able to just add several "Package-= Requires" lists, as this would be most visually appealing and easiest = to read. At any rate - something has to be done about long dependency lists= , as they look quite ridiculous right now.
=
On 10 August 2015 at 16:08, Artur Malabarba = <bruce.connor.am@gmail.com> wrote:
> Indeed. But it's only accident= ally a sexp, in the sense that it's not
> actually a sexp in the buffer -- it's a comment.

It's a commented-out sexp, but it's still a sexp, and it has= to be a valid one.

> What is the failure behaviour of package.el for this at the moment?
Package.el will signal an error during installation if it's not = a
valid sexp. The error itself will depend on what the problem is.
Here's what you get if you miss a closing paren for instance:
=C2=A0 =C2=A0 package-read-from-string: End of file during parsing


--001a11403fd4d59570051cf552ea--