[CentOS] [DRBD-user] Kernel independent DRBD packages for RHEL, CentOS and Scientific Linux

[Dag Wieers]

On Mon, 21 Jun 2010, Ralph Angenendt wrote:

> On Mon, Jun 21, 2010 at 12:54 PM, Joseph L. Casale
> <jcasale at activenetwerx.com> wrote:
>
>>> This seems like duplication of effort with the CentOS people, since they
>>> already package DRBD for CentOS 5.x (and it works very well).
>>
>> No its not, the CentOS packages are no longer maintained...
>
> http://dev.centos.org/testing/ tells me something else (and yes, this
> time they will go into extras).

Well, it was confusing. When we decided to spend the effort to add 
kmod-drbd to ELRepo there were a few reasons:

  - The lack of updates in the CentOS repository, while a new update is
    now in testing, a few have been skipped/delayed in the past.

  - The infrastructure, team and workflow of the ELRepo project all
    focuses specifically on kernel modules.

  - The opinion at FOSDEM of team-members that CentOS was going to go back
    to its core-business, and drop additional RPM packages like in CentOS
    Extras.

So my personal opinion (and I had to convince other team-members) was that 
we should do this despite the fact that it is a duplication of effort and 
only if we can provide the same quality as we do with other packages. 
(Which is exactly why we asked for feedback on this mailinglist !)

We didn't do this out of the blue either, this was also discussed on the 
centos-devel mailinglist (although with less feedback than I had hoped).

Now, it shouldn't really matter to users whether this is a duplication of 
effort or not. Users will now have additional choice, if CentOS delays or 
skips a release, ELRepo might have it available. Everybody wins.

Once again, I didn't want any controversy, we are just looking for CentOS 
people that are willing to test and provide feedback regarding the ELRepo 
kmod-drbd packages (preferably on the ELRepo bug-tracker / mailinglist to 
not cause even more controversy).

Kind regards,
-- 
--   dag wieers,  dag at wieers.com,  http://dag.wieers.com/   --
[Any errors in spelling, tact or fact are transmission errors]