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

dpkg: Backport riscv support

2018-03-20T09:59:32+00:00

Refresh patches with devtool (From OE-Core rev: 6d21977c9d1cf00b102a58e28797250b9a853caf) Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

meta: fix malformed/missing Upstream-Status tags

2017-12-10T22:45:20+00:00

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

dpkg: use snapshot.debian.org

2017-11-08T22:24:04+00:00

Signed-off-by: Richard Purdie

dpkg: Support muslx32 build

2017-09-13T21:07:42+00:00

Modified ostable and tupletable to support muslx32 build. (From OE-Core rev: 13ee656aaa6d529b0d40001062f6d4d84b896d62) Signed-off-by: sweeaun Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

dpkg: Upgrade to 1.18.24

2017-08-23T07:47:03+00:00

Patches rebased due to don't apply, no major changes, - 0002-Adapt-to-linux-wrs-kernel-version-which-has-characte.patch - arch_pm.patch - noman.patch Patches related to move ostable/triplettable insida data/ostable and data/tupletable instead also needs to comply the new format of the tables for arch detection. - 0006-add-musleabi-to-known-target-tripets.patch - add_armeb_triplet_entry.patch And finally a patch to avoid usage --clamp-mtime in tar needs to be modified because the dpkg-deb internal API changed. - 0007-dpkg-deb-build.c-Remove-usage-of-clamp-mtime-in-tar.patch (From OE-Core rev: dc1ae641435999095e8759812b096fec1f28c90d) Signed-off-by: Aníbal Limón Signed-off-by: Richard Purdie

dpkg-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: e735c176361fca43420565dcb8900bbff2f3664e) Signed-off-by: Max Krummenacher (cherry picked from commit 94fabe4b03e899d8876027ee2ced649737a9e522) Signed-off-by: Richard Purdie

dpkg: Add missing RDEPENDS for dpkg-perl

2017-06-12T14:08:31+00:00

In order to be able to use dpkg-perl on a system various stock perl modules must also be installed on the system. Create the list of required modules based on a read of the code and testing with additional utilities and list them in RDEPENDS_${PN}-perl. (From OE-Core rev: 2e0044ed32485fe24e0cedd9354dd546cb9c47a5) Signed-off-by: Tom Rini Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

dpkg: Fix perl modules by moving them to the versioned perl directory

2017-06-12T14:08:31+00:00

In order for the dpkg perl modules to be used the must reside in the versioned perl library directory (as to be in the default include path). Be explicit about this location in our FILES_${PN}-perl directive, so that if this breaks in the future, the recipe will fail). We can now drop the custom do_configure as it wasn't fixing this problem. (From OE-Core rev: 05f6ff9a500bb97d8ef1f943eff1b9d90246651f) Signed-off-by: Tom Rini Signed-off-by: Richard Purdie

dpkg: Add PACKAGECONFIG for liblzma and enable it

2017-04-01T22:28:19+00:00

liblzma is part of xz and we already build it but configure it out. This makes no sense. Enabling it means we gain multithreaded compression and it speeds dpkg-deb up massively. It also removes the fork overhead of separate xz processes. Turning the existing config into a PACKAGECONFIG and turning it on by default therefore makes best use of what we have available. The manual RDEPENDS are no longer needed since it uses liblzma which is picked up by the shlibs code magically. (From OE-Core rev: 97b2a20b55acf76ebaacff0054e0f3c2b4236847) 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