hosted to rhel6

[Jon Stanley]

Because of the ongoing pain with fedorahosted, now that the RHEL6 beta
is available, I'm going to work really hard this weekend on getting
RHEL6 whipped into shape with:

1) A kickstart
2) Packages that we need in hosted that are not in RHEL proper (trac
comes to mind immediately, I'm sure there's a few more)

This gives us the benefit of being able to run a more modern trac (and
close the attendant tickets for plugins that won't work in 0.10), and
generally alleviates a good deal of pain that we've been seeing. It
also gets us a bzr upgrade, which aiui is an incompatible on-disk
format??? Toshio can you elaborate? The SCM versions that we pick up
in RHEL6 are (all of these are in RHEL proper now):

cvs-1.11.23-9.el6.x86_64
bzr-2.0.2-1.1.el6.x86_64
git-1.6.5.2-1.2.el6.x86_64
mercurial-1.4-1.el6.2.x86_64
subversion-1.6.6-1.1.el6.x86_64

[Jesse Keating]

On Thu, 2010-04-22 at 07:48 -0400, Jon Stanley wrote:
>  Because of the ongoing pain with fedorahosted, now that the RHEL6
> beta
>  is available, I'm going to work really hard this weekend on getting
>  RHEL6 whipped into shape with:
>  
>  1) A kickstart
>  2) Packages that we need in hosted that are not in RHEL proper (trac
>  comes to mind immediately, I'm sure there's a few more)
>  
>  This gives us the benefit of being able to run a more modern trac (and
>  close the attendant tickets for plugins that won't work in 0.10), and
>  generally alleviates a good deal of pain that we've been seeing. It
>  also gets us a bzr upgrade, which aiui is an incompatible on-disk
>  format??? Toshio can you elaborate? The SCM versions that we pick up
>  in RHEL6 are (all of these are in RHEL proper now):
>  
>  cvs-1.11.23-9.el6.x86_64
>  bzr-2.0.2-1.1.el6.x86_64
>  git-1.6.5.2-1.2.el6.x86_64
>  mercurial-1.4-1.el6.2.x86_64
>  subversion-1.6.6-1.1.el6.x86_64 
Oooh, I've been waiting for this!  Unfortunately the plugin I really
wanted to use has since gone dark upstream and no longer works :/

-- 
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating

[Dennis Gilmore]

On Thursday 22 April 2010 06:48:44 am Jon Stanley wrote:
>  Because of the ongoing pain with fedorahosted, now that the RHEL6
> beta
>  is available, I'm going to work really hard this weekend on getting
>  RHEL6 whipped into shape with:
>  
>  1) A kickstart
>  2) Packages that we need in hosted that are not in RHEL proper (trac
>  comes to mind immediately, I'm sure there's a few more) 
Lets hold off on
this until we can start building epel for EL-6 which is likely 
a couple of weeks away.

>  
>  This gives us the benefit of being able to run a more modern trac (and
>  close the attendant tickets for plugins that won't work in 0.10), and
>  generally alleviates a good deal of pain that we've been seeing. It
>  also gets us a bzr upgrade, which aiui is an incompatible on-disk
>  format??? Toshio can you elaborate? The SCM versions that we pick up
>  in RHEL6 are (all of these are in RHEL proper now):
>  
>  cvs-1.11.23-9.el6.x86_64
>  bzr-2.0.2-1.1.el6.x86_64
>  git-1.6.5.2-1.2.el6.x86_64
>  mercurial-1.4-1.el6.2.x86_64
>  subversion-1.6.6-1.1.el6.x86_64 
we dont support cvs on hosted  otherwise its good that all the scms are in 
rhel.

Dennis

[Toshio Kuratomi]

On Thu, Apr 22, 2010 at 07:48:44AM -0400, Jon Stanley wrote:
>  also gets us a bzr upgrade, which aiui is an incompatible on-disk
>  format??? Toshio can you elaborate? The SCM versions that we pick up
>  in RHEL6 are (all of these are in RHEL proper now):
>  
>  bzr-2.0.2-1.1.el6.x86_64
>  
So... I've already upgrade EPEL-5 to bzr-2.1 which may be longer lived than
bzr-2.0 (it's in Ubuntu Lucid; their next long term release).

This means we're going to have to rebuild the EPEL-5 packages for Fedora
Infrastructure's EL-6 repository.

bzr-2.0 is not fully API compatible with bzr-2.1 is not fully API compat
with bzr-2.2(in beta).  The bzr apps we're running right now work with
bzr-2.1, i'm not sure that there's a 2.0 branch for all of them.

The on-disk format is no problem -- bzr retains the ability to operate on
old on-disk formats.  Once we have bzr-2.0 or greater on all released
Fedoras and in EPEL-5, though, I'm going to upgrade the ondisk format for
the bzr repositories on the server which will cause bzr-1.x clients to
break and people to need to run bzr upgrade on their checkouts.  (launchpad
already uses the 2a format so most people already need to have a more modern
client).

-Toshio