current orphan packages in EPEL

[Kevin Fenzi]

I meant to post this a while back.

This is the current list of orphaned packages in EPEL. 
Some of them were retired for good reason, see the 
https://fedoraproject.org/wiki/Retired_packages
page to find out if thats the case. 

Some of them simply need new maintainers to step up and give them
love. ;) 

SDL_image
abcde
apt
cd-discid
chrpath
csync2
cvs2cl
djvulibre
fakechroot
fedora-package-config-apt
fedora-package-config-smart
freetennis
fxload
gedit-plugins
ginac
gkrellm
gkrellm-volume
greylistd
gtkhtml38
hellanzb
homestead
horde
imp
ingo
jeta
js
kronolith
libFoundation
libburn
libcdaudio
libid3tag
libmodplug
mach
ms-sys
nopaste
otrs
perl-Class-MethodMaker
perl-Text-CharWidth
perl-Text-WrapI18N
po4a
python-dbsprockets
python-paramiko
pytz
reciteword
redet
redet-doc
scim-chewing
scim-hangul
shapelib
smart
sos
sqlite
svn2cl
synaptic
tpm-tools
turba
viewmtn
vpnc
windowlab

Before taking ownership of any of these, please check the retired
packages page, and consider contacting the former maintainer for more
information. 

kevin

[itamar]

since now it's easy to build epel packages using koji then I have
grabbed these packages

apt
fedora-package-config-apt

smart
fedora-package-config-smart

sqlite
chrpath

co-maintaners are welcome.



On Thu, Jul 9, 2009 at 5:03 PM, Kevin Fenzi<kevin(a)tummy.com> wrote:
>  I meant to post this a while back.
>
>  This is the current list of orphaned packages in EPEL.
>  Some of them were retired for good reason, see the
>  https://fedoraproject.org/wiki/Retired_packages
>  page to find out if thats the case.
>
>  Some of them simply need new maintainers to step up and give them
>  love. ;)
>
>  SDL_image
>  abcde
>  apt
>  cd-discid
>  chrpath
>  csync2
>  cvs2cl
>  djvulibre
>  fakechroot
>  fedora-package-config-apt
>  fedora-package-config-smart
>  freetennis
>  fxload
>  gedit-plugins
>  ginac
>  gkrellm
>  gkrellm-volume
>  greylistd
>  gtkhtml38
>  hellanzb
>  homestead
>  horde
>  imp
>  ingo
>  jeta
>  js
>  kronolith
>  libFoundation
>  libburn
>  libcdaudio
>  libid3tag
>  libmodplug
>  mach
>  ms-sys
>  nopaste
>  otrs
>  perl-Class-MethodMaker
>  perl-Text-CharWidth
>  perl-Text-WrapI18N
>  po4a
>  python-dbsprockets
>  python-paramiko
>  pytz
>  reciteword
>  redet
>  redet-doc
>  scim-chewing
>  scim-hangul
>  shapelib
>  smart
>  sos
>  sqlite
>  svn2cl
>  synaptic
>  tpm-tools
>  turba
>  viewmtn
>  vpnc
>  windowlab
>
>  Before taking ownership of any of these, please check the retired
>  packages page, and consider contacting the former maintainer for more
>  information.
>
>  kevin
>
>  _______________________________________________
>  epel-devel-list mailing list
>  epel-devel-list(a)redhat.com
>  https://www.redhat.com/mailman/listinfo/epel-devel-list
>
>  


-- 
------------

Itamar Reis Peixoto

e-mail/msn: itamar(a)ispbrasil.com.br
sip: itamar(a)ispbrasil.com.br
skype: itamarjp
icq: 81053601
[phone]
[phone]

[Kevin Fenzi]

On Thu, 9 Jul 2009 17:20:05 -0300
Itamar Reis Peixoto <itamar(a)ispbrasil.com.br&gt; wrote:

>  since now it's easy to build epel packages using koji then I
> have
>  grabbed these packages
>  
>  apt
>  fedora-package-config-apt
>  
>  smart
>  fedora-package-config-smart
>  
>  sqlite 
Note a bit of history on this one. This is only in EL-4, and CentOS is
also shipping it, so the sqlite/EL-4/UPDATE-CAREFULLY file says: 

This package exists in CentOS-4 base.
Please be careful when updating that the EVR here remains lower than in
CentOS-4.

kevin

[Richard W.M. Jones]

On Thu, Jul 09, 2009 at 02:03:21PM -0600, Kevin Fenzi wrote:
>  fakechroot 
I took this one in EL-5 only (not EL-4).

>  freetennis 
I think this one should be removed.  Dead upstream.

>  sqlite 
Bit surprised at this one ... sadly I don't have time to
look after it.

>  vpnc 
I took the Fedora branch of this one, but can't really give
it enough time so I don't want to take any more branches.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines.  Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v

[Adam Miller]

I think the next question would be "Why does CentOS ship sqlite in
base if RedHat doesn't?"

But that's a question for another list.

[root@fooBox ~]# cat /etc/redhat-release
Red Hat Enterprise Linux ES release 4 (Nahant Update 8)
[root@fooBox ~]# up2date --showall | grep -i sqlite
[root@fooBox ~]#

-Adam


-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

[Dennis Gilmore]

On Thursday 09 July 2009 04:26:52 pm Adam Miller wrote:
>  I think the next question would be "Why does CentOS ship sqlite
> in
>  base if RedHat doesn't?"
>
>  But that's a question for another list.
>
>  [root@fooBox ~]# cat /etc/redhat-release
>  Red Hat Enterprise Linux ES release 4 (Nahant Update 8)
>  [root@fooBox ~]# up2date --showall | grep -i sqlite
>  [root@fooBox ~]# 
yum  the big difference between RHEL-4 and CentOS-4 is up2date vs
yum

Dennis

[Adam Miller]

On Thu, Jul 9, 2009 at 4:36 PM, Dennis Gilmore<dennis(a)ausil.us> wrote:
>  yum  the big difference between RHEL-4 and CentOS-4 is up2date vs
> yum
>
>  Dennis
>
>
>
>  _______________________________________________
>  epel-devel-list mailing list
>  epel-devel-list(a)redhat.com
>  https://www.redhat.com/mailman/listinfo/epel-devel-list
>
>  
I'm currently getting info from centos-devel list about why yum is
part of CentOS4 when its not in RHEL4. I think the deviation of
Enterprise Linux, which is what we package extra packages for, is no
grounds for us being concerned with our update/development model....
Just my opinion.

-Adam


-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

[Manuel Wolfshant]

On 07/10/2009 12:48 AM, Adam Miller wrote:
>  On Thu, Jul 9, 2009 at 4:36 PM, Dennis Gilmore<dennis(a)ausil.us>
> wrote:
>    
> > yum  the big difference between RHEL-4 and CentOS-4 is up2date vs yum
> >
> > Dennis
> >
> >     
>
>  I'm currently getting info from centos-devel list about why yum is
>  part of CentOS4 when its not in RHEL4. I think the deviation of
>  Enterprise Linux, which is what we package extra packages for, is no
>  grounds for us being concerned with our update/development model....
>  Just my opinion.
>     
You do realize that a LARGE part of the EPEL consumers [including ISPs] 
use Centos, do you  ?

[Adam Miller]

On Thu, Jul 9, 2009 at 5:02 PM, Manuel
Wolfshant<wolfy(a)nobugconsulting.ro> wrote:
>  You do realize that a LARGE part of the EPEL consumers [including ISPs] use
>  Centos, do you  ?
>
>  _______________________________________________
>  epel-devel-list mailing list
>  epel-devel-list(a)redhat.com
>  https://www.redhat.com/mailman/listinfo/epel-devel-list
>  
Is that claim able to be verified with a realistic statistic? And if
it is true they can set yum priorities. I don't see how its our
responsibility to cater to those RHEL clones that are out of sync with
RHEL.

-Adam

-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

[Ray Van Dolson]

On Thu, Jul 09, 2009 at 05:06:08PM -0500, Adam Miller wrote:
>  On Thu, Jul 9, 2009 at 5:02 PM, Manuel
>  Wolfshant<wolfy(a)nobugconsulting.ro> wrote:
>  >
>  > You do realize that a LARGE part of the EPEL consumers [including ISPs] use
>  > Centos, do you  ?
>  >
>  
>  Is that claim able to be verified with a realistic statistic? And if
>  it is true they can set yum priorities. I don't see how its our
>  responsibility to cater to those RHEL clones that are out of sync with
>  RHEL. 
No offense, but it'd be a waste of time to gather metrics on CentOS
usage.  Suffice to say it's very widely used. :)

But I agree with what you're saying.  I don't have a problem with
sqlite being in EPEL.  The CentOS users can always exclude it when they
make use of the EPEL repo...

Ray

[Dennis Gilmore]

On Thursday 09 July 2009 04:48:29 pm Adam Miller wrote:
>  On Thu, Jul 9, 2009 at 4:36 PM, Dennis Gilmore<dennis(a)ausil.us>
> wrote:
>  > yum  the big difference between RHEL-4 and CentOS-4 is up2date vs yum
>  >
>  > Dennis
>  >
>  >
>  >
>  > _______________________________________________
>  > epel-devel-list mailing list
>  > epel-devel-list(a)redhat.com
>  > https://www.redhat.com/mailman/listinfo/epel-devel-list
>
>  I'm currently getting info from centos-devel list about why yum is
>  part of CentOS4 when its not in RHEL4. I think the deviation of
>  Enterprise Linux, which is what we package extra packages for, is no
>  grounds for us being concerned with our update/development model....
>  Just my opinion. 
They used yum because it was easier and more flexible than up2date.  we ship 
yum and sqlite for cobbler but keep the versions less that what is in CentOS. 
so that epel customers dont need to worry about our version replacing the 
CentOS one.

I know that I personally use CentOS  as i'm sure most of the EPEL developers 
do.   mock in epel ships with configs  pointing to CentOS for developers to 
build against. 

Dennis

[Dennis Gilmore]

On Thursday 09 July 2009 05:14:41 pm Ray Van Dolson wrote:
>  On Thu, Jul 09, 2009 at 05:06:08PM -0500, Adam Miller wrote:
>  > On Thu, Jul 9, 2009 at 5:02 PM, Manuel
>  >
>  > Wolfshant<wolfy(a)nobugconsulting.ro> wrote:
>  > > You do realize that a LARGE part of the EPEL consumers [including ISPs]
>  > > use Centos, do you  ?
>  >
>  > Is that claim able to be verified with a realistic statistic? And if
>  > it is true they can set yum priorities. I don't see how its our
>  > responsibility to cater to those RHEL clones that are out of sync with
>  > RHEL.
>
>  No offense, but it'd be a waste of time to gather metrics on CentOS
>  usage.  Suffice to say it's very widely used. :)
>
>  But I agree with what you're saying.  I don't have a problem with
>  sqlite being in EPEL.  The CentOS users can always exclude it when they
>  make use of the EPEL repo... 
Not an option,  we said long ago that we would keep
the version purposely 
lower and we must stick with that.

Dennis

sos is in RHEL

[David Juran]

On Thu, 2009-07-09 at 14:03 -0600, Kevin Fenzi wrote:

>  This is the current list of orphaned packages in EPEL. 
>  Some of them were retired for good reason, see the 
>  https://fedoraproject.org/wiki/Retired_packages
>  page to find out if thats the case. 
>  
>  Some of them simply need new maintainers to step up and give them
>  love. ;)  
>  sos 
sos (formerly known as sysreport) is in RHEL and should therefore be
removed from EPEL

-- 
David Juran
Sr. Consultant
Red Hat
[phone]

[Adam Miller]

What happens when Scientific Linux has some package that we conflict
with, or maybe Eadem Enterprise AS, Fermi Linux, Lineox Enterprise
Linux, Miracle Linux, NuxOne Linux, Pie Box Enterprise Linux, StartCom
Linux, Tao Linux, White Box Enterprise Linux, or X/OS Linux?

Where do we draw the line with exceptions to RHEL clones that are not
synchronized with their "upstream"?

-Adam

-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

[Jon Ciesla]

Kevin Fenzi wrote:
>  I meant to post this a while back.
>
>  This is the current list of orphaned packages in EPEL. 
>  Some of them were retired for good reason, see the 
>  https://fedoraproject.org/wiki/Retired_packages
>  page to find out if thats the case. 
>
>  Some of them simply need new maintainers to step up and give them
>  love. ;) 
>
>  SDL_image
>  abcde
>  apt
>  cd-discid
>  chrpath
>  csync2
>  cvs2cl
>  djvulibre
>  fakechroot
>  fedora-package-config-apt
>  fedora-package-config-smart
>  freetennis
>  fxload
>  gedit-plugins
>  ginac
>  gkrellm
>  gkrellm-volume
>  greylistd
>  gtkhtml38
>  hellanzb
>  homestead
>  horde
>  imp
>  ingo
>  jeta
>  js
>  kronolith
>  libFoundation
>  libburn
>  libcdaudio
>  libid3tag
>  libmodplug
>  mach
>  ms-sys
>  nopaste
>  otrs
>  perl-Class-MethodMaker
>  perl-Text-CharWidth
>  perl-Text-WrapI18N
>  po4a
>  python-dbsprockets
>  python-paramiko
>  pytz
>  reciteword
>  redet
>  redet-doc
>  scim-chewing
>  scim-hangul
>  shapelib
>  smart
>  sos
>  sqlite
>  svn2cl
>  synaptic
>  tpm-tools
>  turba
>  viewmtn
>  vpnc
>  windowlab
>
>  Before taking ownership of any of these, please check the retired
>  packages page, and consider contacting the former maintainer for more
>  information. 
>
>  kevin
>    
>  ------------------------------------------------------------------------
>
>  _______________________________________________
>  epel-devel-list mailing list
>  epel-devel-list(a)redhat.com
>  https://www.redhat.com/mailman/listinfo/epel-devel-list
>     
I took python-paramiko.

-- 
in your fear, speak only peace
in your fear, seek only love

-d. bowie

[Dennis Gilmore]

On Friday 10 July 2009 08:32:58 am Adam Miller wrote:
>  What happens when Scientific Linux has some package that we conflict
>  with, or maybe Eadem Enterprise AS, Fermi Linux, Lineox Enterprise
>  Linux, Miracle Linux, NuxOne Linux, Pie Box Enterprise Linux, StartCom
>  Linux, Tao Linux, White Box Enterprise Linux, or X/OS Linux?
>
>  Where do we draw the line with exceptions to RHEL clones that are not
>  synchronized with their "upstream"?
>
>  -Adam 
We only made the one exception for CentOS 4.  They came before us.  it was a

one time thing for one release. 

Anything that moves into RHEL and in turn CentOS is removed from EPEL. 

Dennis