From mboxrd@z Thu Jan  1 00:00:00 1970
From: Robin Roevens <robin.roevens@disroot.org>
To: development@lists.ipfire.org
Subject: Re: [PATCH 0/2] buildprocess: additional pak metadata
Date: Thu, 12 Aug 2021 17:34:19 +0200
Message-ID: <3ea3988517b265a62cc91f6a0382e50b0e465fcb.camel@disroot.org>
In-Reply-To: <20210701191514.8176-1-robin.roevens@disroot.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6649065727646237938=="
List-Id: <development.lists.ipfire.org>

--===============6649065727646237938==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi all

Had anybody already had a chance to start reviewing this patch-set
during my absence ?

I also have changes to Pakfire in the pipeline to actually use the
metadata provided by this set, but I'm waiting to submit those patches
as they depend on the acceptance of this set (and on my
other patch "pakfire: implement function to parse meta files" to counter Jona=
than's comments about de pakfire code quality which I originally duplicated i=
n a previous prototype of the changes to come.)

Regards

Robin

Robin Roevens schreef op do 01-07-2021 om 21:15 [+0200]:
> Hi
>=20
> Second attemt to submit this patchset. Hoping the mailserver won't
> find
> malicious URLs in it.
>=20
> For completeness, the summary included in the first attempt:
>=20
> As discussed earlier, I hereby submit a patchset adding extra
> metadata=20
> to all pak's.
>=20
> First patch adds the new metadata fields "Summary" and "Services" to
> the=20
> meta-file templates and introduces the new macro INSTALL_INITSCRIPTS=20
> accepting a space seperated list of initscripts to install to avoid
> duplicating the list of service initscripts. (Once in the new
> SERVICES
> meta-data field and once by calling INSTALL_INITSCRIPT for each of=20
> them).
> The original INSTALL_INITSCRIPT macro is kept (and called by the new
> macro) for corner cases where non-service initscripts need to be=20
> installed and for use by non-pak lfs files as they currently don't
> have=20
> a SERVICES variable.=20
>=20
> The second patch adds the new metadata for all pak's in their
> respective
> lfs files.=20
> As I went over all pak lfs files, I did not encounter any corner
> cases
> hence all calls to INSTALL_INITSCRIPT are replaced by calls to the
> new
> INSTALL_INITSCRIPTS passing the SERVICES variable as argument.
> The only special case maybe worth mentioning is Icinga, where a
> service
> initscript is installed by a make rule of the source. Hence no call
> to
> INSTALL_INITSCRIPT or INSTALL_INITSCRIPTS is required. But the
> service
> is included in the SERVICES variable to have it recorded in the meta-
> file.
>=20
> This set does not yet contain changes in pakfire or services.cgi to
> actually do something with the new meta-data.
> Those changes will be posted shortly.
>=20
> Regards
>=20
> Robin
>=20
>=20
>=20


--=20
Dit bericht is gescanned op virussen en andere gevaarlijke
inhoud door MailScanner en lijkt schoon te zijn.


--===============6649065727646237938==--