Query: Regarding lighttpd/librarries in /usr/lib not copying

Query: Regarding lighttpd/librarries in /usr/lib not copying

[kumar.manu]

[-- Attachment #1: Type: text/plain, Size: 1181 bytes --]

Hi All,

We are using krikstone yocto framework..for our migration project from tisdk8.2(dunfell) to tisdk9.1 we have created our own custom-image.bb.
In this case,

  1.  We have used below content in custom-image.bb

PROVIDES = "sem3-iot-image"



LICENSE="MIT"



DEPENDS = "core-image-minimal lighttpd"

IMAGE_INSTALL:append =lightttpd

Inherit core-image



LIC_FILES_CHKSUM = "file://${COREBASE}/LICENSE;md5=b97a012949927931feb7793eee5ed924 \

                                         file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420<file://$%7bCOREBASE%7d/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420>"


  1.  if we run bitbake custom-image.bb
  2.  we are not able to see mod_redirect, mod_auth etc.c ,modules are not appearing in

custom_imgae/1.0-r0/rootfs/usr/lib/lighttpd/  which is expected to be..

instead we are able to see in ,

custom_image/1.0-r0/recipe-sysroot/usr/lib/lighttpd/



but the same file if i run in old tisdk8.2 i am able to lighttpd modules in custom_imgae/1.0-r0/rootfs/usr/lib/lighttpd/. can anyone  please provide any refences or any link to provide info of this.. 😊

[-- Attachment #2: Type: text/html, Size: 8133 bytes --]

Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Gyorgy Sarvari]

> *
> *
>
> *IMAGE_INSTALL:append =lightttpd *
>
>
Just to confirm: "lighttpd" has only 2 "t" letters (not 3, as in your 
message), and it should be enclosed in quotes. Also, note that when you 
use the override-style ":append", you have to take care of the spaces 
around the appended value too:


IMAGE_INSTALL:append = " lighttpd "

Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Kumar, Manu]

[-- Attachment #1: Type: text/plain, Size: 810 bytes --]

Yes Sarvari, you are rite.. I have declared as per your input .. but i am facing same as I mentioned in previous thread ..


________________________________
From: Gyorgy Sarvari <skandigraun@gmail.com>
Sent: Monday, January 6, 2025 4:03:02 PM
To: yocto@lists.yoctoproject.org <yocto@lists.yoctoproject.org>; Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>
Subject: Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

> *
> *
>
> *IMAGE_INSTALL:append =lightttpd *
>
>
Just to confirm: "lighttpd" has only 2 "t" letters (not 3, as in your
message), and it should be enclosed in quotes. Also, note that when you
use the override-style ":append", you have to take care of the spaces
around the appended value too:


IMAGE_INSTALL:append = " lighttpd "


[-- Attachment #2: Type: text/html, Size: 1574 bytes --]

Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Gyorgy Sarvari]

On 06.01.25 13:52, Kumar, Manu wrote:
> Yes Sarvari, you are rite.. I have declared as per your input .. but i 
> am facing same as I mentioned in previous thread ..

Hmmm... I just tried to build your recipe with Kirkstone, and it did 
work as expected.

Do you have the other folders populated in the rootfs folder, like do 
you see a bunch of so files in custom_image/1.0-r0/rootfs/usr/lib/ 
folder? Or is it also empty?

Also, do you use any custom bbappend with lighttpd?

As a last thought for this mail: lighttpd recipe provides a number of 
lighttpd-modules-* packages (most of which are not installed 
automatically). The easiest to see this list is to take a look at the 
build packages in deploy/$PACKAGE_TYPE/$ARCH/lighttpd-module-* files.

You could check the output of 'grep "Installing lighttpd-module" 
log.do_rootfs' command in both Dunfell and Kirkstone. If Dunfell 
installed some extra that you are missing in Kirkstone, you could add 
them to the IMAGE_INSTALL variable (or do the RDEPENDS variable of the 
recipe that needs it specifically).

RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Kumar, Manu]

Yes, Here are the difference 

In tisdk 8.2:

sem3user@INKEO42659LNPR:~/11624/SEM3T_COM/build$ ls arago-tmp-external-arm-glibc/work/am335x_evm-linux-gnueabi/custom-image/1.0-r0/rootfs/usr/lib
coreutils                 libcpufreq.so.0.0.0      libffi.so.7                 libgthread-2.0.so.0.6200.6  liblog4c.so.3                 libnl-3.so.200.26.0       libxml2.so.2.9.10
e2initrd_helper           libcrypto.so.1.1         libffi.so.7.1.0             libhistory.so.8             liblog4c.so.3.3.1             libnl-genl-3.so.200       libxtables.so.12
environment.d             libcryptsetup.so.12      libformw.so.5               libhistory.so.8.0           liblwres.so.161               libnl-genl-3.so.200.26.0  libxtables.so.12.2.0
gio                       libcryptsetup.so.12.6.0  libformw.so.5.9             libhogweed.so.5             liblwres.so.161.0.4           libnsl.so.2               mod_accesslog.so
libacl.so.1               libcurl.so.4             libgcrypt.so.20             libhogweed.so.5.0           liblzma.so.5                  libnsl.so.2.0.0           mod_access.so
libacl.so.1.1.2253        libcurl.so.4.6.0         libgcrypt.so.20.2.5         libidn2.so.0                liblzma.so.5.2.4              libomapi.so.0             mod_authn_file.so
libapm.so.1               libdaemon.so.0           libgdbm_compat.so.4         libidn2.so.0.3.7            libmcl_connectivity.so        libomapi.so.0.0.0         mod_auth.so
libapm.so.1.0.0           libdaemon.so.0.5.0       libgdbm_compat.so.4.0.0     libip4tc.so.2               libmcl_connectivity.so.1      libpanelw.so.5            mod_cgi.so
libasound.so.2            libdbus-1.so.3           libgdbm.so.6                libip4tc.so.2.0.0           libmcl_connectivity.so.1.0.0  libpanelw.so.5.9          mod_dirlisting.so
libasound.so.2.0.0        libdbus-1.so.3.19.13     libgdbm.so.6.0.0            libip6tc.so.2               libmcl_core.so                libpcre.so.1              mod_indexfile.so
libattr.so.1              libdevmapper.so.1.02     libgio-2.0.so.0             libip6tc.so.2.0.0           libmcl_core.so.1              libpcre.so.1.2.12         mod_openssl.so
libattr.so.1.1.2448       libdhcpctl.so.0          libgio-2.0.so.0.6200.6      libirs.so.161               libmcl_core.so.1.0.0          libpopt.so.0              mod_redirect.so
libavahi-common.so.3      libdhcpctl.so.0.0.0      libglib-2.0.so.0            libirs.so.161.0.1           libmcl_data_lake.so           libpopt.so.0.0.0          mod_secdownload.so
libavahi-common.so.3.5.3  libdhcp.so.0             libglib-2.0.so.0.6200.6     libisccc.so.161             libmcl_data_lake.so.1         libpython3.8.so.1.0       mod_setenv.so
libavahi-core.so.7        libdhcp.so.0.0.0         libgmodule-2.0.so.0         libisccc.so.161.0.1         libmcl_data_lake.so.1.0.0     libreadline.so.8          mod_staticfile.so
libavahi-core.so.7.0.2    libdns.so.1115           libgmodule-2.0.so.0.6200.6  libisccfg.so.163            libmcl_deployment.so          libreadline.so.8.0        modules-load.d
libbind9.so.161           libdns.so.1115.0.2       libgmp.so.10                libisccfg.so.163.0.8        libmcl_deployment.so.1        libsem3_logger.so.1.0.0   opkg
libbind9.so.161.0.4       libelf-0.178.so          libgmp.so.10.4.0            libisc.so.1107              libmcl_deployment.so.1.0.0    libsqlite3.so.0           os-release
libbluetooth.so.3         libelf.so.1              libgnutls.so.30             libisc.so.1107.0.7          libmenuw.so.5                 libsqlite3.so.0.8.6       python3.8
libbluetooth.so.3.19.3    libell.so.0              libgnutls.so.30.28.0        libjson-c.so.4              libmenuw.so.5.9               libssl.so.1.1             ssl-1.1
libbsd.so.0               libell.so.0.0.2          libgobject-2.0.so.0         libjson-c.so.4.0.0          libmnl.so.0                   libtirpc.so.3             sysctl.d
libbsd.so.0.10.0          libevent-2.1.so.7        libgobject-2.0.so.0.6200.6  libkmod.so.2                libmnl.so.0.2.0               libtirpc.so.3.0.0         systemd
libbz2.so.1               libevent-2.1.so.7.0.0    libgpg-error.so.0           libkmod.so.2.3.4            libnettle.so.7                libunistring.so.2         sysusers.d
libbz2.so.1.0.8           libexpat.so.1            libgpg-error.so.0.28.0      liblldpctl.so.4             libnettle.so.7.0              libunistring.so.2.1.0     tmpfiles.d
libcpufreq.so.0           libexpat.so.1.6.11       libgthread-2.0.so.0         liblldpctl.so.4.8.0         libnl-3.so.200                libxml2.so.2              xtables
sem3user@INKEO42659LNPR:~/11624/SEM3T_COM/build$

In tisdk 9.1

sem3user@INBLRPRODDC9LN:~/181224/SEM3T_COM/build$ ls arago-tmp-default-glibc/work/am335x_evm-oe-linux-gnueabi/custom-image/1.0-r0/rootfs/usr/lib
cryptsetup                libbsd.so.0.11.5          libell.so.0.0.2             libgthread-2.0.so.0.7200.3  libnl-3.so.200.26.0       libsqlite3.so.0.8.6  libxtables.so.12
dhcpcd                    libbz2.so.1               libevent-2.1.so.7           libhistory.so.8             libnl-genl-3.so.200       libssh.so.4          libxtables.so.12.4.0
e2initrd_helper           libbz2.so.1.0.8           libevent-2.1.so.7.0.1       libhistory.so.8.1           libnl-genl-3.so.200.26.0  libssh.so.4.8.6      libzstd.so.1
environment.d             libcpufreq.so.0           libexpat.so.1               libip4tc.so.2               libnsl.so.3               libssl.so.3          libzstd.so.1.5.2
gio                       libcpufreq.so.0.0.0       libexpat.so.1.8.10          libip4tc.so.2.0.0           libnsl.so.3.0.0           libsubid.so.4        lighttpd
libacl.so.1               libcrypto.so.3            libffi.so.8                 libip6tc.so.2               libpanelw.so.5            libsubid.so.4.0.0    locale
libacl.so.1.1.2301        libcryptsetup.so.12       libffi.so.8.1.2             libip6tc.so.2.0.0           libpanelw.so.5.9          libtirpc.so.3        modules-load.d
libapm.so.1               libcryptsetup.so.12.7.0   libgdbm_compat.so.4         libjson-c.so.5              libpcre.so.1              libtirpc.so.3.0.0    opkg
libapm.so.1.0.0           libcrypt.so.2             libgdbm_compat.so.4.0.0     libjson-c.so.5.1.0          libpcre.so.1.2.13         libuuid.so.1         os-release
libasound.so.2            libcrypt.so.2.0.0         libgdbm.so.6                libkmod.so.2                libpopt.so.0              libuuid.so.1.3.0     ossl-modules
libasound.so.2.0.0        libcurl.so.4              libgdbm.so.6.0.0            libkmod.so.2.3.7            libpopt.so.0.0.1          libX11.so.6          pam.d
libattr.so.1              libcurl.so.4.7.0          libgio-2.0.so.0             liblldpctl.so.4             libpsx.so.2               libX11.so.6.4.0      python3.10
libattr.so.1.1.2501       libdaemon.so.0            libgio-2.0.so.0.7200.3      liblldpctl.so.4.9.0         libpsx.so.2.66            libXau.so.6          ssl-3
libavahi-common.so.3      libdaemon.so.0.5.0        libglib-2.0.so.0            liblog4c.so.3               libpython3.10.so.1.0      libXau.so.6.0.0      sysctl.d
libavahi-common.so.3.5.4  libdbus-1.so.3            libglib-2.0.so.0.7200.3     liblog4c.so.3.3.1           libreadline.so.8          libxcb.so.1          systemd
libavahi-core.so.7        libdbus-1.so.3.32.3       libgmodule-2.0.so.0         liblzma.so.5                libreadline.so.8.1        libxcb.so.1.1.0      sysusers.d
libavahi-core.so.7.1.0    libdevmapper.so.1.02      libgmodule-2.0.so.0.7200.3  liblzma.so.5.2.6            libseccomp.so.2           libXdmcp.so.6        tmpfiles.d
libbluetooth.so.3         libdrop_ambient.so.0      libgobject-2.0.so.0         libmd.so.0                  libseccomp.so.2.5.3       libXdmcp.so.6.0.0    xtables
libbluetooth.so.3.19.7    libdrop_ambient.so.0.0.0  libgobject-2.0.so.0.7200.3  libmd.so.0.0.5              libsem3_logger.so.1.0.0   libxml2.so.2
libbsd.so.0               libell.so.0               libgthread-2.0.so.0         libnl-3.so.200              libsqlite3.so.0           libxml2.so.2.9.14
sem3user@INBLRPRODDC9LN:~/181224/SEM3T_COM/build$

In the above you can see that there is an lighttpd modules such as  mod_access.so, mod_accesslog.so, mod_authn_file.so, mod_auth.so, mod_cgi.so, mod_dirlisting.so, mod_indexfile.so, mod_openssl.so, mod_redirect.so, mod_secdownload.so, mod_setenv.so, mod_staticfile.so are part of tootfs/usr/lib in tisdk 8.2(dunfell) in the new krikstone we are not able to see it.. 

Yes, we have custom bb append with as below (lighttpd_%.bbappend) FYI we have used the same in earlier version  tisdk 8.2 (dunfell)

RDEPENDS_${PN} += " lighttpd-module-cgi \
                  lighttpd-module-openssl \
                  lighttpd-module-redirect \
                  lighttpd-module-setenv \
                  lighttpd-module-auth \
                  lighttpd-module-authn-file \
                  lighttpd-module-secdownload"

do_install:append() {
    rm -f ${D}/www/pages/index.html
    rm -f ${D}${sysconfdir}/lighttpd/lighttpd.conf
}

As we are not familiar extensively in yocto.. required to please support on this.. 

-----Original Message-----
From: Gyorgy Sarvari <skandigraun@gmail.com> 
Sent: Monday, January 6, 2025 8:35 PM
To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

On 06.01.25 13:52, Kumar, Manu wrote:
> Yes Sarvari, you are rite.. I have declared as per your input .. but i 
> am facing same as I mentioned in previous thread ..

Hmmm... I just tried to build your recipe with Kirkstone, and it did work as expected.

Do you have the other folders populated in the rootfs folder, like do you see a bunch of so files in custom_image/1.0-r0/rootfs/usr/lib/
folder? Or is it also empty?

Also, do you use any custom bbappend with lighttpd?

As a last thought for this mail: lighttpd recipe provides a number of
lighttpd-modules-* packages (most of which are not installed automatically). The easiest to see this list is to take a look at the build packages in deploy/$PACKAGE_TYPE/$ARCH/lighttpd-module-* files.

You could check the output of 'grep "Installing lighttpd-module" 
log.do_rootfs' command in both Dunfell and Kirkstone. If Dunfell installed some extra that you are missing in Kirkstone, you could add them to the IMAGE_INSTALL variable (or do the RDEPENDS variable of the recipe that needs it specifically).

Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Gyorgy Sarvari]

On 07.01.25 06:41, Kumar, Manu wrote:
> RDEPENDS_${PN} += " lighttpd-module-cgi \
>                    lighttpd-module-openssl \
>                    lighttpd-module-redirect \
>                    lighttpd-module-setenv \
>                    lighttpd-module-auth \
>                    lighttpd-module-authn-file \
>                    lighttpd-module-secdownload"

Right - the issue lies here (at least one of them). Change the 
underscore to a colon:

RDEPENDS:${PN} += "..."

This syntax has changed in Honister release, and the old underscore 
syntax isn't valid in Kirkstone anymore.

When doing migration between releases, it is recommended to read through 
the migration guides of all the skipped releases: 
https://docs.yoctoproject.org/dev/migration-guides/

RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Kumar, Manu]

Ok , I will try and let you know !!

But how can I make all the modules to be present inside "/usr/lib" instead of "/usr/lib/lighttpd" ?

Regards
Manu

-----Original Message-----
From: Gyorgy Sarvari <skandigraun@gmail.com>
Sent: Tuesday, January 7, 2025 12:02 PM
To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

On 07.01.25 06:41, Kumar, Manu wrote:
> RDEPENDS_${PN} += " lighttpd-module-cgi \
>                    lighttpd-module-openssl \
>                    lighttpd-module-redirect \
>                    lighttpd-module-setenv \
>                    lighttpd-module-auth \
>                    lighttpd-module-authn-file \
>                    lighttpd-module-secdownload"

Right - the issue lies here (at least one of them). Change the underscore to a colon:

RDEPENDS:${PN} += "..."

This syntax has changed in Honister release, and the old underscore syntax isn't valid in Kirkstone anymore.

When doing migration between releases, it is recommended to read through the migration guides of all the skipped releases:
https://docs.yoctoproject.org/dev/migration-guides/

RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Kumar, Manu]

reason behind ask this question is.. in earlier tisdk all the modules were there in "/usr/lib" as when we start lightpd service(which was there in (/etc/init.d) it will check modules in "/usr/lib". in the latest tisdk also if I run "systemctl start lighttpd" looks like it is searching "/usr/lib"



-----Original Message-----
From: Kumar, Manu (FT D IN PAMC MI EMB FW)
Sent: Tuesday, January 7, 2025 2:37 PM
To: Gyorgy Sarvari <skandigraun@gmail.com>; yocto@lists.yoctoproject.org
Subject: RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

Ok , I will try and let you know !!

But how can I make all the modules to be present inside "/usr/lib" instead of "/usr/lib/lighttpd" ?

Regards
Manu

-----Original Message-----
From: Gyorgy Sarvari <skandigraun@gmail.com>
Sent: Tuesday, January 7, 2025 12:02 PM
To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

On 07.01.25 06:41, Kumar, Manu wrote:
> RDEPENDS_${PN} += " lighttpd-module-cgi \
>                    lighttpd-module-openssl \
>                    lighttpd-module-redirect \
>                    lighttpd-module-setenv \
>                    lighttpd-module-auth \
>                    lighttpd-module-authn-file \
>                    lighttpd-module-secdownload"

Right - the issue lies here (at least one of them). Change the underscore to a colon:

RDEPENDS:${PN} += "..."

This syntax has changed in Honister release, and the old underscore syntax isn't valid in Kirkstone anymore.

When doing migration between releases, it is recommended to read through the migration guides of all the skipped releases:
https://docs.yoctoproject.org/dev/migration-guides/

Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Gyorgy Sarvari]

On 07.01.25 11:05, Kumar, Manu wrote:
> reason behind ask this question is.. in earlier tisdk all the modules were there in "/usr/lib" as when we start lightpd service(which was there in (/etc/init.d) it will check modules in "/usr/lib". in the latest tisdk also if I run "systemctl start lighttpd" looks like it is searching "/usr/lib"
>
This change comes from this[1] commit (look at the very bottom of it). 
If it causing problems, you can try overriding it in a bbappend or 
similar. Though maybe it would be more interesting to look into why your 
ti-sdk is looking for these files at the incorrect place. TI layers are 
usually reasonably maintained, I'd expect them to follow changes in the 
oe-core layer...

[1]: 
https://git.yoctoproject.org/poky/commit/meta/recipes-extended/lighttpd?h=kirkstone&id=3755f6c4eb404b6218784ad21c3a56312c425cc2


>
> -----Original Message-----
> From: Kumar, Manu (FT D IN PAMC MI EMB FW)
> Sent: Tuesday, January 7, 2025 2:37 PM
> To: Gyorgy Sarvari <skandigraun@gmail.com>; yocto@lists.yoctoproject.org
> Subject: RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
>
> Ok , I will try and let you know !!
>
> But how can I make all the modules to be present inside "/usr/lib" instead of "/usr/lib/lighttpd" ?
>
> Regards
> Manu
>
>

RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Kumar, Manu]

I have tried to change "sources/oe-core/meta/recipes-extended/lighttpd/lighttpd_1.4.67" only last 2 lines as below,
python populate_packages:prepend () {
    lighttpd_libdir = d.expand('${libdir}')
    do_split_packages(d, lighttpd_libdir, r'^mod_(.*)\.so$', 'lighttpd-module-%s', 'Lighttpd module for %s', extra_depends='')
}

But I am getting error as below,

NOTE: Executing Tasks
ERROR: lighttpd-1.4.67-r0 do_package: QA Issue: lighttpd: Files/directories were installed but not shipped in any package:
  /usr/lib/lighttpd/mod_alias.so
  /usr/lib/lighttpd/mod_wstunnel.so
  /usr/lib/lighttpd/mod_redirect.so
  /usr/lib/lighttpd/mod_webdav.so
  /usr/lib/lighttpd/mod_evhost.so
  /usr/lib/lighttpd/mod_authn_file.so
  /usr/lib/lighttpd/mod_secdownload.so
  /usr/lib/lighttpd/mod_staticfile.so
  /usr/lib/lighttpd/mod_usertrack.so
  /usr/lib/lighttpd/mod_setenv.so
  /usr/lib/lighttpd/mod_proxy.so
  /usr/lib/lighttpd/mod_indexfile.so
  /usr/lib/lighttpd/mod_auth.so
  /usr/lib/lighttpd/mod_ajp13.so
  /usr/lib/lighttpd/mod_deflate.so
  /usr/lib/lighttpd/mod_simple_vhost.so
  /usr/lib/lighttpd/mod_scgi.so
  /usr/lib/lighttpd/mod_openssl.so
  /usr/lib/lighttpd/mod_vhostdb.so
  /usr/lib/lighttpd/mod_accesslog.so
  /usr/lib/lighttpd/mod_fastcgi.so
  /usr/lib/lighttpd/mod_ssi.so
  /usr/lib/lighttpd/mod_dirlisting.so
  /usr/lib/lighttpd/mod_status.so
  /usr/lib/lighttpd/mod_access.so
  /usr/lib/lighttpd/mod_expire.so
  /usr/lib/lighttpd/mod_userdir.so
  /usr/lib/lighttpd/mod_sockproxy.so
  /usr/lib/lighttpd/mod_evasive.so
  /usr/lib/lighttpd/mod_cgi.so
  /usr/lib/lighttpd/mod_extforward.so
  /usr/lib/lighttpd/mod_rrdtool.so
  /usr/lib/lighttpd/mod_uploadprogress.so
  /usr/lib/lighttpd/mod_rewrite.so
Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
lighttpd: 34 installed and not shipped files. [installed-vs-shipped]
ERROR: lighttpd-1.4.67-r0 do_package: Fatal QA errors were found, failing task.


Can you please help me how to overriding it in a bbappend or similar as you mentioned in older thread.. it helps !!!

-----Original Message-----
From: Gyorgy Sarvari <skandigraun@gmail.com>
Sent: Tuesday, January 7, 2025 3:54 PM
To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

On 07.01.25 11:05, Kumar, Manu wrote:
> reason behind ask this question is.. in earlier tisdk all the modules were there in "/usr/lib" as when we start lightpd service(which was there in (/etc/init.d) it will check modules in "/usr/lib". in the latest tisdk also if I run "systemctl start lighttpd" looks like it is searching "/usr/lib"
>
This change comes from this[1] commit (look at the very bottom of it).
If it causing problems, you can try overriding it in a bbappend or similar. Though maybe it would be more interesting to look into why your ti-sdk is looking for these files at the incorrect place. TI layers are usually reasonably maintained, I'd expect them to follow changes in the oe-core layer...

[1]:
https://git.yoctoproject.org/poky/commit/meta/recipes-extended/lighttpd?h=kirkstone&id=3755f6c4eb404b6218784ad21c3a56312c425cc2


>
> -----Original Message-----
> From: Kumar, Manu (FT D IN PAMC MI EMB FW)
> Sent: Tuesday, January 7, 2025 2:37 PM
> To: Gyorgy Sarvari <skandigraun@gmail.com>;
> yocto@lists.yoctoproject.org
> Subject: RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib
> not copying
>
> Ok , I will try and let you know !!
>
> But how can I make all the modules to be present inside "/usr/lib" instead of "/usr/lib/lighttpd" ?
>
> Regards
> Manu
>
>

Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Gyorgy Sarvari]

Beside that change you made, you also need to make sure that lighttpd 
installs the files to the location where you expect them to be. Add 
something like this in a bbappend (this option comes from the 
meson_options.txt file, where the module install location can be specified):

EXTRA_OEMESON:append = " -Dmoduledir=lib "


On 07.01.25 17:37, Kumar, Manu wrote:
> I have tried to change "sources/oe-core/meta/recipes-extended/lighttpd/lighttpd_1.4.67" only last 2 lines as below,
> python populate_packages:prepend () {
>      lighttpd_libdir = d.expand('${libdir}')
>      do_split_packages(d, lighttpd_libdir, r'^mod_(.*)\.so$', 'lighttpd-module-%s', 'Lighttpd module for %s', extra_depends='')
> }
>
> But I am getting error as below,
>
> NOTE: Executing Tasks
> ERROR: lighttpd-1.4.67-r0 do_package: QA Issue: lighttpd: Files/directories were installed but not shipped in any package:
>    /usr/lib/lighttpd/mod_alias.so
>    /usr/lib/lighttpd/mod_wstunnel.so
>    /usr/lib/lighttpd/mod_redirect.so
>    /usr/lib/lighttpd/mod_webdav.so
>    /usr/lib/lighttpd/mod_evhost.so
>    /usr/lib/lighttpd/mod_authn_file.so
>    /usr/lib/lighttpd/mod_secdownload.so
>    /usr/lib/lighttpd/mod_staticfile.so
>    /usr/lib/lighttpd/mod_usertrack.so
>    /usr/lib/lighttpd/mod_setenv.so
>    /usr/lib/lighttpd/mod_proxy.so
>    /usr/lib/lighttpd/mod_indexfile.so
>    /usr/lib/lighttpd/mod_auth.so
>    /usr/lib/lighttpd/mod_ajp13.so
>    /usr/lib/lighttpd/mod_deflate.so
>    /usr/lib/lighttpd/mod_simple_vhost.so
>    /usr/lib/lighttpd/mod_scgi.so
>    /usr/lib/lighttpd/mod_openssl.so
>    /usr/lib/lighttpd/mod_vhostdb.so
>    /usr/lib/lighttpd/mod_accesslog.so
>    /usr/lib/lighttpd/mod_fastcgi.so
>    /usr/lib/lighttpd/mod_ssi.so
>    /usr/lib/lighttpd/mod_dirlisting.so
>    /usr/lib/lighttpd/mod_status.so
>    /usr/lib/lighttpd/mod_access.so
>    /usr/lib/lighttpd/mod_expire.so
>    /usr/lib/lighttpd/mod_userdir.so
>    /usr/lib/lighttpd/mod_sockproxy.so
>    /usr/lib/lighttpd/mod_evasive.so
>    /usr/lib/lighttpd/mod_cgi.so
>    /usr/lib/lighttpd/mod_extforward.so
>    /usr/lib/lighttpd/mod_rrdtool.so
>    /usr/lib/lighttpd/mod_uploadprogress.so
>    /usr/lib/lighttpd/mod_rewrite.so
> Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
> lighttpd: 34 installed and not shipped files. [installed-vs-shipped]
> ERROR: lighttpd-1.4.67-r0 do_package: Fatal QA errors were found, failing task.
>
>
> Can you please help me how to overriding it in a bbappend or similar as you mentioned in older thread.. it helps !!!
>
> -----Original Message-----
> From: Gyorgy Sarvari <skandigraun@gmail.com>
> Sent: Tuesday, January 7, 2025 3:54 PM
> To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>; yocto@lists.yoctoproject.org
> Subject: Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
>
> On 07.01.25 11:05, Kumar, Manu wrote:
>> reason behind ask this question is.. in earlier tisdk all the modules were there in "/usr/lib" as when we start lightpd service(which was there in (/etc/init.d) it will check modules in "/usr/lib". in the latest tisdk also if I run "systemctl start lighttpd" looks like it is searching "/usr/lib"
>>
> This change comes from this[1] commit (look at the very bottom of it).
> If it causing problems, you can try overriding it in a bbappend or similar. Though maybe it would be more interesting to look into why your ti-sdk is looking for these files at the incorrect place. TI layers are usually reasonably maintained, I'd expect them to follow changes in the oe-core layer...
>
> [1]:
> https://git.yoctoproject.org/poky/commit/meta/recipes-extended/lighttpd?h=kirkstone&id=3755f6c4eb404b6218784ad21c3a56312c425cc2
>
>
>> -----Original Message-----
>> From: Kumar, Manu (FT D IN PAMC MI EMB FW)
>> Sent: Tuesday, January 7, 2025 2:37 PM
>> To: Gyorgy Sarvari <skandigraun@gmail.com>;
>> yocto@lists.yoctoproject.org
>> Subject: RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib
>> not copying
>>
>> Ok , I will try and let you know !!
>>
>> But how can I make all the modules to be present inside "/usr/lib" instead of "/usr/lib/lighttpd" ?
>>
>> Regards
>> Manu
>>
>>

Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Alexander Kanavin]

I'm not sure it's worth the effort to revert the module installation
back to how it was. It's better to adapt to the new location where
necessary.

Why do you want modules in /usr/lib, what breaks when they are in
/usr/lib/lighttpd?

Alex

On Tue, 7 Jan 2025 at 18:18, Gyorgy Sarvari via lists.yoctoproject.org
<skandigraun=gmail.com@lists.yoctoproject.org> wrote:
>
> Beside that change you made, you also need to make sure that lighttpd
> installs the files to the location where you expect them to be. Add
> something like this in a bbappend (this option comes from the
> meson_options.txt file, where the module install location can be specified):
>
> EXTRA_OEMESON:append = " -Dmoduledir=lib "
>
>
> On 07.01.25 17:37, Kumar, Manu wrote:
> > I have tried to change "sources/oe-core/meta/recipes-extended/lighttpd/lighttpd_1.4.67" only last 2 lines as below,
> > python populate_packages:prepend () {
> >      lighttpd_libdir = d.expand('${libdir}')
> >      do_split_packages(d, lighttpd_libdir, r'^mod_(.*)\.so$', 'lighttpd-module-%s', 'Lighttpd module for %s', extra_depends='')
> > }
> >
> > But I am getting error as below,
> >
> > NOTE: Executing Tasks
> > ERROR: lighttpd-1.4.67-r0 do_package: QA Issue: lighttpd: Files/directories were installed but not shipped in any package:
> >    /usr/lib/lighttpd/mod_alias.so
> >    /usr/lib/lighttpd/mod_wstunnel.so
> >    /usr/lib/lighttpd/mod_redirect.so
> >    /usr/lib/lighttpd/mod_webdav.so
> >    /usr/lib/lighttpd/mod_evhost.so
> >    /usr/lib/lighttpd/mod_authn_file.so
> >    /usr/lib/lighttpd/mod_secdownload.so
> >    /usr/lib/lighttpd/mod_staticfile.so
> >    /usr/lib/lighttpd/mod_usertrack.so
> >    /usr/lib/lighttpd/mod_setenv.so
> >    /usr/lib/lighttpd/mod_proxy.so
> >    /usr/lib/lighttpd/mod_indexfile.so
> >    /usr/lib/lighttpd/mod_auth.so
> >    /usr/lib/lighttpd/mod_ajp13.so
> >    /usr/lib/lighttpd/mod_deflate.so
> >    /usr/lib/lighttpd/mod_simple_vhost.so
> >    /usr/lib/lighttpd/mod_scgi.so
> >    /usr/lib/lighttpd/mod_openssl.so
> >    /usr/lib/lighttpd/mod_vhostdb.so
> >    /usr/lib/lighttpd/mod_accesslog.so
> >    /usr/lib/lighttpd/mod_fastcgi.so
> >    /usr/lib/lighttpd/mod_ssi.so
> >    /usr/lib/lighttpd/mod_dirlisting.so
> >    /usr/lib/lighttpd/mod_status.so
> >    /usr/lib/lighttpd/mod_access.so
> >    /usr/lib/lighttpd/mod_expire.so
> >    /usr/lib/lighttpd/mod_userdir.so
> >    /usr/lib/lighttpd/mod_sockproxy.so
> >    /usr/lib/lighttpd/mod_evasive.so
> >    /usr/lib/lighttpd/mod_cgi.so
> >    /usr/lib/lighttpd/mod_extforward.so
> >    /usr/lib/lighttpd/mod_rrdtool.so
> >    /usr/lib/lighttpd/mod_uploadprogress.so
> >    /usr/lib/lighttpd/mod_rewrite.so
> > Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
> > lighttpd: 34 installed and not shipped files. [installed-vs-shipped]
> > ERROR: lighttpd-1.4.67-r0 do_package: Fatal QA errors were found, failing task.
> >
> >
> > Can you please help me how to overriding it in a bbappend or similar as you mentioned in older thread.. it helps !!!
> >
> > -----Original Message-----
> > From: Gyorgy Sarvari <skandigraun@gmail.com>
> > Sent: Tuesday, January 7, 2025 3:54 PM
> > To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>; yocto@lists.yoctoproject.org
> > Subject: Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
> >
> > On 07.01.25 11:05, Kumar, Manu wrote:
> >> reason behind ask this question is.. in earlier tisdk all the modules were there in "/usr/lib" as when we start lightpd service(which was there in (/etc/init.d) it will check modules in "/usr/lib". in the latest tisdk also if I run "systemctl start lighttpd" looks like it is searching "/usr/lib"
> >>
> > This change comes from this[1] commit (look at the very bottom of it).
> > If it causing problems, you can try overriding it in a bbappend or similar. Though maybe it would be more interesting to look into why your ti-sdk is looking for these files at the incorrect place. TI layers are usually reasonably maintained, I'd expect them to follow changes in the oe-core layer...
> >
> > [1]:
> > https://git.yoctoproject.org/poky/commit/meta/recipes-extended/lighttpd?h=kirkstone&id=3755f6c4eb404b6218784ad21c3a56312c425cc2
> >
> >
> >> -----Original Message-----
> >> From: Kumar, Manu (FT D IN PAMC MI EMB FW)
> >> Sent: Tuesday, January 7, 2025 2:37 PM
> >> To: Gyorgy Sarvari <skandigraun@gmail.com>;
> >> yocto@lists.yoctoproject.org
> >> Subject: RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib
> >> not copying
> >>
> >> Ok , I will try and let you know !!
> >>
> >> But how can I make all the modules to be present inside "/usr/lib" instead of "/usr/lib/lighttpd" ?
> >>
> >> Regards
> >> Manu
> >>
> >>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#64512): https://lists.yoctoproject.org/g/yocto/message/64512
> Mute This Topic: https://lists.yoctoproject.org/mt/110454032/1686489
> Group Owner: yocto+owner@lists.yoctoproject.org
> Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [alex.kanavin@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>

RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Kumar, Manu]

As I was getting error when we run lighttpd as below so modules in /usr/lib will be fine.. 

root@manu:~# systemctl status lighttpd.service
x lighttpd.service - Lighttpd Daemon
     Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Fri 2024-12-27 05:21:39 EST; 15s ago
    Process: 782 ExecStartPre=/usr/sbin/lighttpd -tt -f /etc/lighttpd/lighttpd.conf (code=exited, status=255/EXCEPTION)

Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 5.
Dec 27 05:21:39 manu systemd[1]: Stopped Lighttpd Daemon.
Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Start request repeated too quickly.
Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
Dec 27 05:21:39 manu systemd[1]: Failed to start Lighttpd Daemon.
root@manu:~# journalctl -xeu lighttpd.service
Dec 27 02:42:19 manu systemd[1]: Starting Lighttpd Daemon...
-- Subject: A start job for unit lighttpd.service has begun execution
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A start job for unit lighttpd.service has begun execution.
--
-- The job identifier is 109.
Dec 27 02:42:25 manu lighttpd[152]: 2024-12-27 02:42:21: (../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for: /usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so: cannot open shared object file: No such file or directory
Dec 27 02:42:25 manu lighttpd[152]: 2024-12-27 02:42:21: (../lighttpd-1.4.67/src/server.c.1285) loading plugins finally failed
Dec 27 02:42:26 manu systemd[1]: lighttpd.service: Control process exited, code=exited, status=255/EXCEPTION
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- An ExecStartPre= process belonging to unit lighttpd.service has exited.
--
-- The process' exit code is 'exited' and its exit status is 255.
Dec 27 02:42:26 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
Dec 27 02:42:27 manu systemd[1]: Failed to start Lighttpd Daemon.
-- Subject: A start job for unit lighttpd.service has failed
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A start job for unit lighttpd.service has finished with a failure.
--
-- The job identifier is 109 and the job result is failed.
Dec 27 02:42:31 manu systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 1.
-- Subject: Automatic restarting of a unit has been scheduled
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Automatic restarting of the unit lighttpd.service has been scheduled, as the result for
-- the configured Restart= setting for the unit.
Dec 27 02:43:03 manu systemd[1]: Stopped Lighttpd Daemon.
-- Subject: A stop job for unit lighttpd.service has finished
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A stop job for unit lighttpd.service has finished.
--
-- The job identifier is 111 and the job result is done.
Dec 27 02:43:03 manu systemd[1]: Starting Lighttpd Daemon...
-- Subject: A start job for unit lighttpd.service has begun execution
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A start job for unit lighttpd.service has begun execution.
--
-- The job identifier is 111.
Dec 27 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03: (../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for: /usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so: cannot open shared object file: No such file or directory
Dec 27 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03: (../lighttpd-1.4.67/src/server.c.1285) loading plugins finally failed
Dec 27 02:43:04 manu systemd[1]: lighttpd.service: Control process exited, code=exited, status=255/EXCEPTION
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- An ExecStartPre= process belonging to unit lighttpd.service has exited.
--
-- The process' exit code is 'exited' and its exit status is 255.
Dec 27 02:43:04 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
Dec 27 02:43:04 manu systemd[1]: Failed to start Lighttpd Daemon.
-- Subject: A start job for unit lighttpd.service has failed
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A start job for unit lighttpd.service has finished with a failure.
--
-- The job identifier is 111 and the job result is failed.

Also I am not able to see any binary files in /etc/init.d..

If there is any further suggestions please suggest.. for further understanding.. 

-----Original Message-----
From: Alexander Kanavin <alex.kanavin@gmail.com> 
Sent: Tuesday, January 7, 2025 10:56 PM
To: yocto@lists.yoctoproject.org; skandigraun@gmail.com
Cc: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>
Subject: Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

I'm not sure it's worth the effort to revert the module installation back to how it was. It's better to adapt to the new location where necessary.

Why do you want modules in /usr/lib, what breaks when they are in /usr/lib/lighttpd?

Alex

On Tue, 7 Jan 2025 at 18:18, Gyorgy Sarvari via lists.yoctoproject.org <skandigraun=gmail.com@lists.yoctoproject.org> wrote:
>
> Beside that change you made, you also need to make sure that lighttpd 
> installs the files to the location where you expect them to be. Add 
> something like this in a bbappend (this option comes from the 
> meson_options.txt file, where the module install location can be specified):
>
> EXTRA_OEMESON:append = " -Dmoduledir=lib "
>
>
> On 07.01.25 17:37, Kumar, Manu wrote:
> > I have tried to change 
> > "sources/oe-core/meta/recipes-extended/lighttpd/lighttpd_1.4.67" only last 2 lines as below, python populate_packages:prepend () {
> >      lighttpd_libdir = d.expand('${libdir}')
> >      do_split_packages(d, lighttpd_libdir, r'^mod_(.*)\.so$', 
> > 'lighttpd-module-%s', 'Lighttpd module for %s', extra_depends='') }
> >
> > But I am getting error as below,
> >
> > NOTE: Executing Tasks
> > ERROR: lighttpd-1.4.67-r0 do_package: QA Issue: lighttpd: Files/directories were installed but not shipped in any package:
> >    /usr/lib/lighttpd/mod_alias.so
> >    /usr/lib/lighttpd/mod_wstunnel.so
> >    /usr/lib/lighttpd/mod_redirect.so
> >    /usr/lib/lighttpd/mod_webdav.so
> >    /usr/lib/lighttpd/mod_evhost.so
> >    /usr/lib/lighttpd/mod_authn_file.so
> >    /usr/lib/lighttpd/mod_secdownload.so
> >    /usr/lib/lighttpd/mod_staticfile.so
> >    /usr/lib/lighttpd/mod_usertrack.so
> >    /usr/lib/lighttpd/mod_setenv.so
> >    /usr/lib/lighttpd/mod_proxy.so
> >    /usr/lib/lighttpd/mod_indexfile.so
> >    /usr/lib/lighttpd/mod_auth.so
> >    /usr/lib/lighttpd/mod_ajp13.so
> >    /usr/lib/lighttpd/mod_deflate.so
> >    /usr/lib/lighttpd/mod_simple_vhost.so
> >    /usr/lib/lighttpd/mod_scgi.so
> >    /usr/lib/lighttpd/mod_openssl.so
> >    /usr/lib/lighttpd/mod_vhostdb.so
> >    /usr/lib/lighttpd/mod_accesslog.so
> >    /usr/lib/lighttpd/mod_fastcgi.so
> >    /usr/lib/lighttpd/mod_ssi.so
> >    /usr/lib/lighttpd/mod_dirlisting.so
> >    /usr/lib/lighttpd/mod_status.so
> >    /usr/lib/lighttpd/mod_access.so
> >    /usr/lib/lighttpd/mod_expire.so
> >    /usr/lib/lighttpd/mod_userdir.so
> >    /usr/lib/lighttpd/mod_sockproxy.so
> >    /usr/lib/lighttpd/mod_evasive.so
> >    /usr/lib/lighttpd/mod_cgi.so
> >    /usr/lib/lighttpd/mod_extforward.so
> >    /usr/lib/lighttpd/mod_rrdtool.so
> >    /usr/lib/lighttpd/mod_uploadprogress.so
> >    /usr/lib/lighttpd/mod_rewrite.so
> > Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
> > lighttpd: 34 installed and not shipped files. [installed-vs-shipped]
> > ERROR: lighttpd-1.4.67-r0 do_package: Fatal QA errors were found, failing task.
> >
> >
> > Can you please help me how to overriding it in a bbappend or similar as you mentioned in older thread.. it helps !!!
> >
> > -----Original Message-----
> > From: Gyorgy Sarvari <skandigraun@gmail.com>
> > Sent: Tuesday, January 7, 2025 3:54 PM
> > To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>; 
> > yocto@lists.yoctoproject.org
> > Subject: Re: [yocto] Query: Regarding lighttpd/librarries in 
> > /usr/lib not copying
> >
> > On 07.01.25 11:05, Kumar, Manu wrote:
> >> reason behind ask this question is.. in earlier tisdk all the modules were there in "/usr/lib" as when we start lightpd service(which was there in (/etc/init.d) it will check modules in "/usr/lib". in the latest tisdk also if I run "systemctl start lighttpd" looks like it is searching "/usr/lib"
> >>
> > This change comes from this[1] commit (look at the very bottom of it).
> > If it causing problems, you can try overriding it in a bbappend or similar. Though maybe it would be more interesting to look into why your ti-sdk is looking for these files at the incorrect place. TI layers are usually reasonably maintained, I'd expect them to follow changes in the oe-core layer...
> >
> > [1]:
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgi
> > t.yoctoproject.org%2Fpoky%2Fcommit%2Fmeta%2Frecipes-extended%2Flight
> > tpd%3Fh%3Dkirkstone%26id%3D3755f6c4eb404b6218784ad21c3a56312c425cc2&
> > data=05%7C02%7Ckumar.manu%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f
> > 40530e%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C6387186755354092
> > 81%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwM
> > CIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sda
> > ta=v%2FUyHY8SqNaHixsAlCLK21phFXZeva6ECGnwtrs4i60%3D&reserved=0
> >
> >
> >> -----Original Message-----
> >> From: Kumar, Manu (FT D IN PAMC MI EMB FW)
> >> Sent: Tuesday, January 7, 2025 2:37 PM
> >> To: Gyorgy Sarvari <skandigraun@gmail.com>; 
> >> yocto@lists.yoctoproject.org
> >> Subject: RE: [yocto] Query: Regarding lighttpd/librarries in 
> >> /usr/lib not copying
> >>
> >> Ok , I will try and let you know !!
> >>
> >> But how can I make all the modules to be present inside "/usr/lib" instead of "/usr/lib/lighttpd" ?
> >>
> >> Regards
> >> Manu
> >>
> >>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#64512): 
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.yoctoproject.org%2Fg%2Fyocto%2Fmessage%2F64512&data=05%7C02%7Ckumar.
> manu%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794f
> d4addab42e1495d55a%7C1%7C0%7C638718675535434387%7CUnknown%7CTWFpbGZsb3
> d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoi
> TWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=KazrtJZyhv9ot5uU8lTEt3d5Ij
> Q9qqomcN8WxkaRFRw%3D&reserved=0 Mute This Topic: 
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.yoctoproject.org%2Fmt%2F110454032%2F1686489&data=05%7C02%7Ckumar.man
> u%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794fd4a
> ddab42e1495d55a%7C1%7C0%7C638718675535447010%7CUnknown%7CTWFpbGZsb3d8e
> yJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWF
> pbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=ZeeFGhmZ%2ByaCSv0Gm5QZ2Kw94Q6
> 4brEb%2F%2BWNKjwKltc%3D&reserved=0
> Group Owner: yocto+owner@lists.yoctoproject.org
> Unsubscribe: 
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.yoctoproject.org%2Fg%2Fyocto%2Funsub&data=05%7C02%7Ckumar.manu%40sie
> mens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794fd4addab42e
> 1495d55a%7C1%7C0%7C638718675535460871%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0
> eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIl
> dUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=2w4dbqZ%2BwFgOWdF6ei7IX%2F1M6FaSZp%2
> FLWeL19o3NDXo%3D&reserved=0 [alex.kanavin@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>

Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Gyorgy Sarvari]

Have you changed RDEPENDS_${PN} to RDEPENDS:${PN} from the earlier 
email? I would have expected it to solve this very error, as it was 
supposed to install the required files exactly in the folder where this 
error is showing...

On 07.01.25 18:38, Kumar, Manu wrote:
> As I was getting error when we run lighttpd as below so modules in /usr/lib will be fine..
>
> root@manu:~# systemctl status lighttpd.service
> x lighttpd.service - Lighttpd Daemon
>       Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor preset: enabled)
>       Active: failed (Result: exit-code) since Fri 2024-12-27 05:21:39 EST; 15s ago
>      Process: 782 ExecStartPre=/usr/sbin/lighttpd -tt -f /etc/lighttpd/lighttpd.conf (code=exited, status=255/EXCEPTION)
>
> Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 5.
> Dec 27 05:21:39 manu systemd[1]: Stopped Lighttpd Daemon.
> Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Start request repeated too quickly.
> Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> Dec 27 05:21:39 manu systemd[1]: Failed to start Lighttpd Daemon.
> root@manu:~# journalctl -xeu lighttpd.service
> Dec 27 02:42:19 manu systemd[1]: Starting Lighttpd Daemon...
> -- Subject: A start job for unit lighttpd.service has begun execution
> -- Defined-By: systemd
> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- A start job for unit lighttpd.service has begun execution.
> --
> -- The job identifier is 109.
> Dec 27 02:42:25 manu lighttpd[152]: 2024-12-27 02:42:21: (../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for: /usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so: cannot open shared object file: No such file or directory
> Dec 27 02:42:25 manu lighttpd[152]: 2024-12-27 02:42:21: (../lighttpd-1.4.67/src/server.c.1285) loading plugins finally failed
> Dec 27 02:42:26 manu systemd[1]: lighttpd.service: Control process exited, code=exited, status=255/EXCEPTION
> -- Subject: Unit process exited
> -- Defined-By: systemd
> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- An ExecStartPre= process belonging to unit lighttpd.service has exited.
> --
> -- The process' exit code is 'exited' and its exit status is 255.
> Dec 27 02:42:26 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> -- Subject: Unit failed
> -- Defined-By: systemd
> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
> Dec 27 02:42:27 manu systemd[1]: Failed to start Lighttpd Daemon.
> -- Subject: A start job for unit lighttpd.service has failed
> -- Defined-By: systemd
> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- A start job for unit lighttpd.service has finished with a failure.
> --
> -- The job identifier is 109 and the job result is failed.
> Dec 27 02:42:31 manu systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 1.
> -- Subject: Automatic restarting of a unit has been scheduled
> -- Defined-By: systemd
> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- Automatic restarting of the unit lighttpd.service has been scheduled, as the result for
> -- the configured Restart= setting for the unit.
> Dec 27 02:43:03 manu systemd[1]: Stopped Lighttpd Daemon.
> -- Subject: A stop job for unit lighttpd.service has finished
> -- Defined-By: systemd
> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- A stop job for unit lighttpd.service has finished.
> --
> -- The job identifier is 111 and the job result is done.
> Dec 27 02:43:03 manu systemd[1]: Starting Lighttpd Daemon...
> -- Subject: A start job for unit lighttpd.service has begun execution
> -- Defined-By: systemd
> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- A start job for unit lighttpd.service has begun execution.
> --
> -- The job identifier is 111.
> Dec 27 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03: (../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for: /usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so: cannot open shared object file: No such file or directory
> Dec 27 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03: (../lighttpd-1.4.67/src/server.c.1285) loading plugins finally failed
> Dec 27 02:43:04 manu systemd[1]: lighttpd.service: Control process exited, code=exited, status=255/EXCEPTION
> -- Subject: Unit process exited
> -- Defined-By: systemd
> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- An ExecStartPre= process belonging to unit lighttpd.service has exited.
> --
> -- The process' exit code is 'exited' and its exit status is 255.
> Dec 27 02:43:04 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> -- Subject: Unit failed
> -- Defined-By: systemd
> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
> Dec 27 02:43:04 manu systemd[1]: Failed to start Lighttpd Daemon.
> -- Subject: A start job for unit lighttpd.service has failed
> -- Defined-By: systemd
> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- A start job for unit lighttpd.service has finished with a failure.
> --
> -- The job identifier is 111 and the job result is failed.
>
> Also I am not able to see any binary files in /etc/init.d..
>
> If there is any further suggestions please suggest.. for further understanding..
>
> -----Original Message-----
> From: Alexander Kanavin <alex.kanavin@gmail.com>
> Sent: Tuesday, January 7, 2025 10:56 PM
> To: yocto@lists.yoctoproject.org; skandigraun@gmail.com
> Cc: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>
> Subject: Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
>
> I'm not sure it's worth the effort to revert the module installation back to how it was. It's better to adapt to the new location where necessary.
>
> Why do you want modules in /usr/lib, what breaks when they are in /usr/lib/lighttpd?
>
> Alex
>
> On Tue, 7 Jan 2025 at 18:18, Gyorgy Sarvari via lists.yoctoproject.org <skandigraun=gmail.com@lists.yoctoproject.org> wrote:
>> Beside that change you made, you also need to make sure that lighttpd
>> installs the files to the location where you expect them to be. Add
>> something like this in a bbappend (this option comes from the
>> meson_options.txt file, where the module install location can be specified):
>>
>> EXTRA_OEMESON:append = " -Dmoduledir=lib "
>>
>>
>> On 07.01.25 17:37, Kumar, Manu wrote:
>>> I have tried to change
>>> "sources/oe-core/meta/recipes-extended/lighttpd/lighttpd_1.4.67" only last 2 lines as below, python populate_packages:prepend () {
>>>       lighttpd_libdir = d.expand('${libdir}')
>>>       do_split_packages(d, lighttpd_libdir, r'^mod_(.*)\.so$',
>>> 'lighttpd-module-%s', 'Lighttpd module for %s', extra_depends='') }
>>>
>>> But I am getting error as below,
>>>
>>> NOTE: Executing Tasks
>>> ERROR: lighttpd-1.4.67-r0 do_package: QA Issue: lighttpd: Files/directories were installed but not shipped in any package:
>>>     /usr/lib/lighttpd/mod_alias.so
>>>     /usr/lib/lighttpd/mod_wstunnel.so
>>>     /usr/lib/lighttpd/mod_redirect.so
>>>     /usr/lib/lighttpd/mod_webdav.so
>>>     /usr/lib/lighttpd/mod_evhost.so
>>>     /usr/lib/lighttpd/mod_authn_file.so
>>>     /usr/lib/lighttpd/mod_secdownload.so
>>>     /usr/lib/lighttpd/mod_staticfile.so
>>>     /usr/lib/lighttpd/mod_usertrack.so
>>>     /usr/lib/lighttpd/mod_setenv.so
>>>     /usr/lib/lighttpd/mod_proxy.so
>>>     /usr/lib/lighttpd/mod_indexfile.so
>>>     /usr/lib/lighttpd/mod_auth.so
>>>     /usr/lib/lighttpd/mod_ajp13.so
>>>     /usr/lib/lighttpd/mod_deflate.so
>>>     /usr/lib/lighttpd/mod_simple_vhost.so
>>>     /usr/lib/lighttpd/mod_scgi.so
>>>     /usr/lib/lighttpd/mod_openssl.so
>>>     /usr/lib/lighttpd/mod_vhostdb.so
>>>     /usr/lib/lighttpd/mod_accesslog.so
>>>     /usr/lib/lighttpd/mod_fastcgi.so
>>>     /usr/lib/lighttpd/mod_ssi.so
>>>     /usr/lib/lighttpd/mod_dirlisting.so
>>>     /usr/lib/lighttpd/mod_status.so
>>>     /usr/lib/lighttpd/mod_access.so
>>>     /usr/lib/lighttpd/mod_expire.so
>>>     /usr/lib/lighttpd/mod_userdir.so
>>>     /usr/lib/lighttpd/mod_sockproxy.so
>>>     /usr/lib/lighttpd/mod_evasive.so
>>>     /usr/lib/lighttpd/mod_cgi.so
>>>     /usr/lib/lighttpd/mod_extforward.so
>>>     /usr/lib/lighttpd/mod_rrdtool.so
>>>     /usr/lib/lighttpd/mod_uploadprogress.so
>>>     /usr/lib/lighttpd/mod_rewrite.so
>>> Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
>>> lighttpd: 34 installed and not shipped files. [installed-vs-shipped]
>>> ERROR: lighttpd-1.4.67-r0 do_package: Fatal QA errors were found, failing task.
>>>
>>>
>>> Can you please help me how to overriding it in a bbappend or similar as you mentioned in older thread.. it helps !!!
>>>
>>> -----Original Message-----
>>> From: Gyorgy Sarvari <skandigraun@gmail.com>
>>> Sent: Tuesday, January 7, 2025 3:54 PM
>>> To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>;
>>> yocto@lists.yoctoproject.org
>>> Subject: Re: [yocto] Query: Regarding lighttpd/librarries in
>>> /usr/lib not copying
>>>
>>> On 07.01.25 11:05, Kumar, Manu wrote:
>>>> reason behind ask this question is.. in earlier tisdk all the modules were there in "/usr/lib" as when we start lightpd service(which was there in (/etc/init.d) it will check modules in "/usr/lib". in the latest tisdk also if I run "systemctl start lighttpd" looks like it is searching "/usr/lib"
>>>>
>>> This change comes from this[1] commit (look at the very bottom of it).
>>> If it causing problems, you can try overriding it in a bbappend or similar. Though maybe it would be more interesting to look into why your ti-sdk is looking for these files at the incorrect place. TI layers are usually reasonably maintained, I'd expect them to follow changes in the oe-core layer...
>>>
>>> [1]:
>>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgi
>>> t.yoctoproject.org%2Fpoky%2Fcommit%2Fmeta%2Frecipes-extended%2Flight
>>> tpd%3Fh%3Dkirkstone%26id%3D3755f6c4eb404b6218784ad21c3a56312c425cc2&
>>> data=05%7C02%7Ckumar.manu%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f
>>> 40530e%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C6387186755354092
>>> 81%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwM
>>> CIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sda
>>> ta=v%2FUyHY8SqNaHixsAlCLK21phFXZeva6ECGnwtrs4i60%3D&reserved=0
>>>
>>>
>>>> -----Original Message-----
>>>> From: Kumar, Manu (FT D IN PAMC MI EMB FW)
>>>> Sent: Tuesday, January 7, 2025 2:37 PM
>>>> To: Gyorgy Sarvari <skandigraun@gmail.com>;
>>>> yocto@lists.yoctoproject.org
>>>> Subject: RE: [yocto] Query: Regarding lighttpd/librarries in
>>>> /usr/lib not copying
>>>>
>>>> Ok , I will try and let you know !!
>>>>
>>>> But how can I make all the modules to be present inside "/usr/lib" instead of "/usr/lib/lighttpd" ?
>>>>
>>>> Regards
>>>> Manu
>>>>
>>>>
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> View/Reply Online (#64512):
>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
>> s.yoctoproject.org%2Fg%2Fyocto%2Fmessage%2F64512&data=05%7C02%7Ckumar.
>> manu%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794f
>> d4addab42e1495d55a%7C1%7C0%7C638718675535434387%7CUnknown%7CTWFpbGZsb3
>> d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoi
>> TWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=KazrtJZyhv9ot5uU8lTEt3d5Ij
>> Q9qqomcN8WxkaRFRw%3D&reserved=0 Mute This Topic:
>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
>> s.yoctoproject.org%2Fmt%2F110454032%2F1686489&data=05%7C02%7Ckumar.man
>> u%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794fd4a
>> ddab42e1495d55a%7C1%7C0%7C638718675535447010%7CUnknown%7CTWFpbGZsb3d8e
>> yJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWF
>> pbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=ZeeFGhmZ%2ByaCSv0Gm5QZ2Kw94Q6
>> 4brEb%2F%2BWNKjwKltc%3D&reserved=0
>> Group Owner: yocto+owner@lists.yoctoproject.org
>> Unsubscribe:
>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
>> s.yoctoproject.org%2Fg%2Fyocto%2Funsub&data=05%7C02%7Ckumar.manu%40sie
>> mens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794fd4addab42e
>> 1495d55a%7C1%7C0%7C638718675535460871%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0
>> eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIl
>> dUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=2w4dbqZ%2BwFgOWdF6ei7IX%2F1M6FaSZp%2
>> FLWeL19o3NDXo%3D&reserved=0 [alex.kanavin@gmail.com]
>> -=-=-=-=-=-=-=-=-=-=-=-
>>

RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Kumar, Manu]

Yes Sarvari,

I am able to see the required modules in /usr/lib/lighttpd directories.. thanks for that.. in continuation with that I am not able to run lighttpd which was Alexander was referring.. 

Regards
Manu

-----Original Message-----
From: Gyorgy Sarvari <skandigraun@gmail.com> 
Sent: Tuesday, January 7, 2025 11:15 PM
To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>; Alexander Kanavin <alex.kanavin@gmail.com>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

Have you changed RDEPENDS_${PN} to RDEPENDS:${PN} from the earlier email? I would have expected it to solve this very error, as it was supposed to install the required files exactly in the folder where this error is showing...

On 07.01.25 18:38, Kumar, Manu wrote:
> As I was getting error when we run lighttpd as below so modules in /usr/lib will be fine..
>
> root@manu:~# systemctl status lighttpd.service x lighttpd.service - 
> Lighttpd Daemon
>       Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor preset: enabled)
>       Active: failed (Result: exit-code) since Fri 2024-12-27 05:21:39 EST; 15s ago
>      Process: 782 ExecStartPre=/usr/sbin/lighttpd -tt -f 
> /etc/lighttpd/lighttpd.conf (code=exited, status=255/EXCEPTION)
>
> Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 5.
> Dec 27 05:21:39 manu systemd[1]: Stopped Lighttpd Daemon.
> Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Start request repeated too quickly.
> Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> Dec 27 05:21:39 manu systemd[1]: Failed to start Lighttpd Daemon.
> root@manu:~# journalctl -xeu lighttpd.service Dec 27 02:42:19 manu 
> systemd[1]: Starting Lighttpd Daemon...
> -- Subject: A start job for unit lighttpd.service has begun execution
> -- Defined-By: systemd
> -- Support: 
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C02%7C
> kumar.manu%40siemens.com%7C5624e8a118c04db66eaa08dd2f42fb64%7C38ae3bcd
> 95794fd4addab42e1495d55a%7C1%7C0%7C638718686966686990%7CUnknown%7CTWFp
> bGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIk
> FOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=rwIQIcoNN3%2Fp40tgNC
> FlYU%2Fy05EwYHbBLI1IM0feEag%3D&reserved=0
> --
> -- A start job for unit lighttpd.service has begun execution.
> --
> -- The job identifier is 109.
> Dec 27 02:42:25 manu lighttpd[152]: 2024-12-27 02:42:21: 
> (../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for: 
> /usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so: 
> cannot open shared object file: No such file or directory Dec 27 
> 02:42:25 manu lighttpd[152]: 2024-12-27 02:42:21: 
> (../lighttpd-1.4.67/src/server.c.1285) loading plugins finally failed 
> Dec 27 02:42:26 manu systemd[1]: lighttpd.service: Control process 
> exited, code=exited, status=255/EXCEPTION
> -- Subject: Unit process exited
> -- Defined-By: systemd
> -- Support: 
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C02%7C
> kumar.manu%40siemens.com%7C5624e8a118c04db66eaa08dd2f42fb64%7C38ae3bcd
> 95794fd4addab42e1495d55a%7C1%7C0%7C638718686966705279%7CUnknown%7CTWFp
> bGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIk
> FOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=W5hBwV6afW0b2Wce%2BW
> KswVAdaH%2FYmq56jyBWFKBC2Vc%3D&reserved=0
> --
> -- An ExecStartPre= process belonging to unit lighttpd.service has exited.
> --
> -- The process' exit code is 'exited' and its exit status is 255.
> Dec 27 02:42:26 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> -- Subject: Unit failed
> -- Defined-By: systemd
> -- Support: 
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C02%7C
> kumar.manu%40siemens.com%7C5624e8a118c04db66eaa08dd2f42fb64%7C38ae3bcd
> 95794fd4addab42e1495d55a%7C1%7C0%7C638718686966716615%7CUnknown%7CTWFp
> bGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIk
> FOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=j34OA3LC6twVll0znbWD
> URop5TV%2FXto8S5dvikvxj3w%3D&reserved=0
> --
> -- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
> Dec 27 02:42:27 manu systemd[1]: Failed to start Lighttpd Daemon.
> -- Subject: A start job for unit lighttpd.service has failed
> -- Defined-By: systemd
> -- Support: 
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C02%7C
> kumar.manu%40siemens.com%7C5624e8a118c04db66eaa08dd2f42fb64%7C38ae3bcd
> 95794fd4addab42e1495d55a%7C1%7C0%7C638718686966727614%7CUnknown%7CTWFp
> bGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIk
> FOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=A9z8Xr41UgjfngTmebLz
> onI5iYEgkyGGrYjyDm5s5bI%3D&reserved=0
> --
> -- A start job for unit lighttpd.service has finished with a failure.
> --
> -- The job identifier is 109 and the job result is failed.
> Dec 27 02:42:31 manu systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 1.
> -- Subject: Automatic restarting of a unit has been scheduled
> -- Defined-By: systemd
> -- Support: 
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C02%7C
> kumar.manu%40siemens.com%7C5624e8a118c04db66eaa08dd2f42fb64%7C38ae3bcd
> 95794fd4addab42e1495d55a%7C1%7C0%7C638718686966739022%7CUnknown%7CTWFp
> bGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIk
> FOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=DO3Tcs7C3pGalAho5fHT
> H3h%2F0k9HvVK1b8TfwdQ21KE%3D&reserved=0
> --
> -- Automatic restarting of the unit lighttpd.service has been 
> scheduled, as the result for
> -- the configured Restart= setting for the unit.
> Dec 27 02:43:03 manu systemd[1]: Stopped Lighttpd Daemon.
> -- Subject: A stop job for unit lighttpd.service has finished
> -- Defined-By: systemd
> -- Support: 
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C02%7C
> kumar.manu%40siemens.com%7C5624e8a118c04db66eaa08dd2f42fb64%7C38ae3bcd
> 95794fd4addab42e1495d55a%7C1%7C0%7C638718686966750526%7CUnknown%7CTWFp
> bGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIk
> FOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=ADrS6wXAkeH%2F7tf%2B
> UCT1BIfNvBHAKlg1IziSdBiJHyE%3D&reserved=0
> --
> -- A stop job for unit lighttpd.service has finished.
> --
> -- The job identifier is 111 and the job result is done.
> Dec 27 02:43:03 manu systemd[1]: Starting Lighttpd Daemon...
> -- Subject: A start job for unit lighttpd.service has begun execution
> -- Defined-By: systemd
> -- Support: 
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C02%7C
> kumar.manu%40siemens.com%7C5624e8a118c04db66eaa08dd2f42fb64%7C38ae3bcd
> 95794fd4addab42e1495d55a%7C1%7C0%7C638718686966764535%7CUnknown%7CTWFp
> bGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIk
> FOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=Tnw%2FdyZOiGuypYe3S3
> GHKtPs7DPOynaGibw8gvCELIw%3D&reserved=0
> --
> -- A start job for unit lighttpd.service has begun execution.
> --
> -- The job identifier is 111.
> Dec 27 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03: 
> (../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for: 
> /usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so: 
> cannot open shared object file: No such file or directory Dec 27 
> 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03: 
> (../lighttpd-1.4.67/src/server.c.1285) loading plugins finally failed 
> Dec 27 02:43:04 manu systemd[1]: lighttpd.service: Control process 
> exited, code=exited, status=255/EXCEPTION
> -- Subject: Unit process exited
> -- Defined-By: systemd
> -- Support: 
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C02%7C
> kumar.manu%40siemens.com%7C5624e8a118c04db66eaa08dd2f42fb64%7C38ae3bcd
> 95794fd4addab42e1495d55a%7C1%7C0%7C638718686966778058%7CUnknown%7CTWFp
> bGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIk
> FOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=0t8eCJS4L6Sjcq4n2uky
> vWhXyc5hdTCCA%2B35JcJKa9U%3D&reserved=0
> --
> -- An ExecStartPre= process belonging to unit lighttpd.service has exited.
> --
> -- The process' exit code is 'exited' and its exit status is 255.
> Dec 27 02:43:04 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> -- Subject: Unit failed
> -- Defined-By: systemd
> -- Support: 
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C02%7C
> kumar.manu%40siemens.com%7C5624e8a118c04db66eaa08dd2f42fb64%7C38ae3bcd
> 95794fd4addab42e1495d55a%7C1%7C0%7C638718686966790155%7CUnknown%7CTWFp
> bGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIk
> FOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=m0FmtVy0uTQgYvF1bmrI
> Z5iZa8%2BpxtXItCp3nLHaQf8%3D&reserved=0
> --
> -- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
> Dec 27 02:43:04 manu systemd[1]: Failed to start Lighttpd Daemon.
> -- Subject: A start job for unit lighttpd.service has failed
> -- Defined-By: systemd
> -- Support: 
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C02%7C
> kumar.manu%40siemens.com%7C5624e8a118c04db66eaa08dd2f42fb64%7C38ae3bcd
> 95794fd4addab42e1495d55a%7C1%7C0%7C638718686966800983%7CUnknown%7CTWFp
> bGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIk
> FOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=ASZ2ECde7a7FDANR%2B7
> FjXewltdHilb0ClibATorBRaE%3D&reserved=0
> --
> -- A start job for unit lighttpd.service has finished with a failure.
> --
> -- The job identifier is 111 and the job result is failed.
>
> Also I am not able to see any binary files in /etc/init.d..
>
> If there is any further suggestions please suggest.. for further understanding..
>
> -----Original Message-----
> From: Alexander Kanavin <alex.kanavin@gmail.com>
> Sent: Tuesday, January 7, 2025 10:56 PM
> To: yocto@lists.yoctoproject.org; skandigraun@gmail.com
> Cc: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>
> Subject: Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib 
> not copying
>
> I'm not sure it's worth the effort to revert the module installation back to how it was. It's better to adapt to the new location where necessary.
>
> Why do you want modules in /usr/lib, what breaks when they are in /usr/lib/lighttpd?
>
> Alex
>
> On Tue, 7 Jan 2025 at 18:18, Gyorgy Sarvari via lists.yoctoproject.org <skandigraun=gmail.com@lists.yoctoproject.org> wrote:
>> Beside that change you made, you also need to make sure that lighttpd 
>> installs the files to the location where you expect them to be. Add 
>> something like this in a bbappend (this option comes from the 
>> meson_options.txt file, where the module install location can be specified):
>>
>> EXTRA_OEMESON:append = " -Dmoduledir=lib "
>>
>>
>> On 07.01.25 17:37, Kumar, Manu wrote:
>>> I have tried to change
>>> "sources/oe-core/meta/recipes-extended/lighttpd/lighttpd_1.4.67" only last 2 lines as below, python populate_packages:prepend () {
>>>       lighttpd_libdir = d.expand('${libdir}')
>>>       do_split_packages(d, lighttpd_libdir, r'^mod_(.*)\.so$', 
>>> 'lighttpd-module-%s', 'Lighttpd module for %s', extra_depends='') }
>>>
>>> But I am getting error as below,
>>>
>>> NOTE: Executing Tasks
>>> ERROR: lighttpd-1.4.67-r0 do_package: QA Issue: lighttpd: Files/directories were installed but not shipped in any package:
>>>     /usr/lib/lighttpd/mod_alias.so
>>>     /usr/lib/lighttpd/mod_wstunnel.so
>>>     /usr/lib/lighttpd/mod_redirect.so
>>>     /usr/lib/lighttpd/mod_webdav.so
>>>     /usr/lib/lighttpd/mod_evhost.so
>>>     /usr/lib/lighttpd/mod_authn_file.so
>>>     /usr/lib/lighttpd/mod_secdownload.so
>>>     /usr/lib/lighttpd/mod_staticfile.so
>>>     /usr/lib/lighttpd/mod_usertrack.so
>>>     /usr/lib/lighttpd/mod_setenv.so
>>>     /usr/lib/lighttpd/mod_proxy.so
>>>     /usr/lib/lighttpd/mod_indexfile.so
>>>     /usr/lib/lighttpd/mod_auth.so
>>>     /usr/lib/lighttpd/mod_ajp13.so
>>>     /usr/lib/lighttpd/mod_deflate.so
>>>     /usr/lib/lighttpd/mod_simple_vhost.so
>>>     /usr/lib/lighttpd/mod_scgi.so
>>>     /usr/lib/lighttpd/mod_openssl.so
>>>     /usr/lib/lighttpd/mod_vhostdb.so
>>>     /usr/lib/lighttpd/mod_accesslog.so
>>>     /usr/lib/lighttpd/mod_fastcgi.so
>>>     /usr/lib/lighttpd/mod_ssi.so
>>>     /usr/lib/lighttpd/mod_dirlisting.so
>>>     /usr/lib/lighttpd/mod_status.so
>>>     /usr/lib/lighttpd/mod_access.so
>>>     /usr/lib/lighttpd/mod_expire.so
>>>     /usr/lib/lighttpd/mod_userdir.so
>>>     /usr/lib/lighttpd/mod_sockproxy.so
>>>     /usr/lib/lighttpd/mod_evasive.so
>>>     /usr/lib/lighttpd/mod_cgi.so
>>>     /usr/lib/lighttpd/mod_extforward.so
>>>     /usr/lib/lighttpd/mod_rrdtool.so
>>>     /usr/lib/lighttpd/mod_uploadprogress.so
>>>     /usr/lib/lighttpd/mod_rewrite.so Please set FILES such that 
>>> these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
>>> lighttpd: 34 installed and not shipped files. [installed-vs-shipped]
>>> ERROR: lighttpd-1.4.67-r0 do_package: Fatal QA errors were found, failing task.
>>>
>>>
>>> Can you please help me how to overriding it in a bbappend or similar as you mentioned in older thread.. it helps !!!
>>>
>>> -----Original Message-----
>>> From: Gyorgy Sarvari <skandigraun@gmail.com>
>>> Sent: Tuesday, January 7, 2025 3:54 PM
>>> To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>; 
>>> yocto@lists.yoctoproject.org
>>> Subject: Re: [yocto] Query: Regarding lighttpd/librarries in 
>>> /usr/lib not copying
>>>
>>> On 07.01.25 11:05, Kumar, Manu wrote:
>>>> reason behind ask this question is.. in earlier tisdk all the modules were there in "/usr/lib" as when we start lightpd service(which was there in (/etc/init.d) it will check modules in "/usr/lib". in the latest tisdk also if I run "systemctl start lighttpd" looks like it is searching "/usr/lib"
>>>>
>>> This change comes from this[1] commit (look at the very bottom of it).
>>> If it causing problems, you can try overriding it in a bbappend or similar. Though maybe it would be more interesting to look into why your ti-sdk is looking for these files at the incorrect place. TI layers are usually reasonably maintained, I'd expect them to follow changes in the oe-core layer...
>>>
>>> [1]:
>>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgi
>>> %2F&data=05%7C02%7Ckumar.manu%40siemens.com%7C5624e8a118c04db66eaa08
>>> dd2f42fb64%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718686966
>>> 811925%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuM
>>> DAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C
>>> &sdata=eA87r0Myq%2B9UX2a1VFtZksCvu7ChWTYsrpQFHpACqaA%3D&reserved=0
>>> t.yoctoproject.org%2Fpoky%2Fcommit%2Fmeta%2Frecipes-extended%2Flight
>>> tpd%3Fh%3Dkirkstone%26id%3D3755f6c4eb404b6218784ad21c3a56312c425cc2&
>>> data=05%7C02%7Ckumar.manu%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f
>>> 40530e%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C6387186755354092
>>> 81%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwM
>>> CIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sda
>>> ta=v%2FUyHY8SqNaHixsAlCLK21phFXZeva6ECGnwtrs4i60%3D&reserved=0
>>>
>>>
>>>> -----Original Message-----
>>>> From: Kumar, Manu (FT D IN PAMC MI EMB FW)
>>>> Sent: Tuesday, January 7, 2025 2:37 PM
>>>> To: Gyorgy Sarvari <skandigraun@gmail.com>; 
>>>> yocto@lists.yoctoproject.org
>>>> Subject: RE: [yocto] Query: Regarding lighttpd/librarries in 
>>>> /usr/lib not copying
>>>>
>>>> Ok , I will try and let you know !!
>>>>
>>>> But how can I make all the modules to be present inside "/usr/lib" instead of "/usr/lib/lighttpd" ?
>>>>
>>>> Regards
>>>> Manu
>>>>
>>>>
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> View/Reply Online (#64512):
>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flis
>> t%2F&data=05%7C02%7Ckumar.manu%40siemens.com%7C5624e8a118c04db66eaa08
>> dd2f42fb64%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C6387186869668
>> 22636%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDA
>> wMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sd
>> ata=J6xQJwr%2Brj90RzEP47thN69%2FYmgSj2bwdkIDM0ZE58M%3D&reserved=0
>> s.yoctoproject.org%2Fg%2Fyocto%2Fmessage%2F64512&data=05%7C02%7Ckumar.
>> manu%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794
>> f
>> d4addab42e1495d55a%7C1%7C0%7C638718675535434387%7CUnknown%7CTWFpbGZsb
>> 3 
>> d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjo
>> i 
>> TWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=KazrtJZyhv9ot5uU8lTEt3d5I
>> j
>> Q9qqomcN8WxkaRFRw%3D&reserved=0 Mute This Topic:
>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flis
>> t%2F&data=05%7C02%7Ckumar.manu%40siemens.com%7C5624e8a118c04db66eaa08
>> dd2f42fb64%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C6387186869668
>> 33495%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDA
>> wMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sd
>> ata=aQMdzTKich52kvy98WsjlDDL96Bzjt8unJkEYrS6lbA%3D&reserved=0
>> s.yoctoproject.org%2Fmt%2F110454032%2F1686489&data=05%7C02%7Ckumar.ma
>> n 
>> u%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794fd4
>> a 
>> ddab42e1495d55a%7C1%7C0%7C638718675535447010%7CUnknown%7CTWFpbGZsb3d8
>> e 
>> yJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTW
>> F
>> pbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=ZeeFGhmZ%2ByaCSv0Gm5QZ2Kw94Q
>> 6
>> 4brEb%2F%2BWNKjwKltc%3D&reserved=0
>> Group Owner: yocto+owner@lists.yoctoproject.org
>> Unsubscribe:
>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flis
>> t%2F&data=05%7C02%7Ckumar.manu%40siemens.com%7C5624e8a118c04db66eaa08
>> dd2f42fb64%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C6387186869668
>> 44410%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDA
>> wMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sd
>> ata=YidH9tNDw2K3YwB14oZ8gnFsQkK%2BH8eSVT1GHT5%2Fx2w%3D&reserved=0
>> s.yoctoproject.org%2Fg%2Fyocto%2Funsub&data=05%7C02%7Ckumar.manu%40si
>> e 
>> mens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794fd4addab42
>> e
>> 1495d55a%7C1%7C0%7C638718675535460871%7CUnknown%7CTWFpbGZsb3d8eyJFbXB
>> 0 
>> eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsI
>> l
>> dUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=2w4dbqZ%2BwFgOWdF6ei7IX%2F1M6FaSZp%
>> 2
>> FLWeL19o3NDXo%3D&reserved=0 [alex.kanavin@gmail.com]
>> -=-=-=-=-=-=-=-=-=-=-=-
>>

Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Alexander Kanavin]

The key error is:
Dec 27 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03:
(../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for:
/usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so:
cannot open shared object file: No such file or directory

So I'm not sure how changing the installation to /usr/lib is going to
help here. Are these files present in these locations or not? Can you
share log.do_rootfs so we can see what actually gets installed into
the image?

Alex

On Tue, 7 Jan 2025 at 18:44, Gyorgy Sarvari <skandigraun@gmail.com> wrote:
>
> Have you changed RDEPENDS_${PN} to RDEPENDS:${PN} from the earlier
> email? I would have expected it to solve this very error, as it was
> supposed to install the required files exactly in the folder where this
> error is showing...
>
> On 07.01.25 18:38, Kumar, Manu wrote:
> > As I was getting error when we run lighttpd as below so modules in /usr/lib will be fine..
> >
> > root@manu:~# systemctl status lighttpd.service
> > x lighttpd.service - Lighttpd Daemon
> >       Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor preset: enabled)
> >       Active: failed (Result: exit-code) since Fri 2024-12-27 05:21:39 EST; 15s ago
> >      Process: 782 ExecStartPre=/usr/sbin/lighttpd -tt -f /etc/lighttpd/lighttpd.conf (code=exited, status=255/EXCEPTION)
> >
> > Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 5.
> > Dec 27 05:21:39 manu systemd[1]: Stopped Lighttpd Daemon.
> > Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Start request repeated too quickly.
> > Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> > Dec 27 05:21:39 manu systemd[1]: Failed to start Lighttpd Daemon.
> > root@manu:~# journalctl -xeu lighttpd.service
> > Dec 27 02:42:19 manu systemd[1]: Starting Lighttpd Daemon...
> > -- Subject: A start job for unit lighttpd.service has begun execution
> > -- Defined-By: systemd
> > -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> > --
> > -- A start job for unit lighttpd.service has begun execution.
> > --
> > -- The job identifier is 109.
> > Dec 27 02:42:25 manu lighttpd[152]: 2024-12-27 02:42:21: (../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for: /usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so: cannot open shared object file: No such file or directory
> > Dec 27 02:42:25 manu lighttpd[152]: 2024-12-27 02:42:21: (../lighttpd-1.4.67/src/server.c.1285) loading plugins finally failed
> > Dec 27 02:42:26 manu systemd[1]: lighttpd.service: Control process exited, code=exited, status=255/EXCEPTION
> > -- Subject: Unit process exited
> > -- Defined-By: systemd
> > -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> > --
> > -- An ExecStartPre= process belonging to unit lighttpd.service has exited.
> > --
> > -- The process' exit code is 'exited' and its exit status is 255.
> > Dec 27 02:42:26 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> > -- Subject: Unit failed
> > -- Defined-By: systemd
> > -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> > --
> > -- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
> > Dec 27 02:42:27 manu systemd[1]: Failed to start Lighttpd Daemon.
> > -- Subject: A start job for unit lighttpd.service has failed
> > -- Defined-By: systemd
> > -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> > --
> > -- A start job for unit lighttpd.service has finished with a failure.
> > --
> > -- The job identifier is 109 and the job result is failed.
> > Dec 27 02:42:31 manu systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 1.
> > -- Subject: Automatic restarting of a unit has been scheduled
> > -- Defined-By: systemd
> > -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> > --
> > -- Automatic restarting of the unit lighttpd.service has been scheduled, as the result for
> > -- the configured Restart= setting for the unit.
> > Dec 27 02:43:03 manu systemd[1]: Stopped Lighttpd Daemon.
> > -- Subject: A stop job for unit lighttpd.service has finished
> > -- Defined-By: systemd
> > -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> > --
> > -- A stop job for unit lighttpd.service has finished.
> > --
> > -- The job identifier is 111 and the job result is done.
> > Dec 27 02:43:03 manu systemd[1]: Starting Lighttpd Daemon...
> > -- Subject: A start job for unit lighttpd.service has begun execution
> > -- Defined-By: systemd
> > -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> > --
> > -- A start job for unit lighttpd.service has begun execution.
> > --
> > -- The job identifier is 111.
> > Dec 27 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03: (../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for: /usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so: cannot open shared object file: No such file or directory
> > Dec 27 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03: (../lighttpd-1.4.67/src/server.c.1285) loading plugins finally failed
> > Dec 27 02:43:04 manu systemd[1]: lighttpd.service: Control process exited, code=exited, status=255/EXCEPTION
> > -- Subject: Unit process exited
> > -- Defined-By: systemd
> > -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> > --
> > -- An ExecStartPre= process belonging to unit lighttpd.service has exited.
> > --
> > -- The process' exit code is 'exited' and its exit status is 255.
> > Dec 27 02:43:04 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> > -- Subject: Unit failed
> > -- Defined-By: systemd
> > -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> > --
> > -- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
> > Dec 27 02:43:04 manu systemd[1]: Failed to start Lighttpd Daemon.
> > -- Subject: A start job for unit lighttpd.service has failed
> > -- Defined-By: systemd
> > -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> > --
> > -- A start job for unit lighttpd.service has finished with a failure.
> > --
> > -- The job identifier is 111 and the job result is failed.
> >
> > Also I am not able to see any binary files in /etc/init.d..
> >
> > If there is any further suggestions please suggest.. for further understanding..
> >
> > -----Original Message-----
> > From: Alexander Kanavin <alex.kanavin@gmail.com>
> > Sent: Tuesday, January 7, 2025 10:56 PM
> > To: yocto@lists.yoctoproject.org; skandigraun@gmail.com
> > Cc: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>
> > Subject: Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
> >
> > I'm not sure it's worth the effort to revert the module installation back to how it was. It's better to adapt to the new location where necessary.
> >
> > Why do you want modules in /usr/lib, what breaks when they are in /usr/lib/lighttpd?
> >
> > Alex
> >
> > On Tue, 7 Jan 2025 at 18:18, Gyorgy Sarvari via lists.yoctoproject.org <skandigraun=gmail.com@lists.yoctoproject.org> wrote:
> >> Beside that change you made, you also need to make sure that lighttpd
> >> installs the files to the location where you expect them to be. Add
> >> something like this in a bbappend (this option comes from the
> >> meson_options.txt file, where the module install location can be specified):
> >>
> >> EXTRA_OEMESON:append = " -Dmoduledir=lib "
> >>
> >>
> >> On 07.01.25 17:37, Kumar, Manu wrote:
> >>> I have tried to change
> >>> "sources/oe-core/meta/recipes-extended/lighttpd/lighttpd_1.4.67" only last 2 lines as below, python populate_packages:prepend () {
> >>>       lighttpd_libdir = d.expand('${libdir}')
> >>>       do_split_packages(d, lighttpd_libdir, r'^mod_(.*)\.so$',
> >>> 'lighttpd-module-%s', 'Lighttpd module for %s', extra_depends='') }
> >>>
> >>> But I am getting error as below,
> >>>
> >>> NOTE: Executing Tasks
> >>> ERROR: lighttpd-1.4.67-r0 do_package: QA Issue: lighttpd: Files/directories were installed but not shipped in any package:
> >>>     /usr/lib/lighttpd/mod_alias.so
> >>>     /usr/lib/lighttpd/mod_wstunnel.so
> >>>     /usr/lib/lighttpd/mod_redirect.so
> >>>     /usr/lib/lighttpd/mod_webdav.so
> >>>     /usr/lib/lighttpd/mod_evhost.so
> >>>     /usr/lib/lighttpd/mod_authn_file.so
> >>>     /usr/lib/lighttpd/mod_secdownload.so
> >>>     /usr/lib/lighttpd/mod_staticfile.so
> >>>     /usr/lib/lighttpd/mod_usertrack.so
> >>>     /usr/lib/lighttpd/mod_setenv.so
> >>>     /usr/lib/lighttpd/mod_proxy.so
> >>>     /usr/lib/lighttpd/mod_indexfile.so
> >>>     /usr/lib/lighttpd/mod_auth.so
> >>>     /usr/lib/lighttpd/mod_ajp13.so
> >>>     /usr/lib/lighttpd/mod_deflate.so
> >>>     /usr/lib/lighttpd/mod_simple_vhost.so
> >>>     /usr/lib/lighttpd/mod_scgi.so
> >>>     /usr/lib/lighttpd/mod_openssl.so
> >>>     /usr/lib/lighttpd/mod_vhostdb.so
> >>>     /usr/lib/lighttpd/mod_accesslog.so
> >>>     /usr/lib/lighttpd/mod_fastcgi.so
> >>>     /usr/lib/lighttpd/mod_ssi.so
> >>>     /usr/lib/lighttpd/mod_dirlisting.so
> >>>     /usr/lib/lighttpd/mod_status.so
> >>>     /usr/lib/lighttpd/mod_access.so
> >>>     /usr/lib/lighttpd/mod_expire.so
> >>>     /usr/lib/lighttpd/mod_userdir.so
> >>>     /usr/lib/lighttpd/mod_sockproxy.so
> >>>     /usr/lib/lighttpd/mod_evasive.so
> >>>     /usr/lib/lighttpd/mod_cgi.so
> >>>     /usr/lib/lighttpd/mod_extforward.so
> >>>     /usr/lib/lighttpd/mod_rrdtool.so
> >>>     /usr/lib/lighttpd/mod_uploadprogress.so
> >>>     /usr/lib/lighttpd/mod_rewrite.so
> >>> Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
> >>> lighttpd: 34 installed and not shipped files. [installed-vs-shipped]
> >>> ERROR: lighttpd-1.4.67-r0 do_package: Fatal QA errors were found, failing task.
> >>>
> >>>
> >>> Can you please help me how to overriding it in a bbappend or similar as you mentioned in older thread.. it helps !!!
> >>>
> >>> -----Original Message-----
> >>> From: Gyorgy Sarvari <skandigraun@gmail.com>
> >>> Sent: Tuesday, January 7, 2025 3:54 PM
> >>> To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>;
> >>> yocto@lists.yoctoproject.org
> >>> Subject: Re: [yocto] Query: Regarding lighttpd/librarries in
> >>> /usr/lib not copying
> >>>
> >>> On 07.01.25 11:05, Kumar, Manu wrote:
> >>>> reason behind ask this question is.. in earlier tisdk all the modules were there in "/usr/lib" as when we start lightpd service(which was there in (/etc/init.d) it will check modules in "/usr/lib". in the latest tisdk also if I run "systemctl start lighttpd" looks like it is searching "/usr/lib"
> >>>>
> >>> This change comes from this[1] commit (look at the very bottom of it).
> >>> If it causing problems, you can try overriding it in a bbappend or similar. Though maybe it would be more interesting to look into why your ti-sdk is looking for these files at the incorrect place. TI layers are usually reasonably maintained, I'd expect them to follow changes in the oe-core layer...
> >>>
> >>> [1]:
> >>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgi
> >>> t.yoctoproject.org%2Fpoky%2Fcommit%2Fmeta%2Frecipes-extended%2Flight
> >>> tpd%3Fh%3Dkirkstone%26id%3D3755f6c4eb404b6218784ad21c3a56312c425cc2&
> >>> data=05%7C02%7Ckumar.manu%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f
> >>> 40530e%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C6387186755354092
> >>> 81%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwM
> >>> CIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sda
> >>> ta=v%2FUyHY8SqNaHixsAlCLK21phFXZeva6ECGnwtrs4i60%3D&reserved=0
> >>>
> >>>
> >>>> -----Original Message-----
> >>>> From: Kumar, Manu (FT D IN PAMC MI EMB FW)
> >>>> Sent: Tuesday, January 7, 2025 2:37 PM
> >>>> To: Gyorgy Sarvari <skandigraun@gmail.com>;
> >>>> yocto@lists.yoctoproject.org
> >>>> Subject: RE: [yocto] Query: Regarding lighttpd/librarries in
> >>>> /usr/lib not copying
> >>>>
> >>>> Ok , I will try and let you know !!
> >>>>
> >>>> But how can I make all the modules to be present inside "/usr/lib" instead of "/usr/lib/lighttpd" ?
> >>>>
> >>>> Regards
> >>>> Manu
> >>>>
> >>>>
> >> -=-=-=-=-=-=-=-=-=-=-=-
> >> Links: You receive all messages sent to this group.
> >> View/Reply Online (#64512):
> >> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> >> s.yoctoproject.org%2Fg%2Fyocto%2Fmessage%2F64512&data=05%7C02%7Ckumar.
> >> manu%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794f
> >> d4addab42e1495d55a%7C1%7C0%7C638718675535434387%7CUnknown%7CTWFpbGZsb3
> >> d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoi
> >> TWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=KazrtJZyhv9ot5uU8lTEt3d5Ij
> >> Q9qqomcN8WxkaRFRw%3D&reserved=0 Mute This Topic:
> >> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> >> s.yoctoproject.org%2Fmt%2F110454032%2F1686489&data=05%7C02%7Ckumar.man
> >> u%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794fd4a
> >> ddab42e1495d55a%7C1%7C0%7C638718675535447010%7CUnknown%7CTWFpbGZsb3d8e
> >> yJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWF
> >> pbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=ZeeFGhmZ%2ByaCSv0Gm5QZ2Kw94Q6
> >> 4brEb%2F%2BWNKjwKltc%3D&reserved=0
> >> Group Owner: yocto+owner@lists.yoctoproject.org
> >> Unsubscribe:
> >> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> >> s.yoctoproject.org%2Fg%2Fyocto%2Funsub&data=05%7C02%7Ckumar.manu%40sie
> >> mens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794fd4addab42e
> >> 1495d55a%7C1%7C0%7C638718675535460871%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0
> >> eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIl
> >> dUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=2w4dbqZ%2BwFgOWdF6ei7IX%2F1M6FaSZp%2
> >> FLWeL19o3NDXo%3D&reserved=0 [alex.kanavin@gmail.com]
> >> -=-=-=-=-=-=-=-=-=-=-=-
> >>

RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Kumar, Manu]

Sure Alexander I will provide more inf o on this ..please give some time I will come back on this.. thanks for pointing on this.. 

-----Original Message-----
From: Alexander Kanavin <alex.kanavin@gmail.com> 
Sent: Tuesday, January 7, 2025 11:21 PM
To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>
Cc: yocto@lists.yoctoproject.org; Gyorgy Sarvari <skandigraun@gmail.com>
Subject: Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

The key error is:
Dec 27 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03:
(../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for:
/usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so:
cannot open shared object file: No such file or directory

So I'm not sure how changing the installation to /usr/lib is going to help here. Are these files present in these locations or not? Can you share log.do_rootfs so we can see what actually gets installed into the image?

Alex

On Tue, 7 Jan 2025 at 18:44, Gyorgy Sarvari <skandigraun@gmail.com> wrote:
>
> Have you changed RDEPENDS_${PN} to RDEPENDS:${PN} from the earlier 
> email? I would have expected it to solve this very error, as it was 
> supposed to install the required files exactly in the folder where 
> this error is showing...
>
> On 07.01.25 18:38, Kumar, Manu wrote:
> > As I was getting error when we run lighttpd as below so modules in /usr/lib will be fine..
> >
> > root@manu:~# systemctl status lighttpd.service x lighttpd.service - 
> > Lighttpd Daemon
> >       Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor preset: enabled)
> >       Active: failed (Result: exit-code) since Fri 2024-12-27 05:21:39 EST; 15s ago
> >      Process: 782 ExecStartPre=/usr/sbin/lighttpd -tt -f 
> > /etc/lighttpd/lighttpd.conf (code=exited, status=255/EXCEPTION)
> >
> > Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 5.
> > Dec 27 05:21:39 manu systemd[1]: Stopped Lighttpd Daemon.
> > Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Start request repeated too quickly.
> > Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> > Dec 27 05:21:39 manu systemd[1]: Failed to start Lighttpd Daemon.
> > root@manu:~# journalctl -xeu lighttpd.service Dec 27 02:42:19 manu 
> > systemd[1]: Starting Lighttpd Daemon...
> > -- Subject: A start job for unit lighttpd.service has begun 
> > execution
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632394880%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=M6YcEhlB
> > 8nALGXU7BM9xs7DTUOnNaa7i3JSs4QVIe88%3D&reserved=0
> > --
> > -- A start job for unit lighttpd.service has begun execution.
> > --
> > -- The job identifier is 109.
> > Dec 27 02:42:25 manu lighttpd[152]: 2024-12-27 02:42:21: 
> > (../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for: 
> > /usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so: 
> > cannot open shared object file: No such file or directory Dec 27 
> > 02:42:25 manu lighttpd[152]: 2024-12-27 02:42:21: 
> > (../lighttpd-1.4.67/src/server.c.1285) loading plugins finally 
> > failed Dec 27 02:42:26 manu systemd[1]: lighttpd.service: Control 
> > process exited, code=exited, status=255/EXCEPTION
> > -- Subject: Unit process exited
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632413957%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=gCM5MsTE
> > yizPivtxdbByEe%2F2Bdpu8qTKn%2BjG8V9kihk%3D&reserved=0
> > --
> > -- An ExecStartPre= process belonging to unit lighttpd.service has exited.
> > --
> > -- The process' exit code is 'exited' and its exit status is 255.
> > Dec 27 02:42:26 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> > -- Subject: Unit failed
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632425717%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=tsHs1KNI
> > HHGfyyWhB6FeiLwAzAbP07DQ%2Bnec3%2B%2B0BZs%3D&reserved=0
> > --
> > -- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
> > Dec 27 02:42:27 manu systemd[1]: Failed to start Lighttpd Daemon.
> > -- Subject: A start job for unit lighttpd.service has failed
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632437147%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=f6xdHkke
> > wwXSl0RcNnVxMtzFPnMos%2FKKujeKW7zlPKo%3D&reserved=0
> > --
> > -- A start job for unit lighttpd.service has finished with a failure.
> > --
> > -- The job identifier is 109 and the job result is failed.
> > Dec 27 02:42:31 manu systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 1.
> > -- Subject: Automatic restarting of a unit has been scheduled
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632448082%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=NkGcMi%2
> > B0kKcJ5t7P1r52VNb0G%2Be2rq8xf%2BieprzCjl8%3D&reserved=0
> > --
> > -- Automatic restarting of the unit lighttpd.service has been 
> > scheduled, as the result for
> > -- the configured Restart= setting for the unit.
> > Dec 27 02:43:03 manu systemd[1]: Stopped Lighttpd Daemon.
> > -- Subject: A stop job for unit lighttpd.service has finished
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632461097%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=WF7n7Oow
> > Fm2WAplcOHjKh5GnN9PslU93C%2BVxYspP3R4%3D&reserved=0
> > --
> > -- A stop job for unit lighttpd.service has finished.
> > --
> > -- The job identifier is 111 and the job result is done.
> > Dec 27 02:43:03 manu systemd[1]: Starting Lighttpd Daemon...
> > -- Subject: A start job for unit lighttpd.service has begun 
> > execution
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632472328%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=tlz9YQ9c
> > cUnnVPd8rQ950%2FY9uKvRkRRJ9Ol%2FHRcn22I%3D&reserved=0
> > --
> > -- A start job for unit lighttpd.service has begun execution.
> > --
> > -- The job identifier is 111.
> > Dec 27 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03: 
> > (../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for: 
> > /usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so: 
> > cannot open shared object file: No such file or directory Dec 27 
> > 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03: 
> > (../lighttpd-1.4.67/src/server.c.1285) loading plugins finally 
> > failed Dec 27 02:43:04 manu systemd[1]: lighttpd.service: Control 
> > process exited, code=exited, status=255/EXCEPTION
> > -- Subject: Unit process exited
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632484057%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=P%2F4mZl
> > tENFJJYHvplCo9WrVwh0lXFE1zU2HW1JHYkJE%3D&reserved=0
> > --
> > -- An ExecStartPre= process belonging to unit lighttpd.service has exited.
> > --
> > -- The process' exit code is 'exited' and its exit status is 255.
> > Dec 27 02:43:04 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> > -- Subject: Unit failed
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632495263%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=FhEyrSwZ
> > ptkrCFtuKxxFMx2HIkJ7imFDtqtZcu843aw%3D&reserved=0
> > --
> > -- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
> > Dec 27 02:43:04 manu systemd[1]: Failed to start Lighttpd Daemon.
> > -- Subject: A start job for unit lighttpd.service has failed
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632507090%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=pF2NiQro
> > 0KN1w%2FcPbbtVHmL%2BXj8EtyC31Gv5k8i%2FS%2Fg%3D&reserved=0
> > --
> > -- A start job for unit lighttpd.service has finished with a failure.
> > --
> > -- The job identifier is 111 and the job result is failed.
> >
> > Also I am not able to see any binary files in /etc/init.d..
> >
> > If there is any further suggestions please suggest.. for further understanding..
> >
> > -----Original Message-----
> > From: Alexander Kanavin <alex.kanavin@gmail.com>
> > Sent: Tuesday, January 7, 2025 10:56 PM
> > To: yocto@lists.yoctoproject.org; skandigraun@gmail.com
> > Cc: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>
> > Subject: Re: [yocto] Query: Regarding lighttpd/librarries in 
> > /usr/lib not copying
> >
> > I'm not sure it's worth the effort to revert the module installation back to how it was. It's better to adapt to the new location where necessary.
> >
> > Why do you want modules in /usr/lib, what breaks when they are in /usr/lib/lighttpd?
> >
> > Alex
> >
> > On Tue, 7 Jan 2025 at 18:18, Gyorgy Sarvari via lists.yoctoproject.org <skandigraun=gmail.com@lists.yoctoproject.org> wrote:
> >> Beside that change you made, you also need to make sure that 
> >> lighttpd installs the files to the location where you expect them 
> >> to be. Add something like this in a bbappend (this option comes 
> >> from the meson_options.txt file, where the module install location can be specified):
> >>
> >> EXTRA_OEMESON:append = " -Dmoduledir=lib "
> >>
> >>
> >> On 07.01.25 17:37, Kumar, Manu wrote:
> >>> I have tried to change
> >>> "sources/oe-core/meta/recipes-extended/lighttpd/lighttpd_1.4.67" only last 2 lines as below, python populate_packages:prepend () {
> >>>       lighttpd_libdir = d.expand('${libdir}')
> >>>       do_split_packages(d, lighttpd_libdir, r'^mod_(.*)\.so$', 
> >>> 'lighttpd-module-%s', 'Lighttpd module for %s', extra_depends='') 
> >>> }
> >>>
> >>> But I am getting error as below,
> >>>
> >>> NOTE: Executing Tasks
> >>> ERROR: lighttpd-1.4.67-r0 do_package: QA Issue: lighttpd: Files/directories were installed but not shipped in any package:
> >>>     /usr/lib/lighttpd/mod_alias.so
> >>>     /usr/lib/lighttpd/mod_wstunnel.so
> >>>     /usr/lib/lighttpd/mod_redirect.so
> >>>     /usr/lib/lighttpd/mod_webdav.so
> >>>     /usr/lib/lighttpd/mod_evhost.so
> >>>     /usr/lib/lighttpd/mod_authn_file.so
> >>>     /usr/lib/lighttpd/mod_secdownload.so
> >>>     /usr/lib/lighttpd/mod_staticfile.so
> >>>     /usr/lib/lighttpd/mod_usertrack.so
> >>>     /usr/lib/lighttpd/mod_setenv.so
> >>>     /usr/lib/lighttpd/mod_proxy.so
> >>>     /usr/lib/lighttpd/mod_indexfile.so
> >>>     /usr/lib/lighttpd/mod_auth.so
> >>>     /usr/lib/lighttpd/mod_ajp13.so
> >>>     /usr/lib/lighttpd/mod_deflate.so
> >>>     /usr/lib/lighttpd/mod_simple_vhost.so
> >>>     /usr/lib/lighttpd/mod_scgi.so
> >>>     /usr/lib/lighttpd/mod_openssl.so
> >>>     /usr/lib/lighttpd/mod_vhostdb.so
> >>>     /usr/lib/lighttpd/mod_accesslog.so
> >>>     /usr/lib/lighttpd/mod_fastcgi.so
> >>>     /usr/lib/lighttpd/mod_ssi.so
> >>>     /usr/lib/lighttpd/mod_dirlisting.so
> >>>     /usr/lib/lighttpd/mod_status.so
> >>>     /usr/lib/lighttpd/mod_access.so
> >>>     /usr/lib/lighttpd/mod_expire.so
> >>>     /usr/lib/lighttpd/mod_userdir.so
> >>>     /usr/lib/lighttpd/mod_sockproxy.so
> >>>     /usr/lib/lighttpd/mod_evasive.so
> >>>     /usr/lib/lighttpd/mod_cgi.so
> >>>     /usr/lib/lighttpd/mod_extforward.so
> >>>     /usr/lib/lighttpd/mod_rrdtool.so
> >>>     /usr/lib/lighttpd/mod_uploadprogress.so
> >>>     /usr/lib/lighttpd/mod_rewrite.so Please set FILES such that 
> >>> these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
> >>> lighttpd: 34 installed and not shipped files. 
> >>> [installed-vs-shipped]
> >>> ERROR: lighttpd-1.4.67-r0 do_package: Fatal QA errors were found, failing task.
> >>>
> >>>
> >>> Can you please help me how to overriding it in a bbappend or similar as you mentioned in older thread.. it helps !!!
> >>>
> >>> -----Original Message-----
> >>> From: Gyorgy Sarvari <skandigraun@gmail.com>
> >>> Sent: Tuesday, January 7, 2025 3:54 PM
> >>> To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>; 
> >>> yocto@lists.yoctoproject.org
> >>> Subject: Re: [yocto] Query: Regarding lighttpd/librarries in 
> >>> /usr/lib not copying
> >>>
> >>> On 07.01.25 11:05, Kumar, Manu wrote:
> >>>> reason behind ask this question is.. in earlier tisdk all the modules were there in "/usr/lib" as when we start lightpd service(which was there in (/etc/init.d) it will check modules in "/usr/lib". in the latest tisdk also if I run "systemctl start lighttpd" looks like it is searching "/usr/lib"
> >>>>
> >>> This change comes from this[1] commit (look at the very bottom of it).
> >>> If it causing problems, you can try overriding it in a bbappend or similar. Though maybe it would be more interesting to look into why your ti-sdk is looking for these files at the incorrect place. TI layers are usually reasonably maintained, I'd expect them to follow changes in the oe-core layer...
> >>>
> >>> [1]:
> >>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2F
> >>> gi%2F&data=05%7C02%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291
> >>> aa08dd2f43d5f9%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718
> >>> 690632519053%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiO
> >>> iIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C
> >>> 0%7C%7C%7C&sdata=O%2FWtFAGIerJoxrvNQ8v%2F6Bh3%2BXF0gSaMStf1TWuVfx4
> >>> %3D&reserved=0 
> >>> t.yoctoproject.org%2Fpoky%2Fcommit%2Fmeta%2Frecipes-extended%2Flig
> >>> ht 
> >>> tpd%3Fh%3Dkirkstone%26id%3D3755f6c4eb404b6218784ad21c3a56312c425cc
> >>> 2& 
> >>> data=05%7C02%7Ckumar.manu%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd
> >>> 2f
> >>> 40530e%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C63871867553540
> >>> 92 
> >>> 81%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDA
> >>> wM 
> >>> CIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&s
> >>> da
> >>> ta=v%2FUyHY8SqNaHixsAlCLK21phFXZeva6ECGnwtrs4i60%3D&reserved=0
> >>>
> >>>
> >>>> -----Original Message-----
> >>>> From: Kumar, Manu (FT D IN PAMC MI EMB FW)
> >>>> Sent: Tuesday, January 7, 2025 2:37 PM
> >>>> To: Gyorgy Sarvari <skandigraun@gmail.com>; 
> >>>> yocto@lists.yoctoproject.org
> >>>> Subject: RE: [yocto] Query: Regarding lighttpd/librarries in 
> >>>> /usr/lib not copying
> >>>>
> >>>> Ok , I will try and let you know !!
> >>>>
> >>>> But how can I make all the modules to be present inside "/usr/lib" instead of "/usr/lib/lighttpd" ?
> >>>>
> >>>> Regards
> >>>> Manu
> >>>>
> >>>>
> >> -=-=-=-=-=-=-=-=-=-=-=-
> >> Links: You receive all messages sent to this group.
> >> View/Reply Online (#64512):
> >> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fl
> >> ist%2F&data=05%7C02%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291
> >> aa08dd2f43d5f9%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C6387186
> >> 90632530543%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiI
> >> wLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7
> >> C%7C%7C&sdata=E9Rtv5JA9wKK56HvWlAucWYdJ4dc5ka6rHS%2FwLUXVuw%3D&rese
> >> rved=0 
> >> s.yoctoproject.org%2Fg%2Fyocto%2Fmessage%2F64512&data=05%7C02%7Ckumar.
> >> manu%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd957
> >> 94f
> >> d4addab42e1495d55a%7C1%7C0%7C638718675535434387%7CUnknown%7CTWFpbGZ
> >> sb3 
> >> d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOI
> >> joi 
> >> TWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=KazrtJZyhv9ot5uU8lTEt3d
> >> 5Ij
> >> Q9qqomcN8WxkaRFRw%3D&reserved=0 Mute This Topic:
> >> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fl
> >> ist%2F&data=05%7C02%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291
> >> aa08dd2f43d5f9%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C6387186
> >> 90632541557%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiI
> >> wLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7
> >> C%7C%7C&sdata=g7HKqVL9bCND1vQjG42BrG9GO31nHMbobkAHUwTgNek%3D&reserv
> >> ed=0 
> >> s.yoctoproject.org%2Fmt%2F110454032%2F1686489&data=05%7C02%7Ckumar.
> >> man 
> >> u%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794f
> >> d4a 
> >> ddab42e1495d55a%7C1%7C0%7C638718675535447010%7CUnknown%7CTWFpbGZsb3
> >> d8e 
> >> yJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoi
> >> TWF
> >> pbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=ZeeFGhmZ%2ByaCSv0Gm5QZ2Kw9
> >> 4Q6
> >> 4brEb%2F%2BWNKjwKltc%3D&reserved=0
> >> Group Owner: yocto+owner@lists.yoctoproject.org
> >> Unsubscribe:
> >> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fl
> >> ist%2F&data=05%7C02%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291
> >> aa08dd2f43d5f9%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C6387186
> >> 90632552230%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiI
> >> wLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7
> >> C%7C%7C&sdata=Ffq3z0GURoJ3zumRmX1ERklSPYwsTqvPexfl6jmAlvE%3D&reserv
> >> ed=0 
> >> s.yoctoproject.org%2Fg%2Fyocto%2Funsub&data=05%7C02%7Ckumar.manu%40
> >> sie 
> >> mens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794fd4addab
> >> 42e
> >> 1495d55a%7C1%7C0%7C638718675535460871%7CUnknown%7CTWFpbGZsb3d8eyJFb
> >> XB0 
> >> eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCI
> >> sIl
> >> dUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=2w4dbqZ%2BwFgOWdF6ei7IX%2F1M6FaSZ
> >> p%2
> >> FLWeL19o3NDXo%3D&reserved=0 [alex.kanavin@gmail.com]
> >> -=-=-=-=-=-=-=-=-=-=-=-
> >>

RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

[Kumar, Manu]

Thanks, Sarvari and Alexander for your inputs lighttpd is running now without changing to /usr/lib path.. but yes I will respond if I found any error or any problems.. if I face.. 😊

Regards
Manu

-----Original Message-----
From: Alexander Kanavin <alex.kanavin@gmail.com> 
Sent: Tuesday, January 7, 2025 11:21 PM
To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>
Cc: yocto@lists.yoctoproject.org; Gyorgy Sarvari <skandigraun@gmail.com>
Subject: Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying

The key error is:
Dec 27 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03:
(../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for:
/usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so:
cannot open shared object file: No such file or directory

So I'm not sure how changing the installation to /usr/lib is going to help here. Are these files present in these locations or not? Can you share log.do_rootfs so we can see what actually gets installed into the image?

Alex

On Tue, 7 Jan 2025 at 18:44, Gyorgy Sarvari <skandigraun@gmail.com> wrote:
>
> Have you changed RDEPENDS_${PN} to RDEPENDS:${PN} from the earlier 
> email? I would have expected it to solve this very error, as it was 
> supposed to install the required files exactly in the folder where 
> this error is showing...
>
> On 07.01.25 18:38, Kumar, Manu wrote:
> > As I was getting error when we run lighttpd as below so modules in /usr/lib will be fine..
> >
> > root@manu:~# systemctl status lighttpd.service x lighttpd.service - 
> > Lighttpd Daemon
> >       Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor preset: enabled)
> >       Active: failed (Result: exit-code) since Fri 2024-12-27 05:21:39 EST; 15s ago
> >      Process: 782 ExecStartPre=/usr/sbin/lighttpd -tt -f 
> > /etc/lighttpd/lighttpd.conf (code=exited, status=255/EXCEPTION)
> >
> > Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 5.
> > Dec 27 05:21:39 manu systemd[1]: Stopped Lighttpd Daemon.
> > Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Start request repeated too quickly.
> > Dec 27 05:21:39 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> > Dec 27 05:21:39 manu systemd[1]: Failed to start Lighttpd Daemon.
> > root@manu:~# journalctl -xeu lighttpd.service Dec 27 02:42:19 manu 
> > systemd[1]: Starting Lighttpd Daemon...
> > -- Subject: A start job for unit lighttpd.service has begun 
> > execution
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632394880%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=M6YcEhlB
> > 8nALGXU7BM9xs7DTUOnNaa7i3JSs4QVIe88%3D&reserved=0
> > --
> > -- A start job for unit lighttpd.service has begun execution.
> > --
> > -- The job identifier is 109.
> > Dec 27 02:42:25 manu lighttpd[152]: 2024-12-27 02:42:21: 
> > (../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for: 
> > /usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so: 
> > cannot open shared object file: No such file or directory Dec 27 
> > 02:42:25 manu lighttpd[152]: 2024-12-27 02:42:21: 
> > (../lighttpd-1.4.67/src/server.c.1285) loading plugins finally 
> > failed Dec 27 02:42:26 manu systemd[1]: lighttpd.service: Control 
> > process exited, code=exited, status=255/EXCEPTION
> > -- Subject: Unit process exited
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632413957%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=gCM5MsTE
> > yizPivtxdbByEe%2F2Bdpu8qTKn%2BjG8V9kihk%3D&reserved=0
> > --
> > -- An ExecStartPre= process belonging to unit lighttpd.service has exited.
> > --
> > -- The process' exit code is 'exited' and its exit status is 255.
> > Dec 27 02:42:26 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> > -- Subject: Unit failed
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632425717%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=tsHs1KNI
> > HHGfyyWhB6FeiLwAzAbP07DQ%2Bnec3%2B%2B0BZs%3D&reserved=0
> > --
> > -- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
> > Dec 27 02:42:27 manu systemd[1]: Failed to start Lighttpd Daemon.
> > -- Subject: A start job for unit lighttpd.service has failed
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632437147%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=f6xdHkke
> > wwXSl0RcNnVxMtzFPnMos%2FKKujeKW7zlPKo%3D&reserved=0
> > --
> > -- A start job for unit lighttpd.service has finished with a failure.
> > --
> > -- The job identifier is 109 and the job result is failed.
> > Dec 27 02:42:31 manu systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 1.
> > -- Subject: Automatic restarting of a unit has been scheduled
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632448082%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=NkGcMi%2
> > B0kKcJ5t7P1r52VNb0G%2Be2rq8xf%2BieprzCjl8%3D&reserved=0
> > --
> > -- Automatic restarting of the unit lighttpd.service has been 
> > scheduled, as the result for
> > -- the configured Restart= setting for the unit.
> > Dec 27 02:43:03 manu systemd[1]: Stopped Lighttpd Daemon.
> > -- Subject: A stop job for unit lighttpd.service has finished
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632461097%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=WF7n7Oow
> > Fm2WAplcOHjKh5GnN9PslU93C%2BVxYspP3R4%3D&reserved=0
> > --
> > -- A stop job for unit lighttpd.service has finished.
> > --
> > -- The job identifier is 111 and the job result is done.
> > Dec 27 02:43:03 manu systemd[1]: Starting Lighttpd Daemon...
> > -- Subject: A start job for unit lighttpd.service has begun 
> > execution
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632472328%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=tlz9YQ9c
> > cUnnVPd8rQ950%2FY9uKvRkRRJ9Ol%2FHRcn22I%3D&reserved=0
> > --
> > -- A start job for unit lighttpd.service has begun execution.
> > --
> > -- The job identifier is 111.
> > Dec 27 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03: 
> > (../lighttpd-1.4.67/src/plugin.c.202) dlopen() failed for: 
> > /usr/lib/lighttpd/mod_redirect.so /usr/lib/lighttpd/mod_redirect.so: 
> > cannot open shared object file: No such file or directory Dec 27 
> > 02:43:04 manu lighttpd[203]: 2024-12-27 02:43:03: 
> > (../lighttpd-1.4.67/src/server.c.1285) loading plugins finally 
> > failed Dec 27 02:43:04 manu systemd[1]: lighttpd.service: Control 
> > process exited, code=exited, status=255/EXCEPTION
> > -- Subject: Unit process exited
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632484057%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=P%2F4mZl
> > tENFJJYHvplCo9WrVwh0lXFE1zU2HW1JHYkJE%3D&reserved=0
> > --
> > -- An ExecStartPre= process belonging to unit lighttpd.service has exited.
> > --
> > -- The process' exit code is 'exited' and its exit status is 255.
> > Dec 27 02:43:04 manu systemd[1]: lighttpd.service: Failed with result 'exit-code'.
> > -- Subject: Unit failed
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632495263%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=FhEyrSwZ
> > ptkrCFtuKxxFMx2HIkJ7imFDtqtZcu843aw%3D&reserved=0
> > --
> > -- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
> > Dec 27 02:43:04 manu systemd[1]: Failed to start Lighttpd Daemon.
> > -- Subject: A start job for unit lighttpd.service has failed
> > -- Defined-By: systemd
> > -- Support: 
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fli
> > sts.freedesktop.org%2Fmailman%2Flistinfo%2Fsystemd-devel&data=05%7C0
> > 2%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291aa08dd2f43d5f9%7C38
> > ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718690632507090%7CUnknow
> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=pF2NiQro
> > 0KN1w%2FcPbbtVHmL%2BXj8EtyC31Gv5k8i%2FS%2Fg%3D&reserved=0
> > --
> > -- A start job for unit lighttpd.service has finished with a failure.
> > --
> > -- The job identifier is 111 and the job result is failed.
> >
> > Also I am not able to see any binary files in /etc/init.d..
> >
> > If there is any further suggestions please suggest.. for further understanding..
> >
> > -----Original Message-----
> > From: Alexander Kanavin <alex.kanavin@gmail.com>
> > Sent: Tuesday, January 7, 2025 10:56 PM
> > To: yocto@lists.yoctoproject.org; skandigraun@gmail.com
> > Cc: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>
> > Subject: Re: [yocto] Query: Regarding lighttpd/librarries in 
> > /usr/lib not copying
> >
> > I'm not sure it's worth the effort to revert the module installation back to how it was. It's better to adapt to the new location where necessary.
> >
> > Why do you want modules in /usr/lib, what breaks when they are in /usr/lib/lighttpd?
> >
> > Alex
> >
> > On Tue, 7 Jan 2025 at 18:18, Gyorgy Sarvari via lists.yoctoproject.org <skandigraun=gmail.com@lists.yoctoproject.org> wrote:
> >> Beside that change you made, you also need to make sure that 
> >> lighttpd installs the files to the location where you expect them 
> >> to be. Add something like this in a bbappend (this option comes 
> >> from the meson_options.txt file, where the module install location can be specified):
> >>
> >> EXTRA_OEMESON:append = " -Dmoduledir=lib "
> >>
> >>
> >> On 07.01.25 17:37, Kumar, Manu wrote:
> >>> I have tried to change
> >>> "sources/oe-core/meta/recipes-extended/lighttpd/lighttpd_1.4.67" only last 2 lines as below, python populate_packages:prepend () {
> >>>       lighttpd_libdir = d.expand('${libdir}')
> >>>       do_split_packages(d, lighttpd_libdir, r'^mod_(.*)\.so$', 
> >>> 'lighttpd-module-%s', 'Lighttpd module for %s', extra_depends='') 
> >>> }
> >>>
> >>> But I am getting error as below,
> >>>
> >>> NOTE: Executing Tasks
> >>> ERROR: lighttpd-1.4.67-r0 do_package: QA Issue: lighttpd: Files/directories were installed but not shipped in any package:
> >>>     /usr/lib/lighttpd/mod_alias.so
> >>>     /usr/lib/lighttpd/mod_wstunnel.so
> >>>     /usr/lib/lighttpd/mod_redirect.so
> >>>     /usr/lib/lighttpd/mod_webdav.so
> >>>     /usr/lib/lighttpd/mod_evhost.so
> >>>     /usr/lib/lighttpd/mod_authn_file.so
> >>>     /usr/lib/lighttpd/mod_secdownload.so
> >>>     /usr/lib/lighttpd/mod_staticfile.so
> >>>     /usr/lib/lighttpd/mod_usertrack.so
> >>>     /usr/lib/lighttpd/mod_setenv.so
> >>>     /usr/lib/lighttpd/mod_proxy.so
> >>>     /usr/lib/lighttpd/mod_indexfile.so
> >>>     /usr/lib/lighttpd/mod_auth.so
> >>>     /usr/lib/lighttpd/mod_ajp13.so
> >>>     /usr/lib/lighttpd/mod_deflate.so
> >>>     /usr/lib/lighttpd/mod_simple_vhost.so
> >>>     /usr/lib/lighttpd/mod_scgi.so
> >>>     /usr/lib/lighttpd/mod_openssl.so
> >>>     /usr/lib/lighttpd/mod_vhostdb.so
> >>>     /usr/lib/lighttpd/mod_accesslog.so
> >>>     /usr/lib/lighttpd/mod_fastcgi.so
> >>>     /usr/lib/lighttpd/mod_ssi.so
> >>>     /usr/lib/lighttpd/mod_dirlisting.so
> >>>     /usr/lib/lighttpd/mod_status.so
> >>>     /usr/lib/lighttpd/mod_access.so
> >>>     /usr/lib/lighttpd/mod_expire.so
> >>>     /usr/lib/lighttpd/mod_userdir.so
> >>>     /usr/lib/lighttpd/mod_sockproxy.so
> >>>     /usr/lib/lighttpd/mod_evasive.so
> >>>     /usr/lib/lighttpd/mod_cgi.so
> >>>     /usr/lib/lighttpd/mod_extforward.so
> >>>     /usr/lib/lighttpd/mod_rrdtool.so
> >>>     /usr/lib/lighttpd/mod_uploadprogress.so
> >>>     /usr/lib/lighttpd/mod_rewrite.so Please set FILES such that 
> >>> these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
> >>> lighttpd: 34 installed and not shipped files. 
> >>> [installed-vs-shipped]
> >>> ERROR: lighttpd-1.4.67-r0 do_package: Fatal QA errors were found, failing task.
> >>>
> >>>
> >>> Can you please help me how to overriding it in a bbappend or similar as you mentioned in older thread.. it helps !!!
> >>>
> >>> -----Original Message-----
> >>> From: Gyorgy Sarvari <skandigraun@gmail.com>
> >>> Sent: Tuesday, January 7, 2025 3:54 PM
> >>> To: Kumar, Manu (FT D IN PAMC MI EMB FW) <kumar.manu@siemens.com>; 
> >>> yocto@lists.yoctoproject.org
> >>> Subject: Re: [yocto] Query: Regarding lighttpd/librarries in 
> >>> /usr/lib not copying
> >>>
> >>> On 07.01.25 11:05, Kumar, Manu wrote:
> >>>> reason behind ask this question is.. in earlier tisdk all the modules were there in "/usr/lib" as when we start lightpd service(which was there in (/etc/init.d) it will check modules in "/usr/lib". in the latest tisdk also if I run "systemctl start lighttpd" looks like it is searching "/usr/lib"
> >>>>
> >>> This change comes from this[1] commit (look at the very bottom of it).
> >>> If it causing problems, you can try overriding it in a bbappend or similar. Though maybe it would be more interesting to look into why your ti-sdk is looking for these files at the incorrect place. TI layers are usually reasonably maintained, I'd expect them to follow changes in the oe-core layer...
> >>>
> >>> [1]:
> >>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2F
> >>> gi%2F&data=05%7C02%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291
> >>> aa08dd2f43d5f9%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C638718
> >>> 690632519053%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiO
> >>> iIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C
> >>> 0%7C%7C%7C&sdata=O%2FWtFAGIerJoxrvNQ8v%2F6Bh3%2BXF0gSaMStf1TWuVfx4
> >>> %3D&reserved=0 
> >>> t.yoctoproject.org%2Fpoky%2Fcommit%2Fmeta%2Frecipes-extended%2Flig
> >>> ht 
> >>> tpd%3Fh%3Dkirkstone%26id%3D3755f6c4eb404b6218784ad21c3a56312c425cc
> >>> 2& 
> >>> data=05%7C02%7Ckumar.manu%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd
> >>> 2f
> >>> 40530e%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C63871867553540
> >>> 92 
> >>> 81%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDA
> >>> wM 
> >>> CIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&s
> >>> da
> >>> ta=v%2FUyHY8SqNaHixsAlCLK21phFXZeva6ECGnwtrs4i60%3D&reserved=0
> >>>
> >>>
> >>>> -----Original Message-----
> >>>> From: Kumar, Manu (FT D IN PAMC MI EMB FW)
> >>>> Sent: Tuesday, January 7, 2025 2:37 PM
> >>>> To: Gyorgy Sarvari <skandigraun@gmail.com>; 
> >>>> yocto@lists.yoctoproject.org
> >>>> Subject: RE: [yocto] Query: Regarding lighttpd/librarries in 
> >>>> /usr/lib not copying
> >>>>
> >>>> Ok , I will try and let you know !!
> >>>>
> >>>> But how can I make all the modules to be present inside "/usr/lib" instead of "/usr/lib/lighttpd" ?
> >>>>
> >>>> Regards
> >>>> Manu
> >>>>
> >>>>
> >> -=-=-=-=-=-=-=-=-=-=-=-
> >> Links: You receive all messages sent to this group.
> >> View/Reply Online (#64512):
> >> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fl
> >> ist%2F&data=05%7C02%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291
> >> aa08dd2f43d5f9%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C6387186
> >> 90632530543%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiI
> >> wLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7
> >> C%7C%7C&sdata=E9Rtv5JA9wKK56HvWlAucWYdJ4dc5ka6rHS%2FwLUXVuw%3D&rese
> >> rved=0 
> >> s.yoctoproject.org%2Fg%2Fyocto%2Fmessage%2F64512&data=05%7C02%7Ckumar.
> >> manu%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd957
> >> 94f
> >> d4addab42e1495d55a%7C1%7C0%7C638718675535434387%7CUnknown%7CTWFpbGZ
> >> sb3 
> >> d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOI
> >> joi 
> >> TWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=KazrtJZyhv9ot5uU8lTEt3d
> >> 5Ij
> >> Q9qqomcN8WxkaRFRw%3D&reserved=0 Mute This Topic:
> >> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fl
> >> ist%2F&data=05%7C02%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291
> >> aa08dd2f43d5f9%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C6387186
> >> 90632541557%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiI
> >> wLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7
> >> C%7C%7C&sdata=g7HKqVL9bCND1vQjG42BrG9GO31nHMbobkAHUwTgNek%3D&reserv
> >> ed=0 
> >> s.yoctoproject.org%2Fmt%2F110454032%2F1686489&data=05%7C02%7Ckumar.
> >> man 
> >> u%40siemens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794f
> >> d4a 
> >> ddab42e1495d55a%7C1%7C0%7C638718675535447010%7CUnknown%7CTWFpbGZsb3
> >> d8e 
> >> yJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoi
> >> TWF
> >> pbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=ZeeFGhmZ%2ByaCSv0Gm5QZ2Kw9
> >> 4Q6
> >> 4brEb%2F%2BWNKjwKltc%3D&reserved=0
> >> Group Owner: yocto+owner@lists.yoctoproject.org
> >> Unsubscribe:
> >> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fl
> >> ist%2F&data=05%7C02%7Ckumar.manu%40siemens.com%7C3c1e74ccf2224a5291
> >> aa08dd2f43d5f9%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C6387186
> >> 90632552230%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiI
> >> wLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7
> >> C%7C%7C&sdata=Ffq3z0GURoJ3zumRmX1ERklSPYwsTqvPexfl6jmAlvE%3D&reserv
> >> ed=0 
> >> s.yoctoproject.org%2Fg%2Fyocto%2Funsub&data=05%7C02%7Ckumar.manu%40
> >> sie 
> >> mens.com%7Cb38bd7c92a8d4eaf984e08dd2f40530e%7C38ae3bcd95794fd4addab
> >> 42e
> >> 1495d55a%7C1%7C0%7C638718675535460871%7CUnknown%7CTWFpbGZsb3d8eyJFb
> >> XB0 
> >> eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCI
> >> sIl
> >> dUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=2w4dbqZ%2BwFgOWdF6ei7IX%2F1M6FaSZ
> >> p%2
> >> FLWeL19o3NDXo%3D&reserved=0 [alex.kanavin@gmail.com]
> >> -=-=-=-=-=-=-=-=-=-=-=-
> >>