unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Emacs Development <emacs-devel@gnu.org>
Subject: Re: Hunting the culprit package
Date: Wed, 31 Aug 2022 08:25:24 -0400	[thread overview]
Message-ID: <jwvr10wbocx.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <87zgflc6m9.fsf@codeisgreat.org> (Pankaj Jangid's message of "Wed, 31 Aug 2022 11:11:18 +0530")

> Also, when I install all the packages afresh, then also emacs works fine
> i.e. a freshly created ~/.emacs.d/elpa is *not* creating any issue.  So
> something is wrong in my old ~/.emacs.d/elpa.  So I tried to figure out
> what is happening in my old ~/.emacs.d/elpa directory.

In my experience, the problem in such circumstances is most of the time
a file that was miscompiled for some reason.

> --8<---------------cut here---------------start------------->8---
> diff -r elpa/dash-20220608.1931/dash-autoloads.el elnew/dash-20220608.1931/dash-autoloads.el
> 42c42
> < (fn &optional ARG)" t nil)
> ---
>> (fn &optional ARG)" t)
> 66c66
> < (fn &optional ARG)" t nil)
> ---
>> (fn &optional ARG)" t)
> 69c69
> < This allows Dash symbols to be looked up with \\[info-lookup-symbol]." t nil)
> ---
>> This allows Dash symbols to be looked up with \\[info-lookup-symbol]." t)

Changes to `<PKG>-autoloads.el` are normal: those files are generated
locally during the package's installation, so they can be different
depending on the version of Emacs used to install the package.
The above differences should have no impact since they just add/remove
explicit nil values for optional arguments.

> diff -r elpa/yaml-mode-20220104.1503/yaml-mode-pkg.el elnew/yaml-mode-20220104.1503/yaml-mode-pkg.el
> 2c2
> < (define-package "yaml-mode" "20220104.1503" "Major mode for editing YAML
> files" '((emacs "24.1")) :commit
> "535273d5a1eb76999d20afbcf4d9f056d8ffd2da" :authors '(("Yoshiki Kurihara"
> . "clouder@gmail.com") ("Marshall T. Vandegrift"
> . "llasram@gmail.com")) :maintainer '("Vasilij Schneidermann"
> . "mail@vasilij.de") :keywords '("data" "yaml") :url
> "https://github.com/yoshiki/yaml-mode")
> ---
>> (define-package "yaml-mode" "20220104.1503" "Major mode for editing YAML
>> files" '((emacs "24.1")) :commit
>> "a79d2a7b9281f8c56f461d717b1ba40fc58e22fd" :authors '(("Yoshiki Kurihara"
>> . "clouder@gmail.com") ("Marshall T. Vandegrift"
>> . "llasram@gmail.com")) :maintainer '("Vasilij Schneidermann"
>> . "mail@vasilij.de") :keywords '("data" "yaml") :url
>> "https://github.com/yoshiki/yaml-mode")
> --8<---------------cut here---------------end--------------->8---

This is not expected: the `<PGK>-pkg.el` files are not generated
locally, they come straight from the tarballs (i.e. they're generated
once and for all when the tarball is created).  This said, this is
a MELPA package and it may be that MELPA re-builds all its tarballs "all
the time", so it's possible that the `yaml-mode-20220104.1503` from
a month ago holds a different `<PKG>-pkg.el` than the
`yaml-mode-20220104.1503` from today if the scripts used to build that
tarball have changed in-between.
NOTE: I said "may be", because I don't know whether it's the case
or not.  On `elpa.(non)gnu.org` tarballs are not *re*built, so for
(Non)GNU ELPA packages this should never happen.

> Also, if this is not the correct way to approach then how to find which
> the old package that was creating the issue.

Do the usual debugging from the details of issue itself, walking our way
back to its source?


        Stefan




  reply	other threads:[~2022-08-31 12:25 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-31  5:41 Hunting the culprit package Pankaj Jangid
2022-08-31 12:25 ` Stefan Monnier [this message]
2022-08-31 17:20   ` Pankaj Jangid
2022-08-31 22:12     ` Stefan Monnier
2022-09-01  0:31       ` T.V Raman
2022-09-03  2:51         ` Magit Richard Stallman
2022-09-03  6:29           ` Magit Akib Azmain Turja
2022-09-03 14:20             ` Magit Stefan Monnier
2022-09-03 14:56               ` Magit Eli Zaretskii
2022-09-03 18:22                 ` Magit Akib Azmain Turja
2022-09-03 18:34                   ` Magit Eli Zaretskii
2022-09-04  2:47                     ` Magit Akib Azmain Turja
2022-09-04  5:16                       ` Magit Eli Zaretskii
2022-09-03 15:16               ` Magit Stefan Kangas
2022-09-03 18:32                 ` Magit Akib Azmain Turja
2022-09-03 18:51                   ` Magit broken in NonGNU ELPA Stefan Kangas
2022-09-03 19:09                   ` Magit Philip Kaludercic
2022-09-05  4:03                     ` Magit Richard Stallman
2022-09-05  8:58                       ` Magit Philip Kaludercic
2022-09-07  2:19                         ` Magit Richard Stallman
2022-09-07  3:33                           ` Magit Phil Sainty
2022-09-07 12:40                           ` Magit Stefan Monnier
2022-09-07 13:02                             ` Magit Akib Azmain Turja
2022-09-03 18:45                 ` Magit Stefan Monnier
2022-09-05  4:03             ` Magit Richard Stallman
2022-09-05  9:04               ` Magit Philip Kaludercic
2022-09-05 11:48                 ` Magit Eli Zaretskii
2022-09-07  2:19                 ` Magit Richard Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=jwvr10wbocx.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).