Summary: | ethereal 0.10.0 version bump | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Alberto Ornaghi <alor> |
Component: | Current packages | Assignee: | Brad Cowan (RETIRED) <bcowan> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | chainsaw, gentoo, mholzer |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 38124 | ||
Attachments: |
ethereal-0.10.0a.ebuild
ethereal-0.10.0a.ebuild ethereal.ebuild with flag-replacer ethereal-0.10.0a ebuild with extra icon copy |
Description
Alberto Ornaghi
2003-12-17 09:10:40 UTC
Created attachment 22369 [details]
ethereal-0.10.0a.ebuild
This ebuild works for me. It is the original ethereal-0.9.16-r1.ebuild, with
die's added to the sed statements (which is always a good idea), and ofcourse
the Header cleaned out.
Tested the compile, works for me.
Thanks for creating this ebuild! Two improvements that you might like to make: Firstly, Ethereal is distributed from SourceForge. The SRC_URI could more reliably be: SRC_URI="mirror://sourceforge/${PN}/${P}.tar.bz2" Secondly, Ethereal 0.10.0 introduced a new dependency with libpcre. This should be included in the depends. This should perhaps be made a USE flag though I'm not sure if 'regexp' is a global one, jakarta seems to use it. The '--with-pcre=no' configure flag would turn this dependency off. A vote for Tony's ebuild (with additional libpcre dependency)! Especially since there is a security issue with < 0.10.0 ( crashes with malformed packets). Thanks Tony. Created attachment 22640 [details]
ethereal-0.10.0a.ebuild
I've updated Tony's ebuild a little. Three changes.
- amd64 has been marked as unstable.
- SRC_URI has been moved to the SourceForge download site.
- RDEPEND for libpcre has been added. I've chosed >= 4.2 although it probably
works with older builds than that.
Comment on attachment 22369 [details]
ethereal-0.10.0a.ebuild
Alright, this attachment is now obsolete as a replacement has been written.
Thank you.
There seems to be a bit of a problem with ethereal 0.10.0a and the -O3 compiler flag. If this is set [and many Gentoo users will have this set] then ethereal fails when stopping a capture with the error message: ** ERROR **: file ftypes.c: line 420 (fvalue_set): assertion failed: (fv->ftype->set_value) aborting... I'm getting this on my old Celeron [Mendocino] laptop. At least one person on the ethereal-dev mailing list is getting this too. I'll keep track of this issue and try to fix it. In the meantime, if you're wanting to use the ebuild on this bug only use -O2 as a compiler flag. Created attachment 22687 [details]
ethereal.ebuild with flag-replacer
Alright then, it's my turn to patch the ebuild again, please mark your version
obsolete. This uses the flag-o-matic eclass to change -O3 to -O2. Let's deal
with it before it goes global.
Comment on attachment 22640 [details]
ethereal-0.10.0a.ebuild
Tony's revised ebuild makes this one obsolete.
This comment is just for your information. Here is a link to the ethereal-dev mailing list post where Thomas Reitelbach is reporting the -O3 problem. http://www.ethereal.com/lists/ethereal-dev/200312/msg00650.html Can we get this into the portage tree now, please? It's certainly a suitable candidate for ~arch. Created attachment 23941 [details] ethereal-0.10.0a ebuild with extra icon copy This ebuild is just the one that Tony and I were hacking but also copies over the ethereal icon as required by bug #38124. Comment on attachment 22687 [details]
ethereal.ebuild with flag-replacer
Obsoleting my old version again.
in cvs |