Re: resolving i18n merge conflicts, is there a policy fot i18n commits?
On Wed, Mar 14, 2012 at 08:53:07AM +0100, Thomas Lübking wrote: Am 14.03.2012, 08:40 Uhr, schrieb Oswald Buddenhagen o...@kde.org: On Tue, Mar 13, 2012 at 11:45:56PM +0100, Thomas Lübking wrote: Is there any policy on i18n commits/conflicts, ie. like only 4.8 is up to date (seems to me?) so one can safely git merge -Xtheirs origin/KDE/4.8 what exactly are you merging? kde-workspace, local KDE/4.8 - local master resolved merge i18n conficts -s ours from origin/KDE/4.8, then merged local KDE/4.8 into local master wrong? utterly. only kdelibs is merged 4.8 = frameworks. everything else is cherry-pick. as always has been.
Re: Re: resolving i18n merge conflicts, is there a policy fot i18n commits?
Am 16.03.2012, 19:35 Uhr, schrieb Martin Gräßlin mgraess...@kde.org: On Friday 16 March 2012 19:23:18 Oswald Buddenhagen wrote: On Wed, Mar 14, 2012 at 08:53:07AM +0100, Thomas Lübking wrote: Am 14.03.2012, 08:40 Uhr, schrieb Oswald Buddenhagen o...@kde.org: On Tue, Mar 13, 2012 at 11:45:56PM +0100, Thomas Lübking wrote: Is there any policy on i18n commits/conflicts, ie. like only 4.8 is up to date (seems to me?) so one can safely git merge -Xtheirs origin/KDE/4.8 what exactly are you merging? kde-workspace, local KDE/4.8 - local master resolved merge i18n conficts -s ours from origin/KDE/4.8, then merged local KDE/4.8 into local master wrong? utterly. only kdelibs is merged 4.8 = frameworks. everything else is cherry-pick. as always has been. Well, i was told different (not by martin, btw.) to avoid additional commits. *shrug* That's news to me :-) At least I have been merging from 4.7 to master in kde-workspace till scripty made it impossible and I have been merging all my commits from 4.8 to master. And looking through the commits I'm quite sure that others do merge as well. I do absolutely not mind whether to merge or c-p, to back- or forwardport - but maybe there should be some definite official statement? Like eg. about here: http://techbase.kde.org/Development/Git#KDE_Git_Policies where the current policies helpfully read: KDE policies on Git. More generic development policies go elsewhere. Cheers, Thomas
Re: resolving i18n merge conflicts, is there a policy fot i18n commits?
On Tue, Mar 13, 2012 at 11:45:56PM +0100, Thomas Lübking wrote: Is there any policy on i18n commits/conflicts, ie. like only 4.8 is up to date (seems to me?) so one can safely git merge -Xtheirs origin/KDE/4.8 what exactly are you merging?
Re: resolving i18n merge conflicts, is there a policy fot i18n commits?
Am 14.03.2012, 08:40 Uhr, schrieb Oswald Buddenhagen o...@kde.org: On Tue, Mar 13, 2012 at 11:45:56PM +0100, Thomas Lübking wrote: Is there any policy on i18n commits/conflicts, ie. like only 4.8 is up to date (seems to me?) so one can safely git merge -Xtheirs origin/KDE/4.8 what exactly are you merging? kde-workspace, local KDE/4.8 - local master resolved merge i18n conficts -s ours from origin/KDE/4.8, then merged local KDE/4.8 into local master wrong? Cheers, Thomas
resolving i18n merge conflicts, is there a policy fot i18n commits?
Is there any policy on i18n commits/conflicts, ie. like only 4.8 is up to date (seems to me?) so one can safely git merge -Xtheirs origin/KDE/4.8 The problem is that i get like a bazillion conflicts in .desktop files and i can't resolve them by hand, since i cannot read most of the conflicts :-( Cheers, Thomas
Re: resolving i18n merge conflicts, is there a policy fot i18n commits?
El Dimarts, 13 de març de 2012, a les 23:45:56, Thomas Lübking va escriure: Is there any policy on i18n commits/conflicts, ie. like only 4.8 is up to date (seems to me?) so one can safely git merge -Xtheirs origin/KDE/4.8 The problem is that i get like a bazillion conflicts in .desktop files and i can't resolve them by hand, since i cannot read most of the conflicts :-( scripty updates .desktop files every day, so do whatever you want with them, it will be correct on the next scripty run, so unless you really break something the date of the release it doesn't matter. BUT (i understand you are merging KDE/4.8 to master) If you take KDE/4.8 contents over the master ones you'll get an extra commit of scripty fixing it to the correct master values so you probably want to take the master version not the KDE/4.8 one Albert Cheers, Thomas
Re: resolving i18n merge conflicts, is there a policy fot i18n commits?
Am 14.03.2012, 00:01 Uhr, schrieb Albert Astals Cid aa...@kde.org: scripty updates .desktop files every day, so do whatever you want with them, it will be correct on the next scripty run, so unless you really break something the date of the release it doesn't matter. Good to know =) (i understand you are merging KDE/4.8 to master) yes. If you take KDE/4.8 contents over the master ones you'll get an extra commit of scripty fixing it to the correct master values so you probably want to take the master version not the KDE/4.8 one Ok, many thanks, merge -s ours then. I just thought because the 4.8 version seemed to have more text in the conflicting files Cheers, Thomas