From: Paul Barker <paul@paulbarker.me.uk>
To: openembedded-devel@lists.openembedded.org,
Chong Lu <Chong.Lu@windriver.com>
Subject: Re: [PATCH 1/3] vim: add dependency and selinux and acl support control
Date: Mon, 5 May 2014 21:45:41 +0000 [thread overview]
Message-ID: <20140505214541.GB12987@gmail.com> (raw)
In-Reply-To: <deccbaa80823665caeaa2763f587303595cc6115.1397816030.git.Chong.Lu@windriver.com>
[-- Attachment #1: Type: text/plain, Size: 1805 bytes --]
On Fri, Apr 18, 2014 at 06:16:30PM +0800, Chong Lu wrote:
> FILES_${PN}-data = "${datadir}/${PN}"
> +FILES_${PN}-common = " \
> + ${datadir}/${PN}/${VIMDIR}/*.vim \
> + ${datadir}/${PN}/${VIMDIR}/autoload \
> + ${datadir}/${PN}/${VIMDIR}/colors \
> + ${datadir}/${PN}/${VIMDIR}/compiler \
> + ${datadir}/${PN}/${VIMDIR}/ftplugin \
> + ${datadir}/${PN}/${VIMDIR}/indent \
> + ${datadir}/${PN}/${VIMDIR}/keymap \
> + ${datadir}/${PN}/${VIMDIR}/lang \
> + ${datadir}/${PN}/${VIMDIR}/macros \
> + ${datadir}/${PN}/${VIMDIR}/plugin \
> + ${datadir}/${PN}/${VIMDIR}/print \
> + ${datadir}/${PN}/${VIMDIR}/spell \
> + ${datadir}/${PN}/${VIMDIR}/tools \
> +"
>
> # Recommend that runtime data is installed along with vim
> RRECOMMENDS_${PN} = "${PN}-syntax ${PN}-help ${PN}-tutor ${PN}-vimrc ${PN}-data"
Sorry to reply to an old commit but this has broke things for me. Installing vim
after this commit gives:
vim: unsatisfied recommendation for vim-data
As everything that was in vim-data is now in vim-common. Your commit message
says "Split binary file into vim package and put others in vim-common.", but
this split was already in effect with everything in vim-data. It then got
installed by default as vim-data is in RRECOMMENDS_vim, but could be disabled by
adding things to BAD_RECOMMENDS.
What is the benefit of moving things to vim-common? I'm probably just
misunderstanding what this change is aiming to solve.
As vim-data is now left empty, can we remove it from PACKAGES and
RRECOMMENDS_vim and instead add vim-common to RRECOMMENDS_vim? Just want to make
sure that won't break anything for you before I send a patch.
Thanks,
--
Paul Barker
Email: paul@paulbarker.me.uk
http://www.paulbarker.me.uk
[-- Attachment #2: Type: application/pgp-signature, Size: 501 bytes --]
next prev parent reply other threads:[~2014-05-05 21:45 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-18 10:16 [PATCH 0/3] vim: add dependency and selinux and acl support control Chong Lu
2014-04-18 10:16 ` [PATCH 1/3] " Chong Lu
2014-04-21 11:32 ` Martin Jansa
2014-05-05 21:45 ` Paul Barker [this message]
2014-05-06 2:55 ` Chong Lu
2014-05-06 10:01 ` Paul Barker
2014-05-06 5:08 ` Chong Lu
2014-04-18 10:16 ` [PATCH 2/3] vim: don't check acl header if acl support disabled Chong Lu
2014-04-18 10:16 ` [PATCH 3/3] vim: add knob whether elf.h are checked Chong Lu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140505214541.GB12987@gmail.com \
--to=paul@paulbarker.me.uk \
--cc=Chong.Lu@windriver.com \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.