openembedded-core.git/meta/recipes-devtools/python/python-smartpm, branch morty

python-smartpm: use md5 as the digest for rpm_sys channel

2016-09-14T21:20:05+00:00

Use md5 sum instead of mtime as the "digest" method for rpm_sys channel.
The digest is used to determine if the channel has been updated. It was
found out that mtime was not a reliable digest. On some systems mtime
of the rpm db does not get updated after every transaction if transactions
(smart install / remove commands) are fired in quick succession. As a
consequence smartpm cache and rpm db get out of sync.

[YOCTO #10244]

Signed-off-by: Markus Lehtonen 
Signed-off-by: Richard Purdie

python-smartpm_git.bb: Add patch for debugging random errors

2016-08-10T08:36:23+00:00

This will add a patch to debug random errors seen in the
autobuilders, it won't solve the errors, but will give us
a better idea of what is happening.

[YOCTO #8383]

Signed-off-by: Mariano Lopez 
Signed-off-by: Ross Burton

python-smartpm: add support to check signatures

2016-07-25T22:47:00+00:00

RPMv5 has removed support for _RPMVSF_NOSIGNATURES,
the flag can be replaced with a flags set:
"RPMVSF_NODSAHEADER|RPMVSF_NORSAHEADER|RPMVSF_NODSA
RPMVSF_NORSA"

Signed-off-by: Haiqing Bai 
Signed-off-by: Mingli Yu 
Signed-off-by: Ross Burton

python-smartpm: Avoid locale issue with bitbake python3

2016-05-22T15:09:08+00:00

Signed-off-by: Richard Purdie

python-smartpm: Remove unnecessary error reporting improvement patch

2016-05-19T07:39:25+00:00

The error reporting improvements were merged upstream (smartpm 406541f569)
and refactored later (smartpm 20af0aac33), yet a part of the patch was
kept here (oe-core 5fc580fc44).

Due to the upstream refactoring the patch still applies cleanly, but it
isn't actually needed. The added changes are duplicate or dead code.

Signed-off-by: Daniel Klauer 
Signed-off-by: Richard Purdie

python-smartpm: Don't ignore error if RPM transaction fails without problems

2016-05-19T07:39:25+00:00

SmartPM could misinterpret RPM transaction error as success,
if ts.run() (RPM Python API) returns an empty problems list.

This could happen for example if the RPM database is partially corrupted
such that the transaction does not have any problems like conflicts or
missing dependencies, but still can't be committed.

The added patch fixes the problem in the upstream sources;
one of the existing patches has to be adjusted to still apply.

Signed-off-by: Daniel Klauer 
Signed-off-by: Richard Purdie

python-smartpm: Fix channel command --remove-all option (again)

2016-05-19T07:39:25+00:00

SmartPM's --remove-all option was unusable, because the fix from
commit 03266e89a6 was lost in commit 5fc580fc44. Thus, add a new
patch to fix --remove-all.

It seems like the previous fix was lost by mistake:
Upstream merged the *old* version of the patch (smartpm 406541f569),
and when SmartPM in oe-core was upgraded to the new upstream release,
the --remove-all fix from the *new* patch was not carried over.

Signed-off-by: Daniel Klauer 
Signed-off-by: Richard Purdie

smartpm: remove rpm4 patch

2016-03-20T22:57:58+00:00

The RPM4 support we added to SMART doesn't appear to work, remove
it as part of the removal of RPM4 from OE-Core.

Refresh the smart-add-for-rpm-ignoresize-check.patch which was
applied after smart-rpm4-fixes.patch and doesn't apply cleanly once
that patch is removed.

Signed-off-by: Joshua Lock 
Signed-off-by: Ross Burton

smart:cache.py: getPackages() matches name + arch

2015-10-01T13:14:28+00:00

It only matched name ony in the past, for example:
smart install busybox (matched)
but:
smart install busybox@core2_64 (didn't match)

The installation is very slow when no match since it would seach all the
packages in the repo, and what we use mostly in oe-core is the second
case, so the installation is very slow when install COMPLEMENTARY
packages such as the task do_populate_sdk.

This patch makes it match both.

* Speed up
  MACHINE = "qemux86-64"
  - When multilib enabled:
    $ bitbake core-image-sato -cpopulate_sdk
    time: 6m5s -> 2m34s (Reduce 57% )

    $ bitbake core-image-minimal -cpopulate_sdk
    time: 2m1s -> 1m26s (Reduce 28% )

    $ bitbake core-image-sato-sdk
    time: 10m15s -> 7m12s (Reduce 29% )

  - When multilib NOT enabled:
    $ bitbake core-image-sato -cpopulate_sdk
    time: 4m25s -> 2m28s (Reduce 44% )

[YOCTO #8389]

Signed-off-by: Robert Yang 
Signed-off-by: Richard Purdie

smartpm: set noprogress for pycurl

2015-07-31T14:35:34+00:00

Set NOPROGRESS for pycurl just as same as default operation in pycurl
module itself. If set NOPROGRESS with 0 for pycurl, it causes dead lock
issue of Python GIL when call smart library by python gui just like
pygtk.

Signed-off-by: Kai Kang 
Signed-off-by: Ross Burton