GNU bug report logs - #30566
While searching for packages, deprecated packages should be ignored

Previous Next

Package: guix;

Reported by: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>

Date: Wed, 21 Feb 2018 09:04:01 UTC

Severity: normal

Done: ludo <at> gnu.org (Ludovic Courtès)

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Björn Höfling
 <bjoern.hoefling <at> bjoernhoefling.de>
Subject: bug#30566: closed (Re: bug#30566: While searching for packages,
 deprecated packages should be ignored)
Date: Tue, 27 Feb 2018 14:50:03 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#30566: While searching for packages, deprecated packages should be ignored

which was filed against the guix package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 30566 <at> debbugs.gnu.org.

-- 
30566: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=30566
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: ludo <at> gnu.org (Ludovic Courtès)
To: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
Cc: 30566-done <at> debbugs.gnu.org
Subject: Re: bug#30566: While searching for packages,
 deprecated packages should be ignored
Date: Tue, 27 Feb 2018 15:49:35 +0100
Hello Björn,

Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de> skribis:

> I have to look into the package sources to find out which of the two is
> the not-deprecated one.

Fixed in 0fb405796cdb5579c911b30da9d40b4a18cd7f07.

Deprecated packages are entirely hidden in this case, which I think is
the right thing: we don’t want people to use the deprecated name.

Thank you!

Ludo’.

[Message part 3 (message/rfc822, inline)]
From: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
To: <bug-guix <at> gnu.org>
Subject: While searching for packages, deprecated packages should be ignored
Date: Wed, 21 Feb 2018 10:03:16 +0100
When I search for a deprecated package, I get both the deprecated
package and the new one. That is quite confusing and I can't decide
which one to take. For example:

$ guix package -s geiser

name: geiser-next
version: 0.9
outputs: out
systems: x86_64-linux i686-linux armhf-linux aarch64-linux
mips64el-linux dependencies: emacs-minimal-25.3 guile-2.0.14
location: guix/packages.scm:335:2
homepage: https://nongnu.org/geiser/
license: Modified BSD
synopsis: Collection of Emacs modes for Guile and Racket hacking  
description:
[..]
relevance: 6

name: geiser
version: 0.9
outputs: out
systems: x86_64-linux i686-linux armhf-linux aarch64-linux
mips64el-linux dependencies: emacs-minimal-25.3 guile-2.0.14
location: gnu/packages/emacs.scm:314:2
homepage: https://nongnu.org/geiser/
license: Modified BSD
synopsis: Collection of Emacs modes for Guile and Racket hacking  
description: 
[..]
relevance: 6

Here I get two exactly same results, besides the package name and the
source code line number.

I have to look into the package sources to find out which of the two is
the not-deprecated one.

As a user, I would like to see only the new package mentioned. Maybe
some users also want a short note like:

"geiser formerly known as geiser-new."

Technical background:

`deprecated-package` is defined in `guix/packages.scm`: 

```
(define (deprecated-package old-name p)
  "Return a package called OLD-NAME and marked as superseded by P, a package
object."
  (package
    (inherit p)
    (name old-name)
    (properties `((superseded . ,p)))))
```

That means the `guix package -s` should somehow make use of the
`superseeded` property.

Björn



This bug report was last modified 7 years and 82 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.