Hi.

How should we version our packages in case we've backported upstream
patches from stable branch of development? Bug 330667 requests _p or
_pre. I feel that _p|_pre versions should be left for VCS (read
development) versions of the package, while during backports we have the
best version with all important upstream+gentoo fixes available to the
moment and I'd better avoid to call it development.

If we decide to go with _p or _pre could we agree on answers for the
following questions:
 - Does single patch from upstream's VCS justify _p$(date|rev) version?
What if this is _the only_ patch in the upstream's VCS? 
 - Now what about two patches? Three? N? When does few patches became
pile? 
 - What if I drop single patch from the upstream's patchset for stable
branch, should we drop _pre _p version and add -rN?
 - What if there are two dependent patches, and first one fixes
indentation? Should we spend time on backporting second patch (time
consuming and error prone process) or use both and live closer to
upstream?

I think without exact answers on this questions I don't think this bug
330667 may request anything, only suggest... But what do you think?

-- 
Peter.


Reply via email to