On Wed, 2007-01-31 at 10:12 -0600, Tom 'spot' Callaway wrote:
On Tue, 2007-01-30 at 17:30 -0800, Toshio Kuratomi wrote:
> On Tue, 2007-01-30 at 18:40 -0600, Tom 'spot' Callaway wrote:
> > On Tue, 2007-01-30 at 18:17 -0600, Jason L Tibbitts III wrote:
> > > >>>>> "TC" == Tom 'spot' Callaway
> > >
> > > TC> This exception documents how Java packages which come from
> > > TC> JPackage are to be handled, and paves the way for the eventual
> > > TC> removal of the jpp tag.
> > >
> > > I have no problem with granting the exception, but I do think the
> > > definition of the exception should include a explicitly state the
> > > conditions under which it will go away.
> > >
> > > The linked document has rationale and ideas for things to be added to
> > > rpm and yum under the "Proposal" section, but there's no
> > > statement of just how long the exception is to be granted. (Perhaps
> > > it's intended to be permanent; it's just not clear from the
> > Unfortunately, the exception will be permanent for the Java packages
> > from JPackage. The exception will be modified when we can safely drop
> > the jpp tag from Fedora.
> Err.. If you mean "permanent for the Java packages *in* JPackage" then
> I'm still okay with the proposal. Otherwise I'm changing my vote....
The Java packages in Fedora which originally come from the JPackage repo
are the only packages which fall under this exception. And those
packages will always fall under this exception, forever and ever, amen
(or until something dramatic changes).
I'm with tibbs... The more information I get, the more confused I am :-)
I think I've realized where I'm getting confused, though. JPackage
packages will always fall under this policy. However this policy only
allows use of the "jpp" portion of the JPackage release tag until the
technical considerations are worked out. At that point the policy will
use the integer subrelease from JPackage without jpp.
If this is true then I'm still +1.
I dislike using the word Exception in something that's meant to be
permanent because exceptions are things you want to get rid of. Since
this is something that we're seeing a continuous value in maybe
"JPackage Subrelease Policy" would be better. Use of the subrelease by
itself is generic enough that we might even consider extending it to
cover other situations if there's a legitimate need for it in the