linux/poky.git/meta/recipes-devtools/opkg, branch uninative-2.2

opkg: avoid running postinst scripts twice when using systemd

2018-06-18T10:07:58+00:00

OpenEmbedded has a built-in mechanism to run postinst scripts offline at build time or, if necessary, on first boot (delayed execution). If the latter is the case and systemd is in use, two services end up doing the same thing: - opkg-configure.service starts "opkg configure" directly. - run-postinsts.service starts "/usr/sbin/run-postinsts" which runs postinst scripts stored in /etc/ipk-postinsts/ or "opkg configure" if package management is installed. Since the run-postinsts.service is also used in cases where no package management is in use, it is the primary means of handling postinsts. Get rid of the opkg-configure.service to avoid duplicate opkg configure execution. (From OE-Core rev: 23dcf7ea3af84721fac126a2b2f0f100f7266368) Signed-off-by: Stefan Agner Signed-off-by: Richard Purdie

opkg: upgrade to version 0.3.6

2018-03-04T11:35:40+00:00

0.3.5 -> 0.3.6 (From OE-Core rev: 151094f603ad817a5106360d1f51656fbe271121) Signed-off-by: Alejandro del Castillo Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

opkg-arch-config: Add HOMEPAGE info into recipe file.

2017-09-21T08:05:50+00:00

(From OE-Core rev: 9caebefd5a64e18f6f8830426461824a9b7d8105) Signed-off-by: Huang Qiyu Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

opkg-configure: do not reload daemon configuration

2017-08-15T23:03:14+00:00

In case a systemd service disables itself while init is still in its boot sequence the reloading of the service files can be problematic. In that case: It seems that systemd looses the state of .device units, and some services depend on such units (namely serial consoles such as serial-getty@ttymxc0.service). As a result no getty is spawned on the affected serial tty. After a power-cycle the second boot (which does not disable services) succeeds. The following sequence shows this problem: | Jan 09 16:36:28 apalis-t30 systemctl[162]: Removed /etc/systemd/system/sysinit.target.wants/run-postinsts.service. | Jan 09 16:36:28 apalis-t30 systemd[1]: Reloading. | ... | And then the failing one: | Feb 22 15:33:15 apalis-t30 systemd[1]: dev-ttyS0.device: Job dev-ttyS0.device/start timed out. | Feb 22 15:33:15 apalis-t30 systemd[1]: Timed out waiting for device dev-ttyS0.device. | Feb 22 15:33:15 apalis-t30 systemd[1]: Dependency failed for Serial Getty on ttyS0. | Feb 22 15:33:15 apalis-t30 systemd[1]: serial-getty@ttyS0.service: Job serial-getty@ttyS0.service/start failed with result 'dependency'. | Feb 22 15:33:15 apalis-t30 systemd[1]: dev-ttyS0.device: Job dev-ttyS0.device/start failed with result 'timeout'. | Feb 22 15:33:15 apalis-t30 systemd[1]: Reached target Login Prompts. (the time has been updated between this two events, but that does not influence the issue) Using --no-reload in the service file avoids the "Reloading." message above and seems to not cause such issues anymore. Reported-by: Stefan Agner (From OE-Core rev: 059bc9b164d239f0ba319f8e6a54b5edf7761b22) Signed-off-by: Max Krummenacher (cherry picked from commit 16b7b455ee40fd1be5bb9aacf24b106df0d9325e) Signed-off-by: Richard Purdie

opkg: upgrade to v0.3.5

2017-06-28T14:52:17+00:00

Drop status-conffile.patch, present in 0.3.5. (From OE-Core rev: 89b8cbfd65ae6c682908da8028d86692926e4d45) Signed-off-by: Alejandro del Castillo Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

run-postinsts: simplify the logic of whether to install it to images

2017-03-14T14:42:17+00:00

The logic is scattered all over the place, but amounts to "install, unless the rootfs is read only". Let's express that directly. (From OE-Core rev: 697804229a172125ce7d3bfc9b343812d6fe3240) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

opkg: enable libsolv backend by default

2017-03-11T16:09:14+00:00

The libsolv backend is vastly superior than the currently enabled internal ad-hoc solver. While the switch does have a small impact on disk and memory footprint, it make sense to change the default as for most cases the disk/memory footprint hit should be acceptable. ======================== Disk Footprint Increase ======================== qemux86-64 523K qemuarm 445K qemux86 576K ==================================================== Command [1] Libsolv Internal Solver ==================================================== opkg update 26.21 MB 26.21 MB opkg list 29.87 MB 29.87 MB opkg install procps 30.99 MB 27.33 MB opkg remove procps 1.69 MB 1.69 MB opkg update 30.97 MB 27.75 MB [1] Profile done via 'valgrind --tool=massif ' in a feed with ~18K packages. (From OE-Core rev: 1ff3de844c78e3766c7f92ca17c308ef3c9427e1) Signed-off-by: Alejandro del Castillo Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

opkg: fix conffile errors in 'opkg status' calls

2017-01-16T18:05:13+00:00

If a conffile has been deleted (common when building a debugfs) the status command will throw errors instead of handling that situation. Stop the code being executed in the first place if it wasn't asked for, and handle errors gracefully. [ YOCTO #10761 ] (From OE-Core rev: 0aaaacdf4456fe832b1c3940997c097e7e94b9e6) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

opkg: upgrade to v0.3.4

2017-01-16T18:05:12+00:00

* Add localstatedir and sysconfdir class-native configure definitions to override OE default sysroot values. (From OE-Core rev: 3428a3d1b4d250b82582d472907fb202efe25d40) Signed-off-by: Alejandro del Castillo Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

Remove LIC_FILES_CHKSUM from recipes without SRC_URI

2016-10-28T15:15:21+00:00

LICENSE and LIC_FILES_CHKSUM apply to the sources specified by SRC_URI, not to the recipe itself. As such a license declaration for a source-less recipe makes little sense. The LICENSE declaration is mandatory, but LIC_FILES_CHKSUM can be removed in such cases. Remove the LIC_FILES_CHKSUM declarations from all recipes that do not need it. CC: Paul Eggleton (From OE-Core rev: b18fa5f2f2f46afc6fdc58f4d29679dea9c36c43) Signed-off-by: Olaf Mandel Signed-off-by: Richard Purdie