From: Naga Malleswari <nagamalli@riseup.net>
To: Danny Milosavljevic <dannym@scratchpost.org>, ludo@gnu.org
Cc: 40485@debbugs.gnu.org
Subject: [bug#40485] Acknowledgement (gnu: Update libxfce4ui to 4.15.2.)
Date: Mon, 13 Apr 2020 02:39:07 +0530 [thread overview]
Message-ID: <83cde561-7ed4-8d04-51ca-19a824fb3e8a@riseup.net> (raw)
In-Reply-To: <20200410001157.45e1a2e7@scratchpost.org>
Hi Danny
Is there a suggestion how to work on this.
Meanwhile i submitted another patch, please review
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=40546
On 10/04/20 3:41 am, Danny Milosavljevic wrote:
> Hi,
>
> On Fri, 10 Apr 2020 02:12:42 +0530
> Naga Malleswari <nagamalli@riseup.net> wrote:
>
>> On 09/04/20 3:49 am, Danny Milosavljevic wrote:
>>> + (inherit libxfce4ui-1)
>>> + (name "libxfce4ui") ; not necessary but I like it for no reason
>>> + (version "4.15.2")
>>> + (source (origin ; necessary block!!
>> I used the same. I added name block. It worked !!!
>> 1) If name block is removed in the latest [libxfce4ui package], it's building the
>> older version. Why??
> If I remove (name "libxfce4ui") from the latest libxfce4ui package, and then
> invoke
>
> make -j5 SUBDIRS=
>
> then I get an error
>
> error: name: unbound variable.
>
> from the compilation of gnu/packages/xfce.scm.
> So that's why the latest libxfce4ui package would never be loaded into guix
> (it's broken) and instead the other one would be used.
>
> I'm not sure why that is the case. It's certainly different to most other
> programming languages. @Ludo?
>
> @Ludo: Reduced test case:
>
> ,use (guix packages)
> (define-public a
> (package
> (name "a")
> (version name)
> (source #f) (build-system #f) (synopsis #f) (description #f) (license #f) (home-page #f)))
>
> (define-public b
> (package
> (inherit a)
> (version name))) ; error message here
>
> Error message:
>
> ;;; <stdin>:9:4: warning: possibly unbound variable `name'
> <unnamed port>:9:4: In procedure module-lookup: Unbound variable: name
>
> What's happening here? I would have expected NAME to be available from the
> descendant record and accessing the ancestor record... is it not available
> on purpose?
>
>> 2) /latest is also removed from variable. Would it make a difference?
> No. It's just part of a variable's name (the slash has no special meaning
> either).
--
Regards
NagaMalli
next prev parent reply other threads:[~2020-04-12 21:10 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-07 12:55 [bug#40485] gnu: Update libxfce4ui to 4.15.2 Naga Malleswari
[not found] ` <handler.40485.B.158626413323635.ack@debbugs.gnu.org>
2020-04-07 13:40 ` [bug#40485] Acknowledgement (gnu: Update libxfce4ui to 4.15.2.) Naga Malleswari
2020-04-07 13:57 ` Danny Milosavljevic
2020-04-07 14:01 ` Danny Milosavljevic
2020-04-07 14:07 ` Danny Milosavljevic
2020-04-07 14:17 ` Naga Malleswari
2020-04-07 14:23 ` Danny Milosavljevic
2020-04-07 19:17 ` Naga Malleswari
2020-04-07 19:24 ` Danny Milosavljevic
2020-04-07 19:48 ` Danny Milosavljevic
2020-04-08 19:43 ` Naga Malleswari
2020-04-08 22:19 ` Danny Milosavljevic
2020-04-08 22:31 ` Danny Milosavljevic
2020-04-08 22:44 ` Danny Milosavljevic
2020-04-09 20:42 ` Naga Malleswari
2020-04-09 22:11 ` Danny Milosavljevic
2020-04-12 21:09 ` Naga Malleswari [this message]
2020-04-13 19:27 ` Danny Milosavljevic
2020-04-14 15:43 ` [bug#40485] [PATCH v3] : " Naga Malleswari
2020-04-14 17:07 ` Tobias Geerinckx-Rice via Guix-patches via
2020-04-19 15:59 ` bug#40485: " Danny Milosavljevic
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83cde561-7ed4-8d04-51ca-19a824fb3e8a@riseup.net \
--to=nagamalli@riseup.net \
--cc=40485@debbugs.gnu.org \
--cc=dannym@scratchpost.org \
--cc=ludo@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.