On Mon, 25 Apr 2011 07:22:27 -0600 Rich Megginson <[email protected]> wrote:
> On 04/22/2011 01:04 PM, Kevin Fenzi wrote: > > On Thu, 21 Apr 2011 08:40:05 +0100 > > Jonathan Underwood<[email protected]> wrote: > > > >> Hi, > >> > >> I understand that the 389 directory server stack for EPEL6 hasn't > >> been pushed due to the anticipation that 389 will be included in > >> RHEL 6.1. However, i wonder if it would be possible to push the > >> 389 stack to EPEL6 with an EVR such that when 6.1 is released the > >> packages are upgraded from EPEL to the RHEL packages? The reason I > >> ask is that it'll be a while before 6.1 releases of centos and > >> scientific linux are released (given that rhel 6.1 is currently > >> not released but in beta), and it would be nice to have a working > >> 389 stack. > > Well, I suppose, but that sure does sound like a lot of work. ;) > > > > Since they don't conflict now, they could be added, but when 6.1 or > > whatever comes out with them in it, we would need to mark them all > > dead.package, block them, etc. > I'm the 389 maintainer. I don't mind doing the work to create some > packages for EL6, but I don't want that work to be thrown away as > soon as RHEL 6.1 is released. I'd rather come up with some long term > solution that will work on EL6, EL7, etc. > Any suggestions? Note that certain solutions may be non-starters if > the change to the package name or layout is too radical - changes > that would make the docs obsolete or require massive changes, or make > dependent packages such as freeipa or dogtag fail. Yeah, I think I understand what you are looking for, but I'm not sure EPEL is a good match. Perhaps something like http://repos.fedorapeople.org/ ? You want something like a 'preview' or early adopters repo so folks can get and test early before there are official packages right? kevin
signature.asc
Description: PGP signature
_______________________________________________ epel-devel-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/epel-devel-list
