Version number for KDE 3.5.8

Hi,

so Stephan finally replied that he doesn't care wether we
break the
feature freeze in branches/3.5/KDE, thus I'm going to merge
back
kdevelop from branches/kdevelop/3.5 into KDE later today.

The question I have is: What to do with the version number?
Leave it as
it is (which means doing 3.5.0) or "downgrade" to
release 3.4.2?

And should I remove the kdevelop/3.5 branch or leave it
intact for
future development (for which we would need to find a way to
release
i18n-stuff ourselves)

Andreas

-- 
Stay the curse.

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

> The question I have is: What to do with the version
number?
> Leave it as
> it is (which means doing 3.5.0) or
"downgrade" to release 3.4.2?

I'd say 3.4.2.  There may have been a few very small
features added, but a minor version increase gives the wrong
impression.

Kris Wong

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

On Monday 01 October 2007 11:40, Andreas Pakulat wrote:
> The question I have is: What to do with the version
number? Leave it as
> it is (which means doing 3.5.0) or
"downgrade" to release 3.4.2?
I'd prefer 3.5.0 but the version doesn't really matter now.

> And should I remove the kdevelop/3.5 branch or leave it
intact for
> future development (for which we would need to find a
way to release
> i18n-stuff ourselves)
I won't commit to 3.x anymore, I promise  Currently
my free time is < 0 and 
starting December I think I'll be back to 4.x.
Basically, you should remove it only if nobody is really
going to commit 
anything.

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

On 01.10.07 07:59:35, Kris Wong wrote:
> > The question I have is: What to do with the
version number?
> > Leave it as
> > it is (which means doing 3.5.0) or
"downgrade" to release 3.4.2?
> 
> I'd say 3.4.2.  There may have been a few very small
features added, but a minor version increase gives the wrong
impression.

The problem with 3.4.2 is that we already have 3.4.90
labelled binaries
on our website, thus I'm also for 3.5.0.

Also I just checked that the tagging date is still a week
away, so
I'm going to do that wednesday I think to give more time for
the
discussion.

Andreas

-- 
Don't kiss an elephant on the lips today.

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

On Monday 01 October 2007 07:40:51 am Andreas Pakulat
wrote:
> On 01.10.07 07:59:35, Kris Wong wrote:
> > > The question I have is: What to do with the
version number?
> > > Leave it as
> > > it is (which means doing 3.5.0) or
"downgrade" to release 3.4.2?
> >
> > I'd say 3.4.2.  There may have been a few very
small features added, but
> > a minor version increase gives the wrong
impression.
>
> The problem with 3.4.2 is that we already have 3.4.90
labelled binaries
> on our website, thus I'm also for 3.5.0.
>
> Also I just checked that the tagging date is still a
week away, so
> I'm going to do that wednesday I think to give more
time for the
> discussion.
>
> Andreas

3.4.2 for me as well. We can remove the 3.4.90 labelled
binaries.
--
Matt

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

Matt Rogers wrote:

> 3.4.2 for me as well. We can remove the 3.4.90 labelled
binaries.

Won't there be a problem with upgrading the distro way, if
there is a 3.4.90 
package installed?

regards

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

On 02.10.07 12:02:24, Frederik Schwarzer wrote:
> Matt Rogers wrote:
> 
> > 3.4.2 for me as well. We can remove the 3.4.90
labelled binaries.
> 
> Won't there be a problem with upgrading the distro way,
if there is a 3.4.90 
> package installed?

Well, yes, thats why I'm still not convinced to use 3.4.2.
People can't
upgrade from 3.4.90 to 3.4.2 because thats a downgrade and
needs "force"
to do. Also its something that no package system I know
supports (thats
rpm and deb basically). The only way is to remove the 3.4.90
package
first, (for debian packages remove our repository from the
sources.list)
and then install the 3.4.2 version.

Andreas

-- 
You may get an opportunity for advancement today.  Watch
it!

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

On Tuesday 02 October 2007 12:21:28 Andreas Pakulat wrote:
> Well, yes, thats why I'm still not convinced to use
3.4.2. People can't
> upgrade from 3.4.90 to 3.4.2 because thats a downgrade
and needs "force"
> to do. Also its something that no package system I know
supports (thats
> rpm and deb basically). The only way is to remove the
3.4.90 package
> first, (for debian packages remove our repository from
the sources.list)
> and then install the 3.4.2 version.

Why all the fuss about 3.4.90 ?

3.4.2 will NOT have more features that 3.4.90.

Why would people want/need to downgrade? The ones that are
already using our 
binary snapshots wil continue doing it and will get 3.4.91
and so on.

The ones that do not use our binary repositories will get
3.4.2 and that is a 
big improvemnet over 3.4.1.

I do not see the 3.4.90 binaries being a problem. And it's
not confusing:
-3.4.90 is always and will always be better that 3.4.2
-3.4.2 will (when released) be as good as 3.4.90, what is
the problem with
  that ?


-- 
Amilcar Lucas
Webmaster
The KDevelop project

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

> I do not see the 3.4.90 binaries being a problem. And
it's
> not confusing:
> -3.4.90 is always and will always be better that 3.4.2
> -3.4.2 will (when released) be as good as 3.4.90, what
is the
> problem with
>   that ?

The problem is they are the same code.  The application
cannot have 2 version numbers unless someone bumps the
version down to 3.4.2 in svn, does the tag, then bumps it
back up to 3.5.  This is strange, and I disagree, it's
confusing.  It also gives the impression that we're
developing some new version of the KDevelop 3.x series,
which we're not.

Kris Wong

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

On Tuesday 02 October 2007 14:38:39 Kris Wong wrote:
> > I do not see the 3.4.90 binaries being a problem.
And it's
> > not confusing:
> > -3.4.90 is always and will always be better that
3.4.2
> > -3.4.2 will (when released) be as good as 3.4.90,
what is the
> > problem with
> >   that ?
>
> The problem is they are the same code.  The application
cannot have 2
> version numbers unless someone bumps the version down
to 3.4.2 in svn, does
> the tag, then bumps it back up to 3.5.  This is
strange, and I disagree,
> it's confusing.  It also gives the impression that
we're developing some
> new version of the KDevelop 3.x series, which we're
not.
3.4.2 is the version in the KDE/3.5/kdevelop branch. Once
released the branch 
will be closed and the 3.4.x release series will die there.

The way I see it 3.5.0 will come from kdevelop/3.5 branch
and will have it's 
first official release 3.5.0 in a month or so.
It will have more features than 3.4.2, but the main one is
that it will have 
it's release schedule decoupled from KDE releases.

This is my opinion, I am not the boss here  but this
is how I think it 
should be.


Regards,

-- 
Amilcar Lucas
Webmaster
The KDevelop project

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel