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