Re: Managing a multiple package definition

[raingloom]

On Mon, 30 May 2022 19:36:12 +0530
Winter Hound <winterhound@yandex.ru> wrote:

>    Perhaps you may already know this
> 
> 
> 
>    ss
> 
>    ;; Defining a dummy package that is common to all
>    I;; Taking fields that are common.
> 
>    Having multiple versions of the same package is convenient. Why
> isnt Guix has similar ? I know there inferior but having multiple
> versions in the same file would benefit right ?

My guess is it's because maintaining multiple version of a package is a
debugging and security nightmare. Fixing packages so that they can use
the latest version of a dependency is much more worthy of maintainer
efforts.
If you need to use a specific tag or commit so that you can compare
different versions of a package or something, package transformations
let you do that.