Search Criteria
Package Details: icinga2 2.13.3-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/icinga2.git (read-only, click to copy) |
---|---|
Package Base: | icinga2 |
Description: | An open source host, service and network monitoring program |
Upstream URL: | https://icinga.com/ |
Licenses: | GPL |
Replaces: | icinga2-common |
Submitter: | bebehei |
Maintainer: | julianbrost |
Last Packager: | julianbrost |
Votes: | 35 |
Popularity: | 0.002897 |
First Submitted: | 2014-06-23 01:10 (UTC) |
Last Updated: | 2022-04-17 11:37 (UTC) |
Dependencies (13)
- boost-libs (boost171, boost-libs-git)
- libedit
- libsystemd (systemd-libs-homed-containers, systemd-libs-git, systemd-libs-selinux, systemd-libs)
- openssl (libressl-git, openssl-hardened, openssl-git, openssl-static)
- yajl (yajl-edenhill-git, yajl-git)
- boost (boost-git) (make)
- cmake (cmake-git) (make)
- libmariadbclient (libmysqlclient55, libmysqlclient56, libmysqlclient57, libmysqlclient, mariadb-libs-git, mariadb-libs) (make)
- postgresql-libs (agensgraph-git, postgresql-libs-1c, postgresql-libs-9.5, postgresql-libs-9.4, postgresql-src-beta-libs, postgresql-libs-9.6, postgresql-libs-11, postgresql-libs-10, postgresql13-libs, postgresql-lts-libs, postgresql-libs-12, postgresql-src-libs) (make)
- systemd (systemd-homed-containers, systemd-git, systemd-selinux) (make)
- libmariadbclient (libmysqlclient55, libmysqlclient56, libmysqlclient57, libmysqlclient, mariadb-libs-git, mariadb-libs) (optional) – for MySQL support
- monitoring-plugins (optional) – plugins needed for icinga checks
- postgresql-libs (agensgraph-git, postgresql-libs-1c, postgresql-libs-9.5, postgresql-libs-9.4, postgresql-src-beta-libs, postgresql-libs-9.6, postgresql-libs-11, postgresql-libs-10, postgresql13-libs, postgresql-lts-libs, postgresql-libs-12, postgresql-src-libs) (optional) – for PostgreSQL support
Latest Comments
svlc commented on 2022-01-13 19:37 (UTC) (edited on 2022-01-13 19:38 (UTC) by svlc)
Hello @julianbrost, please correct the
Upstream URL
at least here and aticinga2-git
package website to "https://icinga.com". Thank you.(Atm, http://www.icinga.org does not work at all and http://icinga.org redirects).
Acema commented on 2021-08-04 12:24 (UTC)
I use a Vim3 to monitor my home IT. Could you please support aarch64. I can support if you need any help for testing.
julianbrost commented on 2021-06-07 19:55 (UTC)
@Luxii These packages are part of the base-devel package group, which is assumed to be installed when building packages.
ArthurBorsboom commented on 2021-06-07 19:55 (UTC)
I believe they should not be added as dependencies.
bison
andflex
are part of thebase-devel
group.The group
base-devel
is assumed to be already installed when building with makepkg. Members of this group should not be included in makedepends array.Source: https://wiki.archlinux.org/title/PKGBUILD
Luxii commented on 2021-06-07 19:46 (UTC)
Hey,
I needed to install the packages
bison
andflex
to get icinga2 to compile.Maybe we should add this to the dependencies.
bldewolf commented on 2020-12-16 01:19 (UTC) (edited on 2020-12-16 01:20 (UTC) by bldewolf)
Hey, tried to build this today. Looks like the pull request authors for the boost build fixes force pushed their pull requests to be different. The checksums don't match and the new patches don't apply. I assume this means they'll be merged soon, but for the interim I had to update my PKGBUILD to use the raw commits of the old patches like so (pulled the commit ids from the pull request pages):
wuestengecko commented on 2020-11-20 18:05 (UTC)
@ArthurBorsboom: If you have a machine with matching architecture and enough RAM, just build there and push over the binary package. Otherwise, take a look at https://icinga.com/docs/icinga2/latest/doc/21-development/#build-optimization.
ArthurBorsboom commented on 2020-11-20 17:59 (UTC)
I noticed there are downloadable packages for other distributions.
https://icinga.com/download/
Sometimes I see community or AUR packages which use these type of packages to create an Arch package.
Would that be an option? Or do you have a preference for the git repository?
julianbrost commented on 2020-11-20 17:38 (UTC)
If nobody replies, probably nobody knows. I can only tell you that I don't provide a repo with binary packages somewhere.
ArthurBorsboom commented on 2020-11-20 15:25 (UTC)
Ping
ArthurBorsboom commented on 2020-09-06 15:16 (UTC)
I'm using this package on several light weight servers, which usually have 512-2048 MB of RAM.
However, during the package upgrade (compilation) process, the earlyoom kicks in and kills the compilation process (+/- 10% of RAM left).
It seems Icinga2 agent runs well with little RAM; it is just the compilation which needs a lot of RAM (4GB+). Is there a way to reduce the memory hunger of the compilation process of this package?
Are there precompiled packages for Arch available?
julianbrost commented on 2020-02-23 22:04 (UTC)
I've just pushed yet another workaround which now allows compiling against the current boost version 1.72 from the extra repo and does not pull in any other AUR packages. It's a bit hacky unfortunately, and will likely need an update on the next boost update.
julianbrost commented on 2020-02-23 12:29 (UTC)
The conflict only exists for the boost and boost1.69 packages which contains the header files and are only needed at compile time. boost-libs and boost1.69-libs can be installed at the same time. I usually build the packages using extra-x86_64-build from the devtools package, which does the build in a systemd-nspawn container, where conflicting compile time dependencies are not an issue.
However, now that boost1.69 is gone from the repos, that workaround isn't that nice any more.
jhu commented on 2020-02-23 10:06 (UTC)
Since ":: boost1.69-libs is unmaintained!" now is a thing, I can tell you, that compiling still worked with boost 1.71, the reason I have configured
with the result of
during system updates. Ugly, but I can live with that and found it better than the forced boost downgrade to 1.69 that came with icinga2 2.11.2-2. Arch has no mechanism to have different library versions in slots like Gentoo, or does it?
bortzmeyer commented on 2020-02-12 13:33 (UTC)
OK, my previous report was just a problem of memory. Only (!!!) four gigabytes. With sixteen gigabytes, and adlerweb's workaround, it compiles and runs.
bortzmeyer commented on 2020-02-11 14:26 (UTC)
Does not compile today:
adlerweb commented on 2020-02-11 11:26 (UTC) (edited on 2020-02-11 11:28 (UTC) by adlerweb)
workaround:
danieltetraquark commented on 2020-02-05 22:02 (UTC)
Build breaks again, but removing boost and boost-libs doesn't help:
julianbrost commented on 2019-10-08 17:37 (UTC)
Please don't use flag out-of-date for reporting bugs with the package. This won't speed up anything.
freaknils commented on 2019-10-08 05:44 (UTC) (edited on 2019-10-08 05:44 (UTC) by freaknils)
@Ich875: You have to remove boost and boost-libs first
pacman -Rdd boost boost-libs
Ich875 commented on 2019-10-08 05:33 (UTC) (edited on 2019-10-08 05:54 (UTC) by Ich875)
Update: with the comment of freaknils it works. Thank you!
The solution with boost1.69 does not work on my system because I am not able to remove the old boost from the system.
freaknils commented on 2019-10-06 14:56 (UTC) (edited on 2019-10-07 10:54 (UTC) by freaknils)
Current icinga version does not build with latest boost Update (1.71.0-2). CMake Error at third-party/cmake/BoostTestTargets.cmake:56 (message):
NOTE: boost::test-based targets and tests cannot be added: boost >= 1.34.0
required but not found. (found: '1.71.0' want >=103400) You may disable
BUILD_TESTING to continue without the tests.
Call Stack (most recent call first):
test/CMakeLists.txt:3 (include)
You should set extra/boost1.69 as dependencie.
julianbrost commented on 2019-08-14 18:52 (UTC)
@zork bison and flex are members of the base-devel package group. As per https://wiki.archlinux.org/index.php/PKGBUILD#makedepends these should not be added to makedepends.
zork commented on 2019-08-14 18:48 (UTC)
Missing build dependencies: bison, flex
julianbrost commented on 2019-06-07 18:19 (UTC)
I think you'd have to find a trusted user willing to maintain it in community. I'm not one of them.
kbabioch commented on 2019-06-07 17:54 (UTC)
Any chance this can be moved to community, so all of this compilation pain goes away for most of us?
zork commented on 2019-05-08 11:46 (UTC)
I had to add additional swapfile on machine with 4GB ram and no services running. Compilation used about 400MB of swap.
wuestengecko commented on 2019-03-14 17:41 (UTC)
I just set up a small VM according to your specs (2GB RAM + 2GB swap, but without any other services running in the background), and I could see some pretty large memory usage spikes of well over 1.5GB. Depending on your average memory load, this might be enough pressure to SIGKILL something, however it did build fine for me.
There's no functional difference between this PKGBUILD and the git version, so if you built the git package with the release commit, that should work just as well. Regardless, I suggest you setup a chroot for building on your main machine (or somewhere else with sufficient RAM) and then just upload the built package to your server.
malina commented on 2019-03-13 20:21 (UTC) (edited on 2019-03-13 20:24 (UTC) by malina)
@wuestengecko Thank you for the advices!
I would like to compile on a virtual machine with 2 processors and 2GB of memory, for which I have set a 2 GB swap. This is a simple Arch Linux server that I installed: powerdns, mysql55, apache, php, redmine, zabbix, postgresql.
Later (after icinga2 package), I tried to install the icinga2-git package, but it is also failed (on the same, 90%).
Answering your question: I just used the yaourt and I modified the PKGBUILD file as the yaourt offered.
I had an idea: Icinga latest version is 2.10.3 and Icinga developers use tags for versioning, but the last commit of 2.10.3 was not the same (in icinga2-git package is adf1549c2d6ce3ace0490122779290f6cf72071c), so I modified the source:
The important thing: #commit=101783d7efe3050d68d2370db7b14a088bc1f413 , this is the last commit of version 2.10.3 (now)
The icinga2-git package uses the master branch, commit: adf1549c2d6ce3ace0490122779290f6cf72071c
101783d7efe3050d68d2370db7b14a088bc1f413 commit has worked, it was compiled. I haven't tried it yet, so I'm hoping it will work.
By the way, I don't understand the reason, I'm doing a diff between the two commit.
julianbrost commented on 2019-03-13 18:02 (UTC)
@malina: There should be a more specific error message from ld somewhere in the output stating why it exited with an error code.
wuestengecko commented on 2019-03-13 17:11 (UTC)
@malina That 90% bit is a little strange, I can build it fine with
-DICINGA2_UNITY_BUILD=OFF
, and "Linking CXX executable ../Bin/Release/icinga2" is at 100% for me - no matter if on my "live system" or in a chroot.Seeing how you had out-of-memory issues to begin with - might that be the case here too? Try adding a swapfile of 4 GB or so.
Generic troubleshooting questions, if that didn't work: Did you make any other change to the PKGBUILD? Did you make any changes to your
makepkg.conf
and/or create a$HOME/.makepkg.conf
? How exactly do you build, do you use makepkg directly or any helper tool?malina commented on 2019-03-13 00:24 (UTC) (edited on 2019-03-13 00:36 (UTC) by malina)
I can't compile the program, it always stops with the same error:
Does anyone have an idea?
malina commented on 2019-03-11 22:25 (UTC) (edited on 2019-03-11 22:40 (UTC) by malina)
If you can't compile the program because of a memory issue, edit the PKGBUILD file (build function, 65. line) and insert the following line to cmake parameters:
-DICINGA2_UNITY_BUILD=OFF \
Here is the reason: https://icinga.com/docs/icinga2/latest/doc/21-development/#builds-unity-builds
The compile will be very slow, but at least it does.
julianbrost commented on 2019-01-17 10:51 (UTC)
@freaknils: None of my systems has termcap installed and I can build and run icinga2 just fine. Why do you think it is required?
freaknils commented on 2019-01-17 08:23 (UTC)
termcap is needed for build and runnning Icinga.
Please add it to dependencies
julianbrost commented on 2018-10-19 11:15 (UTC)
@rixx: The packages should create the
icinga
user with/var/spool/icinga2
as its home directory (see https://aur.archlinux.org/cgit/aur.git/tree/icinga2.sysusers?h=icinga2#n1) which should work fine. Are you sure the user didn't already exist before?rixx commented on 2018-10-18 17:33 (UTC)
Can you please give
/var/lib/icinga
as HOME to the icinga user at creation? Otherwise, mail(1) fails in the default notification script, since mail(1) relies on the executing user's home being present. If you set /dev/null as home, as you do currently, mail tries to create a file /dev/null/.rnd, and coredumps.anonfunc commented on 2018-10-13 03:31 (UTC)
Diff for icinga2 2.10.0: https://gist.github.com/AnonFuncsAreAwesome/72f6ed3793601f4e31058afa2411294d
Hope you can use something. Builds for me in clean chroot.
codiflow commented on 2018-10-02 12:07 (UTC) (edited on 2018-10-02 13:34 (UTC) by codiflow)
I got this issue during the build-process:
Using aurman instead of pacaur for installation showed me the reason:
So it seems theres to less RAM (at least 1.37G) on this device available.
After adding a swap file (https://wiki.archlinux.org/index.php/swap) with 4GB everything compiled fine (2GB failed).
Ich875 commented on 2018-10-01 10:02 (UTC) (edited on 2018-10-01 10:02 (UTC) by Ich875)
I am not able to install Icinga on three of ten machines. On all three I got the folowing messages. Any ideas?
Scanning dependencies of target mkunity [ 12%] Building C object tools/mkunity/CMakeFiles/mkunity.dir/mkunity.c.o [ 12%] Linking C executable ../../Bin/Release/mkunity [ 12%] Built target mkunity [ 13%] Generating base_unity.cpp [ 13%] Generating application-ti.cpp, application-ti.hpp [ 14%] Generating configobject-ti.cpp, configobject-ti.hpp [ 15%] Generating datetime-ti.cpp, datetime-ti.hpp [ 16%] Generating filelogger-ti.cpp, filelogger-ti.hpp [ 17%] Generating function-ti.cpp, function-ti.hpp [ 17%] Generating logger-ti.cpp, logger-ti.hpp [ 18%] Generating perfdatavalue-ti.cpp, perfdatavalue-ti.hpp [ 19%] Generating streamlogger-ti.cpp, streamlogger-ti.hpp [ 20%] Generating sysloglogger-ti.cpp, sysloglogger-ti.hpp Scanning dependencies of target base [ 20%] Building CXX object lib/base/CMakeFiles/base.dir/application-version.cpp.o [ 21%] Building CXX object lib/base/CMakeFiles/base.dir/base_unity.cpp.o {standard input}: Assembler messages: {standard input}:1419706: Warning: end of file not at end of a line; newline inserted {standard input}: Error: open CFI at the end of file; missing .cfi_endproc directive c++: fatal error: Killed signal terminated program cc1plus compilation terminated. make[2]: [lib/base/CMakeFiles/base.dir/build.make:223: lib/base/CMakeFiles/base.dir/base_unity.cpp.o] Error 1 make[1]: [CMakeFiles/Makefile2:1429: lib/base/CMakeFiles/base.dir/all] Error 2 make: *** [Makefile:163: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build icinga2. ==> Restart building icinga2 ? [y/N] ==> -------------------------------- ==>
Icinga 2 war running before and need to be recompiled because of the new boost binaires. Thanks.
bebehei commented on 2018-09-14 14:23 (UTC)
Sorry, I cannot reproduce it. Builds flawlessly on multiple systems. Even in a minimal arch docker container it's not reproducible. Please look forward to review your ssl packages
Oh c'mon! Please do not paste german error messages in an international Forum. Before compiling the next time, please use
LANG=C <command>
for your generated output!Also: AUR supports markdown. Fencing the code, would be great, as this preserves the line breaks.
frankenstein20 commented on 2018-09-14 10:54 (UTC)
the package cannot be installed. Could you please take a look into the error.
[ 67%] Building CXX object lib/db_ido_mysql/CMakeFiles/db_ido_mysql.dir/db_ido_mysql_unity.cpp.o In file included from /home/SomeUser/.cache/pacaur/icinga2/src/icinga2-2.9.1/lib/db_ido_mysql/idomysqlconnection.hpp:24, from /home/SomeUser/.cache/pacaur/icinga2/src/icinga2-2.9.1/lib/db_ido_mysql/idomysqlconnection.cpp:20, from /home/SomeUser/.cache/pacaur/icinga2/src/icinga2-2.9.1/build/lib/db_ido_mysql/db_ido_mysql_unity.cpp:1: /home/SomeUser/.cache/pacaur/icinga2/src/icinga2-2.9.1/lib/mysql_shim/mysqlinterface.hpp:55:10: Fehler: »my_bool« bezeichnet keinen Typ; meinten Sie »bool«? virtual my_bool ssl_set(MYSQL mysql, const char key, const char cert, const char ca, const char capath, const char cipher) const = 0; ^~~~~~~ bool In file included from /home/SomeUser/.cache/pacaur/icinga2/src/icinga2-2.9.1/build/lib/db_ido_mysql/db_ido_mysql_unity.cpp:1: /home/SomeUser/.cache/pacaur/icinga2/src/icinga2-2.9.1/lib/db_ido_mysql/idomysqlconnection.cpp: In Elementfunktion »void icinga::IdoMysqlConnection::Reconnect()«: /home/SomeUser/.cache/pacaur/icinga2/src/icinga2-2.9.1/lib/db_ido_mysql/idomysqlconnection.cpp:264:12: Fehler: »struct icinga::MysqlInterface« hat kein Element namens »ssl_set« m_Mysql->ssl_set(&m_Connection, sslKey, sslCert, sslCa, sslCaPath, sslCipher); ^~~~~~~ make[2]: [lib/db_ido_mysql/CMakeFiles/db_ido_mysql.dir/build.make:77: lib/db_ido_mysql/CMakeFiles/db_ido_mysql.dir/db_ido_mysql_unity.cpp.o] Fehler 1 make[1]: [CMakeFiles/Makefile2:1960: lib/db_ido_mysql/CMakeFiles/db_ido_mysql.dir/all] Fehler 2 make: *** [Makefile:163: all] Fehler 2 ==> FEHLER: Ein Fehler geschah in build(). Breche ab... :: Konnte icinga2-Paket(e) nicht erstellen
wuestengecko commented on 2018-06-13 08:56 (UTC)
@Fightbackman Icinga2 doesn't require a specific version of boost, however the binaries are linked against whatever was installed at build time. Simply rebuild the package and you're fine.
Fightbackman commented on 2018-06-13 08:49 (UTC)
It seems that icinga2 requires boost-libs 1.66 at the moment, but the version on arch was raised to version 1.67-04. Is it possible to upgrade the package to reflect these changes or is this a hard requirement from icinga2 upstream?
sr/lib/icinga2/sbin/icinga2: error while loading shared libraries: libboost_system.so.1.66.0: cannot open shared object file: No such file or directory Jun 13 10:47:07 firepulse systemd[1]: icinga2.service: Control process exited, code=exited status=127 Jun 13 10:47:07 firepulse systemd[1]: icinga2.service: Failed with result 'exit-code'. Jun 13 10:47:07 firepulse systemd[1]: Failed to start Icinga host/service/network monitoring system. -- Subject: Unit icinga2.service has failed
bebehei commented on 2018-04-18 07:51 (UTC)
I'm copy-pasting my previous answer:
Yes and No.
Personally, I would stick to the Arch's package specifications of https://wiki.archlinux.org/index.php/PKGBUILD#arch :
AFAIK Zearan does not use icinga2 on a Raspberry Pi. And I don't know how to assure support for other architectures, if you cannot test it as a maintainer.
Also It's a much cleaner way to use the AUR with an ARM-Based device while using makepkg with the option -A.
freaknils commented on 2018-04-18 06:55 (UTC)
Hi, could you please add all ARM architectures to your PKGBUILD. Icinga works well on all of them. Thanks!
julianbrost commented on 2018-02-05 14:33 (UTC)
bison and flex are in the base-devel group which should be installed when you are building packages from AUR: https://wiki.archlinux.org/index.php/Arch_User_Repository#Installing_packages
D.Cent commented on 2018-02-05 12:26 (UTC)
Hi, could you please add bison and flex to the makedepends? Just built the package on my server and those packages were needed in order to pass the CMake setup. Thanks!
julianbrost commented on 2018-01-20 12:56 (UTC)
I'd be willing to co-maintain the package. Also for the icingaweb2 package, I'm using both actively an Arch.
Zearan commented on 2018-01-19 12:46 (UTC)
I can add someone as co maintainer. I currently do not find the time for the update.
jhu commented on 2018-01-19 12:32 (UTC)
I'm also wondering - 2.8.1 is out.
julianbrost commented on 2018-01-09 16:45 (UTC)
Are you still maintaining this package? Do you need any help?
aknarts commented on 2017-10-20 08:46 (UTC) (edited on 2017-10-20 08:47 (UTC) by aknarts)
Zearan commented on 2017-10-06 22:34 (UTC)
Zearan commented on 2017-10-06 18:01 (UTC)
commented on 2017-10-06 13:10 (UTC)
bebehei commented on 2017-07-06 20:01 (UTC)
jhu commented on 2017-05-16 07:54 (UTC)
Zearan commented on 2017-05-15 20:12 (UTC)
jhu commented on 2017-05-15 19:56 (UTC)
disprofarma commented on 2017-04-26 18:54 (UTC)
julianbrost commented on 2017-04-23 11:00 (UTC)
bebehei commented on 2017-02-20 12:16 (UTC)
aknarts commented on 2017-02-20 11:56 (UTC)
zork commented on 2017-02-14 12:53 (UTC) (edited on 2017-02-14 12:54 (UTC) by zork)
Zearan commented on 2017-02-06 20:14 (UTC)
bebehei commented on 2016-12-29 22:03 (UTC)
svenihoney commented on 2016-12-29 21:19 (UTC)
Zearan commented on 2016-11-27 19:36 (UTC)
bebehei commented on 2016-11-27 12:26 (UTC)
q84fh commented on 2016-11-27 10:00 (UTC)
bebehei commented on 2016-10-16 18:45 (UTC)
q84fh commented on 2016-10-15 19:05 (UTC)
bebehei commented on 2016-07-27 12:39 (UTC)
kbabioch commented on 2016-07-27 12:24 (UTC)
Zearan commented on 2016-06-09 08:34 (UTC)
dkaea353 commented on 2016-06-08 20:09 (UTC)
bebehei commented on 2016-06-02 00:55 (UTC)
Zearan commented on 2016-05-20 10:17 (UTC)
Zearan commented on 2016-05-15 15:21 (UTC)
bebehei commented on 2016-05-15 11:43 (UTC)
WRMSR commented on 2016-05-14 11:25 (UTC) (edited on 2016-05-14 11:26 (UTC) by WRMSR)
disprofarma commented on 2016-04-28 04:13 (UTC)
bebehei commented on 2016-04-07 23:02 (UTC)
valleedelisle commented on 2016-04-07 21:16 (UTC)
therisen06 commented on 2016-03-03 11:42 (UTC)
bebehei commented on 2016-03-02 15:50 (UTC)
Zearan commented on 2016-03-02 15:42 (UTC)
therisen06 commented on 2016-03-02 14:44 (UTC)
bebehei commented on 2015-12-11 19:21 (UTC)
commented on 2015-12-11 19:19 (UTC)
bebehei commented on 2015-12-10 14:02 (UTC) (edited on 2015-12-10 16:09 (UTC) by bebehei)
commented on 2015-09-07 13:29 (UTC)
Zearan commented on 2015-05-27 06:48 (UTC)
Zearan commented on 2015-04-27 15:10 (UTC)
djanos commented on 2015-04-23 16:36 (UTC)
Zearan commented on 2015-04-13 12:24 (UTC)
simonsd commented on 2015-04-13 12:18 (UTC)
Zearan commented on 2015-01-19 07:08 (UTC)
bebehei commented on 2015-01-14 12:04 (UTC)
Zearan commented on 2015-01-14 09:47 (UTC)
bebehei commented on 2015-01-13 06:51 (UTC)
issa commented on 2015-01-12 07:24 (UTC)
issa commented on 2015-01-12 07:24 (UTC)
issa commented on 2015-01-11 12:15 (UTC)
bebehei commented on 2015-01-10 11:31 (UTC)
issa commented on 2015-01-10 10:33 (UTC)
bebehei commented on 2014-12-29 01:01 (UTC)
bebehei commented on 2014-10-27 11:09 (UTC)
RubenKelevra commented on 2014-10-27 09:31 (UTC)
nutz commented on 2014-09-16 09:06 (UTC)
bebehei commented on 2014-09-12 19:47 (UTC)
bebehei commented on 2014-09-12 19:38 (UTC)
msierks commented on 2014-09-12 19:10 (UTC)
bebehei commented on 2014-09-11 19:03 (UTC)
nutz commented on 2014-09-11 15:40 (UTC)
bebehei commented on 2014-09-10 17:56 (UTC)
msierks commented on 2014-09-10 17:14 (UTC)
bebehei commented on 2014-08-14 03:19 (UTC)
azeotrope commented on 2014-08-14 03:17 (UTC)
bebehei commented on 2014-08-14 02:11 (UTC)
azeotrope commented on 2014-08-13 07:30 (UTC)
bebehei commented on 2014-08-12 09:30 (UTC)
azeotrope commented on 2014-08-12 00:26 (UTC)
bebehei commented on 2014-08-11 08:33 (UTC)
azeotrope commented on 2014-08-11 06:59 (UTC)