unofficial mirror of guix-patches@gnu.org 
 help / color / mirror / code / Atom feed
From: Simon Tournier <zimon.toutoune@gmail.com>
To: Andy Tai <lichengtai@gmail.com>
Cc: 59829@debbugs.gnu.org
Subject: [bug#59829] [PATCH core-updates] gnu: wlroots: Add propagated input xcb-util-renderutil
Date: Mon, 09 Jan 2023 11:20:54 +0100	[thread overview]
Message-ID: <87o7r8ypo9.fsf@gmail.com> (raw)
In-Reply-To: <CAJsg1E8qC6F7uVf49R1f=oTJvkTJwyLzXWuYmv9fb2M_XGpdgw@mail.gmail.com>

Hi,

On ven., 06 janv. 2023 at 23:13, Andy Tai <lichengtai@gmail.com> wrote:

> Hi, I thought propagation inputs are for letting dependent packages to be
> able to automatically add this input to its dependency list, like, say,
> glib as a propagation input for gtk+ as all gtk+ [programs has glib as an
> input or dependency.  xcb-util-renderutil seems to have a similar role for
> wlroots.

The manual [1] reads for propagated-inputs:

        Lastly, propagated-inputs is similar to inputs, but the
        specified packages will be automatically installed to profiles
        (see the role of profiles in Guix) alongside the package they
        belong to (see guix package, for information on how guix package
        deals with propagated inputs).

        For example this is necessary when packaging a C/C++ library
        that needs headers of another library to compile, or when a
        pkg-config file refers to another one via its Requires field.

        Another example where propagated-inputs is useful is for
        languages that lack a facility to record the run-time search
        path akin to the RUNPATH of ELF files; this includes Guile,
        Python, Perl, and more. When packaging libraries written in
        those languages, ensure they can find library code they depend
        on at run time by listing run-time dependencies in
        propagated-inputs rather than inputs.


Other said, a dependency is added to the propagated-inputs list when
Guix is not able to automatically determine if the package references a
dependency from the inputs list.

My naive question is: is xcb-util-renderutil required by wlroots to
correctly run?

1: <https://guix.gnu.org/manual/devel/en/guix.html#package_002dpropagated_002dinputs>


Cheers,
simon





  reply	other threads:[~2023-01-09 12:27 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-12-05  6:44 [bug#59829] [PATCH core-updates] gnu: wlroots: Add propagated input xcb-util-renderutil Andy Tai
2023-01-06 11:53 ` zimoun
2023-01-07  7:13   ` Andy Tai
2023-01-09 10:20     ` Simon Tournier [this message]
2023-01-11  8:18       ` Andy Tai
2023-01-16 15:01         ` Maxim Cournoyer
2023-01-16 21:34           ` Andy Tai

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

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87o7r8ypo9.fsf@gmail.com \
    --to=zimon.toutoune@gmail.com \
    --cc=59829@debbugs.gnu.org \
    --cc=lichengtai@gmail.com \
    /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 public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).