[OE-core] [PATCH v2] vim: update to 8.1.1097

Tom Rini trini at konsulko.com
Sun Mar 31 22:31:47 UTC 2019


On Sun, Mar 31, 2019 at 06:28:31PM -0400, Paul Barker wrote:
> On Sun, 31 Mar 2019, at 21:56, Tom Rini wrote:
> > On Sun, Mar 31, 2019 at 10:19:51PM +0200, Alexander Kanavin wrote:
> > > On Sun, 31 Mar 2019 at 22:12, Tom Rini <trini at konsulko.com> wrote:
> > > > Looks better, thanks. Is there a particular fix / change you're doing
> > > > this for? I ask since every commit is a version bump we might want to
> > > > set a guideline of once a month or so for bumping vim to the latest.
> > > 
> > > It's a bit insane upstream is doing that.
> > > Should we set PV to something like PV = "8.1+git${SRCPV}"? That way
> > > devtool/AUH/RRS will not be reporting a new version for each commit,
> > > and will only do that when 8.2 is out.
> > 
> > No, we should follow what upstream does for version numbers, it's what
> > other distros do. And on the related topic of "is it a stable branch?",
> > it does seem like yes, it is. We should just remember to not update it
> > more often than say the first of the month, without a specific reason.
> 
> When I've done vim updates in the past I aimed for once every 3
> months. I also looked at Debian/Fedora/etc to find a version that
> someone else has already tested in a distribution - with vim having so
> many "releases" you have the same issue you'd get from picking a
> random commit off the master branch from another project. Matching
> against a version used somewhere else gives us something to compare to
> when we hit a bug.

That's also a good idea, yes.  My only concern is finding something
moving forward otherwise quickly enough, but Fedora might do well for
that.

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20190331/e56233b1/attachment.sig>


More information about the Openembedded-core mailing list