#archlinux32 | Logs for 2019-02-01

Back
[00:00:36] -!- samantaz_ has quit [Ping timeout: 246 seconds]
[01:13:45] -!- oaken-source has quit [Ping timeout: 246 seconds]
[01:20:47] -!- guys has quit [Ping timeout: 240 seconds]
[01:29:43] -!- MrBIOS has quit [Quit: MrBIOS]
[01:35:00] -!- guys has joined #archlinux32
[01:57:15] -!- woshty has quit [Ping timeout: 244 seconds]
[02:03:44] <buildmaster> i686/prometheus are broken (says nlopc46).
[02:08:07] <buildmaster> i686/prettier is broken (says nlopc46).
[03:21:59] -!- guys has quit [Ping timeout: 244 seconds]
[03:35:38] -!- guys has joined #archlinux32
[05:21:56] -!- guys has quit [Ping timeout: 272 seconds]
[05:36:01] -!- guys has joined #archlinux32
[06:42:25] -!- deep42thought has joined #archlinux32
[06:42:25] <buildmaster> Hi deep42thought!
[06:42:25] <buildmaster> !rq deep42thought
[06:42:25] <phrik> buildmaster: <deep42thought> please don't go insane - I think I can't fix you like I can fix the buildmaster
[06:47:28] -!- buildmaster has quit [Remote host closed the connection]
[06:50:38] -!- titus_livius has joined #archlinux32
[06:54:32] -!- deep42thought has quit [Quit: Leaving.]
[07:21:56] -!- guys has quit [Ping timeout: 240 seconds]
[07:34:46] -!- guys has joined #archlinux32
[07:46:10] -!- DCyrax has joined #archlinux32
[07:55:34] -!- woshty has joined #archlinux32
[09:12:05] -!- deep42thought has joined #archlinux32
[09:12:05] <buildmaster> Hi deep42thought!
[09:12:05] <buildmaster> !rq deep42thought
[09:12:06] <phrik> buildmaster: <deep42thought> I like ignoring systemd, but: why?
[09:18:37] -!- oaken-source has joined #archlinux32
[09:19:02] -!- abaumann has joined #archlinux32
[09:19:03] <buildmaster> Hi abaumann!
[09:19:03] <buildmaster> !rq abaumann
[09:19:03] <phrik> buildmaster: <abaumann> ..sorry. After 2 hours of trying to do basic stuff I start to get a little bit dizzy.. :-)
[09:19:07] <deep42thought> Hi abaumann!
[09:19:10] <abaumann> hi deep42thought
[09:21:39] -!- guys has quit [Ping timeout: 246 seconds]
[09:22:06] <deep42thought> my i486bs0 cannout mount its / :-(
[09:22:20] <deep42thought> i *might* have broken something
[09:23:01] <abaumann> mmh. you don't have a console to them?
[09:23:23] <deep42thought> I cannot ssh into it and the rescue console does not take keyboard input (the bootloader does)
[09:23:48] <abaumann> ah. because the ramdisk lacks keyboard drivers.
[09:23:59] <abaumann> mmh. you cannot boot from a virtual ISO?
[09:24:11] <deep42thought> I probably can
[09:24:15] <deep42thought> haven't tried yet
[09:24:42] <deep42thought> what's the link to the i486 iso again?
[09:25:01] <deep42thought> ah, wait, I have the iso still around :-D
[09:25:37] <abaumann> you installed it from this iso? ah, it's the one with a proper kernel, so all drivers should be around. just it uses syslinux instead of grub
[09:27:31] <deep42thought> \o/ the iso boots - should I simply "pacman -S $everything" now?
[09:29:28] <abaumann> mmh.
[09:29:39] <abaumann> but how can it not mount the root partition.
[09:29:47] <abaumann> maybe it's sufficient just to fsck it?
[09:30:04] <abaumann> I would fsck it, then chroot into it and see if that works.
[09:30:39] <deep42thought> fsck looks good
[09:30:47] <deep42thought> but pacman complains about a set lock
[09:30:59] <deep42thought> maybe I rebooted the host when the client was running pacman :-/
[09:31:36] <abaumann> ah. that's a good explanation. then reinstall all packages should work.
[09:32:59] <deep42thought> warning: could not fully load metadata for package linux-4.20.4-arch1-1.0
[09:33:04] <deep42thought> errrr
[09:33:26] <abaumann> mmh. so /var/lib/pacman/local/ is borked?
[09:33:34] <deep42thought> cleaning cache now ...
[09:33:39] <deep42thought> let's see if that fixes it :-D
[09:33:49] <abaumann> that's what I usually get when I crash Raspberry PIs with ArchlinuxARM
[09:34:02] <abaumann> but then it would complain about missing files there..
[09:34:34] <deep42thought> hmm, it wasn't the cache
[09:34:41] <deep42thought> probably really the local db :-/
[09:35:06] <abaumann> I can tar the one on my slave so you can unpack it there..
[09:35:10] <deep42thought> I wonder if I should just remove all traces of the linux package and install it with --overwrite ...
[09:35:19] <deep42thought> nah, not necessary
[09:35:22] <deep42thought> the iso is running
[09:35:28] <deep42thought> and I can untar by myself
[09:35:49] <deep42thought> for a short moment I wanted to write "I can unzip myself"
[09:36:11] -!- guys has joined #archlinux32
[09:37:47] <deep42thought> ah, oh, you mean taring the localdb, hmmm
[09:37:57] <deep42thought> well I have a second slave running here, too
[09:38:10] <deep42thought> but I'm afraid, the versions of the package should match
[09:38:18] <abaumann> yeah. that's true
[09:39:22] <deep42thought> ok, one can just remove the directory and install with --force as if the package was not yet installed before ...
[09:50:32] -!- thePiGrepper has joined #archlinux32
[10:08:43] <deep42thought> umm, some i486 build slave seems to be broken: https://buildmaster.archlinux32.org
[10:11:20] <deep42thought> abaumann: you are aware of the -l option of bin/build-packages?
[10:20:31] <abaumann> yes. but again. it needs the buildmaster to be running.
[10:20:39] <deep42thought> it does?
[10:20:50] <abaumann> Or at least, it did, when I wrote the script. :-)
[10:20:56] <deep42thought> ... it should not need the buildmaster
[10:21:01] <deep42thought> :-D
[10:21:08] <abaumann> basically, I just killed off my forks and branches, threw everything into master.
[10:21:15] <abaumann> the plan is to consolidate things now. :-)
[10:21:17] <deep42thought> yeah, I noticed
[10:21:28] <abaumann> error: config file /etc/pacman.d/mirrorlist32 could not be read: No such file or directory
[10:21:40] <abaumann> error parsing '/etc/pacman.conf'
[10:21:40] <abaumann> ==> ERROR: You do not have sufficient permissions to read the pacman keyring.
[10:21:43] <deep42thought> the question is if the local-build script should be integrated in build-packages or if we should remove -l from build-packages
[10:21:57] <deep42thought> yeah, I'm looking into the i486 build issue, currently
[10:22:09] <deep42thought> seems like it's looking for mirrorlist32 in the wrong place ...
[10:22:17] <abaumann> I have to test with -l again and see.
[10:22:34] <abaumann> and the keyring has wrong permissions?
[10:25:30] <deep42thought> who copies mirrorlist32 on an x86_64 host into the i686 build chroot?
[10:25:41] <deep42thought> this does not happen on an i486 host into the i486 chroot
[10:26:04] <abaumann> lemme check on my i486 slave.
[10:26:23] <abaumann> I have a mirrorlist32
[10:26:36] <deep42thought> inside the chroot?
[10:26:40] <abaumann> maybe an old version of the devtools32 scripts
[10:26:41] <abaumann> yes
[10:27:05] <abaumann> /var/lib/archbuild/staging-i486/root/etc/pacman.d/mirrorlist32
[10:27:11] <abaumann> but it contains only my server: Server = http://archlinux32.andreasbaumann.cc
[10:27:14] <abaumann> mmh
[10:27:23] <deep42thought> this is correct
[10:27:45] <abaumann> I have the same server in /etc/pacman.d/mirrorlist32 on the host
[10:27:50] <abaumann> maybe that one gets copied
[10:27:58] <deep42thought> no
[10:28:09] <deep42thought> mirrorlist gets copied to mirrorlist and mirrorlist32
[10:28:22] <abaumann> in arch-nspawn?
[10:28:34] <deep42thought> https://git.archlinux32.org
[10:28:36] <phrik> Title: archlinux32/devtools32: Fork of devtools from archlinux.org with small modifications to compile i486 and i686 from our repositories - Archlinux32 Gitea (at git.archlinux32.org)
[10:28:43] <deep42thought> ah, no actually it does not copy the one from the host
[10:28:51] <deep42thought> but rather creates on with a single line
[10:29:42] <abaumann> there is another copy above:
[10:29:58] <abaumann> https://git.archlinux32.org
[10:30:00] <phrik> Title: archlinux32/devtools32: Fork of devtools from archlinux.org with small modifications to compile i486 and i686 from our repositories - Archlinux32 Gitea (at git.archlinux32.org)
[10:30:52] <abaumann> ah. it fetches something from the local mirrorlist32 if not on a 64-bit host.
[10:31:15] <deep42thought> but it should create the files in any case ...
[10:31:17] <abaumann> maybe that's the difference? I'm running on a virtual i486..
[10:31:56] <abaumann> maybe if you remove all in /var/lib/archbuild and rebuild the chroot?
[10:32:01] <abaumann> maybe it fixes itself then..
[10:32:18] <abaumann> *abaumann believes in the self-healing capabilities of shell scripts
[10:36:35] <deep42thought> öhm, I think I found it: the arch-nspawn in the yesterday-built devtools32 is different from the one which the current master branch would create
[10:36:42] <deep42thought> it lacks the copying to mirrorlist32
[10:36:48] <abaumann> oh. :-)
[10:38:08] <deep42thought> woot - we're packaging upstream's devtools on i686 and i486 O.o
[10:39:01] <abaumann> I saw a devtools32 update flipping by yesterday..
[10:39:40] <deep42thought> hmm
[10:40:05] -!- thePiGrepper has quit [Ping timeout: 268 seconds]
[10:41:44] -!- thePiGrepper has joined #archlinux32
[10:42:16] <abaumann> yeah. I remember. Can I build with build-package -l from the local packages repo, without having already checked in a git revision?
[10:42:26] <deep42thought> yes
[10:42:33] <deep42thought> with the pseudo-ref "work-tree"
[10:42:42] <abaumann> ah. I remember.
[10:42:49] <deep42thought> e.g. linux.HEAD.work-tree.core
[10:42:49] <abaumann> - git-mod-revision: work-tree or a valid commit
[10:43:15] <deep42thought> I'm not sure if -l requires the architecture field now, too
[10:43:44] <abaumann> ah. yep. let's see :-)
[10:43:49] <abaumann> ./build-packages -l which.work-tree.work-tree.core
[10:43:56] <abaumann> that's usually how I use it locally.
[10:45:24] <abaumann> aha. I don't have devtools32 installed on the i486 build slave, I checked it out from git and installed it manually..
[10:45:36] <abaumann> this would explain the differences
[10:45:46] <abaumann> I saw devtools32 as an update on the buildmaster, actually.
[10:46:04] <abaumann> find_repository_with_commit: Cannot find repository with commit "work-tree"
[10:46:04] <abaumann> Umm, nothing to abort for your.
[10:46:05] <abaumann> flock: 9: Bad file descriptor
[10:46:12] <abaumann> ok. so now I have to specify the master git revision
[10:46:39] <abaumann> ./build-packages -l which.15a379be58557533957845bc0e8f24de524a6a21.work-tree.core
[10:46:44] <deep42thought> ah, yes
[10:46:53] <deep42thought> for upstream you cannot use work-tree
[10:47:07] <deep42thought> but I think, it accepts 'packages-HEAD' and 'community-HEAD'
[10:47:49] <deep42thought> ... usually you should not apply patches to upstream, so I think, restricting that is fine
[10:48:12] <abaumann> ./build-packages -l which.packages-HEAD.work-tree.core
[10:48:17] <abaumann> Repository archlinux32 does not contain commit f1f94cb6fb92a246456a562bc04c042aba67b44d, but it should.
[10:48:20] <abaumann> Umm, nothing to abort for your.
[10:48:23] <abaumann> mmh.
[10:48:53] <deep42thought> ah, damn, the ping-to-buildmaster thing should not run when building locally ...
[10:49:43] <deep42thought> I found the bug in devtools32!
[10:49:50] <abaumann> ah?
[10:50:14] <deep42thought> we renamed pacman-*-32.conf to pacman-*-i686.conf and pacman-*-i486.conf
[10:50:28] <deep42thought> so there is a sed in prepare() which does nothing, currently
[10:51:03] <deep42thought> ... we do not use mirrorlist32 on i686 and i486 hosts, thus it's patched out (after we patch it in via Makefile)
[10:54:22] <abaumann> sorry for creating trouble with my funny requests.. :-)
[10:55:58] <deep42thought> np, it's much cleaner now
[10:56:13] <deep42thought> and that makes me more happy :-D
[10:56:20] <abaumann> :-)
[10:58:19] <deep42thought> oh, I forgot to add your bootstrap repository to the i486 pacman conf ...
[10:58:49] <abaumann> ..which reminds me.. I should clean up there a little bit.
[10:58:55] <deep42thought> :-D
[11:21:58] -!- guys has quit [Ping timeout: 250 seconds]
[11:52:43] <deep42thought> abaumann: devtools works on i486 again for me
[12:02:43] -!- oaken-source has quit [Ping timeout: 268 seconds]
[12:18:28] <abaumann> deep42thought: good. :-)
[12:43:49] <buildmaster> i686/hedgewars are broken (says rechenknecht).
[12:46:40] -!- oaken-source has joined #archlinux32
[12:54:27] -!- oaken-source has quit [Ping timeout: 244 seconds]
[13:19:16] -!- oaken-source has joined #archlinux32
[13:36:33] <deep42thought> abaumann: your newly checked-in scripts do not pass shellcheck :-(
[13:52:56] <buildmaster> i686/stack is broken (says nlopc46) - I rescheduled: haskell-mustache.
[14:01:29] <buildmaster> i686/haskell-mustache is broken (says nlopc46) - I rescheduled: haskell-wreq.
[14:09:38] <buildmaster> i686/haskell-wreq is broken (says nlopc46) - I rescheduled: haskell-snap-server.
[14:18:59] <buildmaster> i686/composer is broken (says rechenknecht).
[14:33:06] <abaumann> deep42thought: local-build-package? That's the only one I checked in. The archlinux32/docker is a fork from a project upstream, I might be able to commit the changes back when I do minimal changes..
[14:34:25] <deep42thought> I commented some variables and added a few "# shellcheck disable=..."s in local-build-package
[14:34:51] <abaumann> ah. thanks.
[14:34:54] <deep42thought> but it would be nice if you installed shellcheck, so the git commit hook runs on your box, too :-)
[14:35:16] <abaumann> shellcheck usually just breaks my scripts.. the opcode checker no longer works.
[14:35:38] <deep42thought> well, that was me, then, probably ... due to shellcheck
[14:36:06] <deep42thought> you can still #shellcheck disable=... the stuff you don't need/like
[14:36:15] <deep42thought> but I also found a typo in your script with shellcheck ;-)
[14:36:29] <abaumann> ah? :-)
[14:36:51] <deep42thought> -if ${nocehck}; then
[14:36:51] <deep42thought> +if ${nocheck}; then
[14:36:56] <abaumann> oups.
[14:37:06] <abaumann> yaix. yeah. I have a look.
[14:37:16] <deep42thought> it's those kind of stupid mistakes, why I employed shellcheck in the first place
[14:37:52] <deep42thought> you'd be surprised (or maybe not) if you knew how many mistyped variables and wrongly quoted stuff shellcheck uncovered :-D
[14:38:13] <abaumann> I can imaginge. :-)
[14:38:18] <abaumann> *imagine
[14:38:36] <deep42thought> # shellcheck disable=english
[14:38:51] <abaumann> lol
[14:43:51] <abaumann> anyway. I should have a look at this sniffer again. Now that i486 packages potentially have been compiled as i686 packages
[14:44:24] <deep42thought> and we probably lack the computational power to simply recompile all i486 packages ...
[14:45:08] <abaumann> ah. yeah. but I don't think, there are many packges which got miscompiled.
[14:45:16] <deep42thought> yes
[14:45:23] <abaumann> It needs guessing the platform and having hand-crafted assembly code around in some form.
[14:45:26] <deep42thought> the more important it is to find the faulty ones
[14:45:33] <abaumann> exactly.
[14:45:48] <abaumann> the toolchain for instance (binutils and gcc) are two important candidates.
[14:46:01] <abaumann> the rest seems to work and my old machines seem all fine ATM
[14:47:13] <abaumann> PKGBUILD: echo -e "import Distribution.Simple\nmain = defaultMain" > Setup.hs
[14:47:20] <abaumann> ah. there is the Setup.hs :-)
[14:47:25] <abaumann> https://github.com
[14:47:27] <phrik> Title: Tests (or traversal) seem not completely determenistic · Issue #1 · fosskers/microlens-aeson · GitHub (at github.com)
[14:47:40] <abaumann> I try to give some better hints and I'm testing on Fedora 29 currently.
[14:48:08] <abaumann> Might point to an internal Hashkell problem actually..
[14:48:14] <deep42thought> ah, right, this issue totally got lost in a stack of to-dos
[14:48:27] <abaumann> ..and now we need Haskell as central part of our infrastructure - shellcheck :-)
[14:48:44] <abaumann> it's more a pile of stacks ;-)
[14:48:46] <deep42thought> ah, strictly speaking, it's not needed
[14:49:03] <deep42thought> that's why the commit hook does not complain if shellcheck is unavailable
[14:49:12] <deep42thought> on one of my boxes I don't have shellcheck either
[14:49:20] <deep42thought> so I needed to be able to commit w/o shellchecking
[15:01:45] <deep42thought> abaumann: thanks for the update on the haskell bug :-)
[15:02:30] <abaumann> I just think, I reported it in the wrong place - the poor guys are merely using the tasty test framework of Haskell (tasty is the name of the test framework).
[15:02:36] <abaumann> , testCase "" $ ("{\"a\": 4, \"b\": 7}" ^.. members) @?= [Number 4.0,Number 7.0]
[15:02:51] <abaumann> that's all I see in Test.hs, so the test framework might mess up things
[15:03:14] <deep42thought> or the expression on the r.h.s. should invoke the same ordering ...
[15:03:23] <abaumann> but non-64-bit-Intel seems not to be a target for Haskell.
[15:03:41] <abaumann> yeah.
[15:03:57] <abaumann> But I would need hours to learn Haskell just to try to fix something :-)
[15:04:05] <deep42thought> lol
[15:04:10] <deep42thought> not worth the effort, I think
[15:04:15] <abaumann> nope.
[15:04:28] <deep42thought> haskell is officially not supported on 32 bit?
[15:04:32] <deep42thought> I can't believe that
[15:04:44] <abaumann> well, the static stack for i386.
[15:05:04] <abaumann> otherwise I think it is
[15:05:20] <abaumann> just seen, that fedora 29 packaged all neatly on 32-bit :-)
[15:05:21] <deep42thought> what "static stack"??
[15:05:49] <abaumann> seems, you can download a Haskell bundle of sorts, which is statically linked, so it works on every Linux without the help of packaging.
[15:06:05] <deep42thought> yet another system-in-a-system?
[15:06:22] <abaumann> *sigh*
[15:06:26] <abaumann> yeah.
[15:06:55] <abaumann> though, Haskell is old, so there might have been reasons to do so in the past.
[15:08:07] -!- oaken-source has quit [Ping timeout: 240 seconds]
[15:08:48] <abaumann> package_key: local-build-package, ok convinced. :-)
[15:08:52] <abaumann> shellcheck is good :-)
[15:09:33] <deep42thought> hmm?
[15:10:11] <abaumann> package_key is only defined in the configuration, so do I add a shellcheck source=../conf/slave.conf?
[15:10:37] <deep42thought> umm
[15:10:51] <deep42thought> # shellcheck source=../lib/load-configuration
[15:10:51] <deep42thought> . "${0%/*}/../lib/load-configuration"
[15:10:56] <deep42thought> is what I usually did
[15:11:02] <abaumann> doesn't work for me
[15:11:19] <deep42thought> it checks too much?
[15:11:43] <deep42thought> problem is: slave.conf /might/ not exist
[15:11:47] <abaumann> I don't think, it loads lib/load-configuration and then slave.conf recursively
[15:12:05] <deep42thought> lib/load-configuration loads slave.conf
[15:12:13] <deep42thought> and also sets some defaults
[15:12:25] <abaumann> yeah. but does shellcheck do that too?
[15:12:30] <deep42thought> yes
[15:12:49] <deep42thought> the set default has the same name - obviously ;-)
[15:12:55] <deep42thought> so shellcheck won't complain anymore
[15:13:08] <abaumann> ah.
[15:13:10] <abaumann> -x
[15:13:13] <abaumann> shellcheck -x local-build-package
[15:13:16] <deep42thought> -x
[15:13:16] <abaumann> forgot the -x
[15:13:21] <deep42thought> forgot to mention that
[15:13:21] <abaumann> sorry.
[15:13:32] <deep42thought> the hook has the -x ;-)
[15:13:36] <abaumann> I'm thinking about a top-level Makefile in builder..
[15:13:40] <abaumann> as for devtools
[15:13:52] <deep42thought> doesn't really work
[15:14:04] <deep42thought> because we're running from master directly
[15:14:17] <deep42thought> so there is currently a systemd timer which git-pulls
[15:14:24] <deep42thought> this would then also need to run make
[15:14:34] <deep42thought> but in my experience git+make is unstable
[15:14:38] <abaumann> ah, no. a manual 'make check' just before we check in manually.
[15:14:41] <abaumann> that's all.
[15:14:45] <deep42thought> so one would need to run "git pull; git clean; make"
[15:14:55] <deep42thought> which leaves you with a small gap where no scripts existed
[15:15:02] <deep42thought> ah, hmm
[15:15:07] <deep42thought> yeah
[15:15:18] <deep42thought> you can transform the git hook to a make target if you like
[15:15:21] <abaumann> I would not use it, to do anything to the scripts or install them
[15:15:34] <deep42thought> yeah, that is fine
[15:15:46] <abaumann> the idea with the Makefile is more like a self-documenting feature.
[15:15:59] <abaumann> README.md is also an idea
[15:16:04] <deep42thought> there is lrwxrwxrwx 1 erich erich 30 2. Aug 2017 .git/hooks/pre-commit -> ../../bin/strict-bashism-check
[15:16:15] <deep42thought> so basically, it _is_ already in the repo :-D
[15:16:37] <abaumann> ah, cool.
[15:16:49] <deep42thought> are the hooks part of the commits?
[15:16:59] <deep42thought> or does one need to install them separately for each clone?
[15:17:05] <abaumann> mmh. not too familiar with git hooks..
[15:17:16] <abaumann> good question.
[15:17:25] <deep42thought> I think, they're only local
[15:17:39] <deep42thought> so you need to set up that symlink on your repo(s), too
[15:42:16] <deep42thought> abaumann: regarding README.md - do you see anything missing from the current README.md?
[15:48:15] <abaumann> wtp
[15:48:29] <abaumann> update-pacman-dbs
[15:49:00] <abaumann> check-opcodes, opcodes, well, they are not doing what they should, so I have to look anyway.
[15:49:27] <deep42thought> we could provide man pages for the scripts, lol
[15:49:49] <abaumann> yeah. actually I like to write them manually, nroffing and troffing
[15:50:24] <abaumann> naeh. a usage and a README is more than enough.
[15:57:38] -!- oaken-source has joined #archlinux32
[16:03:23] <elibrokeit> abaumann: did you see what I said while you were offline, about --overwrite?
[16:10:12] -!- guys has joined #archlinux32
[16:12:41] <abaumann> elibrokeit: yes, thanks.
[16:13:08] <abaumann> so at least you are required to know about wildcards to shot in you own foot. ;-)
[16:48:56] -!- oaken-source has quit [Ping timeout: 240 seconds]
[16:59:15] -!- deep42thought has quit [Quit: Leaving.]
[17:06:19] <abaumann> I seem not to have access to https://git.archlinux32.org Can I give them to myself? I seem to lack the rights..
[17:23:19] -!- guys has quit [Ping timeout: 272 seconds]
[17:23:32] -!- abaumann has quit [Quit: leaving]
[17:37:36] -!- guys has joined #archlinux32
[17:47:56] -!- DCyrax has quit [Ping timeout: 240 seconds]
[18:02:27] -!- Dimtree has quit [Quit: Peace]
[18:23:57] -!- Dimtree has joined #archlinux32
[18:29:24] <buildmaster> i686/mysql-workbench is broken (says eurobuild3).
[18:32:34] -!- MrBIOS has joined #archlinux32
[18:48:07] -!- abaumann has joined #archlinux32
[18:48:07] <buildmaster> Hi abaumann!
[18:48:08] <buildmaster> !rq abaumann
[18:48:09] <phrik> buildmaster: <abaumann> does it include a dependency to a mailer, so it can send emails about temperature and usage too? ;-)
[18:52:06] -!- abaumann has quit [Client Quit]
[19:23:30] -!- guys has quit [Ping timeout: 244 seconds]
[19:33:21] -!- MrBIOS has quit [Read error: Connection reset by peer]
[19:37:17] -!- guys has joined #archlinux32
[19:39:02] -!- MrBIOS has joined #archlinux32
[19:49:51] -!- guys has quit [Ping timeout: 244 seconds]
[20:03:54] -!- guys has joined #archlinux32
[20:05:30] -!- samantaz_ has joined #archlinux32
[20:16:52] -!- woshty has quit [Read error: Connection reset by peer]
[20:16:57] -!- woshty_ has joined #archlinux32
[21:23:58] -!- guys has quit [Ping timeout: 272 seconds]
[21:29:44] <buildmaster> i686/mysql-workbench is broken (says rechenknecht).
[21:38:19] -!- guys has joined #archlinux32
[21:50:19] -!- deep42thought has joined #archlinux32
[21:50:19] <buildmaster> Hi deep42thought!
[21:50:19] <buildmaster> !rq deep42thought
[21:50:20] <phrik> buildmaster: <deep42thought> my cluster of 1k 4/86's will be happy to iterate Maxwell-Vlasov-equations :-D
[21:50:32] <deep42thought> abaumann: trying to add you, I get "User is organization member who cannot be added as a collaborator."
[21:51:53] <deep42thought> I added archlinux32/docker to the repositories of the "devs" - this should give you sufficient rights
[22:40:37] -!- deep42thought has quit [Quit: Leaving.]
[22:46:02] -!- thePiGrepper has quit [Ping timeout: 244 seconds]
[22:48:11] -!- phrik has quit [Remote host closed the connection]
[22:48:21] -!- phrik has joined #archlinux32
[22:48:21] <buildmaster> Hi phrik!
[22:48:21] <buildmaster> !rq phrik
[22:49:15] -!- elibrokeit has quit [Remote host closed the connection]
[22:50:24] -!- elibrokeit has joined #archlinux32
[22:52:20] <phrik> buildmaster: <phrik> ayy
[23:03:59] -!- oaken-source has joined #archlinux32
[23:09:34] -!- samantaz__ has joined #archlinux32
[23:11:52] -!- samantaz_ has quit [Ping timeout: 244 seconds]
[23:23:23] -!- guys has quit [Ping timeout: 245 seconds]