GNU bug report logs -
#16826
Packages with same dependencies (name and version) fails to install
Previous Next
Reported by: Johan Andersson <johan.rejeep <at> gmail.com>
Date: Thu, 20 Feb 2014 17:16:01 UTC
Severity: important
Fixed in version 24.4
Done: Dmitry Gutov <dgutov <at> yandex.ru>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16826 in the body.
You can then email your comments to 16826 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16826
; Package
emacs
.
(Thu, 20 Feb 2014 17:16:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Johan Andersson <johan.rejeep <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 20 Feb 2014 17:16:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
I have an issue with package.el in Emacs snapshot. Works fine in Emacs
24.3.1 and lower.
Let's say I have three packages: foo, bar and baz.
Package foo depends on bar-0.0.1 and baz-0.0.1.
Package bar depends on baz-0.0.1.
It's important that foo and bar depends on the same baz version.
If I install package foo, I will get the following error:
"Need package `baz-0.0.1', but only 0.0.1 is available"
I have looked at the code of package.el and the code that throws the error
makes no sense to me. It works like this:
We want to install a list of packages and a list of requirements. If we try
to install a requirement that is part of the list of packages, we set a
variable called already. If already is true, we check if the requirement
version is smaller than the already package version. If it is, we move that
package to the beginning of the packages list. If it is not smaller, the
error above is thrown. What? Why? I have no idea...
Is this a bug or did I miss something?
[Message part 2 (text/html, inline)]
Reply sent
to
Dmitry Gutov <dgutov <at> yandex.ru>
:
You have taken responsibility.
(Fri, 21 Mar 2014 06:14:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Johan Andersson <johan.rejeep <at> gmail.com>
:
bug acknowledged by developer.
(Fri, 21 Mar 2014 06:14:03 GMT)
Full text and
rfc822 format available.
Message #10 received at 16826-done <at> debbugs.gnu.org (full text, mbox):
Version: 24.4
Johan Andersson <johan.rejeep <at> gmail.com> writes:
> Let's say I have three packages: foo, bar and baz.
>
> Package foo depends on bar-0.0.1 and baz-0.0.1.
> Package bar depends on baz-0.0.1.
>
> It's important that foo and bar depends on the same baz version.
>
> If I install package foo, I will get the following error:
>
> "Need package `baz-0.0.1', but only 0.0.1 is available"
Thanks for the report, should be fixed in 116817, branch emacs-24.
Seems to have been a regression from revision 113174. Provided I didn't
break anything else, the fix was pretty simple.
> I have looked at the code of package.el and the code that throws the error
> makes no sense to me. It works like this:
>
> We want to install a list of packages and a list of requirements. If we try
> to install a requirement that is part of the list of packages, we set a
> variable called already. If already is true, we check if the requirement
> version is smaller than the already package version. If it is, we move that
> package to the beginning of the packages list. If it is not smaller, the
> error above is thrown. What? Why? I have no idea...
Now it checks if the requirement version is smaller or equal. The
package is moved to make the order of installation better (see the bug
referenced in the comment), and if the requirement version is higher
than the one scheduled to be installed, we're out of luck (but I've
tweaked the error message a bit).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16826
; Package
emacs
.
(Mon, 24 Mar 2014 08:07:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 16826-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Can confirm that it works now, thanks for fixing it!
On Fri, Mar 21, 2014 at 7:12 AM, Dmitry Gutov <dgutov <at> yandex.ru> wrote:
> Version: 24.4
>
> Johan Andersson <johan.rejeep <at> gmail.com> writes:
>
> > Let's say I have three packages: foo, bar and baz.
> >
> > Package foo depends on bar-0.0.1 and baz-0.0.1.
> > Package bar depends on baz-0.0.1.
> >
> > It's important that foo and bar depends on the same baz version.
> >
> > If I install package foo, I will get the following error:
> >
> > "Need package `baz-0.0.1', but only 0.0.1 is available"
>
> Thanks for the report, should be fixed in 116817, branch emacs-24.
>
> Seems to have been a regression from revision 113174. Provided I didn't
> break anything else, the fix was pretty simple.
>
> > I have looked at the code of package.el and the code that throws the
> error
> > makes no sense to me. It works like this:
> >
> > We want to install a list of packages and a list of requirements. If we
> try
> > to install a requirement that is part of the list of packages, we set a
> > variable called already. If already is true, we check if the requirement
> > version is smaller than the already package version. If it is, we move
> that
> > package to the beginning of the packages list. If it is not smaller, the
> > error above is thrown. What? Why? I have no idea...
>
> Now it checks if the requirement version is smaller or equal. The
> package is moved to make the order of installation better (see the bug
> referenced in the comment), and if the requirement version is higher
> than the one scheduled to be installed, we're out of luck (but I've
> tweaked the error message a bit).
>
[Message part 2 (text/html, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 21 Apr 2014 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 62 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.