FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > EPEL Development

 
 
LinkBack Thread Tools
 
Old 02-09-2012, 12:55 PM
Christopher Meng
 
Default Long-term package versions (RHEL 5 extended to 10 years until EOL)

Can I saw something about bugzilla?I opened a ticket weeks ago,them I
got a reply that because of policy in EPEL,Redhat will not update.And
a engineer said that he will do a backport job.
I really cant agree with this.Bugzilla 4.x improves many features,but
redhat will only contains a very old version.Why?Why cant we be
fresh?The policy only want us to use 3.x at least 10years,that funny.

--


Best Regards,
Christopher Meng------'Cicku'

Ambassador of Fedora Project and Maintainer of CentOS wiki.

Website:http://cicku.me Hope you can visit and leave some comments.

More Contact info see here:http://about.me/cicku

_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
 
Old 02-09-2012, 01:35 PM
Xavier Bachelot
 
Default Long-term package versions (RHEL 5 extended to 10 years until EOL)

On 02/09/2012 02:55 PM, Christopher Meng wrote:

Can I saw something about bugzilla?I opened a ticket weeks ago,them I
got a reply that because of policy in EPEL,Redhat will not update.And
a engineer said that he will do a backport job.
I really cant agree with this.Bugzilla 4.x improves many features,but
redhat will only contains a very old version.Why?Why cant we be
fresh?The policy only want us to use 3.x at least 10years,that funny.

This was me, and I'd like to make clear that I'm neither a RedHat
engineer, nor am I paid to maintain bugzilla. And also, EPEL is not
RHEL, this is only an additional repository maintained by the community.


Please read again what I answered in both bugs. Please read again the
(current) EPEL policy as well as what was said in this thread. We are
trying very hard to satisfy everyone's need. You may dislike the 'no
disruptive update' policy, but some others are relying on it.
There are some ways out. In bugzilla's case, that might be packaging a
parallel installable bugzilla40. I've even offered to help review it, if
someone wants to do the packaging work but I'm not prepared to do this
work myself now. By all means, feel free to help us move forward.


https://bugzilla.redhat.com/show_bug.cgi?id=783000
https://bugzilla.redhat.com/show_bug.cgi?id=787825
https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies
https://www.redhat.com/archives/epel-devel-list/2012-February/msg00013.html

Regards,
Xavier

_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
 

Thread Tools




All times are GMT. The time now is 12:12 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org