Re: Initial merge

2011-02-07 Thread David Faure
On Friday 04 February 2011, Johannes Sixt wrote: > The assumption is that any change that happened to > these files since the transition to git is automatically generated, and > any manual change I would have made would be overwritten by Script Kiddy > on its next run. No, scripty only overrides t

Re: Initial merge (was: Re: Merge or Cherry-Pick?)

2011-02-04 Thread Thiago Macieira
On Friday, 4 de February de 2011 17:13:31 Nicolas Alvarez wrote: > > Whoever forgot to do forward-ports should be doing it *yesterday*. > > I know forward-ports should be done anyway and asap. But until they aren't > done, we can't do the 4.6 merge. Sure we can. It doesn't influence in anyway. -

Re: Initial merge (was: Re: Merge or Cherry-Pick?)

2011-02-04 Thread Nicolas Alvarez
Thiago Macieira wrote: > On Friday, 4 de February de 2011 15:18:58 Nicolas Alvarez wrote: >> Johannes Sixt wrote: >> > (1) All back- and forward-porting was complete when SVN went >> > read-only. >> >> IMHO this is not a safe assumption. As I said before, I found a missing >> forward-port in kdepl

Re: Initial merge (was: Re: Merge or Cherry-Pick?)

2011-02-04 Thread Thiago Macieira
On Friday, 4 de February de 2011 15:18:58 Nicolas Alvarez wrote: > Johannes Sixt wrote: > > (1) All back- and forward-porting was complete when SVN went > > read-only. > > IMHO this is not a safe assumption. As I said before, I found a missing > forward-port in kdeplasma-addons, which is a 'small'

Re: Initial merge (was: Re: Merge or Cherry-Pick?)

2011-02-04 Thread Nicolas Alvarez
Johannes Sixt wrote: > Am 2/3/2011 13:04, schrieb Johannes Sixt: >> Before anybody begins to work in this way, someone with sufficient >> knowlege must introduce the first real merge of the 4.6 branch into the >> master branch. The conflicts must be resolved; or it is possible to punt >> by using -

Re: Initial merge (was: Re: Merge or Cherry-Pick?)

2011-02-04 Thread Thiago Macieira
Em sexta-feira, 4 de fevereiro de 2011, às 15:27:49, Oswald Buddenhagen escreveu: > and i'm strongly opposed to merging any previous branches back to master > with -s ours, as this will effectively rewrite history (we did *not* > merge back, and claiming that now will possibly hide actual omissions

Re: Initial merge (was: Re: Merge or Cherry-Pick?)

2011-02-04 Thread Oswald Buddenhagen
On Fri, Feb 04, 2011 at 08:47:08AM +0100, Johannes Sixt wrote: > (e) There is no (e). > as far as i'm concerned, there isn't even an (a). i said about a year ago and repeated it later that *if* we wanted a forward-merge based process, we would have to do the git migration *before* branching off th

Re: Initial merge

2011-02-04 Thread Johannes Sixt
Am 2/4/2011 13:51, schrieb Andreas Pakulat: > On 04.02.11 08:47:08, Johannes Sixt wrote: >> Am 2/3/2011 13:04, schrieb Johannes Sixt: >> The simplicity results from two assumptions: >> >> (1) All back- and forward-porting was complete when SVN went >> read-only. > > I'm not sure that assumption is

Re: Initial merge (was: Re: Merge or Cherry-Pick?)

2011-02-04 Thread Andreas Pakulat
On 04.02.11 08:47:08, Johannes Sixt wrote: > Am 2/3/2011 13:04, schrieb Johannes Sixt: > > Before anybody begins to work in this way, someone with sufficient > > knowlege must introduce the first real merge of the 4.6 branch into the > > master branch. The conflicts must be resolved; or it is possi

Re: Initial merge (was: Re: Merge or Cherry-Pick?)

2011-02-04 Thread Thiago Macieira
On Friday, 4 de February de 2011 08:47:08 Johannes Sixt wrote: > I can offer a set of git bundles that contain the merge results. (I don't > have push access yet.) Anyone interested? Send to me. By the way, for the KDE readers here: git mergetool running kdiff3 is very useful too. Select the "Lo

Initial merge (was: Re: Merge or Cherry-Pick?)

2011-02-03 Thread Johannes Sixt
Am 2/3/2011 13:04, schrieb Johannes Sixt: > Before anybody begins to work in this way, someone with sufficient > knowlege must introduce the first real merge of the 4.6 branch into the > master branch. The conflicts must be resolved; or it is possible to punt > by using -s ours. > > As long as thi