Further git migrations (and splits)
jpwhiting at kde.org
Wed Jun 22 18:35:04 CEST 2011
On Wed, Jun 22, 2011 at 7:23 AM, Raphael Kubo da Costa <kubito at gmail.com>wrote:
> Dirk Mueller <mueller at kde.org> writes:
> > On Friday 17 June 2011, Nicolas Alvarez wrote:
> >> kdeutils is supposed to release with split tarballs (of course, the
> >> system in 4.6 has been tweaked to also work as a monolithic tarball for
> >> 4.6.5 release).
> > Lets hope so. Are the branch names in those git modules at least
> > consistent?
> Yes. All SVN branches follow the 'x.y' naming scheme (with no KDE/). The
> ruleset file for this is in . Future branches should follow the same
> >> I'm not sure what's the status of kdeaccessibility, I'll check now.
> > Regarding your main question: we have both KDE 4.7.0 and 4.6.5 imminent.
> > It seems the only sensible solution is to either delay the split until
> > is over (which is a pain because it means that I gotta collect the leaves
> > 4.7.1, which is supposed to be a minor release), or we need to do it
> > 4.7.0, essentially before RC1, which is however supposed to be done
> > I see no easy solution. what is your timeline for the conversions?
> On the kdeutils side, the migration rules have been ready for a few
> months. However, I'll have some time to properly handle this migration
> only next month. We are not in a hurry to move, so at least kdeutils can
> have its migration delayed until it is OK for you and the rest of the
> release team.
Same for kde-accessibility. There is general concensus among the active
kde-accessibility developers that we want split repos, though Gunnar (the
release coordinator) hasn't given any input at all... Anyway, we are ok to
move at any convenient time. Though personally I'd prefer a time when I
could have some time (maybe a week) to test the resulting repositories and
building split/together so as to not recreate the kdeedu issues we had
> release-team mailing list
> release-team at kde.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the release-team