Hi! collectd is an RRD collector daemon for CPU, memory, network load, etc. It is a compiled program to use little resources. Suggested category is app-admin, since all other monitoring applications is located there.
Created attachment 69154 [details] collectd-2.1.0.ebuild
Created attachment 69155 [details] collectd-2.1.0.confd - configure file for /etc/conf.d
Created attachment 69156 [details] collectd-2.1.0.initd - startup script for /etc/init.d
Created attachment 69157 [details, diff] pidfile-2.1.0.patch - creates a pidfile collectord doesn't originally create a pidfile. It forks, though, so it needs a patch to do it in the child.
Created attachment 69171 [details] collectd-2.1.0.ebuild - implemented sensors patch
Created attachment 69172 [details, diff] sensors-2.1.0.patch - a patch to avoid filename collisions The RRD files for lm_sensors only use the feature name in the filename, not chip ID. To make things a little better, I add the chip name. Of course, the best solution would be to add bus/address, but it will have to wait until needed by someone.
*** Bug 107052 has been marked as a duplicate of this bug. ***
Created attachment 70664 [details] collectd-3.0.0.confd
Created attachment 70665 [details] collectd-3.0.0.initd
Created attachment 70667 [details] collectd-3.0.0.ebuild Here is an ebuild for the new version. It should not need the sensors patch anymore but it still needs a pidfile patch.
Created attachment 71047 [details] collectd-3.1.0.ebuild Here is an ebuild for version 3.1.0 with support for HD Temps using hddtemp, a patch for the PID file, and another patch that I use because I would like to have higher resolution RRD files. If you use the highres patch and you are upgrading you will have to let collectd recreate the RRDs then if needed figure out a way to import your old data.. I currently don't know of a way to import the old data into the new RRDs.
Created attachment 71048 [details] collectd-3.1.0.confd
Created attachment 71049 [details] collectd-3.1.0.initd
Created attachment 71050 [details, diff] pidfile-3.1.0.patch - a patch for a pidfile
Created attachment 71051 [details, diff] highres-3.1.0.patch - a patch for higher resolution RRDs
Created attachment 71274 [details, diff] fixed pidfile-3.1.0.patch previous pidfile-3.1.0.patch did not work properly. Patch failed on emerge. This one is tested and works.
(In reply to comment #16) > Created an attachment (id=71274) [edit] > fixed pidfile-3.1.0.patch > > previous pidfile-3.1.0.patch did not work properly. Patch failed on emerge. > This one is tested and works. thanks for trying the patch, but do you mind letting me know what was wrong with the first patch? I am relitivly new at creating patches but from what I could tell the only differences in the two patches is whether it creates the PID file before or after it loads the plugins when collectd is starting in client mode. Other then that the only differences are formating. As far as I can tell it shouldn't make a difference. Also I have used the first patch without a problem on 4 different machines. Thanks for any help, Jordan
Hi, Made an ebuild for collectd 3.3.0, uses the fixed pidfile patch, and changes src_compile and dodoc stuff, also adds useflag statgrab. Strange things: * needs cd ${S} in src_unpack * init file doesn't generate the familar [ok] messages but work nonetheless
Created attachment 72852 [details, diff] new collectd ebuild
Created attachment 72853 [details] collectd-3.3.0.initd added ebegin/eend
Added new initd with ebegin/eend
pid file patch has been applied upstream, will be in the next version
Created attachment 74995 [details, diff] pidfile-3.5.0.patch Support for a PID-file is included in the package since 3.4.0, but it has a bug when removing the PID file. Bug report sent to mailing list.
Created attachment 74996 [details, diff] sigterm-3.5.0.patch Graceful termination only occurs with SIGINT. This isn't the standard way, so adding a single line allows us to skip the extra argument to start-stop-daemon. Bug report sent to mailing list.
Created attachment 74997 [details] collectd-3.5.0.initd Removed signal description from stop. See sigterm patch.
Created attachment 74998 [details] collectd-3.5.0.ebuild New ebuild for 3.5.0 (released 2005-12-16). Mostly bugfixes since 3.4.0. Marking old 2.1.0 files obsolete. Bugfixes for the sigterm and pidfile patches has been posted, hopefully making them obsolete for 3.6.0. Files used by 3.5.0: * ebuild * pidfile/sigterm/highres patches * confd * initd
Created attachment 74999 [details] collectd-3.5.0.initd Hmpf. Database storage option changed from -d to -D.
Created attachment 75109 [details] collectd-3.5.0.init.d file allowing client & server here is the init.d file that I use so that I can get both client and server usage out of collecd. The only problem is that the PID file path is compiled into the binary. So it is always set to /var/run/collectd.pid, that has a problem when you are running both client and server on the same box. But anyway this init.d file currently gets the job done for me.
Created attachment 75110 [details] collectd-3.5.0.confd file allowing client & server this is the confd file to work with my init.d file
*** Bug 116217 has been marked as a duplicate of this bug. ***
Created attachment 78563 [details] collectd-3.7.0.ebuild
Created attachment 78564 [details] collectd-3.7.0.conf Now they use a configuration file in /etc
Created attachment 78565 [details] collectd-3.7.0.confd Heavily modified conf.d because of the new configuration file.
Created attachment 78566 [details] collectd-3.7.0.initd I've tried to make it useful for people running it in network mode... Pidfile location in the configuration makes it harder. Anyway, depending on your taste, you may want to merge this file with 74999, collectd-3.5.0.initd.
Created attachment 78567 [details, diff] ping-seq-3.7.0.patch A small patch to the libping library. It sets the ICMP Sequence field to something useful. Some of the servers I tried to ping wouldn't respond if the Sequence field was zero.
3.7.0 is out. This is the first ebuild since the introduction of a configuration file at /etc/collectd.conf. The pid file location has been moved out of conf.d since the command line parameter has been removed. To support both servers and clients, you will have to specify to different configuration files for each. The default for the server is /etc/collectd-server.conf (Set in init.d) Files used in collectd-3.7.0.ebuild: * collectd-3.7.0.conf * collectd-3.7.0.confd * collectd-3.7.0.initd * ping-seq-3.7.0.patch * highres-3.1.0.patch
Created attachment 79018 [details] collectd-3.7.1.ebuild
- please use $(use_with lm_sensors lm-sensors) $(use_with mysql) etc. - Is calling ./configure instead econf really necessary? If so, your base is ${ROOT}, not /
Created attachment 111075 [details] collectd-3.11.2.ebuild
Created attachment 111077 [details] collectd.confd
Created attachment 111079 [details] collectd.initd I added the ebuild, initscript and conf file I am using for the latest collectd release. Maybe not perfect, but uses $(use_with ...) and $(use_enable) as suggested. Use the files as inspiration, if you like them ;-)
Added an ebuild for collectd-4.0.4 to the Gentoo Sunrise overlay (http://overlays.gentoo.org/proj/sunrise). I've used Adrian Perez' init.d-script for that.
Created attachment 123746 [details] collectd-4.0.4.ebuild This revision of the 4.0.4 ebuild has some more USE flags and builds properly on amd64. The libiptc library which caused me some linkage problems (combining PIC with non-PIC code) is not needed in Linux for iptables support, so passing --with-libiptc is fine when kernel_linux is in use.
Created attachment 123749 [details] collectd-4.0.4.ebuild Somewhat improved 4.0.4 ebuild, with "kernel_linux" in USE and removed unused "inherit".
*** Bug 186124 has been marked as a duplicate of this bug. ***
--enable-getifaddrs, which is enabled with kernel_linux, breaks the interface plugin on all my amd64 boxes. It is also disabled by default upstream because of "problems with `getifaddrs' and varying versions of `glibc'" (from src/interface.c)
Created attachment 146843 [details] collectd-4.3.1.ebuild New ebuild for collectd. This is my first ebuild and it is still a work in progress.
Created attachment 146845 [details] files/collectd-4.3.2.confd Additional files
Created attachment 146846 [details] files/collectd-4.3.2.initd Additional files
Created attachment 148498 [details] collectd-4.3.2.ebuild Version Bump, changed some warnings I would suggest that this be placed in net-analyzer instead of app-admin.
Created attachment 150796 [details] collectd-4.3.3.ebuild Version Bump - ebuild was cleaned up and now uses eautoreconf - reuses the files from 4.3.2
collectd-4.3.3 There should be some check in the very beginning of the ebuild, if .confd and .initd are available, not when everthing is already compiled.
Daniel, I do not understand what you mean. What kind of check? Is there an example ebuild that has the feature you are looking for that I can look at? I am working on 4.4.2 right now.
Created attachment 162497 [details, diff] files/collectd-4.4.2-ipvs.patch
Created attachment 162499 [details, diff] files/collectd-4.4.2-libtool-compatibility.patch
Created attachment 162500 [details, diff] files/collectd-4.4.2-localstatedir.patch
Created attachment 162502 [details] collectd-4.4.2.ebuild Version bump - libtool compatibility patch, now depends on libtool - ipvs patch - removed ~x86 keyword ( someone needs to confirm that it works ) - removed some checks - USE flag restructuring - dependency changes Possible improvements - Gentoo/BSD support - Gentoo/Embedded support - Gentoo/Prefix support - Mac (Apple) support, apple-sensors plug-in - netlink plug-in Needs testing
Boian, > I do not understand what you mean. What kind of check? Is there an example > ebuild that has the feature you are looking for that I can look at? I am > working on 4.4.2 right now. Just check, if the files collectd-x.y.z.initd and collectd-x.y.z.confd are in the files directory below the ebuild directory. At the end of the ebuild, it tries to copy them to /etc/init.d/collectd and /etc/conf.d/collectd. Since they must be downloaded seperately and are used from the previous version of the ebuild, there is a high chance to forget it and after compiling, it cannot copy them to the mentioned places. There is no example, but at the very beginning of the ebuild, do a simple check: [[ -e files/${PN}-4.3.2.confd ]] && [[ -e files/${PN}-4.3.2.initd ]] || die "Files ... do not exist" I will try this evening, if it is still happening in 4.4.2.
Daniel, It will happen with 4.4.2. The check you propose is a valid suggestion. However, I have not seen anything similar in any other ebuild and I would be reluctant to include it. Unfortunately Bugzilla is not an overlay, where all these files will be included normally. If someone with a @gentoo dot org email says it is OK, I will make a 4.4.2-r1 ebuild and include it. In general, download all files. I will obsolete any that will not be needed with the latest version.
Boian, > However, I have not seen anything similar in any other ebuild and I would be > reluctant to include it. Althought it is not totally the same, ebuilds that have fetch restriction (e.g. sun-jdk) do some kind of check before and mention the url where to get it. But you are right, Bugzilla-ebuilds are a bit different, because in an overlay the files would be included automatically. I hope this ebuild will be included soon, since it is on Bugzilla for 3 years now and some other distros (e.g. ubuntu) have this in for a long time now.
Why is only ~amd64 keyword included and not ~x86?
RE: comment 61 I did not compile it on x86, therefore I did not keyword it. Comment 57 says that someone needs to confirm that it works. I think it is improper to keyword the ebuild when I have not even tried to compile with a particular arch. (previous ebuilds were wrong) Just trying to follow what I think is proper procedure. Having said that, it should work.
Boian, now you can include ~x86. It works here fine.
Created attachment 162586 [details] collectd-4.4.2.ebuild - keyworded ~x86 Hopefully I will have my machine working and I can test myself next time.
Could you also add acpi USE flag to silence this warning: ACPI_BATTERY needs to be enabled in your kernel for the battery plug-in to work correctly ;)
Sure. I will do that next time I update the ebuild. For that particular warning, I may use laptop as the USE flag to check in addition to acpi. Thanks for the suggestion.
A collectd-4.5.0.ebuild is posted here: http://bazaar.launchpad.net/%7Ebberberov/%2Bjunk/dev-overlay/files/2?file_id=collectd-20081001162032-mij414teo0yk8yb0-16 I added both an acpi and a battery USE flag among other things.
I would just like to state that the network use flag will not work with collectd as it spits out /lib64/libiptc.a: relocation R_X86_64_32S blah -fPIC.. compiling collectd and or iptables with -fPIC does nothing.
(In reply to comment #68) > I would just like to state that the network use flag will not work with > collectd as it spits out /lib64/libiptc.a: relocation R_X86_64_32S blah -fPIC.. > compiling collectd and or iptables with -fPIC does nothing. > Spoke to soon compiling iptables and collectd works. As upstream never meant libiptc to be standalone / interfaced its a bug in collectd.
The ebuild needs a minimal configuration as emerging this in a chroot or openvz container pulls in many unessential packages.
An ebuild for 4.5.2 is available here: http://bazaar.launchpad.net/%7Ebberberov/%2Bjunk/dev-overlay/files/head%3A/net-analyzer/collectd/ - USE_EXPAND for plug-in selection - EAPI 2 - Dependency changes It needs more work since there have been quite a few changes. Nathan, I thought about adding a minimal (or another) USE flag, but I was not sure what I should change. Give me an example of what you want.
This ebuild causes a collision with several other packages. See bug#241756 (which I've added as blocker now) for more information.
FYI, the ebuild in sunrise has been updated to collectd-4.9.0 (based on the work of Boian Berberov). Will be available soon...
Created attachment 217235 [details] app-admin/collectd-4.9.1 ebuild
Need collectd.initd file and other files in ${FILESDIR}.
(In reply to comment #75) > Need collectd.initd file and other files in ${FILESDIR}. > http://overlays.gentoo.org/proj/sunrise/browser/reviewed/app-admin/collectd collectd-4.9.1 is already committed and will be in the overlay soon.
I tried to install ebuild app-admin/collectd-4.9.1 (all USE off) and got collisions with nginx: * Detected file collision(s): * * /usr/lib/perl5/5.8.8/i686-linux/perllocal.pod * * Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * www-servers/nginx-0.7.64 * /usr/lib/perl5/5.8.8/i686-linux/perllocal.pod
> * Detected file collision(s): > * > * /usr/lib/perl5/5.8.8/i686-linux/perllocal.pod > * Hmm. Something's wrong here... give me a few days...
Created attachment 217390 [details] Fixed perllocal.pod problem Please test, this should fix the perllocal.pod problem. Note that no program should install this file; this is a bug in www-servers/nginx-0.7.64 as well.
Yes, now installed correctly, thank.
The collectd.init from the Sunrise overlay should "use net" because otherwise collectd's network plugin fails to open a socket: bind: Cannot assign requested address network plugin: network_config_add_listen: sockent_open failed.
Is fixed in sunrise.
Running on amd64, I tried the 4.9.1 from above, or 4.10.0 from sunrise, but always same issue: libtool: compile: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../src -Wall -Werror -march=core2 -O2 -pipe -c libip6tc.c -fPIC -DPIC -o .libs/libip6tc.o In file included from libiptc.c:47, from libip4tc.c:136: xtables.h:193:1: error: "aligned_u64" redefined In file included from libiptc.h:23, from libip4tc.c:47: /usr/include/linux/types.h:13:1: error: this is the location of the previous definition In file included from libiptc.c:47, from libip6tc.c:131: xtables.h:193:1: error: "aligned_u64" redefined In file included from libip6tc.h:23, from libip6tc.c:48: /usr/include/linux/types.h:13:1: error: this is the location of the previous definition make[3]: *** [libip4tc.lo] Error 1 make[3]: *** Waiting for unfinished jobs.... make[3]: *** [libip6tc.lo] Error 1 make[3]: Leaving directory `/var/tmp/portage/app-admin/collectd-4.10.0/work/collectd-4.10.0/src/owniptc' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/app-admin/collectd-4.10.0/work/collectd-4.10.0/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/var/tmp/portage/app-admin/collectd-4.10.0/work/collectd-4.10.0/src' make: *** [all-recursive] Error 1 * ERROR: app-admin/collectd-4.10.0 failed: * compilation failed Any idea? Thank you.
On x86 i've got the same issue, on ~x86 collectd compiles cleanly. Problem looks simillary to bug 225505 . I test it, on box "x86" i did: ACCEPT_KEYWORDS="~x86" emerge -1 linux-headers and then collectd compiles cleanly.
(In reply to comment #84) > On x86 i've got the same issue, on ~x86 collectd compiles cleanly. > Problem looks simillary to bug 225505 . > I test it, on box "x86" i did: > ACCEPT_KEYWORDS="~x86" emerge -1 linux-headers > and then collectd compiles cleanly. a fixed version can be found in the betagarden overlay
Created attachment 241023 [details] build log of app-admin/collectd-4.10.1 use-flag +cd_perl
Hey! i was trying to compile app-admin/collectd-4.10.1 +cd_perl for openvz-plugin.. fails cause libperl wasn't found :-S build-log: http://bugs.gentoo.org/attachment.cgi?id=241023 emerge --info =app-admin/collectd-4.10.1: Portage 2.1.8.3 (hardened/linux/x86/10.0, gcc-4.3.4, glibc-2.11.2-r0, 2.6.27-openvz-kiprensky.1-r1 i686) ================================================================= System Settings ================================================================= System uname: Linux-2.6.27-openvz-kiprensky.1-r1-i686-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_5600+-with-gentoo-1.12.13 Timestamp of tree: Mon, 02 Aug 2010 01:30:01 +0000 distcc 3.1 i686-pc-linux-gnu [disabled] ccache version 2.4 [enabled] app-shells/bash: 4.0_p37 dev-lang/python: 2.6.5-r2, 3.1.2-r3 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.13 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.65 sys-devel/automake: 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.3.4 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="* -@EULA" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests ccache distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/webapps-experimental /var/lib/layman/betagarden" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="aac acl acpi alsa bash-completion berkdb branding bzip2 cdda cddb clamav cli consolekit cracklib crypt cups cxx dri fbcondecor ffmpeg gdbm gnutls gpm gstreamer gzip hardened hddtemp iconv jack lame libsamplerate lm_sensors lzo mmx mmxext modules mp3 mp4 mpeg mplayer mudflap ncurses netjack nls nptl nptlonly ogg openmp pam pcre perl pic posix pppd python readline reflection rrdtool see2 session snmp spl sse ssl subervion sysfs syslog tcpd theora twolame unicode urandom usb vorbis x86 xattr xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 intel mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa via vmware voodoo" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS ================================================================= Package Settings ================================================================= app-admin/collectd-4.10.1 was built with the following: USE="cd_contextswitch cd_cpu cd_df cd_disk cd_entropy cd_hddtemp cd_interface cd_load cd_logfile cd_memory cd_network cd_processes cd_rrdtool cd_swap cd_syslog cd_unixsock -cd_apache -cd_apcups -cd_apple_sensors -cd_ascent -cd_battery -cd_bind -cd_conntrack -cd_cpufreq -cd_csv -cd_curl -cd_curl_xml -cd_dbi -cd_dns -cd_email -cd_exec -cd_filecount -cd_fscache -cd_gmond -cd_ipmi -cd_iptables -cd_ipvs -cd_irq -cd_java -cd_libvirt -cd_madwifi -cd_match_empty_counter -cd_match_hashed -cd_match_regex -cd_match_timediff -cd_match_value -cd_mbmon -cd_memcachec -cd_memcached -cd_modbus -cd_multimeter -cd_mysql -cd_netlink -cd_nfs -cd_nginx -cd_notify_desktop -cd_notify_email -cd_ntpd -cd_nut -cd_olsrd -cd_onewire -cd_openvpn -cd_oracle -cd_perl -cd_postgresql -cd_powerdns -cd_protocols -cd_python -cd_routeros -cd_rrdcached -cd_sensors -cd_serial -cd_snmp -cd_table -cd_tail -cd_tape -cd_target_notification -cd_target_replace -cd_target_scale -cd_target_set -cd_tcpconns -cd_teamspeak2 -cd_ted -cd_thermal -cd_tokyotyrant -cd_uptime -cd_users -cd_uuid -cd_vmem -cd_vserver -cd_wireless -cd_write_http -cd_zfs_arc -contrib -debug" emerge -pqv =app-admin/collectd-4.10.1: [ebuild R ] app-admin/collectd-4.10.1 USE="cd_contextswitch cd_cpu cd_df cd_disk cd_entropy cd_hddtemp cd_interface cd_load cd_logfile cd_memory cd_network cd_perl* cd_processes cd_rrdtool cd_swap cd_syslog cd_unixsock -cd_apache -cd_apcups -cd_apple_sensors -cd_ascent -cd_battery -cd_bind -cd_conntrack -cd_cpufreq -cd_csv -cd_curl -cd_curl_xml -cd_dbi -cd_dns -cd_email -cd_exec -cd_filecount -cd_fscache -cd_gmond -cd_ipmi -cd_iptables -cd_ipvs -cd_irq -cd_java -cd_libvirt -cd_madwifi -cd_match_empty_counter -cd_match_hashed -cd_match_regex -cd_match_timediff -cd_match_value -cd_mbmon -cd_memcachec -cd_memcached -cd_modbus -cd_multimeter -cd_mysql -cd_netlink -cd_nfs -cd_nginx -cd_notify_desktop -cd_notify_email -cd_ntpd -cd_nut -cd_olsrd -cd_onewire -cd_openvpn -cd_oracle -cd_postgresql -cd_powerdns -cd_protocols -cd_python -cd_routeros -cd_rrdcached -cd_sensors -cd_serial -cd_snmp -cd_table -cd_tail -cd_tape -cd_target_notification -cd_target_replace -cd_target_scale -cd_target_set -cd_tcpconns -cd_teamspeak2 -cd_ted -cd_thermal -cd_tokyotyrant -cd_uptime -cd_users -cd_uuid -cd_vmem -cd_vserver -cd_wireless -cd_write_http -cd_zfs_arc -contrib -debug"
(In reply to comment #83) > Running on amd64, I tried the 4.9.1 from above, or 4.10.0 from sunrise, but > always same issue: > > libtool: compile: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../src > -Wall -Werror -march=core2 -O2 -pipe -c libip6tc.c -fPIC -DPIC -o > .libs/libip6tc.o > In file included from libiptc.c:47, > from libip4tc.c:136: > xtables.h:193:1: error: "aligned_u64" redefined Is fixed now in 4.10.1 (the libiptc autoconf test was b0rken, it tried to compile its own copy and failed because of a type conflict).
> i was trying to compile app-admin/collectd-4.10.1 +cd_perl for openvz-plugin.. > fails cause libperl wasn't found :-S Could you please doublecheck that both perl and libperl are built with use-flag ithreads ?!
In tree now. Please test! :) BTW, the plugin build selection uses now COLLECTD_PLUGINS in /etc/make.conf, this works the same way as e.g. VIDEO_CARDS...
(In reply to comment #88) > (In reply to comment #83) > > Running on amd64, I tried the 4.9.1 from above, or 4.10.0 from sunrise, but > > always same issue: > > > > libtool: compile: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../src > > -Wall -Werror -march=core2 -O2 -pipe -c libip6tc.c -fPIC -DPIC -o > > .libs/libip6tc.o > > In file included from libiptc.c:47, > > from libip4tc.c:136: > > xtables.h:193:1: error: "aligned_u64" redefined > > Is fixed now in 4.10.1 (the libiptc autoconf test was b0rken, it tried to > compile its own copy and failed because of a type conflict). this does not work with linux-headers-2.6.30, but it seems to be fixed with at least 2.6.35, which has these types renamed to __aligned_u64. probably DEPEND should be updated to require 2.6.35, or the autoconf check still needs some tweaking ...
(In reply to comment #90) > In tree now. Please test! :) it would probably be a good idea to remove --quiet from the init-script, since collectd does not log its startup errors to syslog, so a syntax error in the config will not be displayed
> > > > Is fixed now in 4.10.1 (the libiptc autoconf test was b0rken, it tried to > > compile its own copy and failed because of a type conflict). > > this does not work with linux-headers-2.6.30, but it seems to be fixed with at > least 2.6.35, which has these types renamed to __aligned_u64. > Not sure what you are trying to tell me here. The autoconf test failed because of an as-needed issue. Since it is fixed now (yes, really), we should in theory never need the bundled libiptc and therefore never hit this redefinition again. For the practical issues see bug 340109...
