guix-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug#40440] [PATCH 2/3] gnu: Add mruby-zest.


From: Alexandros Theodotou
Subject: [bug#40440] [PATCH 2/3] gnu: Add mruby-zest.
Date: Tue, 14 Apr 2020 19:48:43 +0100
User-agent: Evolution 3.32.4

Hi Christopher,

Thanks for the review.

It would indeed be best to package each dependency first, but I don't
really have time to package all those dependencies, and I also don't
have much knowledge about ruby. If someone else is willing to do it,
please go ahead.

Thanks,
Alex

On Tue, 2020-04-14 at 19:41 +0100, Christopher Baines wrote:
> Alexandros Theodotou <address@hidden> writes:
> 
> > This patch adds mruby-zest, a dependency of zynfusion. I had some
> > help
> > from the developer for making it build without connecting to the
> > internet.
> 
> Hey Alex,
> 
> Thanks for taking the time to package mruby-zest.
> 
> > +(define-public mruby-zest
> > +  (package
> > +    (name "mruby-zest")
> > +    (version "3.0.5-ba39aabd")
> > +    (source
> > +      (origin
> > +        (method git-fetch)
> > +        (uri (git-reference
> > +               ;; this is a meta repo that packs the mruby
> > dependencies
> > +               ;; as submodules
> > +               (url "
> > https://github.com/mruby-zest/mruby-zest-build.git";)
> > +               ;; ghaction branch - suggested by the developer to
> > avoid
> > +               ;; automatic downloading of some unneeded and
> > +               ;; hard-to-package dependencies used for debugging
> > +               (commit  "ba39aabd8d4ddc5f14137083b6f9a96c536f5f12"
> > )
> > +               (recursive? #t)))
> 
> So I spotted the use of a "deps" directory, which is a bad sign, as
> dependencies should be other packages, not things as part of this
> package.
> 
> I then spotted that the source for this package isn't the upstream
> Git
> repository, but a Git repository that pulls together the mruby-zest
> source code, with code from ~16 other Git repositories.
> 
> Would it be possible to create Guix packages for these dependencies?
> 
> I know that would involve quite a bit of work, but unfortunately that
> kind of work is necessary to ensure Guix as a collection of packages
> can
> be maintained in the long term.
> 
> > +        (file-name (git-file-name name version))
> > +        (sha256
> > +         (base32
> > +          "1vqzdds30sr982dp7fclg4r19l44rv8pbz6h4a8vcginj494gvjn"))
> > ))

Attachment: signature.asc
Description: This is a digitally signed message part


reply via email to

[Prev in Thread] Current Thread [Next in Thread]