* Query: Regarding lighttpd/librarries in /usr/lib not copying
@ 2025-01-06 3:26 kumar.manu
2025-01-06 10:33 ` [yocto] " Gyorgy Sarvari
0 siblings, 1 reply; 18+ messages in thread
From: kumar.manu @ 2025-01-06 3:26 UTC (permalink / raw)
To: yocto@lists.yoctoproject.org
[-- 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 --]
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-06 3:26 Query: Regarding lighttpd/librarries in /usr/lib not copying kumar.manu
@ 2025-01-06 10:33 ` Gyorgy Sarvari
2025-01-06 12:52 ` Kumar, Manu
0 siblings, 1 reply; 18+ messages in thread
From: Gyorgy Sarvari @ 2025-01-06 10:33 UTC (permalink / raw)
To: yocto, kumar.manu
> *
> *
>
> *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 "
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-06 10:33 ` [yocto] " Gyorgy Sarvari
@ 2025-01-06 12:52 ` Kumar, Manu
2025-01-06 15:05 ` Gyorgy Sarvari
0 siblings, 1 reply; 18+ messages in thread
From: Kumar, Manu @ 2025-01-06 12:52 UTC (permalink / raw)
To: Gyorgy Sarvari, yocto@lists.yoctoproject.org
[-- 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 --]
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-06 12:52 ` Kumar, Manu
@ 2025-01-06 15:05 ` Gyorgy Sarvari
2025-01-07 5:41 ` Kumar, Manu
0 siblings, 1 reply; 18+ messages in thread
From: Gyorgy Sarvari @ 2025-01-06 15:05 UTC (permalink / raw)
To: Kumar, Manu, yocto@lists.yoctoproject.org
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).
^ permalink raw reply [flat|nested] 18+ messages in thread
* RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-06 15:05 ` Gyorgy Sarvari
@ 2025-01-07 5:41 ` Kumar, Manu
2025-01-07 6:32 ` Gyorgy Sarvari
0 siblings, 1 reply; 18+ messages in thread
From: Kumar, Manu @ 2025-01-07 5:41 UTC (permalink / raw)
To: Gyorgy Sarvari, yocto@lists.yoctoproject.org
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).
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-07 5:41 ` Kumar, Manu
@ 2025-01-07 6:32 ` Gyorgy Sarvari
2025-01-07 9:07 ` Kumar, Manu
0 siblings, 1 reply; 18+ messages in thread
From: Gyorgy Sarvari @ 2025-01-07 6:32 UTC (permalink / raw)
To: Kumar, Manu, yocto@lists.yoctoproject.org
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/
^ permalink raw reply [flat|nested] 18+ messages in thread
* RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-07 6:32 ` Gyorgy Sarvari
@ 2025-01-07 9:07 ` Kumar, Manu
2025-01-07 10:05 ` Kumar, Manu
0 siblings, 1 reply; 18+ messages in thread
From: Kumar, Manu @ 2025-01-07 9:07 UTC (permalink / raw)
To: Gyorgy Sarvari, yocto@lists.yoctoproject.org
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/
^ permalink raw reply [flat|nested] 18+ messages in thread
* RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-07 9:07 ` Kumar, Manu
@ 2025-01-07 10:05 ` Kumar, Manu
2025-01-07 10:24 ` Gyorgy Sarvari
0 siblings, 1 reply; 18+ messages in thread
From: Kumar, Manu @ 2025-01-07 10:05 UTC (permalink / raw)
To: Gyorgy Sarvari, yocto@lists.yoctoproject.org
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/
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-07 10:05 ` Kumar, Manu
@ 2025-01-07 10:24 ` Gyorgy Sarvari
2025-01-07 16:37 ` Kumar, Manu
0 siblings, 1 reply; 18+ messages in thread
From: Gyorgy Sarvari @ 2025-01-07 10:24 UTC (permalink / raw)
To: Kumar, Manu, yocto@lists.yoctoproject.org
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
>
>
^ permalink raw reply [flat|nested] 18+ messages in thread
* RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-07 10:24 ` Gyorgy Sarvari
@ 2025-01-07 16:37 ` Kumar, Manu
2025-01-07 17:18 ` Gyorgy Sarvari
0 siblings, 1 reply; 18+ messages in thread
From: Kumar, Manu @ 2025-01-07 16:37 UTC (permalink / raw)
To: Gyorgy Sarvari, yocto@lists.yoctoproject.org
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
>
>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-07 16:37 ` Kumar, Manu
@ 2025-01-07 17:18 ` Gyorgy Sarvari
2025-01-07 17:25 ` Alexander Kanavin
0 siblings, 1 reply; 18+ messages in thread
From: Gyorgy Sarvari @ 2025-01-07 17:18 UTC (permalink / raw)
To: Kumar, Manu, yocto@lists.yoctoproject.org
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
>>
>>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-07 17:18 ` Gyorgy Sarvari
@ 2025-01-07 17:25 ` Alexander Kanavin
2025-01-07 17:38 ` Kumar, Manu
0 siblings, 1 reply; 18+ messages in thread
From: Alexander Kanavin @ 2025-01-07 17:25 UTC (permalink / raw)
To: yocto, skandigraun; +Cc: Kumar, Manu
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]
> -=-=-=-=-=-=-=-=-=-=-=-
>
^ permalink raw reply [flat|nested] 18+ messages in thread
* RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-07 17:25 ` Alexander Kanavin
@ 2025-01-07 17:38 ` Kumar, Manu
2025-01-07 17:44 ` Gyorgy Sarvari
0 siblings, 1 reply; 18+ messages in thread
From: Kumar, Manu @ 2025-01-07 17:38 UTC (permalink / raw)
To: Alexander Kanavin, yocto@lists.yoctoproject.org,
skandigraun@gmail.com
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]
> -=-=-=-=-=-=-=-=-=-=-=-
>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-07 17:38 ` Kumar, Manu
@ 2025-01-07 17:44 ` Gyorgy Sarvari
2025-01-07 17:48 ` Kumar, Manu
2025-01-07 17:50 ` Alexander Kanavin
0 siblings, 2 replies; 18+ messages in thread
From: Gyorgy Sarvari @ 2025-01-07 17:44 UTC (permalink / raw)
To: Kumar, Manu, Alexander Kanavin, yocto@lists.yoctoproject.org
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]
>> -=-=-=-=-=-=-=-=-=-=-=-
>>
^ permalink raw reply [flat|nested] 18+ messages in thread
* RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-07 17:44 ` Gyorgy Sarvari
@ 2025-01-07 17:48 ` Kumar, Manu
2025-01-07 17:50 ` Alexander Kanavin
1 sibling, 0 replies; 18+ messages in thread
From: Kumar, Manu @ 2025-01-07 17:48 UTC (permalink / raw)
To: Gyorgy Sarvari, Alexander Kanavin, yocto@lists.yoctoproject.org
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]
>> -=-=-=-=-=-=-=-=-=-=-=-
>>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-07 17:44 ` Gyorgy Sarvari
2025-01-07 17:48 ` Kumar, Manu
@ 2025-01-07 17:50 ` Alexander Kanavin
2025-01-07 17:54 ` Kumar, Manu
2025-01-08 6:32 ` Kumar, Manu
1 sibling, 2 replies; 18+ messages in thread
From: Alexander Kanavin @ 2025-01-07 17:50 UTC (permalink / raw)
To: Kumar, Manu; +Cc: yocto@lists.yoctoproject.org, Gyorgy Sarvari
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]
> >> -=-=-=-=-=-=-=-=-=-=-=-
> >>
^ permalink raw reply [flat|nested] 18+ messages in thread
* RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-07 17:50 ` Alexander Kanavin
@ 2025-01-07 17:54 ` Kumar, Manu
2025-01-08 6:32 ` Kumar, Manu
1 sibling, 0 replies; 18+ messages in thread
From: Kumar, Manu @ 2025-01-07 17:54 UTC (permalink / raw)
To: Alexander Kanavin; +Cc: yocto@lists.yoctoproject.org, Gyorgy Sarvari
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]
> >> -=-=-=-=-=-=-=-=-=-=-=-
> >>
^ permalink raw reply [flat|nested] 18+ messages in thread
* RE: [yocto] Query: Regarding lighttpd/librarries in /usr/lib not copying
2025-01-07 17:50 ` Alexander Kanavin
2025-01-07 17:54 ` Kumar, Manu
@ 2025-01-08 6:32 ` Kumar, Manu
1 sibling, 0 replies; 18+ messages in thread
From: Kumar, Manu @ 2025-01-08 6:32 UTC (permalink / raw)
To: Alexander Kanavin; +Cc: yocto@lists.yoctoproject.org, Gyorgy Sarvari
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]
> >> -=-=-=-=-=-=-=-=-=-=-=-
> >>
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2025-01-08 6:32 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-01-06 3:26 Query: Regarding lighttpd/librarries in /usr/lib not copying kumar.manu
2025-01-06 10:33 ` [yocto] " Gyorgy Sarvari
2025-01-06 12:52 ` Kumar, Manu
2025-01-06 15:05 ` Gyorgy Sarvari
2025-01-07 5:41 ` Kumar, Manu
2025-01-07 6:32 ` Gyorgy Sarvari
2025-01-07 9:07 ` Kumar, Manu
2025-01-07 10:05 ` Kumar, Manu
2025-01-07 10:24 ` Gyorgy Sarvari
2025-01-07 16:37 ` Kumar, Manu
2025-01-07 17:18 ` Gyorgy Sarvari
2025-01-07 17:25 ` Alexander Kanavin
2025-01-07 17:38 ` Kumar, Manu
2025-01-07 17:44 ` Gyorgy Sarvari
2025-01-07 17:48 ` Kumar, Manu
2025-01-07 17:50 ` Alexander Kanavin
2025-01-07 17:54 ` Kumar, Manu
2025-01-08 6:32 ` Kumar, Manu
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.