Closed orbea closed 6 years ago
@hvisage Is this project still at all alive?
I'm not actively working on it, but it still contains several aspects I prefer when I do start to use syslog facilities. As such I'm open for anybody that is willing to take on maintainer role ;)
Alive? Hm. I don't know. Metalog is quite cool. Unfortunatelly its building depends on gnulib. I contributed the remote logging stuff a few weeks ago, but had huge difficulties to build it again. Therefore I hesitate to accept your patch, because I actually don't know what I would do by doing that. Could you image contributing to get rid of gnulib? @hvisage: Could you accept the patch anyways?
I have a patch that gets rid of gnulib, I haven't tested it beyond building it. I can make a PR if someone else tests it.
hvisage: Would you consider making a new release (again with .tar.gz and zip)? This would be awesome, because other packaging managers could update their packages, too. You started to version the releases with a time stamp instead of 3.x. Was that intentional?
Yes @m-kress the timestamped releases were intentional.
I need to checkout the code and start considering a few things I've been wanting to do/get into Metalog (somethings similar to syslog-ng, and perhaps some logstash/graylog/etc.) additions, and since the lst changes were so far a few between, it is a tad difficult to classify them at present in the x.y.z format.
Does it mess with some versioning on your side?
hvisage: the new versioning system is ok, as long as it doesn't change its syntax too frequently. Thanks for the release!
Github release tarballs do not contain any
.git
directories or files andautogen.sh
will fail if these are missing because ofset -e
.This commit will add the minimum requirements needed for
autogen.sh
to not break in these cases and still allow building metalog. Unfortunately because of thegnulib
requirement just usingautoreconf -fi
is not enough.