summaryrefslogtreecommitdiffstats
path: root/meta/recipes-extended/libzypp
Commit message (Collapse)AuthorAgeFilesLines
* libzypp: RDEPENDS sat-solverQing He2010-09-211-1/+4
| | | | | | | rpmdb2solv provided by sat-solver is executed from within libzypp, RDEPENDS sat-solver to get the utility included, fixes [BUGID #328] Signed-off-by: Qing He <qing.he@intel.com>
* libzypp: change /usr/lib64 to /usr/libKevin Tian2010-09-091-1/+3
| | | | | | similar to previous sat-solver fix, we use /usr/lib for x86-64 target Signed-off-by: Kevin Tian <kevin.tian@intel.com>
* libzypp: workaround to pass mips buildKevin Tian2010-09-082-1/+25
| | | | | | | | | | | | | | | | | | | | | | | libzypp failed due to GCC "internal compiler error: segmentation fault" error on MIPS target. The cause is about boost tribool type usage. If having assignement within conditional check as below: if ( (a = b) ) ... <a is a tribool type, b is a normal bool type> then gcc4.3.3 throws internal error. Then the workaround is to move assignement out of the conditional check. However I didn't find same case from web. We can come back to recheck this issue after upgrading to gcc4.5.0 for MIPS. If this issue is still there, we'll need more analysis to decide whether to report to gcc upstream or to libzypp upstream. This fixes [BUGID #277] Signed-off-by: Kevin Tian <kevin.tian@intel.com>
* poky-default-revisions.inc: Move SRCREVs to correct locations, fix whitespaceRichard Purdie2010-09-061-4/+2
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* libzypp: add new packageQing He2010-09-033-0/+83
Signed-off-by: Saul Wold <saul.wold@intel.com> Signed-off-by: Qing He <qing.he@intel.com>