From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: bruce.connor.am@gmail.com Newsgroups: gmane.emacs.devel Subject: Re: Elpa packages and macro dependencies. Date: Fri, 17 Oct 2014 09:39:30 +0100 Message-ID: References: <8761fjsp2c.fsf@Rainer.invalid> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1413535195 25941 80.91.229.3 (17 Oct 2014 08:39:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 17 Oct 2014 08:39:55 +0000 (UTC) Cc: emacs-devel To: Achim Gratz Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 17 10:39:47 2014 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 1Xf34b-0000Ee-SK for ged-emacs-devel@m.gmane.org; Fri, 17 Oct 2014 10:39:46 +0200 Original-Received: from localhost ([::1]:58620 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf34b-0000d8-7w for ged-emacs-devel@m.gmane.org; Fri, 17 Oct 2014 04:39:45 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33337) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf34N-0000cr-WF for emacs-devel@gnu.org; Fri, 17 Oct 2014 04:39:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xf34N-0004MR-3g for emacs-devel@gnu.org; Fri, 17 Oct 2014 04:39:31 -0400 Original-Received: from mail-oi0-x22f.google.com ([2607:f8b0:4003:c06::22f]:42209) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf34M-0004ML-Uz for emacs-devel@gnu.org; Fri, 17 Oct 2014 04:39:31 -0400 Original-Received: by mail-oi0-f47.google.com with SMTP id a141so243051oig.6 for ; Fri, 17 Oct 2014 01:39:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=YvpApTxnizLhIChVzX60JhN4kF6KhD3fODQTtzqBXYc=; b=vnqyRkrLtdx5/7lC35LjF/8pg2YHasv2y14cx1mt5nE+uvFWjWqnLgA7K/HndEBqap RcFJLXweI332bDGcVKvxxCQks+9kwp92nL1ljahflTKSgiIxDaxyqKgYBS+fWR52ENDT rlO78qUHRtzJSHIiPcPnALpNPcCS2nDR1DUk6YaJZf/RQs+QtDUPtp2LJ0qzZwosxp6e 0VoLwus/zCHBkv4aSkCGd7XX1LCsBRjuoB9DfY7m4j/+2QzO+iFF8hFZdaLT30JHkK77 DmQa8m3Qu6SnrvH9jm/IKXpV8sYhsj/86lwUgJpgSroCyhRqDiS5Sil7N9kgD1Nuowte gOrg== X-Received: by 10.60.82.163 with SMTP id j3mr5743001oey.13.1413535170218; Fri, 17 Oct 2014 01:39:30 -0700 (PDT) Original-Received: by 10.76.1.137 with HTTP; Fri, 17 Oct 2014 01:39:30 -0700 (PDT) In-Reply-To: <8761fjsp2c.fsf@Rainer.invalid> X-Google-Sender-Auth: lsn3g-aB7KmPP7KJ3vANEkssCzQ X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4003:c06::22f 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:175511 Archived-At: Achim Gratz: > That doesn't work when defcustoms, autoloads and defvars change in the > new version. It would be good to fix autoloads indeed, but you can't force-reload defcustoms, or you'll be erasing user customizations. You could reload them only if its value is still the standard value, but then users who has customized it would still run into the same problem. That said, IIUC, defcustoms and defvars aren't really a huge problem. They're only problematic if the package author changes something in a backwards-incompatible way (thus making an old defcustom not work with new code). And even then, things should resume normality after a restart. Or am I missing something? The problem with macros is that they break installation of packages, and it happens even if all package authors respect backwards compatibility.