similar to: libvirt-snmp on Ubuntu

Displaying 20 results from an estimated 7000 matches similar to: "libvirt-snmp on Ubuntu"

2010 Mar 30
2
[PATCH node] Default OVIRT_CACHE_DIR to be in root autobuild directory
Previously was not getting set to anything resulting in cache being stored in ~/ovirt-cache. For systems where multiple autobuilds are running, this can lead to issues with builds for one version getting rpms generated by another version. Signed-off-by: Mike Burns <mburns at redhat.com> --- autobuild.sh | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/autobuild.sh
2009 Jun 03
1
[PATCH server] ovirt server installer autobuild integration
update server autobuild to set up a new isolated vm environment and go through the server installer process and rails tests --- autobuild.sh | 65 ++++++++++++++++++++++++++++++++++++++++++ ovirt-installer-test-answers | 21 +++++++++++++ ovirt-server-test.ks | 37 ++++++++++++++++++++++++ 3 files changed, 123 insertions(+), 0 deletions(-) create mode 100644
2009 Jun 01
2
[PATCH viewer] few minor bugfixes
- perform dns lookup on hostname, - randomize local tunnel port - simple autobuild script - bump rpm spec version --- autobuild.sh | 41 +++++++++++++++++++++++++++++++++++++++++ main.c | 14 +++++--------- ovirt-viewer.spec | 9 ++++++++- tunnel.c | 29 ++++++++++++++++++++--------- 4 files changed, 74 insertions(+), 19 deletions(-) create mode 100755
2014 Feb 07
3
Tripplite UPS (SU10KRT3/1X) through snmp-ups (nut 2.6.5)
Hi, Nut-upsusers, I am having problem configuring NUT to work with Tripplite UPS through SNMP. There is a Tripplite SmartOnline SU10KRT3/1X and attempts to monitor it using NUT though SNMP are failing... OS: Enterprise Linux 6, Nut version: 2.6.5. ups.conf is configured: [trippliteups] driver = snmp-ups port = 10.200.254.39 desc = "ProductionServer"
2014 Feb 10
0
Tripplite UPS (SU10KRT3/1X) through snmp-ups (nut 2.6.5)
On Feb 10, 2014, at 1:16 AM, ??? ????? wrote: > Thanks for you reply. Concerning the subscribtion list, I have earlier filled in the fields and sent request to subscribe to this list, but still haven't got an answer. I added you manually, but check your spam folder just in case it ended up there. > Yes, I do have a MIB file that was on CD that came with the UPS, attached it to this
2010 Aug 23
4
building on RHEL 5/CentOS 5
RHEL5 has autoconf 2.59 and automake 1.9.6. I've managed to build the whole Xapian family by reducing the requirement to 2.59/1.9.6 in configure.ac. Omega requires docdir which can be added by hand in docs/Makefile.am: docdir = ${datadir}/doc/${PACKAGE} if !MAINTAINER_NO_DOCS dist_doc_DATA = $(RSTHTML) endif All I've done is get these packages compiled - I haven't tested in any
2017 Mar 24
2
SNMP oddity
Hi all, Not sure if this is on topic or not. I'm trying to query an SNMP value from centos 6 and I get a bad response if I don't specify the MIB to use: 0 digimer at pulsar:~/anvil/striker$ snmpget -v2c -c public -m /home/digimer/Downloads/APC/AP7900/MIB/powernet421.mib 10.255.2.1 .1.3.6.1.2.1.2.2.1.6.2 RFC1213-MIB::ifPhysAddress.2 = Hex-STRING: 00 C0 B7 5F 8A 85 0 digimer at
2014 Feb 17
2
Tripplite UPS (SU10KRT3/1X) through snmp-ups (nut 2.6.5)
> > I forgot to mention, if you don't want to deal with autoconf, etc., when > building from Git, you can grab a snapshot from Buildbot: > > nut-2.7.1.5.tar.gz<http://buildbot.networkupstools.org/~buildbot/cayman/snapshot/snmp_subdriver/rab7b0452e21aef8aaf308963da6380e712427e1d-146/nut-2.7.1.5.tar.gz> > > Thanks a lot, I downloaded it from this link and ran commands
2019 Jan 13
3
[FTS Xapian] Beta release
You copied your Makefile.am?there. Stephan made you a working version, can you try that? (sorry for dup) Aki -------- Original message --------From: Joan Moreau <jom at grosjo.net> Date: 13/01/2019 21:39 (GMT+02:00) To: Stephan Bosch <stephan at rename-it.nl> Cc: Aki Tuomi <aki.tuomi at open-xchange.com> Subject: Re: [FTS Xapian] Beta release I used the skeleton from Aki :
2019 Jan 13
3
[FTS Xapian] Beta release
Op 13/01/2019 om 21:25 schreef Joan Moreau via dovecot: > > I tried to combined it, the "autoreconf" errors are solved > > Now, when I type "make install", the lib is not pushed into dovecot > folder, but somewhere in /usr/local/... > > How to adjust this to have it arriving in the proper folder ? > Depends on your system. It mostly a matter of setting
2010 Nov 05
7
nut on pclos-2010.7
Greetings people; The section of drakeconf that pclos uses has two problems. First is several screens full of complaints about deprecated syntax in "/etc/udev/rules.d/70-nut-usbups.rules" at each reboot. So I pulled the current 2.5 svn trunk, then found I was missing quite a few build tools needed here that aren't used when building a kernel, currently running a 32 bit
2006 Oct 16
5
NUT and Automake
Dear NUT developers, I have converted NUT's build system to Automake/Libtool. Right now, the new build system is contained in the "automake" branch, at: ssh://svn.debian.org/svn/nut/branches/automake I plan to merge this into the main branch after a period of testing, if there are no objections. Here are some highlights: * automatic dependency tracking: no more need to do this
2013 Jul 22
3
2.2.4 + metadata plugin: autoconf failed
Hello, I can compile metadata plugin using debian squeeze + wheezy. But build on suse enterprise server 9,10 and 11 failed. The metadata plugin require autoconf-2.65 which i too new. On the other side I can build the dovecot-2.2.4 and pigeonhole-0.4.0 plugin without problems: dovecot require autoconf-2.59 and pigeonhole does not require any specific autoconf version. I asked the authors of the
2019 Jan 14
2
[FTS Xapian] Beta release
In your README.md, perhaps "This project intends to provide a straightforward and simple *procedure *to configure FTS plugin for Dovecot, leveraging the efforts by the Xapian.org team." is better?? Also in the part after cloning from git: ./configure --prefix=/usr --with-dovecot=/path/to/dovecot [ This /path/to/dovecot is not obvious. Is it the dovecot binary or what??] On Mon, 14 Jan
2018 Jul 28
2
Error building nbdkit on RHEL 7.5 - possibly undefined macro: PKG_CHECK_VAR
I'm trying to build upstream source on RHEL 7.5 and get this error: # autoreconf -i libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'. libtoolize: copying file `m4/libtool.m4' libtoolize: copying file `m4/ltoptions.m4' libtoolize: copying file `m4/ltsugar.m4' libtoolize: copying
2019 Jan 13
1
[FTS Xapian] Beta release
Please kindly check https://github.com/grosjo/fts-xapian On 2019-01-13 20:11, Aki Tuomi wrote: > If you had looked at what I sent, you'd seen it's quite different from what you sent. > > Anyways, put the contents of skeleton.tar.gz and > > ./src/plugins/fts-xapian/fts-xapian-plugin.h > ./src/plugins/fts-xapian/fts-backend-xapian.cpp >
2019 Jan 14
3
[FTS Xapian] Beta release
Testing a compile on FreeBSD. gmake[2]: Entering directory '/usr/home/wash/Tools/Dovecot/fts-xapian/src' /bin/sh ../libtool --tag=CXX --mode=compile c++ -DHAVE_CONFIG_H -I. -I.. -I/opt/dovecot2.3/include/dovecot -I/opt/dovecot2.3/include/dovecot -g -O2 -MT fts-backend-xapian.lo -MD -MP -MF .deps/fts-backend-xapian.Tpo -c -o fts-backend-xapian.lo fts-backend-xapian.cpp libtool:
2014 Feb 17
0
Tripplite UPS (SU10KRT3/1X) through snmp-ups (nut 2.6.5)
On Feb 16, 2014, at 11:33 PM, ??? ????? wrote: > > > I forgot to mention, if you don't want to deal with autoconf, etc., when building from Git, you can grab a snapshot from Buildbot: > > nut-2.7.1.5.tar.gz > > > Thanks a lot, I downloaded it from this link and ran commands "autoreconf && ./configure && make" to build it: > You
2019 Jan 14
3
[FTS Xapian] Beta release
Hi, I installed and tested your version, but the indexer process crashes reproducible with the following command after about 2000 messages were indexed: doveadm index -u paul at iwascoding.com -q \* Jan 14 09:26:15 mail dovecot: indexer-worker(paul at iwascoding.com)<16777><IKpfOqBHPFyJQQAADYqDFA>: Debug: Mailbox sent: UID 2038: Opened mail because: fts indexing Jan 14 09:26:15 mail
2017 Aug 01
3
configure.ac
Hi, Just a quick mail to mention that I cannot generate a new configure script using autoconf or autoreconf. I had edited the configure.ac and thought ... "oh, that's my fault", but then I tried it on R-patched and R-3.4.1 without touching configure.ac and had the same problems. The "building R packages" documentation seems to suggest that "autoconf" should take