[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openembedded-core
Subject:    Re: [OE-core] [PATCH v2] vim: update to 8.1.1097
From:       Tom Rini <trini () konsulko ! com>
Date:       2019-03-31 22:31:47
Message-ID: 20190331223147.GC4664 () bill-the-cat
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


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@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

["signature.asc" (application/pgp-signature)]

-- 
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[prev in list] [next in list] [prev in thread] [next in thread]