From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#38324: 27.0.50; package corruption? cannot de install packages Date: Sat, 25 Jan 2020 06:01:39 +0100 Message-ID: <874kwk86z0.fsf@marxist.se> References: <87wobrizae.fsf@mat.ucm.es> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="61460"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 38324@debbugs.gnu.org To: Uwe Brauer Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jan 25 06:02:13 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ivDaH-000FwI-JX for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 25 Jan 2020 06:02:13 +0100 Original-Received: from localhost ([::1]:50820 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ivDaG-0006A9-8p for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 25 Jan 2020 00:02:12 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46681) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ivDa7-0006A1-T8 for bug-gnu-emacs@gnu.org; Sat, 25 Jan 2020 00:02:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ivDa6-0002mT-Cn for bug-gnu-emacs@gnu.org; Sat, 25 Jan 2020 00:02:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48950) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ivDa6-0002mH-2I for bug-gnu-emacs@gnu.org; Sat, 25 Jan 2020 00:02:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ivDa5-0001eH-Vd for bug-gnu-emacs@gnu.org; Sat, 25 Jan 2020 00:02:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Jan 2020 05:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38324 X-GNU-PR-Package: emacs Original-Received: via spool by 38324-submit@debbugs.gnu.org id=B38324.15799285116318 (code B ref 38324); Sat, 25 Jan 2020 05:02:01 +0000 Original-Received: (at 38324) by debbugs.gnu.org; 25 Jan 2020 05:01:51 +0000 Original-Received: from localhost ([127.0.0.1]:54923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ivDZu-0001dq-K5 for submit@debbugs.gnu.org; Sat, 25 Jan 2020 00:01:50 -0500 Original-Received: from ted.gofardesign.uk ([67.225.143.91]:43758) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ivDZs-0001dd-PB for 38324@debbugs.gnu.org; Sat, 25 Jan 2020 00:01:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=marxist.se; s=default; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=aIiptS2NWKs2Oqn3EYCuIyGYpjXFvwKLNaLMjStDlrs=; b=MPIU59TfKwY9zCyVVYGyWBoFy5 J8BhOsLV7mU4dGwlO4nde8oA0nXdprLKLafAJjnqJbixcCgp5TAW40Ye8FxwYak2Bgg9peXm5LDcG /EqaNspOjgWqgkTU7hU8B+PDT+U9cELwXF3q36IBQ3ByajurIIbJwtN47PlFf9mrYSHp9QwKGncvT Jbqxw/dcGGD3+WiwYsWDH7zfkqQoSxmgAC2mckqMFMz8Uu9Kn4cukNqF40zlwnGxHzkIS8G2QqKhR wX3ascEPtKvC4HMe9IliFQS0L28+bQoX8D3m4Ps5SG+3n/R/H58SwkEHvskY6G5VCw2DK+F+59THX DB/isxRQ==; Original-Received: from h-70-69.a785.priv.bahnhof.se ([155.4.70.69]:60896 helo=localhost) by ted.gofardesign.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1ivDZl-001nFx-UI; Sat, 25 Jan 2020 00:01:42 -0500 In-Reply-To: <87wobrizae.fsf@mat.ucm.es> (Uwe Brauer's message of "Fri, 22 Nov 2019 18:41:45 +0100") X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ted.gofardesign.uk X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - marxist.se X-Get-Message-Sender-Via: ted.gofardesign.uk: authenticated_id: stefan@marxist.se X-Authenticated-Sender: ted.gofardesign.uk: stefan@marxist.se 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: 209.51.188.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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:175251 Archived-At: Uwe Brauer writes: > Steps to reproduce. > > 1. I start /opt/emacs27/bin/emacs -q > > 2. M-x package-list-packages. > > 3. I see matlab-mode 20180928.1526 dependency Major mode for MATLAB(R) dot-m files > > 4. I type ? Because I want to understand the dependency but I > obtain an error (debug-on-error t) which I attach. (I'm only addressing everything up to step 4 below.) matlab-mode is a dependency of the org-babel-eval-in-repl on MELPA. So I installed the org-babel-eval-in-repl package, and tried your recipe. And I got a backtrace on current master. But I'm getting a different backtrace than you did: Debugger entered--Lisp error: (file-missing "Opening input file" "No such file or directory" "/home/skangas/.emacs.d/elpa/matlab-mode-20200106.2...") insert-file-contents("/home/skangas/.emacs.d/elpa/matlab-mode-20200106.2217/matlab-mode.el") lm-commentary("/home/skangas/.emacs.d/elpa/matlab-mode-20200106.2217/matlab-mode.el") package--get-description(#s(package-desc :name matlab-mode :version (20200106 2217) :summary "Major mode for MATLAB(R) dot-m files" :reqs nil :kind nil :archive nil :dir "/home/skangas/.emacs.d/elpa/matlab-mode-20200106.2..." :extras ((:keywords "matlab" "programming" "language" "(X)emacs") (:url . "http://sourceforge.net/projects/matlab-emacs/")) :signed nil)) describe-package-1(#s(package-desc :name matlab-mode :version (20200106 2217) :summary "Major mode for MATLAB(R) dot-m files" :reqs nil :kind nil :archive nil :dir "/home/skangas/.emacs.d/elpa/matlab-mode-20200106.2..." :extras ((:keywords "matlab" "programming" "language" "(X)emacs") (:url . "http://sourceforge.net/projects/matlab-emacs/")) :signed nil)) describe-package(#s(package-desc :name matlab-mode :version (20200106 2217) :summary "Major mode for MATLAB(R) dot-m files" :reqs nil :kind nil :archive nil :dir "/home/skangas/.emacs.d/elpa/matlab-mode-20200106.2..." :extras ((:keywords "matlab" "programming" "language" "(X)emacs") (:url . "http://sourceforge.net/projects/matlab-emacs/")) :signed nil)) package-menu-describe-package() funcall-interactively(package-menu-describe-package) call-interactively(package-menu-describe-package nil nil) command-execute(package-menu-describe-package) Now, the above happens because, when there is no README file, `package--get-description' expects there to be a (format "%s.el" package-name) file where we can read the information for installed packages. But that's not a convention that the "matlab-mode" package follows for some reason. (This requirement/convention does not seem to be documented in the manual; see (info "(elisp)Multi-file Packages").) Maybe we need to think a bit about what we can do in these cases. For example, there is a matlab.el file that we could have been using instead. But the question is if we want to start adding heuristics here, and if so, which. Or should we just document the requirement and tell package authors that they just have to follow it? Does anyone else have an opinion here? (NOTE: There is a README.org in the matlab-mode git repository[1] but it is not included in the MELPA package. That should probably be fixed, presumably by updating the MELPA recipe.) --- That said, I don't think I understand the below backtrace: > Debugger entered--Lisp error: (wrong-type-argument char-or-stri3ng-p nil) > describe-package-1(#s(package-desc :name matlab-mode :version (20180928 1526) :summary "Major mode for MATLAB(R) dot-m files" :reqs nil :kind nil :archive nil :dir "/home/oub/.emacs.d/elpa/matlab-mode-20180928.1526" :extras ((:keywords "matlab" "programming" "language" "(X)emacs") (:url . "http://sourceforge.net/projects/matlab-emacs/")) :signed nil)) > describe-package(#s(package-desc :name matlab-mode :version (20180928 1526) :summary "Major mode for MATLAB(R) dot-m files" :reqs nil :kind nil :archive nil :dir "/home/oub/.emacs.d/elpa/matlab-mode-20180928.1526" :extras ((:keywords "matlab" "programming" "language" "(X)emacs") (:url . "http://sourceforge.net/projects/matlab-emacs/")) :signed nil)) > package-menu-describe-package() > funcall-interactively(package-menu-describe-package) > call-interactively(package-menu-describe-package nil nil) > command-execute(package-menu-describe-package) Maybe it's just too late for me, and I'm missing something obvious here... but where does the wrong-type-argument come from? describe-package-1 has only one argument, and that is the package-desc. Cleaning up the package-desc you have, it is basically: (package-desc-create :name 'matlab-mode :version '(20180928 1526) :summary "Major mode for MATLAB(R) dot-m files" :reqs nil :kind nil :archive nil :dir "/home/oub/.emacs.d/elpa/matlab-mode-20180928.1526" :extras '((:keywords "matlab" "programming" "language" "(X)emacs") (:url . "http://sourceforge.net/projects/matlab-emacs/")) :signed nil) Which looks very standard to me... In any case, could you please try this again on current master and see if you are still seeing the above backtrace, or if you are now seeing the same as me. Thanks in advance. Best regards, Stefan Kangas Footnotes: [1] https://git.code.sf.net/p/matlab-emacs/src