[oe] [PATCH] deb packages support: switch from /var/dpkg to /var/lib/dpkg

[Martin Jansa]

On Sat, Feb 12, 2011 at 08:26:58PM +0100, Filip Zyzniewski wrote:
> OE generally tries to use /var/dpkg, but the change is missing
> in some places, so it is needed to move completely to one of the
> options. Keeping the dpkg's default /var/lib/dpkg causes less
> maintenance overhead for OE.
> 
> Signed-off-by: Filip Zyzniewski <filip.zyzniewski at gmail.com>
> ---
>  classes/rootfs_deb.bbclass                         |   36 ++++++++++----------
>  recipes/apt/files/apt.conf                         |    4 +-
>  recipes/dpkg/dpkg-native.inc                       |    2 +-
>  recipes/dpkg/dpkg_1.14.29.bb                       |    1 +
>  recipes/meta/run-postinsts/run-postinsts           |    2 +-
>  recipes/meta/run-postinsts/run-postinsts.awk       |    2 +-
>  .../update-alternatives-dpkg-native_1.13.25.bb     |    3 +-
>  .../update-alternatives-dpkg-native_1.14.29.bb     |    3 +-
>  .../update-alternatives-dpkg_1.13.25.bb            |    3 +-
>  .../update-alternatives-dpkg_1.14.29.bb            |    3 +-
>  10 files changed, 32 insertions(+), 27 deletions(-)

I'm not using dpkg with OE, so personally I don't care, but be aware
that this change breaks upgrade path for every-package which is using
u-a. You need another hack moving /var/dpkg/alternatives content to
/var/lib/dpkg/alternatives, before first alternative is
reinstalled/upgraded, otherwise it will use alternative with lower
priority even when there is alternative with higher.

We had similar problem when moving from u-a-cworth to u-a included in
opkg (and I had to add later postinst merging already filled u-a dirs which
was ugly).

Regards,

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20110213/3a186f9b/attachment-0002.sig>