Hi Randy,
Thanks for offering to help. The recipe is posted below.
For Poky: I'm on the master branch. Last commit
being 4211a7497886561e9607f18dd4d81d0d41eaadfa
Likewise, for meta-openembedded layers I am on the masters and pull them
daily.
The dependencies have been individually tested and all built successfully
(eg bitbake nftables) as per firewalld's Github instructions. The only
module I had trouble finding was python3-slip-dbus -- which I used
python3-dbus and python-slip-dbus instead. I'm not sure if this will be an
issue.
Finally, in my local.conf file I've added the following:
DISTRO_FEATURES_append = " systemd sysvinit"
DISTRO_FEATURES_BACKFILL_CONSIDERED += "sysvinit"
VIRTUAL-RUNTIME_init_manager = "systemd"
<<
# Recipe created by recipetool
# This is the basis of a recipe and may need further editing in order to be
fully functional.
# (Feel free to remove these comments when editing.)
SUMMARY = "A firewall daemon with D-Bus interface providing a dynamic
firewall"
# WARNING: the following LICENSE and LIC_FILES_CHKSUM values are best
guesses - it is
# your responsibility to verify that the values are complete and correct.
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
SRC_URI = "git://github.com/firewalld/firewalld.git;protocol=https"
# Modify these as desired
PV = "0.6.999+git${SRCPV}"
SRCREV = "44200d0f508a990c5dfff9f480a6206ec507e229"
S = "${WORKDIR}/git"
# NOTE: the following prog dependencies are unknown, ignoring:
ip6tables-restore rmmod sysctl ip6tables modprobe modinfo ebtables iptables
ebtables-restore iptables-restore kill ipset nft xsltproc
DEPENDS = "desktop-file-utils-native intltool-native glib-2.0-native
systemd iptables ebtables ipset nftables python3-native python3-dbus
python-slip-dbus python3-decorator python3-pygobject python3-pydbus
docbook-xml-dtd4-native docbook-xsl-stylesheets-native
docbook-xsl-stylesheets libxml2-native xmlto-native"
# NOTE: if this software is not capable of being built in a separate build
directory
# from the source, you should replace autotools with autotools-brokensep in
the
# inherit line
# NOTE: spec file indicates the license may be "GPLv2+"
inherit pythonnative gettext autotools
# Specify any options you want to pass to the configure script using
EXTRA_OECONF:
EXTRA_OECONF = ""
<<
Thanks,
Sam.
On Thu, 17 Jan 2019 at 05:49, Randy MacLeod
wrote:
> On 1/16/19 12:47 AM, Sam Zeter wrote:
> > Hello all,
> >
> > I've been attempting to build firewalld by adding it through 'devtool
> > add ' and then 'devtool build firewalld'. However, I am stuck with the
> > following errors. I have no idea what could be causing this. Could
> > someone please help?
> >
> > xsltproc -o ../html/firewall-cmd.html --nonet --xinclude
> > transform-html.xsl firewall-cmd.xml
> > | xsltproc -o ../html/firewalld.dbus.html --nonet --xinclude
> > transform-html.xsl
> >
> ../../../../../../../../workspace/sources/firewalld/doc/xml/firewalld.dbus.xml
> > | xsltproc -o ../html/firewalld.conf.html --nonet --xinclude
> > transform-html.xsl
> >
> ../../../../../../../../workspace/sources/firewalld/doc/xml/firewalld.conf.xml
> > | xsltproc -o ../html/firewalld.html --nonet --xinclude
> > transform-html.xsl firewalld.xml
> > | 134 translated messages, 281 untranslated messages.
> > | bn_IN: 293 translated messages, 122 untranslated messages.
> > | ca: 415 translated messages.
> > | cs: 415 translated messages.
> > | da: warning: failed to load external entity "authors.xml"
> > | firewall-cmd.xml:36: parser error : Failure to process entity authors
> > |
> > | ^
> > | firewall-cmd.xml:36: parser error : Entity 'authors' not defined
> > |
> > | ^
> > | warning: failed to load external entity "seealso.xml"
> > | firewall-cmd.xml:2297: parser error : Failure to process entity seealso
> > |
> > |^
> > | firewall-cmd.xml:2297: parser error : Entity 'seealso' not defined
> > |
> >
> > Thanks
> > Sam.
> >
>
> Hi Sam,
>
> Can you post your recipe?
>
> Do you have all the dependencies listed on:
> https://github.com/firewalld/firewalld
>
> What branch & commit are you based on?
>
> When we looked at adding a firewalld recipe 3+ years ago
> it didn't work out since the package wasn't cross-compile
> friendly but things have changed since then so I'm looking
> forward to see what can be achieved.
>
>
> --
> # Randy MacLeod
> # Wind River Linux
>
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
