bug#54117: 28.0.91; Upgrading packages not working

bug#54117: 28.0.91; Upgrading packages not working

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Install some packages from NonGNU ELPA and wait for newer versions to
become available.  Then, type U in the package list.  Those packages
will not be marked for upgrades.  (I hope I'm not doing anything wrong
here.)

Thanks.

In GNU Emacs 28.0.91 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.17.4, Xaw3d scroll bars)
 of 2022-02-08 built on trinity
Repository revision: 82e74e4559b8becd44f3e7ac0134e2baddd69921
Repository branch: emacs-28
Windowing system distributor 'The X.Org Foundation', version 11.0.12014000
System Description: Fedora Linux 35 (Workstation Edition)

Configured using:
 'configure --with-x-toolkit=lucid --with-native-compilation
 --cache-file=/tmp/ccache'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LCMS2 LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY
PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11
XAW3D XDBE XIM XPM LUCID ZLIB

bug#54117: 28.0.91; Upgrading packages not working

[Lars Ingebrigtsen]

Po Lu <luangruo@yahoo.com> writes:

> Install some packages from NonGNU ELPA and wait for newer versions to
> become available.  Then, type U in the package list.  Those packages
> will not be marked for upgrades.  (I hope I'm not doing anything wrong
> here.)

I tried `U' in the package list and it said

---
Packages marked for upgrading: 18
---

So it seems like it's working for me.  (I tried this in Emacs 29,
though.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#54117: 28.0.91; Upgrading packages not working

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Po Lu <luangruo@yahoo.com> writes:
>
>> Install some packages from NonGNU ELPA and wait for newer versions to
>> become available.  Then, type U in the package list.  Those packages
>> will not be marked for upgrades.  (I hope I'm not doing anything wrong
>> here.)
>
> I tried `U' in the package list and it said
>
> ---
> Packages marked for upgrading: 18
> ---
>
> So it seems like it's working for me.

Hmm, which packages?  I have geiser stuck on 0.22 (while 0.22.2 shows up
in the package list), to name one example.

Thanks.

bug#54117: 28.0.91; Upgrading packages not working

[Lars Ingebrigtsen]

Po Lu <luangruo@yahoo.com> writes:

> Hmm, which packages?  I have geiser stuck on 0.22 (while 0.22.2 shows up
> in the package list), to name one example.

Here's the list of packages it says are upgradable for me:

18 matches for "^I" in buffer: *Packages*
     69:I ada-mode                       7.2.0          available    gnu      major-mode for editing Ada sources
    240:I auto-dim-other-buffers         20220209.2101  available    melpa    Makes windows without focus less prominent
   1449:I esxml                          20211122.1657  available    melpa    Library for working with xml via esxml and sxml
   2778:I js2-mode                       20211229.135   available    melpa    Improved JavaScript editing mode
   3123:I magit-section                  20220222.1354  available    melpa    Sections for read-only buffers
   3486:I nov                            20220218.1230  available    melpa    Featureful EPUB reader mode
   3933:I paredit                        20191121.2328  available    melpa    minor mode for editing parentheses
   3984:I pdf-tools                      20220214.344   available    melpa    Support library for PDF documents
   4028:I php-mode                       20220120.1959  available    melpa    Major mode for editing PHP code
   4136:I powerline                      20220122.1904  available    melpa    Rewrite of Powerline
   4868:I subed                          1.0.3          available    nongnu   A major mode for editing subtitles
   4903:I swift-mode                     20211031.543   available    melpa    Major-mode for Apple's Swift programming language
   4948:I tablist                        20200427.2205  available    melpa    Extended tabulated-list-mode
   5170:I uni-confusables                0.3            available    gnu      Unicode confusables table
   5354:I wgrep                          20210322.2207  available    melpa    Writable grep buffer and apply the changes to files
   5361:I which-key                      20220214.1818  available    melpa    Display available keybindings in popup
   5395:I wisi                           3.1.7          available    gnu      Utilities for implementing an indentation/navigation engine using a generalized LALR parser
   5399:I with-editor                    20220211.2034  available    melpa    Use the Emacsclient as $EDITOR


-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#54117: 28.0.91; Upgrading packages not working

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Here's the list of packages it says are upgradable for me:
>
> 18 matches for "^I" in buffer: *Packages*
>      69:I ada-mode                       7.2.0          available    gnu      major-mode for editing Ada sources
>     240:I auto-dim-other-buffers         20220209.2101  available    melpa    Makes windows without focus less prominent
>    1449:I esxml                          20211122.1657  available    melpa    Library for working with xml via esxml and sxml
>    2778:I js2-mode                       20211229.135   available    melpa    Improved JavaScript editing mode
>    3123:I magit-section                  20220222.1354  available    melpa    Sections for read-only buffers
>    3486:I nov                            20220218.1230  available    melpa    Featureful EPUB reader mode
>    3933:I paredit                        20191121.2328  available    melpa    minor mode for editing parentheses
>    3984:I pdf-tools                      20220214.344   available    melpa    Support library for PDF documents
>    4028:I php-mode                       20220120.1959  available    melpa    Major mode for editing PHP code
>    4136:I powerline                      20220122.1904  available    melpa    Rewrite of Powerline
>    4868:I subed                          1.0.3          available    nongnu   A major mode for editing subtitles
>    4903:I swift-mode                     20211031.543   available    melpa    Major-mode for Apple's Swift programming language
>    4948:I tablist                        20200427.2205  available    melpa    Extended tabulated-list-mode
>    5170:I uni-confusables                0.3            available    gnu      Unicode confusables table
>    5354:I wgrep                          20210322.2207  available    melpa    Writable grep buffer and apply the changes to files
>    5361:I which-key                      20220214.1818  available    melpa    Display available keybindings in popup
>    5395:I wisi                           3.1.7          available    gnu      Utilities for implementing an indentation/navigation engine using a generalized LALR parser
>    5399:I with-editor                    20220211.2034  available    melpa    Use the Emacsclient as $EDITOR

Hmm, thanks.  For me, at least the following packages that should be
upgradable aren't marked for upgrades on my side: ivy-posframe,
posframe, pyim, geiser, and coterm.

In fact, nothing gets marked for upgrades, and I have got quite some
more packages installed, so I suspect some problem in the upgrade
marking process.

(BTW, I don't have MELPA enabled if that's relevant.)

bug#54117: 28.0.91; Upgrading packages not working

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Po Lu <luangruo@yahoo.com> writes:

> In fact, nothing gets marked for upgrades, and I have got quite some
> more packages installed, so I suspect some problem in the upgrade
> marking process.

I got around to looking at this: every package installed is labeled as
"external" instead of "installed".  Since I don't know what the
difference between the two is, I installed a change to also mark
upgradable "external" packages, and am closing this bug.

bug#54117: 28.0.91; Upgrading packages not working

[Corwin Brust]

> Po Lu <luangruo@yahoo.com> writes:
>
> > In fact, nothing gets marked for upgrades, and I have got quite some
> > more packages installed, so I suspect some problem in the upgrade
> > marking process.
>
> I got around to looking at this: every package installed is labeled as
> "external" instead of "installed".  Since I don't know what the
> difference between the two is, I installed a change to also mark
> upgradable "external" packages, and am closing this bug.
>

Did this change go to the release branch (for the future 28.2) or to
the trunk or both?

Thanks!

bug#54117: 28.0.91; Upgrading packages not working

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Corwin Brust <corwin@bru.st> writes:

>> Po Lu <luangruo@yahoo.com> writes:
>>
>> > In fact, nothing gets marked for upgrades, and I have got quite some
>> > more packages installed, so I suspect some problem in the upgrade
>> > marking process.
>>
>> I got around to looking at this: every package installed is labeled as
>> "external" instead of "installed".  Since I don't know what the
>> difference between the two is, I installed a change to also mark
>> upgradable "external" packages, and am closing this bug.
>>
>
> Did this change go to the release branch (for the future 28.2) or to
> the trunk or both?

Just to master.  It didn't seem safe enough for the release branch,
since it isn't a regression in 28.1.

bug#54117: 28.0.91; Upgrading packages not working

[Corwin Brust]

On Wed, Apr 13, 2022 at 7:47 PM Po Lu <luangruo@yahoo.com> wrote:
>
> >
> > Did this change go to the release branch (for the future 28.2) or to
> > the trunk or both?
>
> Just to master.  It didn't seem safe enough for the release branch,
> since it isn't a regression in 28.1.

Gotcha.  I was asking because the bug report was filed against 28.x. I
wasn't sure if that implied a fix for 28.2 or not.

Thank you for the reply.

bug#54117: 28.0.91; Upgrading packages not working

[Dmitry Gutov]

On 13.04.2022 10:19, Po Lu via Bug reports for GNU Emacs, the Swiss army 
knife of text editors wrote:
> I got around to looking at this: every package installed is labeled as
> "external" instead of "installed".  Since I don't know what the
> difference between the two is

        ;; Not inside `package-user-dir'.
        ((not (file-in-directory-p dir package-user-dir)) "external")

Perhaps you customize package-user-dir and its value is applied later 
than package-initialize is called? Or something similar.