From: "J. Neuschäfer via buildroot" <buildroot@buildroot.org>
To: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Cc: "J. Neuschäfer" <j.neuschaefer@gmx.net>,
"J. Neuschäfer via buildroot" <buildroot@buildroot.org>
Subject: Re: [Buildroot] [PATCH 8/8] tipidee: new package
Date: Tue, 9 Jul 2024 21:30:57 +0200 [thread overview]
Message-ID: <Zo2P8Z4LbGD-HGqz@probook> (raw)
In-Reply-To: <20240708232440.56e59da4@windsurf>
On Mon, Jul 08, 2024 at 11:24:40PM +0200, Thomas Petazzoni wrote:
> Hello,
>
> On Thu, 04 Jul 2024 21:40:34 +0200
> J. Neuschäfer via buildroot <buildroot@buildroot.org> wrote:
>
> > Signed-off-by: J. Neuschäfer <j.neuschaefer@gmx.net>
>
> Thanks for this contribution!
>
> > +if BR2_PACKAGE_TIPIDEE
> > +
> > +config BR2_PACKAGE_TIPIDEE_CONFIGURATION
> > + bool "install a configuration file to /etc/tipidee.conf.cdb"
> > + select BR2_PACKAGE_HOST_TIPIDEE
> > + help
> > + Build a tipidee configuration and install it to the target.
> > +
> > +config BR2_PACKAGE_TIPIDEE_CONFIGURATION_FILE
> > + string "configuration source file"
> > + default "$(CONFIG_DIR)/tipidee.conf"
> > + depends on BR2_PACKAGE_TIPIDEE_CONFIGURATION
> > + help
> > + The configuration file in source (text) format, documented at:
> > +
> > + https://skarnet.org/software/tipidee/tipidee.conf.html
>
> I'm not sure those configuration options are really needed. We usually
> don't make the configuration file configurable, and leave that up to a
> rootfs-overlay. I understand that the configuration is apparently
> "compiled", but I would perhaps leave that up to be overridden by a
> post-build script? Or perhaps we should do this configuration file
> "compilation" as a TARGET_FINALIZE_HOOKS so that it happens after
> rootfs-overlay are copied, allowing the user to override the
> configuration file, while still seeing it "compiled"?
I'm not sure about the different options for hooks, etc., in buildroot,
but my reasoning was that I find it easier to set an option than to
write a custom script.
> > diff --git a/package/tipidee/Config.in.host b/package/tipidee/Config.in.host
> > new file mode 100644
> > index 0000000000..93e548df1e
> > --- /dev/null
> > +++ b/package/tipidee/Config.in.host
> > @@ -0,0 +1,8 @@
> > +config BR2_HOST_PACKAGE_TIPIDEE
> > + bool "host tipidee"
> > + depends on BR2_USE_MMU # skalibs
I just noticed this dependency only makes sense for the target package,
I'll remove it for version 3.
> > + select BR2_PACKAGE_SKALIBS
> > + help
> > + This package builds the tipidee-config tool for the host.
> > +
> > + https://skarnet.org/software/tipidee/
>
> I'm not sure we really need a visible config option for this,
> host-tipidee is going to be a dependency of tipidee anyway.
I'll remove the name so it's hidden from manual selection.
However, this only makes sense if the current approach
(BR2_PACKAGE_TIPIDEE_CONFIGURATION) is kept or if
BR2_PACKAGE_TIPIDEE unconditionally selects BR2_HOST_PACKAGE_TIPIDEE.
>
> > diff --git a/package/tipidee/tipidee.mk b/package/tipidee/tipidee.mk
> > new file mode 100644
> > index 0000000000..2fde75b87d
> > --- /dev/null
> > +++ b/package/tipidee/tipidee.mk
> > @@ -0,0 +1,72 @@
> > +################################################################################
> > +#
> > +# tipidee
> > +#
> > +################################################################################
> > +
> > +TIPIDEE_VERSION = 0.0.5.0
> > +TIPIDEE_SITE = https://skarnet.org/software/tipidee
> > +TIPIDEE_LICENSE = ISC
> > +TIPIDEE_LICENSE_FILES = COPYING
> > +TIPIDEE_INSTALL_STAGING = YES
> > +TIPIDEE_DEPENDENCIES = skalibs
> > +
> > +TIPIDEE_CONF_OPTS = \
> > + --prefix=/ \
>
> This looks odd, why not --prefix=/usr ?
I copied this from other skarnet.org packages, but --prefix=/usr would
work too.
> The rest really looks super reasonable to me, good work!
Thanks for your review!
jn
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
next prev parent reply other threads:[~2024-07-09 19:31 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-04 19:40 [Buildroot] [PATCH 0/8] Various skarnet.org updates and new tipidee package J. Neuschäfer via buildroot
2024-07-04 19:40 ` [Buildroot] [PATCH 1/8] skalibs: bump to version 2.14.2.0 J. Neuschäfer via buildroot
2024-07-04 19:40 ` [Buildroot] [PATCH 2/8] s6: bump to version 2.13.0.1 J. Neuschäfer via buildroot
2024-07-04 19:40 ` [Buildroot] [PATCH 3/8] execline: bump to version 2.9.6.0 J. Neuschäfer via buildroot
2024-07-04 19:40 ` [Buildroot] [PATCH 4/8] s6-networking: bump to version 2.7.0.3 J. Neuschäfer via buildroot
2024-07-04 19:40 ` [Buildroot] [PATCH 5/8] s6-rc: bump to version 0.5.4.3 J. Neuschäfer via buildroot
2024-07-04 19:40 ` [Buildroot] [PATCH 6/8] mdevd: bump to version 0.1.6.4 J. Neuschäfer via buildroot
2024-07-04 19:40 ` [Buildroot] [PATCH 7/8] s6-dns: bump to version 2.3.7.2 J. Neuschäfer via buildroot
2024-07-04 19:40 ` [Buildroot] [PATCH 8/8] tipidee: new package J. Neuschäfer via buildroot
2024-07-08 21:24 ` Thomas Petazzoni via buildroot
2024-07-09 19:30 ` J. Neuschäfer via buildroot [this message]
2024-07-04 19:44 ` [Buildroot] [PATCH 0/8] Various skarnet.org updates and new tipidee package J. Neuschäfer via buildroot
2024-07-08 21:13 ` Thomas Petazzoni via buildroot
2024-07-08 22:45 ` J. Neuschäfer via buildroot
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=Zo2P8Z4LbGD-HGqz@probook \
--to=buildroot@buildroot.org \
--cc=j.neuschaefer@gmx.net \
--cc=thomas.petazzoni@bootlin.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox