It would be nice to have an ebuild for ulogd-2.x as there is no ULOG target for IPv6 and the ULOG target for IPv4 has been deprecated. Ebuilds for the required net-libs/libnetfilter_log and net-libs/libnetfilter_conntrack are already in portage. It is a bit strange that there have been no releases for either major version since 2005, but so far I have found no alternative. The SVN has seen some activity in 2006, so it's probably as dead as it might seem.
The project is very much alive as this: http://git.netfilter.org/cgi-bin/gitweb.cgi shows. Ulogd2 was last committed on 4 weeks ago and Ulog{1} around 13 days ago.
It is pretty hard to justify putting a svn "release" in the tree. I will look into it and maybe ping upstream about it.
ulogd 2.0.0b is out, at least. ulogd 1.23 and 1.24 both have bugs in the syslog extensions; 2.0 would be nice to have.
(In reply to comment #3) > ulogd 2.0.0b is out, at least. ulogd 1.23 and 1.24 both have bugs in the syslog > extensions; 2.0 would be nice to have. > Ah cool, they actually made a release now? I'm alittle busy this week/weekend so I don't know when I can get to it...but I will since I fixes up the other ulogd bugs.
(In reply to comment #4) > (In reply to comment #3) > > ulogd 2.0.0b is out, at least. ulogd 1.23 and 1.24 both have bugs in the syslog > > extensions; 2.0 would be nice to have. > > > > Ah cool, they actually made a release now? I'm alittle busy this week/weekend > so I don't know when I can get to it...but I will since I fixes up the other > ulogd bugs. > I won't get to it for awhile (ever?) if you make an ebuild, test it, and attach it, I will review it and probably commit it. Feel free to add me back (darkside@gentoo.org) to CC if that happens. Thanks.
Created attachment 168692 [details] ulogd-2.0.0_beta2.ebuild here is my ebuild for ulogd 2.x. it would be fine if someone else test my ebuild. there is atm no initscript included (we have to rewrite one). as last step i think we should talk about a ulogd.conf example or a default config file. this is my first time with ulogd so i hope that someone who has more experience with ulogd can add a default or example config.
Created attachment 168770 [details] Updated ebuild (In reply to comment #6) > here is my ebuild for ulogd 2.x. Thanks. > it would be fine if someone else test my ebuild. Did so. Changed the following: 1. Added ~x86 to KEYWORDS so I could test it as well 2. Added app-text/linuxdoc-tools to doc deps to sgml2txt 3. Build docs in doc subdir, otherwise complains about missing ulogd.sgml 4. Give DESTDIR to install 5. Re-use existing ulogd init script. Should still work, I think. 6. Install ulogd.conf built from the official sources 7. Fixed die message for logrotate condig On the whole, I decided not to call files "ulogd2", as the ebuild is unslotted at the moment. It might make sense to slot it, I don't know. If you do, some more effort would be needed to get them both installed without overwriting one another, it that is possible at all. I'm not sure that's woth it, though. With the ebuild attached, I managed to "ebuild install" and get what looked like a sane install in the image dir. Haven't actually merged it, though, because this is a production system and I still have to understand how this new ulogd works and should be configured. The documentation seems to be a bit out of date. Planning to investigate this some other time. > there is atm no initscript included (we have to rewrite one). What's wrong with the one used for ulogd 1? > as last step i think we should talk about a ulogd.conf example or a default > config file. There is one shipped with the sources, and to me it seems to be more up to date than the documentation.
(In reply to comment #7) > > there is atm no initscript included (we have to rewrite one). > > What's wrong with the one used for ulogd 1? i'm not sure if it make sense but maybe it would be good if we add mysql and/or pgsql to the initscript (depends on useflags?). > > > as last step i think we should talk about a ulogd.conf example or a default > > config file. > > There is one shipped with the sources, and to me it seems to be more up to date > than the documentation. > oh well i haven't spend much time in the config file/documentation sorry.
Created attachment 168784 [details, diff] remove sgmltools-lite from doc depends app-text/sgmltools-lite can be removed from the doc depends, linuxdoc-tools is the right approach.
thanks guys. I don't know much about this app but it built for me. Added to tree. Closing this bug, please file new bugs for other issues if any.