From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#31558: 27.0; `custom-file' settings messed up by Emacs 27 Date: Wed, 23 May 2018 16:50:51 +0200 Message-ID: <87fu2ih1dg.fsf@gmx.de> References: <5cd8f30c-a341-40c9-bb1f-441425e1a160@default> <87wovug2pn.fsf@gmx.de> <8f1290c2-ad20-4ba9-809d-154188bae0fb@default> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1527087863 19214 195.159.176.226 (23 May 2018 15:04:23 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 23 May 2018 15:04:23 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 31558@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed May 23 17:04:19 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fLVJJ-0004tq-Uz for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 May 2018 17:04:18 +0200 Original-Received: from localhost ([::1]:33965 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fLVLR-0003YA-2t for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 May 2018 11:06:29 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50905) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fLV7X-0000YN-AS for bug-gnu-emacs@gnu.org; Wed, 23 May 2018 10:52:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fLV7S-0003wq-B7 for bug-gnu-emacs@gnu.org; Wed, 23 May 2018 10:52:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37601) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fLV7S-0003wi-6i for bug-gnu-emacs@gnu.org; Wed, 23 May 2018 10:52:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fLV7R-00027t-Ps for bug-gnu-emacs@gnu.org; Wed, 23 May 2018 10:52:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 May 2018 14:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31558 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 31558-submit@debbugs.gnu.org id=B31558.15270870668109 (code B ref 31558); Wed, 23 May 2018 14:52:01 +0000 Original-Received: (at 31558) by debbugs.gnu.org; 23 May 2018 14:51:06 +0000 Original-Received: from localhost ([127.0.0.1]:45498 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fLV6X-00026i-8u for submit@debbugs.gnu.org; Wed, 23 May 2018 10:51:06 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:48293) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fLV6U-00026B-Lo for 31558@debbugs.gnu.org; Wed, 23 May 2018 10:51:03 -0400 Original-Received: from detlef.gmx.de ([212.86.60.250]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MgLMU-1fgrAw0vd0-00Nfjg; Wed, 23 May 2018 16:50:52 +0200 In-Reply-To: <8f1290c2-ad20-4ba9-809d-154188bae0fb@default> (Drew Adams's message of "Wed, 23 May 2018 07:07:17 -0700 (PDT)") X-Provags-ID: V03:K1:fBMEW7R5dqL5Kx0b+lXKz3Qw/KfoSbHBQBLCpgNu51PGD6QV0a8 crBXe4k5n7lrZCo+PQ7aDy87DWGqxGY6XUCPht3oVwXJ8eYyocZJYNn2S1CYp8YzdUs068S ObVsu3c8izhZgXgQqx2NVe2qQr7QfAOzFhykag48iG8SqkcgzYg57lyCLhZ1uBh2uJFwdBt h5RBPpzV5aMo45zPKOSMw== X-UI-Out-Filterresults: notjunk:1;V01:K0:DBe6x7tBWu4=:h+j6i0knWHLENr2LlmQuYC QNY2P6b5Pgp3A0mGq9hHtE9UgVQsXP/BtffsbFQZ21Ngvmy9u3bsu/6DrDkfRJDEBtl6pgQzd HgbqJ3bReKNMLe9P2N9sl2kMZkNI5wZfazMRhenE/ZNIYmr1ExcVzvKcLWAMbBEgRTJQspcj4 oWYSwME9ugbqsRVEWX2GwDkKyGLyjUcEK64nQDwsuG/FGsADANEDBpqkjEDNHuZWpVOdgDpMW 7YDdg9nNpkuO5tU97W8CcH4fGDPrMgPnosC7nX9RRJH631VZsanF16T50S5slGLWJz5BsA5Pq Cc4iF4Xihiz15+VnKF7wxkswUfFuZ6ilj4v9g1llnAE89hnDFCThqg1zSDEWRKrMvsXn9PFc/ SohGjjCTnhFIVqKHiKwxg/Dgh6mbYOvbvt++yoKWTxT4VvEz9sFtFsLHZJfOWbVFhoWaVhgOB WgbMYVZoAS6j+VYEv1H4aSW8F/kPoFZc57NMueLP1R4WvDogLz5kYaf8NiM3VRaz7+W8cEBBj IkXKYlQ26WuCjWYEgrpdp0I9Ig3ngVMvY/0ImGb7zLvfzy16MGqef7cnSHXfwEZnQIjUU1yiF FqBi2vB0hRqvnb2+ACyZPB+5JY7mQGfeeOGWBhu5+bFC33A8QP25qE7YmAZ6y/Iz6h8UaTGRu Ga3s6t6OV3/9YN412Mlc8Dt/6mwhROvzHmLin+OcQOUsjG1k8APxjrpb3yXTnuLP8oh9sYuEV 9cfe+ou1OggoaypO4OE9AgCgyNGhSYQ35DXc1ZncW3p91Maywj75BDIxccXTtRSF39P0NTgE X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:146428 Archived-At: Drew Adams writes: Hi Drew, >> Maybe you put at the beginning of your custom file >> (or (locate-library "tramp") (provide 'tramp)) > > Yes, I guess that would work and is better than nothing, > but it seems wrong to tell Emacs that something has > been provided that has not. ;-) > > Worse than style or ugliness, though, is that there > might be code here or there that tests > (featurep 'tramp) and acts accordingly. That code > surely will be led astray by such a hack. We're spaeking about Emacs < 22. How many such Emacsen are in use today, which also use packages checking for Tramp? > Seems like there should be a way for Tramp and > Customize to collaborate to produce a conditional > sexp that does not require tramp unconditionally. > E.g., one that tests (at time of evaluating > `custom-set-variables') whether Tramp is even > included in the Emacs version. > > Or maybe somehow just use a soft-require - the > equivalent of (require 'tramp nil t)? Would that > work for Tramp, if it were possible for > `custom-set-variables'? > > Seems like something is missing from Emacs for > such cases. A library wants to ensure that it is > loaded before evaluating a sexp that sets one of > its user options. But if loading the library is > impossible then setting the variable is benign, > so a soft-require is all that is really needed. If there were such a possibility I would consider it. But it must already exist for Emacsen < 22; I doubt we will change them if it's not possible yet. And given the low likelihood plus the existing workaround, I believe it is not worth to spend time for this. Sorry. Best regards, Michael.