#archlinux32 | Logs for 2019-09-12

[00:31:22] -!- MrBIOS has quit [Quit: MrBIOS]
[00:38:27] <buildmaster> any/npm-check-updates are broken (says nlopc46-i486bs0): https://archlinux32.org
[00:50:21] -!- eschwartz has quit [Ping timeout: 250 seconds]
[00:52:33] -!- eschwartz has joined #archlinux32
[01:23:56] -!- ofara has quit [Quit: ofara]
[01:25:28] -!- ofara has joined #archlinux32
[01:26:33] -!- thePiGrepper has quit [Ping timeout: 246 seconds]
[03:11:47] -!- MrBIOS has joined #archlinux32
[03:16:15] -!- MrBIOS_ has joined #archlinux32
[03:17:15] -!- MrBIOS has quit [Ping timeout: 265 seconds]
[03:17:15] MrBIOS_ is now known as MrBIOS
[03:45:16] -!- samantaz has quit [Read error: Connection reset by peer]
[04:24:42] -!- MrBIOS has quit [Read error: Connection reset by peer]
[04:28:06] -!- MrBIOS has joined #archlinux32
[04:45:18] -!- eschwartz has quit [Ping timeout: 245 seconds]
[04:50:05] -!- eschwartz has joined #archlinux32
[04:53:59] -!- MrBIOS has quit [Quit: MrBIOS]
[04:59:53] -!- MrBIOS has joined #archlinux32
[06:06:28] -!- MrBIOS has quit [Quit: MrBIOS]
[06:24:43] <buildmaster> pentium4/android-tools are broken (says eurobuild6-4): https://archlinux32.org
[06:33:01] -!- MrBIOS has joined #archlinux32
[06:41:18] <buildmaster> i686/android-tools are broken (says eurobuild3): https://archlinux32.org
[06:54:54] -!- thePiGrepper has joined #archlinux32
[08:40:59] -!- abaumann has joined #archlinux32
[08:40:59] <buildmaster> Hi abaumann!
[08:40:59] <buildmaster> !rq abaumann
[08:41:00] <phrik> buildmaster: <abaumann> gogo-gadgeto-strace
[08:42:42] <abaumann> git -C /home/master/builder/ pull --ff-only
[08:42:42] <abaumann> Connection reset by 2607:5600:dc:200b::1 port 22
[08:42:51] <abaumann> on the buildmaster
[08:43:14] <abaumann> is IPv6 dead again on git.archlinux32.org? and the certificate expired?
[08:44:17] <abaumann> added the IPv4 address to /etc/hosts on the buildmaster and ignoring certificate checks in git
[08:45:54] * abaumann looks at his eeepc with notion and the menu titles which are bigger than the terminal area of his xterms, shakes his head and thinks GUIs on Linux didn't improve in 25 years - still the same madness to configure and buggy as hell
[08:46:36] * abaumann tries to press the shift key in lxdm login manager and half of the characters are just not appearing in the password field
[08:46:57] * abaumann wonders if this is Archlinux32/pentium4 only..
[09:05:44] -!- thePiGrepper has quit [Ping timeout: 265 seconds]
[09:12:54] -!- deep42thought has joined #archlinux32
[09:12:55] <buildmaster> Hi deep42thought!
[09:12:55] <buildmaster> !rq deep42thought
[09:12:55] <phrik> buildmaster: <deep42thought> computers ranked by dirt: smokers, car mechanics, bedroom, ...
[09:13:00] <deep42thought> Hi abaumann!
[09:14:21] <abaumann> hi deep42thought
[09:15:04] <abaumann> I'm trying your while-sed-foo on i686/rust :-)
[09:15:14] <deep42thought> those cert / ipv6 issues are annoying, but unfortunately, my ssh login to that box does not work (anymore?) and I also doubt, I could repair the ipv6 routing from within the container
[09:15:21] <deep42thought> uiii
[09:15:28] <abaumann> indeed :-)
[09:15:44] <abaumann> you don't use inotifywait ;-)
[09:15:51] <deep42thought> should I?
[09:16:05] <abaumann> well.. you avoid a race..
[09:16:10] <deep42thought> not really
[09:16:12] <abaumann> race condition, I meant
[09:16:38] <deep42thought> create file -> inotify triggers -> content of file gets altered/generated
[09:16:48] <abaumann> true
[09:16:49] <deep42thought> (the latter by the "normal build process")
[09:17:18] <deep42thought> I extensively use inotifywait with make
[09:17:37] <deep42thought> I have a script "make-permanently" which is basically "while inotifywait $targets; do make; done"
[09:17:46] <abaumann> I use it on a Samba/NFS server at work, to get permission behave to policies and not to what Apple thinks to set as file permissions :-)
[09:17:49] <deep42thought> however, this is also racing
[09:18:22] <abaumann> is there a reason you used python2 x.py instead of python x.py?
[09:18:31] <deep42thought> if the command in the loop ("make" in my case) takes long, alterations might pass unnotified
[09:18:38] <deep42thought> umm, no, not really
[09:18:46] <deep42thought> maybe it was python2 before?
[09:18:52] <abaumann> ah. could be.
[09:19:29] <abaumann> solving the IPV4 and cert problem with the sledge hammer is not nice, but for now it works.. :-)
[09:20:05] <deep42thought> it would be nice to pin the certificate (ignoring its expiration date) rather than completely ignoring certificates
[09:20:17] <deep42thought> this is certainly a step backwards in terms of trustworthyness
[09:20:23] <abaumann> true
[09:20:59] <abaumann> manually updating certificates is so.. well 1980.. :-)
[09:21:09] <deep42thought> !grab abaumann
[09:21:10] <phrik> deep42thought: Bazinga!
[09:21:28] <abaumann> I have a script which checks the validty of the certificate and renews automatically via let's encrypt
[09:21:44] <deep42thought> I guess everyone has a script for the first part
[09:21:48] <abaumann> yes, I'm aware, things can go wrong (security wise), but you can add monitoring again for this problem.
[09:21:56] <deep42thought> and certbot on its own handles the second part pretty good
[09:22:10] <abaumann> I prefer acme-client, but that's because I like OpenBSD..
[09:22:13] <deep42thought> ... even the first one
[09:22:18] <abaumann> certbot is a valid alternative
[09:22:26] <abaumann> and the official script to do those things..
[09:22:40] <deep42thought> so keeping certs alive is as simple as `systemctl enable --now certbot.timer`
[09:22:48] <abaumann> true
[09:23:03] <deep42thought> yes, but monitoring is also a good idea
[09:23:06] <deep42thought> (I do that, too)
[09:23:41] <deep42thought> https://git.eckner.net
[09:23:43] <phrik> Title: Erich/crypt-expiry-check - check expiry of cryptographic keys and certificates (at git.eckner.net)
[09:23:58] <abaumann> oh. :-)
[09:24:12] <deep42thought> it's based off cert-expiry-check
[09:24:19] <deep42thought> but extended to also check gpg keys
[09:24:28] <deep42thought> and other stuff I have which expires
[09:24:44] <abaumann> GPG, good point
[09:24:53] <deep42thought> only expiry of the milk in the fridge is not checked
[09:25:07] <abaumann> it even has a man page, how nice :-)
[09:25:13] <deep42thought> help2man
[09:25:15] <deep42thought> :-D
[09:25:42] <deep42thought> ssl-cert-check is the name of the original
[09:25:44] <abaumann> the milk problem could be solved with an arduino and a gas meter of sorts.. ;-)
[09:27:56] <abaumann> error: Unable to create '/home/master/builder/.git/index.lock': File exists.
[09:27:59] <abaumann> mmh.
[09:28:04] <abaumann> and the shell is blue..
[09:28:05] <deep42thought> the email?
[09:28:15] <abaumann> naeh. update on the buildmaster
[09:28:23] <deep42thought> yes, are you citing from the email?
[09:28:52] <abaumann> ah.. now I see the email too.
[09:28:53] <abaumann> :-)
[09:29:10] <deep42thought> removed the lock file
[09:29:12] <deep42thought> no git was running
[09:29:33] <abaumann> mmh. git has a problem on the home/master/builder repo
[09:29:39] <abaumann> ah.
[09:29:43] <abaumann> now it disappeared
[09:29:49] <deep42thought> I removed the lock file
[09:29:53] <deep42thought> because no git was running
[09:30:10] * deep42thought should stop skipping all subjects and conjunctions in his sentences
[09:30:17] <abaumann> I got:
[09:30:18] <abaumann> warning: fetch updated the current branch head.
[09:30:18] <abaumann> fast-forwarding your working tree from
[09:30:18] <abaumann> commit 49faa9fd8035be1975820901d4aaf60dfea7cf50.
[09:30:18] <abaumann> error: Your local changes to the following files would be overwritten by merge: bin/change-git-remotes
[09:30:21] <abaumann> Please commit your changes or stash them before you merge.
[09:30:24] <abaumann> Aborting
[09:30:26] <abaumann> fatal: Cannot fast-forward your working tree.
[09:30:28] <abaumann> After making sure that you saved anything precious from
[09:30:31] <abaumann> $ git diff 49faa9fd8035be1975820901d4aaf60dfea7cf50
[09:30:34] <abaumann> output, run
[09:30:36] <abaumann> temporary glitch, I assume
[09:30:40] <deep42thought> yes
[09:30:48] <deep42thought> I ran a `git pull --ff-only` just right now
[09:31:07] <abaumann> ah.
[09:37:23] * abaumann answers email for an Archlinux32 groupie :-)
[09:37:38] <deep42thought> ?
[09:38:23] <abaumann> A guy has questions about Archlinux32 (how to install that and that)..
[09:38:34] <abaumann> ..I tried to point him to the chat and the forum :-)
[09:38:34] <deep42thought> on the mailinglist?
[09:38:37] <abaumann> nono.
[09:38:43] <abaumann> private email
[09:39:00] * abaumann remember he is packager in certain Archlinux packages - in the metadata
[09:39:04] <abaumann> *remembers
[09:39:13] <abaumann> so it's to be expected to get email
[09:39:57] <deep42thought> this is interesting https://bugs.archlinux32.org
[09:39:58] <phrik> Title: FS#85 : [wireguard-arch] Package not being updated alongside kernel (at bugs.archlinux32.org)
[09:40:13] <deep42thought> apparently, wireguard-arch depends on a specific version of the kernel
[09:40:25] <deep42thought> but that is not reflected in its package/PKGBUILD#
[09:40:37] <abaumann> mmh. this is also for 64-bit?
[09:41:03] <deep42thought> yes
[09:41:24] <deep42thought> but they update manually and thus can move it together
[09:54:08] <abaumann> mmh. the lxdm shift keyboard problem is not there in my libvirt test machines, only on the real eeepc..
[09:54:15] <abaumann> ..maybe some hardware starts to fail?
[09:54:33] <deep42thought> driver issues?
[09:54:45] <abaumann> yeah. a choppy edev in X or so..
[09:54:50] <deep42thought> check if a downgrade magically repairs your hardware
[09:55:36] <abaumann> well. architecture switch from pentium4 to i686 of certain X packages helped..
[09:55:41] <abaumann> ..and this is not a good sign.
[09:55:51] <deep42thought> same versions?
[09:55:58] <abaumann> must check.
[09:56:14] <deep42thought> (sub_pkgrel is not relevant, you know)
[09:56:20] <abaumann> I know :-)
[09:57:29] <abaumann> at least xf86-input-libinput is the same
[09:58:00] <abaumann> well.. that's why I switched now to pentium4.. to find bugs
[09:58:26] <deep42thought> have your eeepc dual-boot i686 and pentium4 to find all of the bugs for both architectures ;-p
[09:58:57] <abaumann> my internal 4GB SSD is 99% full, my external 32GB SD card 98% full.. yes, nothing speaks against dual-booting..
[11:32:30] <deep42thought> man, upstream should really install some sanity checks on package updates: the PKGBUILD of maxima cannot be built, because a dependency version was not correctly updated - but the built package has the correctly updated dependency version
[11:48:51] -!- _DCyrax has quit [Ping timeout: 246 seconds]
[11:49:42] -!- DCyrax has joined #archlinux32
[12:00:40] <abaumann> yeah, we can start to make some bug reporting bots.. :-)
[12:08:20] <deep42thought> we do have a script at least :-D
[12:09:37] <abaumann> we need some logic not to report things twice.. sort of a flood protection :-)
[12:09:55] <deep42thought> the current logic is "you have to run the script manually"
[12:11:04] * abaumann peeks at the rust/i686/sedfu build.. still running.. :-)
[12:11:27] <deep42thought> don't measure the result too often or you'll collapse the wave function
[12:11:44] <abaumann> rust particles? ;-)
[12:14:26] <deep42thought> well, it might tunnel through barriers and such stuff ... things, that you would not expect "classically"
[12:21:51] <abaumann> rust particles rurely pass the memory barriers..
[12:21:55] <abaumann> *surely
[13:03:48] <buildmaster> i486/virtualbox-modules-arch is broken (says nlopc46-i486bs0): https://archlinux32.org
[13:07:16] <abaumann> rust/i686/sedfu failed after 4 hours or so..
[13:07:22] <deep42thought> :'-(
[13:22:13] -!- thePiGrepper has joined #archlinux32
[13:50:50] <buildmaster> girls, my database is dirty again ...
[13:50:50] * buildmaster goes insane.
[13:50:56] <deep42thought> \o/
[13:51:02] <deep42thought> I called delete-packages
[13:51:11] <deep42thought> apparently it did more than just that :-S
[13:51:27] <abaumann> deleting packages makes the buildmaster go ... crazy. :-)
[13:56:45] <deep42thought> found it :-)
[13:57:20] -!- MrBIOS has quit [Quit: MrBIOS]
[13:57:43] * buildmaster resumes sanity.
[14:02:52] <deep42thought> not removing to-be-deleted packages can block db-updates, so far
[14:03:17] <deep42thought> because they might have outdated dependencies, but lack updates to link against newer dependencies
[14:05:26] <deep42thought> this should be fixed now, too
[14:05:45] <abaumann> this gets rather complicated
[14:05:58] <deep42thought> what do you mean?
[14:06:21] <abaumann> lots of cases to handle, I mean.
[14:06:46] <deep42thought> it's literally only a single line, querieing a boolean in a huge mysql join
[14:06:56] <deep42thought> where the huge join was there already
[14:07:16] <abaumann> I like the "huge" in "huge join" :-)
[14:07:24] <abaumann> they are hard to debug, if something goes wrong.
[14:08:45] <deep42thought> sry, I'm not the put-something-in-temporary-storage person, but rather the use-one-exceedingly-complex-formula one
[14:09:39] <abaumann> hehe. functional brain. :-)
[14:09:55] <abaumann> and understandable, who want to put things into bash variables as temporaries..
[14:09:59] <abaumann> *wants
[14:10:20] <deep42thought> or temporary mysql tables ...
[14:10:58] <abaumann> also there are two brain patterns for SQL queries: a) joins, b) subqueries
[14:11:04] <abaumann> I was always more the b) type :-)
[14:11:15] <deep42thought> yes
[14:11:29] <deep42thought> but I replaced some subqueries with joins and accellerated queries thereby
[14:12:07] <abaumann> should be semantically the same, also for the query optimizer, IIRC
[14:13:44] <deep42thought> you're the database expert :-) ... maybe I changed something else, simultanously when removing the subqueries ...
[14:14:40] <abaumann> could be, could be :-)
[14:16:29] <buildmaster> i686/broadcom-wl is broken (says nlopc46): https://archlinux32.org
[14:31:55] <abaumann> :: broadcom-wl and broadcom-wl-dkms are in conflict
[14:31:59] <deep42thought> yes
[14:32:09] <deep42thought> am trying on x86_64 right now
[14:32:16] <abaumann> I get that also with staging-x86_64-build
[14:32:43] <abaumann> yeah. makedepends has a ${_module}-dkms in it.
[14:33:31] <abaumann> this is a problem: imagine you need a makedepends during build(), but in the final phase you don't need it when installing the final package, so actually the build scripts should uninstall all check and makedpends before trying to install the final package.
[14:34:02] <deep42thought> I think, I asked about that on irc once
[14:34:15] <abaumann> and?
[14:34:22] <deep42thought> solution is to not use archbuild
[14:34:29] <abaumann> yeah. cool.
[14:34:29] <deep42thought> but build with makechrootpkg separately
[14:34:47] <abaumann> so, this calls for an additional straw?
[14:34:50] <deep42thought> which does the same except creation/update of the chroot
[14:34:57] <deep42thought> and _no_namcap_
[14:35:17] <abaumann> installing a package after building it (with or without namcap) is actually a good thing.
[14:35:23] <deep42thought> the first part is, why I would like to rather not have this as a straw ...
[14:35:36] <deep42thought> yes, but not with all the makedepends installed ...
[14:35:38] <abaumann> mmh. true.
[14:36:03] <deep42thought> we should rather patch makepkg to uninstall makedepends before installing the package, right?
[14:36:13] <abaumann> yep.
[14:36:20] <abaumann> or even remove the makedepends
[14:36:39] <abaumann> I don't see for instance why dkms should be necessary to build a non-dkms kernel module
[14:36:48] <buildmaster> i686/wireguard-arch is broken (says nlopc46): https://archlinux32.org
[14:36:50] <deep42thought> additional/orthogonal issue: some symbols are not in the database, e.g. noone provides libc.so.6-GLIBC_2.0-0x0d696910, which is required by libiscsi
[14:37:20] <abaumann> unless the module is a dmks-only module with is transpiled into a non dkms one. :->
[14:37:39] <deep42thought> I think, that's what is done
[14:37:58] <abaumann> yeah. but what provides dkms
[14:38:02] <deep42thought> at least, the last PKGBUILD which made *-arch from *-dkms just had a package() with some install command inside
[14:38:03] <abaumann> not the module-dkms
[14:38:23] <deep42thought> *the last I saw which made
[14:38:30] <abaumann> what about makedepends='dkms'?
[14:39:16] <deep42thought> ah, indeed, it _was_ wireguard-arch
[14:39:20] <deep42thought> https://git.archlinux.org
[14:39:21] <phrik> Title: PKGBUILD\trunk - svntogit/community.git - Git clone of the 'community' repository (at git.archlinux.org)
[14:39:49] <abaumann> the other case is jack2 and jack being in conflict. There a makedpeends (portaudio) draws in jack, so during installaiton jack2 and jack are in conflict
[14:40:10] <abaumann> this is a problem as portaudio should also exist in a portaudio-jack2 version built against jack2
[14:40:16] <abaumann> Directory: /usr/src/broadcom-wl- does not exist.
[14:40:17] <abaumann> ah. ok.
[14:40:28] <abaumann> so it's really a dkms module to arch transpiler
[14:40:41] <abaumann> there is no other option than to uninstall the makedepends
[14:40:47] <abaumann> before installing the package
[14:41:11] <deep42thought> yeah, well, either that or building with makechrootpkg
[14:41:41] <deep42thought> kernel update => reboot
[14:41:43] -!- deep42thought has quit [Remote host closed the connection]
[14:41:43] -!- nit-picker has quit [Read error: Connection reset by peer]
[14:42:00] <abaumann> I would argue, that installing makedepends and checkdepnds is also the generally cleaner way. You don't want accidentilly installed packages to fulfill something by accident for the final package
[14:42:17] * abaumann hopes he expressed himself understandably :-)
[14:42:47] <abaumann> *uninstalling makedpends..
[14:44:15] -!- nit-picker has joined #archlinux32
[14:44:15] <buildmaster> Hi nit-picker!
[14:44:15] <buildmaster> !rq nit-picker
[14:44:16] <phrik> buildmaster: <nit-picker> abaumann: but there are only 18 "intermediate" versions
[14:46:44] -!- deep42thought has joined #archlinux32
[14:46:45] <buildmaster> Hi deep42thought!
[14:46:45] <buildmaster> !rq deep42thought
[14:46:46] <phrik> buildmaster: <deep42thought> modern virtual machines are so advanced, they even emulate hardware failure :-9
[14:46:55] <deep42thought> yes, that sounds absolutely right
[14:47:41] <buildmaster> i686/virtualbox-modules-arch is broken (says nlopc46): https://archlinux32.org
[14:49:58] <buildmaster> pentium4/virtualbox-modules-arch is broken (says nlopc46): https://archlinux32.org
[14:52:01] <deep42thought> yes, makepkg calls `remove_deps` right before exiting
[14:52:16] <deep42thought> which is wrong: it should happen before installing the built package
[14:53:38] <abaumann> so. actually an easy fix. :-)
[14:53:58] <deep42thought> well, it's a patch in makepkg, so in pacman :-/
[14:54:14] <abaumann> well, we can summon "Eli the Great" :-)
[14:57:45] <deep42thought> thanks to him, I'm also (partly) capable of submitting patches to pacman-devel :-D
[14:57:56] <deep42thought> but first I need to test my patch :-D
[14:58:01] <abaumann> cool :-)
[15:02:25] <deep42thought> it's not that hard at all: in the end it's a mailing list, where you can send emails via `git send-email`
[15:09:19] <deep42thought> yes, the patch works :-)
[15:09:32] <abaumann> oh. good. :-)
[15:11:23] * abaumann updates his kernel
[15:11:31] -!- abaumann has quit [Remote host closed the connection]
[15:13:27] -!- abaumann has joined #archlinux32
[15:13:28] <buildmaster> Hi abaumann!
[15:13:28] <buildmaster> !rq abaumann
[15:13:29] <phrik> buildmaster: <abaumann> singularity applied to software development - releases and changes get faster and faster.. till..
[15:31:21] -!- infides has joined #archlinux32
[15:53:07] -!- MrBIOS has joined #archlinux32
[15:58:28] -!- deep42thought has quit [Quit: Leaving.]
[16:06:11] -!- abaumann has quit [Quit: leaving]
[16:13:27] -!- infides has quit [Ping timeout: 246 seconds]
[16:38:23] <eschwartz> deep42thought, abaumann: you gotta summon me properly :p
[16:38:49] <eschwartz> We noticed it too, so....
[16:38:50] <eschwartz> https://github.com
[16:38:51] <phrik> Title: Revert "makechrootpkg: with -n, check if the package failed to install" · eli-schwartz/devtools@6ea7a28 · GitHub (at github.com)
[16:39:11] <eschwartz> It turns out to be more annoying than it is worth, at least for now.
[16:59:50] <buildmaster> i486/python-pandas are broken (says nlopc46-i486bs0): https://archlinux32.org
[17:06:25] <buildmaster> i486/qt5-tools are broken (says nlopc46-i486bs0): https://archlinux32.org
[17:14:28] <buildmaster> i486/qt5-webkit is broken (says nlopc46-i486bs0): https://archlinux32.org
[17:30:35] -!- buildmaster has quit [Remote host closed the connection]
[17:31:57] -!- buildmaster has joined #archlinux32
[17:31:57] <buildmaster> !rq buildmaster
[17:31:58] <phrik> buildmaster: <buildmaster> I might be insane, but never confused ... ;-)
[18:26:18] <buildmaster> i686/qcad is broken (says eurobuild6-3): https://archlinux32.org
[18:26:58] <buildmaster> pentium4/qcad is broken (says eurobuild6-3): https://archlinux32.org
[20:50:38] <buildmaster> i686/haskell-authenticate-oauth is broken (says eurobuild6-4): https://archlinux32.org
[21:04:20] <buildmaster> i686/haskell-clientsession is broken (says eurobuild6-3): https://archlinux32.org
[21:14:17] <buildmaster> i686/haskell-hopenpgp is broken (says eurobuild6-3): https://archlinux32.org
[21:14:41] -!- samantaz has joined #archlinux32
[21:37:53] <buildmaster> pentium4/wireguard-arch is broken (says eurobuild6-4): https://archlinux32.org
[21:40:38] <buildmaster> pentium4/ndiswrapper-arch is broken (says eurobuild6-1): https://archlinux32.org
[21:45:26] <buildmaster> pentium4/nvidia-390xx is broken (says eurobuild6-5): https://archlinux32.org
[21:46:03] <buildmaster> pentium4/vhba-module is broken (says eurobuild6-3): https://archlinux32.org
[22:49:41] <buildmaster> i686/svt-hevc is broken (says nlopc46): https://archlinux32.org
[22:50:46] <buildmaster> pentium4/svt-hevc is broken (says eurobuild6-5): https://archlinux32.org
[22:51:26] <buildmaster> i486/svt-hevc is broken (says eurobuild6-7-i486): https://archlinux32.org
[22:54:56] <buildmaster> i486/svt-av1 is broken (says nlopc46-i486bs0): https://archlinux32.org
[22:56:06] <buildmaster> pentium4/svt-av1 is broken (says eurobuild6-6): https://archlinux32.org
[22:57:06] <buildmaster> i686/svt-av1 is broken (says eurobuild6-1): https://archlinux32.org
[22:59:06] -!- buildmaster has quit [Remote host closed the connection]
[22:59:17] -!- buildmaster has joined #archlinux32
[22:59:18] <buildmaster> !rq buildmaster
[22:59:19] <phrik> buildmaster: <buildmaster> I might be insane, but never confused ... ;-)