Hi all,
I'm not sure I'm posting to the right place. If it's not I would be pleased if you could point me to the relevant place!
TL;DR: I need recent version of git (2.3 ATM) and I need it on centos6 and centos7.
For the time being, I managed to rebuild RH git19 scl for centos6 (last time I checked it was not already part of centos SCL but I might be wrong). My question is: is there other persons here interested by a recent, community supported, version of git ? and if yes, how can this be done (a SIG?) ?
Cheers, Manuel
On 19 februarie 2015 18:48:19 EET, "Vacelet, Manuel" manuel.vacelet@enalean.com wrote:
Hi all,
I'm not sure I'm posting to the right place. If it's not I would be pleased if you could point me to the relevant place!
TL;DR: I need recent version of git (2.3 ATM) and I need it on centos6 and centos7.
For the time being, I managed to rebuild RH git19 scl for centos6
FWIW: ghettoforge ships newer versions of git
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.
Honza, would this just be a case of importing the existing SCL's, then getting Manuel the required perms to attempt the upgrades ?
On Fri, Feb 20, 2015 at 12:37 AM, Karanbir Singh mail-lists@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.
Cool !
I'm just wondering what are the duty and stuff for being a maintainer (esp. all security related things). Rebuild an existing package is a thing, being maintainer of a new version is different.
I'm more tempted to have it as an SCL as those packages should be usable on RHEL too.
Manuel
On Fri, Feb 20, 2015 at 5:19 AM, Vacelet, Manuel manuel.vacelet@enalean.com wrote:
On Fri, Feb 20, 2015 at 12:37 AM, Karanbir Singh mail-lists@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.
Cool !
I'm just wondering what are the duty and stuff for being a maintainer (esp. all security related things). Rebuild an existing package is a thing, being maintainer of a new version is different.
I'm more tempted to have it as an SCL as those packages should be usable on RHEL too.
Manuel
CentOS-devel mailing list CentOS-devel@centos.org http://lists.centos.org/mailman/listinfo/centos-devel
On 02/20/2015 01:02 PM, Nico Kadel-Garcia wrote:
On Fri, Feb 20, 2015 at 5:19 AM, Vacelet, Manuel manuel.vacelet@enalean.com wrote:
On Fri, Feb 20, 2015 at 12:37 AM, Karanbir Singh mail-lists@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
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@enalean.com wrote:
On Fri, Feb 20, 2015 at 12:37 AM, Karanbir Singh mail-lists@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
On Mon, Feb 23, 2015 at 6:04 AM, Honza Horak hhorak@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@enalean.com wrote:
On Fri, Feb 20, 2015 at 12:37 AM, Karanbir Singh mail-lists@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.