all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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

  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.