[CentOS-devel] SCL and git 2.X

[Nico Kadel-Garcia]

On Mon, Feb 23, 2015 at 6:04 AM, Honza Horak <hhorak at redhat.com> wrote:
> On 02/20/2015 02:46 PM, Karanbir Singh wrote:
>>
>> On 02/20/2015 01:02 PM, Nico Kadel-Garcia wrote:
>>>
>>> On Fri, Feb 20, 2015 at 5:19 AM, Vacelet, Manuel
>>> <manuel.vacelet at enalean.com> wrote:
>>>>
>>>> On Fri, Feb 20, 2015 at 12:37 AM, Karanbir Singh <mail-lists at karan.org>
>>>> wrote:
>>>>>
>>>>>
>>>>> Hi!
>>>>>
>>>>> On 19/02/15 16:48, Vacelet, Manuel wrote:
>>>>>
>>>>>> TL;DR: I need recent version of git (2.3 ATM) and I need it on centos6
>>>>>> and centos7.
>>>>>
>>>>>
>>>>> this is great! We can either do it via a SCL or just inplace distro
>>>>> package replacement ( into the Plus repos ). Since you have already had
>>>>> a stab at doing this with the 1.9 git on scl's - that might be the best
>>>>> route to take here as well.
>>>
>>>
>>> I'd start from the variants over at
>>> http://dl.iuscommunity.org/pub/ius/stable/CentOS/6/SRPMS/, which is a
>>> pretty nice repository for such opodated packages. Those are version
>>> 2.2, named with package names like "git2u". I'd update and name a
>>> variant "git2.3u" or something like that.
>>
>>
>> I wouldnt. I would start from the git19 SCL. makes it far more portable
>> and non intrusive. Its the exact sort of thing SCL makes easy
>
>
> Yes, it makes great sense to me as well. We'll have git19 SCL once anyway,
> so if 1.9 is fine for you for now, who not going this way.
>
> I've finally prepared some "Getting involved" steps [1]. Please, give me
> know if there is any other info needed.
>
> My rough plan for now (next hours/days) is to ask for bundle request for all
> RHSCL-1.2 components, so we don't need to ask for them specifically. I
> should also be able to do some mass import, and then we'll need to build the
> RPMs -- the part where any help will be handy :)
>
> [1] http://wiki.centos.org/SpecialInterestGroup/SCLo#getting-involved
>
> Honza

Looking back here: note that the syntax for varoius commandes changed
in git 2.x, especially some of the 'git-svn' commands. The lack of
reverse compatibility is partly why it got a major revision change.
Upgrading RHEL based sysems such as CentOS to use major new versions
of software can get.... hairy, which is why RHEL and Fedora renumber
the package names for major software updates. I go through this with
rt3 and rt4, mysqlf, and the samba4 packaging.