On Wed, 13 Jul 2011, David Walsh wrote: > This is my first post to the list. I would post it to the suggest > list but it seems to be off the air. > > As CentOS 6 has "finally" been released, I've been testing and discovered > that ngrep has not been placed in the EL6 branch. It has been there for 4 and > 5 at least. > Any chance of it being added? > > I took the src rpm spec file from the EL5 version but it failed to build in > two spots. > > 1) libpcap-devel now places a pcap.h place holder file in /usr/include > pointing to the real pcap.h in /usr/include/pcap// Configure gets confused > about this...easily overcome by including the full library path. > > 2) It fails when trying to copy the binary to the temporary folder. I can > post the error here if it helps.
Great. I liked the ngrep tool, but I honestly haven't used it for a long time, so I didn't notice it missing from RHEL6. So thanks for the heads up. I fixed the the package a bit differently so to not have autoconf as a dependency (which RHEL2.1 was picky about). For some strange reason I cannot give up on building for RHEL2.1 :-/ > I downloaded the EPEL version which does have a EL6 version and it works fine > and also builds fine. (The comments in the spec file indicate they had the > same problem with libpcap but have fixed it) > I was going to post their spec file here but was not sure if that was good > etiquette. Probably not. Our opinion always has been that a SPEC file describes how a (perfect) RPM package is made from a tarball. And there are no infinite ways to do that, so it lacks the creativity that would be required to have some sort of copyright. As it is a recipe that, given a good set of packaging guidelines, would result in roughly the same SPEC file made by different people, we consider those SPEC files to be part of the public domain rather than a copyrightable work. I doubt that the Fedora project would mind sharing SPEC files on public lists either. > I thought about switching to EPEL but would prefer to stay with > rpmforge as I've always been a "Dag" man. : ) Thanks for the confidence, but for some years this is no longer a single person show anymore. So either it's "Dag" men, or better, "Dag" crew ;-) Or rather, Repoforge is the new name ! PS The package will become available somewhere tomorrow. -- -- dag wieers, [email protected], http://dag.wieers.com/ -- dagit linux solutions, [email protected], http://dagit.net/ [Any errors in spelling, tact or fact are transmission errors] _______________________________________________ users mailing list [email protected] http://lists.repoforge.org/mailman/listinfo/users
