Hi, I have created new ipp2p packages for latest kernel. Feel free to download and test.
http://homen.vsb.cz/~hrb33/ipp2p/
ipp2p-0.8.0-3.i686.rpm kernel-hugemem-module-ipp2p-0.8.0-3_2.6.9_34.0.2.EL.i686.rpm kernel-module-ipp2p-0.8.0-3_2.6.9_34.0.2.EL.i686.rpm kernel-smp-module-ipp2p-0.8.0-3_2.6.9_34.0.2.EL.i686.rpm
David Hrbáč
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
nice, thanks! I have been looking a looong time for this. And right this week I was trying to obtain an rpm for this.
BTW, do you have the src.rpm?
I will now install it onto a testing server.
regards! ernesto
David Hrbáč wrote:
Hi, I have created new ipp2p packages for latest kernel. Feel free to download and test.
http://homen.vsb.cz/~hrb33/ipp2p/
ipp2p-0.8.0-3.i686.rpm kernel-hugemem-module-ipp2p-0.8.0-3_2.6.9_34.0.2.EL.i686.rpm kernel-module-ipp2p-0.8.0-3_2.6.9_34.0.2.EL.i686.rpm kernel-smp-module-ipp2p-0.8.0-3_2.6.9_34.0.2.EL.i686.rpm
David Hrbáč _______________________________________________ CentOS-devel mailing list CentOS-devel@centos.org http://lists.centos.org/mailman/listinfo/centos-devel
- -- Ing. Ernesto Pérez Estévez http://www.ecualinux.com USA: + 1 404 795 0321 Ecuador: (02)3412402 - (09) 9246504
Ing. Ernesto Pérez Estévez napsal(a):
nice, thanks! I have been looking a looong time for this. And right this week I was trying to obtain an rpm for this.
BTW, do you have the src.rpm?
I will now install it onto a testing server.
regards! ernesto
Ernesto, I've added it right now. It's not so clear as I want, but it's. :o) What we need to do now is to create connmark iptables/kernel module. David
David Hrbáč wrote:
Hi, I have created new ipp2p packages for latest kernel. Feel free to download and test.
http://homen.vsb.cz/~hrb33/ipp2p/
ipp2p-0.8.0-3.i686.rpm kernel-hugemem-module-ipp2p-0.8.0-3_2.6.9_34.0.2.EL.i686.rpm kernel-module-ipp2p-0.8.0-3_2.6.9_34.0.2.EL.i686.rpm kernel-smp-module-ipp2p-0.8.0-3_2.6.9_34.0.2.EL.i686.rpm
Please read though this :
http://www.fedoraproject.org/wiki/Packaging/KernelModules
we'd want to stick with the same conventions - since yum is getting 'smarts' on handling kmod's - so lets not re-engineer the whole process.
Karanbir Singh napsal(a):
Please read though this :
http://www.fedoraproject.org/wiki/Packaging/KernelModules
we'd want to stick with the same conventions - since yum is getting 'smarts' on handling kmod's - so lets not re-engineer the whole process.
Karanbir, I'm not re-engineerig. It's a few days I have been asking about kernel modules and what kinds are going to be supported in CentOS. No replies.
There are not only kmods. I just needed ipp2p and I have created one. Once CentOS is going to say we use kmods|kmdls|..., I'll repackage it. David
David Hrbáč wrote:
Karanbir Singh napsal(a):
Please read though this :
http://www.fedoraproject.org/wiki/Packaging/KernelModules
we'd want to stick with the same conventions - since yum is getting 'smarts' on handling kmod's - so lets not re-engineer the whole process.
Karanbir, I'm not re-engineerig. It's a few days I have been asking about kernel modules and what kinds are going to be supported in CentOS. No replies.
There are not only kmods. I just needed ipp2p and I have created one. Once CentOS is going to say we use kmods|kmdls|..., I'll repackage it.
re-eng was in ref to how kmod's are handled in yum. we'll use the specifications from the url i posted. we want to stay with that so that we can inherit and use the yum-kmod stuff.
Karanbir Singh napsal(a):
re-eng was in ref to how kmod's are handled in yum. we'll use the specifications from the url i posted. we want to stay with that so that we can inherit and use the yum-kmod stuff.
Well, it's not still clear, what kernel module packages are going to be in Fedora/RHEL. Decision hasn't been made yet. In Fedora/Extras there's no kmod package yet.
I can go with kmod in ipp2p, but I guess it doesn't matter since CentOS is not including contribs. So my post was to people who need ipp2p on CentOS to know.
It seems to me, that CentOS develop team should clearly express the rules and aims and really became community project with some Boards, voting, etc. As to contribs, if centos is not willing to support contribs, it would be nice if we can decide on 3rd party repository to send CentOS contribs to. Maybe Dag's one? David
David Hrbáč wrote:
re-eng was in ref to how kmod's are handled in yum. we'll use the specifications from the url i posted. we want to stay with that so that we can inherit and use the yum-kmod stuff.
Well, it's not still clear, what kernel module packages are going to be in Fedora/RHEL. Decision hasn't been made yet. In Fedora/Extras there's no kmod package yet.
there are kmod packages in Fedora, i suggest you look again. They can be in other places as well - Also when the kmod specs were being worked out - quite a few people got involved, not only from within the Fedora community to work on that stuff.
I can go with kmod in ipp2p, but I guess it doesn't matter since CentOS is not including contribs. So my post was to people who need ipp2p on CentOS to know.
we've not been accepting contrib's from people so far, unless they are ready to maintain the spec's for a period of time. And to be honest, apart from Tim and his project YumEx, no one else has really stepped up and done any similar work for a complete package. Within packages, the work by Daniel and even the stuff that you did for yum, was for CentOS and will be used in CentOS. So i am not sure how / what you imply when you say that no one is doing any contrib stuff here for CentOS project.
It seems to me, that CentOS develop team should clearly express the rules and aims and really became community project with some Boards, voting, etc.
There are no boards, no voting or any such politics on the CentOS project. Maybe something in the future, if and when the developers feel that the next step should be that way. Whatever we are doing, is in the public - if you have issues bring them up.
As to contribs, if centos is not willing to support contribs, it would be nice if we can decide on 3rd party repository to send CentOS contribs to. Maybe Dag's one?
RPMForge is the best place to push contrib's if you want, however you will find that their specifications and requirements will be just as stringent, if not more, than what you need to do for us here.
Karanbir Singh napsal(a):
there are kmod packages in Fedora, i suggest you look again. They can be in other places as well - Also when the kmod specs were being worked out - quite a few people got involved, not only from within the Fedora community to work on that stuff.
Karanbir, I have recreated ipp2p package together with Ernesto. There are two packages: userland and kernel. As to kernel package, it's not clear if name is kmod-package or package-kmod. Documentation reads kmod-package. But looking on rpmseek.com I see kmod-package is in use nowadays. Could you tell me what naming convention is to be supported in CentOS? Thanks, David
David Hrbáč wrote:
I have recreated ipp2p package together with Ernesto. There are two packages: userland and kernel. As to kernel package, it's not clear if name is kmod-package or package-kmod. Documentation reads kmod-package. But looking on rpmseek.com I see kmod-package is in use nowadays. Could you tell me what naming convention is to be supported in CentOS?
Hi David,
lets stick with kmod-package, since thats what most of upstream seems to be talking about.
Karanbir Singh napsal(a):
Hi David,
lets stick with kmod-package, since thats what most of upstream seems to be talking about.
Karanbir, I've came to the same conclusion meanwhile. Well, it's not official yet, a few people are testing now, but a few modules can be found here: http://homen.vsb.cz/~hrb33/el4/hrb/stable/i386/RPMS/repodata/ More to come. I have plans to include: time geoip condition clusterip sysrq
I haven't decided on iptables libs naming convention yet. As for ipp2p, package is named ipp2p with version. Upstream is doing the same. But what with let's say ipt_geoip? I can't name it geoip, since Dag provides geoiop and CentOS GeoIP. We can use: libiptname libname iptname
I do not want to use: ipt_name ipt-name
What would you suggest?
Well, another thing. Could you include yum-plugin-fedorakmod in Extra repository? Thanks, David
-
"Ing. Ernesto Pérez Estévez" -
David Hrbáč -
Karanbir Singh