GNU bug report logs -
#57757
[PATCH] * gnu/packages/wm.scm: Add sbcl-stumpwm-pamixer
Previous Next
Reported by: Trevor Richards <trev <at> trevdev.ca>
Date: Mon, 12 Sep 2022 21:47:02 UTC
Severity: normal
Tags: patch
Done: Guillaume Le Vaillant <glv <at> posteo.net>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Maxime Devos <maximedevos <at> telenet.be> writes:
> On 19-09-2022 19:47, Trevor Richards wrote:
>> + (arguments
>> + `(#:asd-systems '(:pamixer)
>> + #:phases
>> + ,#~(modify-phases %standard-phases
>> + (add-after 'unpack 'patch-pamixer
>> + (lambda _
>> + (substitute* "pamixer.lisp"
>> + (("\"pamixer \"")
>> + (string-append
>> + "\"" #$pamixer "/bin/pamixer \""))))))))
>
> To support --with-input transformations, you can't do #$input, you have
> to do #$(this-package-input "pamixer") instead -- or better, don't
> depend on input labels, by using (search-input-file inputs
> "bin/pamixer") instead.
>
Thanks for the feedback. It's hard to tell when a gexp is appropriate
and where it's not, or how to properly evaluate it all at the right
time. The current patch builds. Is this problematic in the sense that
it's using some reference to #$pamixer that is not actually a part of
the build environment?
Note I had to use a quasiqote and unquote for the `gexp` to work.
Transforming the arguments into a list so I would not have to do this
breaks the #:asd-systems keyword value somehow.
When I observe the source code it's kinda all over the place when it
comes to using gexps in some way or when not to.
I will patch this again and document a note about this but if there's
any clarifying documentation I would happily read it. Apologies in
advance if I have missed existing documentation.
--
Trev : 0FB7 D06B 4A2A F07E AD5B 1169 183B 6306 8AA1 D206
[signature.asc (application/pgp-signature, inline)]
This bug report was last modified 2 years and 243 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.