linux/poky.git/meta/recipes-devtools/dpkg, branch yocto-2.7.2

dpkg: Use less as pager

2019-09-30T15:44:42+00:00

Debian traditionaly uses /usr/bin/pager as the system pager, which is a link to the user preferred pager. This is a Debianism. Without this patch: root@qt5122:~# dpkg -l sh: pager: command not found dpkg-query: error: showing package list on pager subprocess returned error exit status 127 (From OE-Core rev: 51fb10275cd9013e3c5fcb94f88e3529e2b8f069) Signed-off-by: Ricardo Ribalda Delgado Signed-off-by: Richard Purdie Signed-off-by: Richard Leitner Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie

dpkg: 1.18.25 -> 1.19.4

2019-02-25T10:43:07+00:00

Upgrade dpkg from 1.18.25 to 1.19.4: * update SRC_URI which DEBIAN_MIRROR * un-export PERL which causes script scripts/dpkg-architecture.pl fails to get cpu type and package arch * add configure option '--disable-update-alternatives' which causes installed-vs-shipped issue * add patch for dpkg-native to resolve host tar may not support options --owner=NAME:ID and --group=NAME:ID * update context of patches * drop dpkg-configure.service that apt provides a systemd timer to do it (From OE-Core rev: 5185b6fe3d4fa9b53baffa6ee419da60ac056da2) Signed-off-by: Kai Kang Signed-off-by: Richard Purdie

dpkg: Upgrade to 1.18.25

2019-01-03T12:35:54+00:00

Removed (now in upstream), 0001-arch-Add-support-for-riscv64-CPU.patch (From OE-Core rev: 66ed6cd7e7bcce439f449c495a1ad25b1b0442d5) Signed-off-by: Aníbal Limón Signed-off-by: Richard Purdie

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