#archlinux32 | Logs for 2020-05-14

[00:07:36] <buildmaster> i486/gopass are broken (says nlopc46-i486bs0): https://archlinux32.org
[00:07:47] <buildmaster> i486/cni-plugins are broken (says nlopc46-i486bs1): https://archlinux32.org
[00:17:24] <buildmaster> pentium4/podman is broken (says eurobuild6-1): https://archlinux32.org
[00:27:28] <buildmaster> i686/podman is broken (says rechenknecht): https://archlinux32.org
[00:58:44] -!- samantaz has quit [Ping timeout: 246 seconds]
[01:08:09] -!- pwl has joined #archlinux32
[01:19:19] <pwl> Hello
[01:22:00] <pwl> I have noob question trying to install heroku-cli by makepkg, and I am getting that this is not available for i686 architecture
[01:22:15] <pwl> is there any way to fix that?
[01:40:30] -!- pwl has quit [Ping timeout: 256 seconds]
[02:06:18] <buildmaster> any/keycloak is broken (says eurobuild6-1): https://archlinux32.org
[02:34:17] -!- sunshavi has quit [Remote host closed the connection]
[02:35:04] -!- sunshavi has joined #archlinux32
[03:07:01] <buildmaster> i686/389-ds-base is broken (says eurobuild6-2): https://archlinux32.org
[03:08:15] <buildmaster> pentium4/389-ds-base is broken (says nlopc46): https://archlinux32.org
[04:25:35] -!- yans has quit [Ping timeout: 265 seconds]
[07:16:37] <girls> pwl: you need to edit the 'arch=()' line in the PKGBUILD
[07:16:44] <girls> probably add 'pentium4' there
[08:09:28] -!- pwl has joined #archlinux32
[08:17:40] -!- abaumann has joined #archlinux32
[08:17:41] <buildmaster> Hi abaumann!
[08:17:41] <buildmaster> !rq abaumann
[08:17:41] <phrik> buildmaster: <abaumann> people tend to rewrite things in new hip languages, just because they are too lazy to read old code
[08:27:09] -!- deep42thought has joined #archlinux32
[08:27:09] <buildmaster> Hi deep42thought!
[08:27:09] <buildmaster> !rq deep42thought
[08:27:10] <phrik> buildmaster: <deep42thought> deleting once deletes the file, deleting twice formats the partition, deleting three times formats the whole drive and deleting four times shreds the disk physically
[08:27:14] <deep42thought> Hi abaumann!
[08:27:54] <abaumann> morning deep42thought
[08:28:27] <deep42thought> do you have any idea, why grub won't build?
[08:28:37] <abaumann> mmh. it doesn't?
[08:28:38] <abaumann> ok.
[08:28:45] <deep42thought> I can't spot a difference between the last (a working) version and the current (broken) one
[08:31:28] <abaumann> lib/i386/relocator64.S: Assembler messages:
[08:31:28] <abaumann> lib/i386/relocator64.S:66: Error: unknown pseudo-op: `.code64'
[08:31:28] <abaumann> lib/i386/relocator64.S:74: Error: bad register name `%rax'
[08:31:28] <abaumann> lib/i386/relocator64.S:98: Error: bad register name `%rax'
[08:31:28] <abaumann> lib/i386/relocator64.S:132: Error: bad register name `%rip)'
[08:31:34] <abaumann> ui. some 64-bit only code :-)
[08:31:40] <abaumann> inline assembly..
[08:31:47] <abaumann> let's see, maybe a flag is wrong or so.
[08:31:56] <abaumann> lib/i386/relocator64.S
[08:32:00] <abaumann> it should not assemble that
[08:36:17] <deep42thought> what's unclear to me is, why the old version built correctly
[08:36:30] <deep42thought> because the only change I can see, is a pkgrel increment
[08:39:13] <abaumann> the compiler could be different
[08:39:38] <abaumann> as I can see grub builds all 32/64-bit versions, so maybe it assumes gcc on 32-bit can build 64-bit stuff
[08:39:42] <deep42thought> ah, yes
[08:39:44] <abaumann> or at least assemble it with gas.
[08:39:52] <abaumann> which would point to binutils then
[08:40:05] <abaumann> that's the only reasonable explanation I can come up with.
[08:45:43] -!- KeiraT has quit [Ping timeout: 240 seconds]
[08:48:11] <abaumann> I don't see configure flags of sorts to disable 64-bit in grub, so the only way is to patch the makefiles and take out the 64-bit versions..
[08:48:22] <abaumann> ..further there might be some patching needed:
[08:48:25] <abaumann> grub_relocator64_cr3 in relocator is not defined
[08:48:45] <abaumann> so, symbols are now missing (because 64-bit code is included somewhere).
[08:49:19] <abaumann> extern grub_uint8_t grub_relocator64_start;
[08:49:22] <abaumann> lib/i386/relocator.c
[08:49:23] <abaumann> yep.
[08:49:40] <deep42thought> my fear is, that - as you pointed out - the crux is somewhere else
[08:49:59] <deep42thought> we might fix grub this way, but othe packages might develop issues unnoticed
[08:50:04] <abaumann> well, it's not reasonable why a 32-bit gcc should support 64-bit inline assembly.
[08:50:18] <deep42thought> yes, so who would claim, it did?
[08:50:32] <deep42thought> maybe that "who" is also asked by others?
[08:50:36] <abaumann> huh?
[08:50:53] * abaumann has his brain not working at full capacity yet, despite 3 coffees
[08:50:53] <deep42thought> and it's apparently not part of grub - because grub did build fine before with the same version
[08:51:18] <abaumann> what I assume: gcc supported 64-bit opcodes either by accident or because we built it wrongly on 32-bit.
[08:51:26] <deep42thought> ah, o
[08:51:27] <deep42thought> k
[08:51:40] <abaumann> those errors are actually good, because they point out stray 64-bit opcodes in binaries
[08:51:47] <abaumann> which then fail at runtime
[08:51:49] <abaumann> eventually.
[08:51:55] <abaumann> of course, this means more patching effort.
[08:51:56] <deep42thought> ok, I see
[08:52:10] <abaumann> but I think, on the long run, this is a good thing.
[08:52:25] <deep42thought> I thought, you meant, the *configure* stage detected 64-bit-buildability falsely (which it did not have done so before)
[08:52:32] <abaumann> ah. no.
[08:52:37] <abaumann> it doesn't probe at all.
[08:52:51] <abaumann> you say basically I want i386-pc as destination platform
[08:53:00] <abaumann> ./configure \ --with-platform="pc" \ --target="i386"
[08:53:10] <abaumann> it does some detection to conditionally do some EFI stuff
[08:53:28] <deep42thought> but for grub, "i386" means literally also x86_64, right?
[08:53:35] <abaumann> lib/i386/relocator.c has no #ifdef 64-bit or something like that in line 60
[08:53:42] <abaumann> look like it.
[08:53:45] <abaumann> *looks
[08:54:12] <abaumann> urgh. yes.
[08:54:19] <abaumann> I never liked grub, especially grub2
[08:54:29] <abaumann> basically a hackish copy-paste action of kernel and other code..
[08:54:40] <abaumann> (sorry if I insult a grub developer)
[08:54:49] <deep42thought> merely a grub user ;-)
[08:54:50] <abaumann> this is not good design..
[08:55:18] <abaumann> and as a grub user: I never liked the new configuration, compared to the old one of grub-legacy
[08:56:16] * abaumann thinks he has to add a lot of ifdefs into grub code :-)
[08:56:37] <deep42thought> we should upstream this
[08:56:40] * abaumann also doesn't have hopes this gets accepted upstream
[08:56:45] <deep42thought> :-(
[08:56:48] <abaumann> yeah.
[08:56:51] <deep42thought> why?
[08:57:12] <abaumann> we can try, but then I have to do it in a really nice way.
[08:57:17] <deep42thought> hehe
[08:57:26] <deep42thought> so *that*s the problem :-D
[08:58:00] <deep42thought> I cannot imagine, that grub always unconditionally builds for x86_64, too
[08:58:09] <deep42thought> maybe they removed some ifdefs in the past?
[08:58:25] <abaumann> mmh. good point.. I should check the source repo..
[08:58:29] -!- KeiraT has joined #archlinux32
[08:59:28] <abaumann> a pitty: grub is quite modularized, but of course the bootstrapping section cannot be modularized easily..
[08:59:40] <abaumann> there is a if( 64bit ) in bsd.c
[08:59:58] <abaumann> so, we can get away with some ifdefs and some Makefile.am trickery, I hope.
[09:02:43] <abaumann> ah, grub has a nice mailing list, good :-)
[09:03:11] * deep42thought hopes, that not only grub's mailing list is nice, but also the people on that mailing list.
[09:03:28] <abaumann> if they don't read the Archlinux32 IRC logs first, yes ;-)
[09:03:43] <deep42thought> lol
[09:04:43] <abaumann> well, it's always easy to critisize, in the end grub is an operating system in itself from the complecity
[09:04:47] <abaumann> *complexity
[09:05:38] <abaumann> grub has to implenent ext4 ond lvm2 on luks just to be able to read the kernel from weird places.
[09:06:11] <abaumann> if we would put all your boot files just on an EFI FAT partition, we can get away with a much simpler boot loader (gummiboot, systemd-boot-whatever)
[09:06:14] <deep42thought> yeah, that's why I stick to unencrypted, unraided, separate /boot partition
[09:06:30] <abaumann> there is usually nothing you really have to hide there.
[09:06:34] <deep42thought> exactly
[09:06:51] <deep42thought> maybe hmac is nice to have
[09:07:00] <abaumann> for?
[09:07:09] <deep42thought> against manipulation
[09:07:21] <abaumann> ah, right.
[09:09:22] <deep42thought> but otoh: if someone has enough access to manipulate stuff in /boot, you're pretty much screwed anyways - he could just as well replace the whole boot loader and boot from some arbitrary binary at some arbitrary place ...
[09:10:49] <abaumann> true.
[09:10:50] <abaumann> http://archive.linuxfromscratch.org
[09:10:52] <phrik> Title: [lfs-support] compile failure grub i386 (at archive.linuxfromscratch.org)
[09:11:09] <abaumann> --enable-64-bit-bfd
[09:11:10] <abaumann> --enable-targets=x86-64
[09:11:15] <abaumann> yea
[09:11:31] <abaumann> might be exactly what we don't want
[09:11:52] <abaumann> did we change the binutils PKGBUILD in any way lately?
[09:12:08] <abaumann> I double binutils ever enabled those flags automatically on 32-bit.
[09:12:56] <abaumann> # --enable-64-bit-bfd makes sense only for 64-bit targets IMHO
[09:12:59] <abaumann> # should be in a cross-compilation binutils for targeting EFI binaries IMHO,
[09:13:02] <abaumann> # not in the main platform binutils (see also https://bugs.archlinux.org)
[09:13:04] <phrik> Title: FS#42540 : [binutils] Feature request: --enable-targets=x86_64-pep (at bugs.archlinux.org)
[09:13:05] <abaumann> aha. :-)
[09:13:18] <abaumann> --enable-targets=x86_64 != --enable-targets=x86_64-pep though
[09:14:41] <deep42thought> I'm afraid, you lost me
[09:15:19] <abaumann> Well, there are some comments in our diff-PKGBUILD, where I disable for instance support for 64-bit bfd
[09:15:29] <abaumann> x86_64-pep is for simething XENish
[09:15:53] <abaumann> I searched for sedfu which disables the x86_64 target actively in binutils
[09:16:01] <abaumann> but obsiously I'm not doing that.
[09:16:40] <abaumann> disabling BFD and keeping the x86_64 target in binutils might explain some weird messages I saw lately when linking.. but must dig further there too.
[09:16:58] <abaumann> also upstream PKGBUILD didn't drop some flags suddenly.
[09:17:25] <abaumann> so, my problem is: I don't mind why it's not supporting 64-bit assembly, my bigger question is, what caused it?
[09:17:55] <deep42thought> or rather: what caused it to support 64-bit in the past
[09:18:00] <abaumann> exactly
[09:19:09] <abaumann> s/--enable/--enable-64-bit-bfd \0/
[09:19:13] <abaumann> what's that doing?
[09:19:46] <abaumann> core/binutils/PKGBUILD
[09:19:50] <abaumann> in our PKGBUILD
[09:19:56] <abaumann> this doesn't make any sense to me
[09:19:58] <deep42thought> it enables 64-bit-bfd?
[09:20:09] <abaumann> yeah, but s/--enable/
[09:20:12] <abaumann> enable what?
[09:20:20] <deep42thought> mind the "\0"
[09:20:54] -!- Funkin-Stoopid has joined #archlinux32
[09:21:06] <abaumann> ( . ../packages/binutils/repos/core-x86_64/PKGBUILD; . core/binutils/PKGBUILD ; declare -f build)
[09:21:25] <abaumann> doesn't do anything with --enable-64-bit-bfd
[09:21:43] <abaumann> s/--enable-64-bit-bfd//g
[09:21:58] <abaumann> ah, it's added and then some lines further down deleted again :-)
[09:22:08] <deep42thought> hehe
[09:22:12] <buildmaster> any/plasma-wayland-protocols are broken (says eurobuild6-2): https://archlinux32.org
[09:22:23] <abaumann> and there is no explanation why it was added in the first place.. mmh/.
[09:23:15] <deep42thought> hmmm, it's from me and it only says "core/binutils: --enable-64-bit-bfd"
[09:23:21] <deep42thought> so probably, I was wrong :-D
[09:24:20] <abaumann> naeh, I don't think so.
[09:24:46] <abaumann> 7ccb1ae593ca2fed7835a2524097e9a5c5653ce5
[09:24:50] <abaumann> core/binutils: --enable-64-bit-bfd
[09:24:52] <abaumann> mmh :-)
[09:25:15] <deep42thought> and you disabled it again on 2020-03-15
[09:25:16] <abaumann> there might have been a configure failing in a package or some broken output..
[09:25:21] <abaumann> right. :-)
[09:25:22] <deep42thought> maybe in grub?
[09:25:26] <deep42thought> :-D
[09:25:31] <abaumann> no
[09:25:46] <deep42thought> but it fails *now* ;-)
[09:25:53] <abaumann> BFD is for being able to read 64-bit object files (which could be an issue if grub reads modules and interpretes the object format)
[09:25:59] <abaumann> but grub fails in inline assembly.
[09:26:00] <buildmaster> any/python-junit-xml is broken (says eurobuild6-2): https://archlinux32.org
[09:26:09] <deep42thought> ah
[09:26:29] <deep42thought> anyways, we (=you) should simplify those evals
[09:26:34] * abaumann reads an interesting mailing list issue in i686-cygwin cyrcling around the same topic.
[09:26:39] <abaumann> true :-)
[09:26:42] <deep42thought> it makes no sense to add something and delete it afterwards :-D
[09:28:47] <abaumann> ..not to mention the wasted electrons by executing some additional opcodes.. ;-)
[09:43:56] <abaumann> Neither PKGBUILD nor modification of PKGBUILD found for package "bintuils" from core (packages), revisions eda2d5d50047497eca611f1a64621edba2aaee48 and 6c02b1bd9125458e734b4d892d62b0d90dd5bade.
[09:44:00] <abaumann> oh shoot.
[09:44:08] <abaumann> what's wrong here?
[09:44:28] <abaumann> ah. forcing a build of binutils..
[09:44:31] <abaumann> ..let's see. :-)
[09:47:49] <deep42thought> bintuils?
[09:47:55] <abaumann> yep.
[09:47:57] <abaumann> Neither PKGBUILD nor modification of PKGBUILD found for package "bintuils" from core (packages), revisions 2fe21d9fdf9aa627293518a5c4406f9d79385da5 and 6c02b1bd9125458e734b4d892d62b0d90dd5bade.
[09:48:02] <abaumann> still.
[09:48:07] <abaumann> I just pushed a new version..
[09:49:12] <deep42thought> works for me
[09:49:15] <deep42thought> what did you do?
[09:49:18] <deep42thought> seed-build-list?
[09:49:20] <abaumann> mmh.
[09:49:27] <abaumann> maybe local-build-package is now finally broken..
[09:49:36] <deep42thought> no, you have a typo somewhere
[09:49:44] <abaumann> https://archlinux32.org
[09:49:45] <phrik> Title: Arch Linux 32 - List of Build Slaves (at archlinux32.org)
[09:49:46] <deep42thought> you try to build "bintuils" instead of "binutils"
[09:49:56] <abaumann> bintuils
[09:49:57] <abaumann> lol
[09:49:58] <abaumann> yes.
[09:50:19] <abaumann> not enough coffee or too much coffee, it's hard to get the dosage right. ;-)
[09:50:30] <abaumann> sorry :-)
[09:50:34] <deep42thought> np
[11:56:49] -!- buildmaster has quit [Remote host closed the connection]
[11:56:49] -!- trotz has quit [Read error: Connection reset by peer]
[11:58:22] -!- buildmaster has joined #archlinux32
[11:58:22] <buildmaster> !rq buildmaster
[11:58:23] -!- trotz has joined #archlinux32
[11:58:23] <phrik> buildmaster: <buildmaster> I might be insane, but never confused ... ;-)
[12:08:24] <trotz> 2020/05/14 12:08 OK jeti100 Archive Secure HTTP OK: HTTP/1.1 200 OK - 619 bytes in 0.094 second response time
[12:08:24] <trotz> 2020/05/14 12:08 OK jeti100 Master Mirror Certificate OK - Certificate 'arch.eckner.net' will expire on Tue 11 Aug 2020 03:57:58 PM GMT +0000.
[12:14:08] -!- titus_livius has joined #archlinux32
[12:14:23] <trotz> 2020/05/14 12:13 CRIT jeti100 Archive HTTP CRITICAL - Invalid HTTP response received from host on port 80: cURL returned 7 - Couldn't connect to server
[12:17:07] -!- nit-picker has joined #archlinux32
[12:17:07] <buildmaster> Hi nit-picker!
[12:17:07] <buildmaster> !rq nit-picker
[12:17:08] <phrik> buildmaster: <nit-picker> abaumann: but there are only 18 "intermediate" versions
[12:18:23] <trotz> 2020/05/14 12:17 OK jeti100 SSH SSH OK - OpenSSH_8.2 (protocol 2.0)
[12:20:26] -!- deep42thought has joined #archlinux32
[12:20:26] <buildmaster> Hi deep42thought!
[12:20:26] <buildmaster> !rq deep42thought
[12:20:27] <phrik> buildmaster: <deep42thought> deleting once deletes the file, deleting twice formats the partition, deleting three times formats the whole drive and deleting four times shreds the disk physically
[12:23:23] <trotz> 2020/05/14 12:22 OK jeti100 Master Mirror Secure HTTP OK: HTTP/1.1 200 OK - 1408 bytes in 0.081 second response time
[12:24:24] <trotz> 2020/05/14 12:23 OK jeti100 Archive HTTP OK: HTTP/1.1 200 OK - 821 bytes in 0.113 second response time
[12:44:49] -!- samantaz has joined #archlinux32
[13:34:55] -!- deep42thought has quit [Quit: Leaving.]
[13:54:29] <trotz> 2020/05/14 13:54 CRIT buildmaster Buildmaster Secure HTTP CRITICAL - Invalid HTTP response received from host on port 443: cURL returned 6 - Couldn't resolve host name
[14:04:30] <trotz> 2020/05/14 14:04 OK buildmaster Buildmaster Secure HTTP OK: HTTP/2.0 200 - 2903 bytes in 0.216 second response time
[14:47:32] <trotz> 2020/05/14 14:46 CRIT archlinux32.org Home HTTP CRITICAL - Invalid HTTP response received from host on port 80: cURL returned 28 - Timeout was reached
[14:47:32] <trotz> 2020/05/14 14:46 CRIT archlinux32.org Home Certificate HTTP CRITICAL - Invalid HTTP response received from host on port 443: cURL returned 28 - Timeout was reached
[14:48:52] <abaumann> https://gitlab.alpinelinux.org
[14:48:54] <abaumann> interesting.
[14:48:54] <phrik> Title: binutils uses --enable-64-bit-bfd even on x86 (#1908) · Issues · alpine / aports · GitLab (at gitlab.alpinelinux.org)
[14:52:33] <trotz> 2020/05/14 14:52 OK archlinux32.org Home HTTP OK: HTTP/1.1 200 OK - 22901 bytes in 0.781 second response time
[14:52:33] <trotz> 2020/05/14 14:51 OK archlinux32.org Home Certificate OK - Certificate 'archlinux32.org' will expire on Fri 31 Jul 2020 11:43:23 PM GMT +0000.
[14:56:21] <abaumann> so, the reason why grub didn't build was most likely me playing with --enable-64-bit-bfd
[14:56:34] <abaumann> I'll reenable it and then let's see if grub doesn't build.
[14:56:41] <abaumann> patching it out is not a really good idea.
[14:58:54] <abaumann> enabling 64-bit bfd also enable x86_64 as assembly target? this is weird, but..
[15:07:01] -!- abaumann has quit [Quit: leaving]
[15:25:24] -!- torv has quit [Remote host closed the connection]
[15:25:51] -!- abaumann has joined #archlinux32
[15:25:51] <buildmaster> Hi abaumann!
[15:25:52] <buildmaster> !rq abaumann
[15:25:52] <phrik> buildmaster: <abaumann> well, also a KVM switch is technically a backdoor
[15:26:03] <abaumann> yep, grub builds again. I force the build..
[15:26:21] <abaumann> nrpe on the buildmaster needs hand-compilation because of the configure option --enable-command-args
[15:26:30] -!- torv has joined #archlinux32
[15:26:33] <abaumann> I rebuilt it and put nrpe back into IngorePkg
[15:35:21] -!- abaumann has quit [Quit: leaving]
[15:38:55] -!- deep42thought has joined #archlinux32
[15:38:55] <buildmaster> Hi deep42thought!
[15:38:55] <buildmaster> !rq deep42thought
[15:38:56] <phrik> buildmaster: <deep42thought> documented => the bug becomes a feature
[15:38:59] <deep42thought> sry about nrpe
[15:39:15] <deep42thought> maybe I should package a modified version, then?
[15:40:45] -!- abaumann has joined #archlinux32
[15:40:45] <buildmaster> Hi abaumann!
[15:40:45] <buildmaster> !rq abaumann
[15:40:46] <phrik> buildmaster: <abaumann> wasn't I saying something lately about setarch being broken? ;-)
[15:40:59] * abaumann is constantly doing network stuff and connecting and disconnecting his chat client.
[15:41:10] <abaumann> np because of nrpe
[15:41:40] <deep42thought> I was just in major-rebuild-mood due to gcc 10
[15:42:05] <abaumann> gcc 10? already 10?
[15:42:06] <abaumann> wow.
[15:42:17] <deep42thought> yeah
[15:42:25] <deep42thought> buildmaster: wtp gcc
[15:42:26] <buildmaster> deep42thought: i486/gcc: i486/core (9.3.0-1.2)
[15:42:26] <buildmaster> i686/gcc: i686/core (9.3.0-1.2), i686/staging (10.1.0-1.0)
[15:42:26] <buildmaster> pentium4/gcc: pentium4/core (9.3.0-1.2)
[15:42:46] <deep42thought> hmm
[15:42:51] <abaumann> indeed.
[15:43:04] <abaumann> I see some gcc's are building currently.
[15:43:11] <deep42thought> oh, the slow compilations are on *my* slave :-/
[15:43:27] <deep42thought> ah, right, I rebooted those a few hours ago
[15:43:39] * deep42thought whistles innocently
[15:43:46] <abaumann> :-)
[16:25:53] -!- yans has joined #archlinux32
[17:14:17] -!- abaumann has quit [Quit: leaving]
[17:16:11] -!- abaumann has joined #archlinux32
[17:16:12] <buildmaster> Hi abaumann!
[17:16:12] <buildmaster> !rq abaumann
[17:16:13] <phrik> buildmaster: <abaumann> meson adds another layer of f*ups
[17:16:19] <abaumann> binutils: /usr/bin/gdbserver exists in filesystem (owned by gdb)
[17:16:19] <abaumann> binutils: /usr/lib/libinproctrace.so exists in filesystem (owned by gdb)
[17:16:29] <deep42thought> hmm
[17:16:38] <deep42thought> who owns that upstream?
[17:17:03] <abaumann> /usr/bin/gdbserver is owned by binutils 2.34-3
[17:17:10] <abaumann> /usr/lib/libinproctrace.so is owned by binutils 2.34-3
[17:17:16] <abaumann> so, maybe rebuilding gdb helps..
[17:18:15] <abaumann> let my try a gdb test build and see if the files disappear in 'pkg'
[17:18:53] <abaumann> rm "$pkgdir"/usr/bin/gdbserver
[17:18:56] <abaumann> rm "$pkgdir"/usr/lib/libinproctrace.so*
[17:18:59] <abaumann> in gdb PKGBUILD
[17:19:00] <abaumann> ok.
[17:19:02] <deep42thought> :-D
[17:19:05] <abaumann> I'll retrigger gdb.. :-)
[17:19:43] -!- pwl has quit [Ping timeout: 260 seconds]
[17:53:08] -!- Funkin-Stoopid has quit [Quit: Konversation terminated!]
[18:45:15] <buildmaster> pentium4/krita is broken (says nlopc46): https://archlinux32.org
[18:55:37] -!- abaumann has quit [Quit: leaving]
[19:13:56] <buildmaster> pentium4/acpi_call is broken (says eurobuild6-1): https://archlinux32.org
[19:21:26] <buildmaster> pentium4/opencv is broken (says nlopc46): https://archlinux32.org
[19:42:19] <buildmaster> pentium4/virtualbox-host-modules-arch is broken (says eurobuild6-4): https://archlinux32.org
[19:45:42] <buildmaster> i686/krita is broken (says nlopc46): https://archlinux32.org
[20:37:24] <buildmaster> any/python-jedi is broken (says rechenknecht): https://archlinux32.org
[20:52:07] <buildmaster> i686/virtualbox-host-modules-arch is broken (says nlopc46): https://archlinux32.org
[21:13:13] -!- finsternis has quit [Remote host closed the connection]
[21:17:54] -!- yans has quit [Ping timeout: 240 seconds]
[22:06:34] -!- yans has joined #archlinux32
[23:07:49] <buildmaster> i486/mariadb is broken (says eurobuild6-7-i486): https://archlinux32.org
[23:32:32] <buildmaster> i486/rime-cantonese is broken (says nlopc46-i486bs0): https://archlinux32.org
[23:41:34] <buildmaster> i486/fcitx5 is broken (says nlopc46-i486bs0): https://archlinux32.org