[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Managing a multiple package definition
From: |
raingloom |
Subject: |
Re: Managing a multiple package definition |
Date: |
Tue, 31 May 2022 15:52:07 +0200 |
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.