2013/4/23 Erik Steffl <[email protected]>
> On 04/23/2013 12:55 AM, David Lang wrote: > >> On Sun, 21 Apr 2013, Erik Steffl wrote: >> >> what's a preferred way to get v7 (in ubuntu)? I see that there are: >>> >>> - >>> http://www.rsyslog.com/ubuntu-**repository/<http://www.rsyslog.com/ubuntu-repository/>(says >>> it's experimental) >>> >>> - >>> https://launchpad.net/~**tmortensen/+archive/rsyslogv7<https://launchpad.net/~tmortensen/+archive/rsyslogv7> >>> >>> - >>> https://launchpad.net/~**gchinis/+archive/rsyslog7<https://launchpad.net/~gchinis/+archive/rsyslog7>(looks >>> like subset >>> of the previous one but slightly different versions) >>> >>> - just download/compile? >>> >> >> >> It depends on what you are wanting to do. >> >> If you are looking to use some of the latest and greatest features, >> write a new module, or test bugfixes, download/compile is the best bet. >> You probably want to work from the git source tree, this means you won't >> even be running releases, you will be running the development snapshot. >> >> If you are wanting something to run in production, then you may want to >> run releases. >> > > production, mostly looking for json and disk assisted queues, just > learned that json is relatively new feature so trying to figure out what's > the best way to get fairly stable ubuntu packages > > > If the pre-generated binaries include all the features you want (and you >> don't consider them too bloated by including all the things you don't >> use), then using one of the repositories is probably the right thing to >> do. >> >> as far as which repository to use, there things get interesting. >> >> the rsyslog repository is 'experimental', but that's because they just >> contain every release compiled and packaged for each distro. There isn't >> a lot of testing of each release/distro set. >> >> However, the PPAs are also experimental (they are not tested and blessed >> by Ubuntu) >> >> so it boils down to who do you trust to do the best job :-) >> >> personally, I would probably use the rsyslog ones. They are probably >> going to be used by more people and so will get better bug reports. I >> think the other two are basically historical interest nowdays, they were >> created before rsyslog started hosting distro repositories. >> >> I'd be interested in hearing those folks describe what they see as the >> advantage of their seperate PPAs over the rsyslog repository. >> > > it seems that both rsyslog and launchpad.net/~tmortensen repos are > pretty current, I even got response from Todd that he'll add quantal > packages to his repo (rsyslog repo does not have quantal packages either). > > So was trying to get some more information about these repositories (I > think the launchpad.net/~gchinis is out, it doesn't seem to be complete). > Rsyslog is the default syslog for Ubuntu and quantal has been out for some > time now so I thought the packages would be fairly up to date but they are > not. Seems like it's because there has been lot of experimenting lately so > Ubuntu is waiting for the features to stabilize a bit? > > > That might be one reason, and also the change of configuration which means some effort is required to write "native" v7 configuration. _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.
