#archlinux32 | Logs for 2019-08-22

Back
[00:21:47] -!- deep42thought has quit [Quit: Leaving.]
[00:35:59] Cthulu201 is now known as Cthulu201_
[00:59:48] -!- davor has quit [Ping timeout: 268 seconds]
[01:00:51] -!- davor has joined #archlinux32
[02:30:07] <buildmaster> pentium4/calligra-plan is broken (says eurobuild6-4): https://archlinux32.org
[02:35:28] <buildmaster> i686/embree is broken (says eurobuild6-2): https://archlinux32.org
[02:44:06] <buildmaster> i486/postgresql is broken (says nlopc46-i486bs1): https://archlinux32.org
[02:55:25] -!- davor has quit [*.net *.split]
[02:55:25] -!- arnd has quit [*.net *.split]
[02:55:26] -!- eschwartz[m] has quit [*.net *.split]
[02:55:27] -!- DepositePirate has quit [*.net *.split]
[02:55:27] -!- thePiGrepper has quit [*.net *.split]
[02:55:27] -!- ofara_ has quit [*.net *.split]
[02:55:28] -!- traace has quit [*.net *.split]
[02:55:28] -!- KitsuWhooa has quit [*.net *.split]
[02:55:28] -!- elibrokeit has quit [*.net *.split]
[02:55:28] -!- City-busz has quit [*.net *.split]
[02:55:28] -!- ofara has quit [*.net *.split]
[02:55:28] -!- dopsi has quit [*.net *.split]
[02:55:28] -!- rcf has quit [*.net *.split]
[02:55:29] -!- bill-auger has quit [*.net *.split]
[02:55:29] -!- Alina-malina has quit [*.net *.split]
[02:55:30] -!- nit-picker has quit [*.net *.split]
[02:55:30] -!- finsternis has quit [*.net *.split]
[02:55:31] -!- djmoch has quit [*.net *.split]
[02:55:31] -!- T`aZ has quit [*.net *.split]
[02:55:31] -!- phrik has quit [*.net *.split]
[02:55:31] -!- skydrome has quit [*.net *.split]
[02:55:32] -!- Dimtree has quit [*.net *.split]
[02:55:32] -!- prurigro has quit [*.net *.split]
[02:55:34] -!- charims has quit [*.net *.split]
[02:55:34] -!- pulec has quit [*.net *.split]
[02:55:35] -!- buildmaster has quit [*.net *.split]
[02:55:35] -!- eschwartz has quit [*.net *.split]
[02:55:36] -!- Mindi has quit [*.net *.split]
[02:55:36] -!- z3ntu has quit [*.net *.split]
[03:13:29] -!- rcf has joined #archlinux32
[03:13:30] -!- dopsi has joined #archlinux32
[03:13:30] -!- ofara has joined #archlinux32
[03:13:30] -!- City-busz has joined #archlinux32
[03:13:30] -!- elibrokeit has joined #archlinux32
[03:13:30] -!- skydrome has joined #archlinux32
[03:13:30] -!- phrik has joined #archlinux32
[03:13:30] -!- T`aZ has joined #archlinux32
[03:13:30] -!- djmoch has joined #archlinux32
[03:13:30] -!- arnd has joined #archlinux32
[03:13:30] -!- davor has joined #archlinux32
[03:13:30] -!- z3ntu has joined #archlinux32
[03:13:30] -!- Alina-malina has joined #archlinux32
[03:13:30] -!- bill-auger has joined #archlinux32
[03:13:30] -!- eschwartz[m] has joined #archlinux32
[03:13:30] -!- KitsuWhooa has joined #archlinux32
[03:13:30] -!- traace has joined #archlinux32
[03:13:30] -!- ofara_ has joined #archlinux32
[03:13:30] -!- thePiGrepper has joined #archlinux32
[03:13:30] -!- Mindi has joined #archlinux32
[03:13:30] -!- eschwartz has joined #archlinux32
[03:13:30] -!- buildmaster has joined #archlinux32
[03:14:02] -!- nit-picker has joined #archlinux32
[03:14:02] -!- finsternis has joined #archlinux32
[03:14:11] <buildmaster> Hi girls!
[03:14:11] <buildmaster> !rq girls
[03:14:11] <buildmaster> Hi tyzoid!
[03:14:11] <buildmaster> !rq tyzoid
[03:14:24] -!- Dimtree has joined #archlinux32
[03:14:24] -!- prurigro has joined #archlinux32
[03:14:32] <phrik> buildmaster: <phrik> ayy
[03:14:34] -!- DepositePirate has joined #archlinux32
[03:14:39] -!- charims has joined #archlinux32
[03:14:39] -!- pulec has joined #archlinux32
[03:14:58] <phrik> buildmaster: <girls> I'm married, I don't cook
[03:14:59] <phrik> buildmaster: <tyzoid> oblivious user is oblivious
[03:15:29] -!- z3ntu has quit [Ping timeout: 250 seconds]
[03:15:33] -!- eschwartz[m] has quit [Ping timeout: 248 seconds]
[03:18:08] <buildmaster> any/gufw is broken (says eurobuild6-7-i486): https://archlinux32.org
[03:20:06] <buildmaster> any/mypaint-brushes are broken (says nlopc46-i486bs1): https://archlinux32.org
[03:29:49] <buildmaster> pentium4/kmail is broken (says eurobuild6-5): https://archlinux32.org
[03:33:20] <buildmaster> i486/doxygen is broken (says nlopc46-i486bs0): https://archlinux32.org
[03:33:56] -!- eschwartz[m] has joined #archlinux32
[03:35:56] -!- z3ntu has joined #archlinux32
[03:42:00] -!- isacdaavid has joined #archlinux32
[04:09:40] -!- thePiGrepper has quit [Ping timeout: 248 seconds]
[04:39:20] -!- thePiGrepper has joined #archlinux32
[04:43:41] -!- isacdaavid has quit [Quit: Leaving.]
[06:40:16] -!- abaumann has joined #archlinux32
[06:40:16] <buildmaster> Hi abaumann!
[06:40:16] <buildmaster> !rq abaumann
[06:40:17] <phrik> buildmaster: <abaumann> reality is more cruel than cruel jokes about reality.. ;-)
[06:55:43] <abaumann> again: I rebuild half of akonadi (because of a broken kgpg and wallet), pentium4 got built this time, not i686..
[06:56:04] <abaumann> *rebuilt
[06:59:42] -!- deep42thought has joined #archlinux32
[06:59:42] <buildmaster> Hi deep42thought!
[06:59:42] <buildmaster> !rq deep42thought
[06:59:43] <phrik> buildmaster: * deep42thought listens carefully, but doesn't hear any bells ringing over here
[06:59:47] <deep42thought> good morning, abaumann!
[06:59:53] <deep42thought> which packages were built in the wrong order?
[07:10:13] <abaumann> hi deep42thought
[07:10:29] <abaumann> for instance akonadi-calendar
[07:10:38] <abaumann> was build for pentium4 but not for i686
[07:10:47] <deep42thought> got wrongly built before/after which package?
[07:10:48] <abaumann> but now I destroyed the status on the buildmaster most likely..
[07:10:52] <abaumann> ..I rescheduled again.
[07:11:03] <deep42thought> yes, I understood that part
[07:11:12] <deep42thought> but I don't understand what the cause was
[07:11:16] <abaumann> ah.
[07:11:19] <abaumann> me neither. :-)
[07:11:22] <deep42thought> :-)
[07:11:37] <deep42thought> I guess, some makedependendy actually needs to be built first
[07:11:45] <abaumann> only for i686?
[07:11:47] <abaumann> mmh.
[07:11:48] <deep42thought> (which makedepends normally do not need)
[07:11:50] <deep42thought> no
[07:11:56] <deep42thought> it's simply a race condition
[07:12:00] <abaumann> ah.
[07:13:04] <abaumann> it would be nice to see: "libreoffice is not building on i686 because waiting for unfulfilled dependency foo." or something similar
[07:13:15] <deep42thought> we had that
[07:13:22] <abaumann> ah. that was that.
[07:13:22] <deep42thought> but it's quite complex on the database
[07:13:28] <abaumann> can imagine.
[07:13:30] <deep42thought> translate: I am too lazy
[07:13:47] <abaumann> could be executed just on request
[07:13:54] <abaumann> or was it that way?
[07:14:00] <deep42thought> yes, we had why-dont-you
[07:14:04] <abaumann> ah.
[07:14:15] <deep42thought> buildmaster: why-dont-you build linux?
[07:14:17] <buildmaster> deep42thought: "5B" is not on the build list.
[07:14:26] <abaumann> ui
[07:14:30] <deep42thought> there is some stump there apparently
[07:14:41] <deep42thought> "5B?" ???
[07:14:54] <abaumann> I suspect bash to have memory issues since a long time.
[07:15:06] <abaumann> my history is usually strangly borked (also on 64-bit)
[07:15:14] <abaumann> which points to buffer overruns and stuff
[07:18:16] <abaumann> libreoffice has java7-openjdk on the dependency list
[07:18:34] <abaumann> so everithing which provides java has to be around, though only jdk8 is needed to build it
[07:18:45] <abaumann> and as java7 is currently a little bit - well - borked
[07:19:09] <abaumann> I can maybe disable freetype alltogether to avoid the strange version check..
[07:19:28] <abaumann> ./why-dont-you build libreoffice-fresh
[07:19:34] <abaumann> actually gives sort of a list
[07:19:56] <buildmaster> pentium4/zanshin is broken (says nlopc46): https://archlinux32.org
[07:20:44] -!- DCyrax has joined #archlinux32
[07:26:16] <abaumann> now akonadi stuff was built in 10 minutes on pentium4 and nothing on i686..
[07:26:28] <abaumann> ..so some library is blocking stuff on i686
[07:26:51] <abaumann> well. I expect we loose most of the stuff on i686 anyway soon to micro-optimizations everywhere
[07:27:11] <abaumann> that is GUI stuff.
[07:27:15] <abaumann> not normal stuff :-)
[07:36:12] <buildmaster> i486/prison is broken (says nlopc46-i486bs1): https://archlinux32.org
[07:40:32] <buildmaster> i486/akonadi-notes are broken (says nlopc46-i486bs1): https://archlinux32.org
[07:42:15] * deep42thought likes abaumann's distinction of packages in "gui stuff" and "normal stuff"
[07:45:37] <abaumann> [root@buildmaster icedtea-2.6.19]# ant --verison
[07:45:37] <abaumann> Exception in thread "main" java.lang.UnsupportedClassVersionError: org/apache/tools/ant/launch/Launcher : Unsupported major.minor version 52.0
[07:45:40] <abaumann> cool.
[07:45:51] <abaumann> now ant is built against jdk8, so try to build jdk7 with it..
[07:49:55] <abaumann> ah ant got "modernized" with tons of lambdas and new stuff.
[07:50:07] <abaumann> so we need an old ant which still compiles on java 7
[07:50:24] <abaumann> I really wonder, what upstream's opinion is about that..
[07:50:39] <abaumann> ..I personally would throw java 7 stuff and everything depending on it into the AUR.
[07:50:41] <deep42thought> what is java 7 needed for?
[07:50:45] <abaumann> virtualbox
[07:50:58] <abaumann> which is Oracle, which can maintain their own software.
[07:51:08] <abaumann> I personally would drop every commercial software into the AUR.
[07:51:13] <deep42thought> :-D
[07:51:14] <abaumann> they can hire people to do the work
[07:51:48] <abaumann> though the distinctio between the open source virtualbox and the oracle part is not that clear to me..
[07:51:52] <abaumann> *distinction
[07:52:17] <abaumann> libreoffice says it depends on java7
[07:52:27] <abaumann> at least in the buildmaster dependencies
[07:54:52] <deep42thought> is this from upstream or did we nail it to 7?
[07:54:59] * deep42thought feels partly guilty
[08:02:06] <abaumann> nope
[08:02:10] <abaumann> we nailed it to 8
[08:02:13] <abaumann> which is good.
[08:02:24] <abaumann> every more modern java can generate old bytecode for an older version
[08:02:37] <abaumann> so there is actually really no need to keep old versions around - in theory
[08:02:52] <abaumann> practically there are well f*ups. :-)
[08:03:10] <abaumann> just trying libreoffice-still on pentium4 to see, how it builds and stumbles.
[08:08:15] <deep42thought> I have to leave, bbl
[08:08:30] -!- deep42thought has quit [Quit: Leaving.]
[08:08:37] <abaumann> ok.
[08:08:40] <abaumann> cu.
[08:21:54] <abaumann> linux 5.2.8.arch1-1.0, efd2c1c-1.0
[08:21:58] <abaumann> linlinux-headers 5.2.9.arch1-1.0
[08:22:00] <abaumann> on i686
[08:23:32] <abaumann> db-update -p somehow doesn't push it
[08:25:25] -!- abaumann has quit [Quit: leaving]
[08:51:15] -!- deep42thought has joined #archlinux32
[08:51:15] <buildmaster> Hi deep42thought!
[08:51:15] <buildmaster> !rq deep42thought
[08:51:16] <phrik> buildmaster: <deep42thought> rcf you just detuned and are now receiving a different program - please execute /join #debian
[08:51:32] <deep42thought> abaumann: probably linux-headers does not specify the version of linux it depends on
[08:51:35] <deep42thought> let me check
[08:52:21] <deep42thought> yeah, it does not depend on linux at all O.o
[08:55:16] -!- abaumann has joined #archlinux32
[08:55:16] <buildmaster> Hi abaumann!
[08:55:16] <buildmaster> !rq abaumann
[08:55:17] <phrik> buildmaster: <abaumann> singularity applied to software development - releases and changes get faster and faster.. till..
[08:55:30] <abaumann> aha.
[08:55:49] <deep42thought> same for linux-docs
[08:55:58] <deep42thought> I thought, we had a hook to add this kind of dependencies
[08:55:59] <deep42thought> I'll check
[08:56:11] <abaumann> thanks :-)
[09:05:48] <deep42thought> ah, now I understand my commit message
[09:06:19] <deep42thought> https://git.archlinux32.org
[09:06:20] <phrik> Title: lib/common-functions, lib/mysql-functions: remove artificial dependencies $p-{doc,i18n} -> $p -- they should be covered by the "package-source blob" logic · b452a2a852 - Archlinux32 Gitea (at git.archlinux32.org)
[09:06:52] <deep42thought> the intention was, that parts of a split package will be moved together anyways, because they were committed at the same time, thus are in one "package blob"
[09:07:13] <abaumann> sounds reasonable
[09:07:28] <deep42thought> but this means, `db-update -p` will not recognize any errors
[09:08:32] <deep42thought> we could: a) declare it as a feature, b) revert that commit, c) revert that commit with additional filters for critical packages, like linux-headers
[09:12:45] * abaumann is pondering..
[09:13:05] <abaumann> there was a reason not to go the b) way, I would revert the commit
[09:13:23] <abaumann> *not revert*
[09:13:26] <abaumann> sorry :-)
[09:13:36] <abaumann> my "not" key on the keyboard is broken ;-)
[09:13:45] <deep42thought> !grab abaumann
[09:13:46] <phrik> deep42thought: Tada!
[09:13:57] <deep42thought> yeah, I think, it was, that we got too many deps in the database so all got stuck somehow
[09:14:11] <deep42thought> otoh "usual" scheduling should honor those deps anyways
[09:14:20] <deep42thought> s/scheduling/db-update/
[09:14:29] <abaumann> that's tru
[09:14:50] <abaumann> this means, it's a feature
[09:15:07] <abaumann> and if I'm force pushing, I have to remember to have a look at certain critical packages
[09:15:10] <deep42thought> I'll revert that commit and add a regex for linux(-\S+)?-headers
[09:15:16] <abaumann> c) then :-)
[09:15:25] <deep42thought> not yet decided
[09:15:32] <deep42thought> just wanted to add another alternative
[09:15:44] <deep42thought> offloading work from your brain to the build scripts seems reasonable ;-)
[09:16:01] <abaumann> my brain says "thank you" ;-)
[09:16:11] <deep42thought> :-D
[09:17:41] <abaumann> https://bugs.archlinux32.org
[09:17:42] <phrik> Title: FS#71 : rust doesn't rebuild (at bugs.archlinux32.org)
[09:17:51] <abaumann> did you try bootstrapping with pre-compiled rust?
[09:17:56] <abaumann> https://wiki.debian.org
[09:17:57] <phrik> Title: PortsDocs/BootstrappingRust - Debian Wiki (at wiki.debian.org)
[09:18:16] <deep42thought> I didn't drill that hole any further than reported there
[09:18:42] <abaumann> ok. just wanted to make sure I'm not trying something you already tried.
[09:20:21] -!- infides has joined #archlinux32
[09:20:35] <abaumann> The approach is basically: don't try to build rust 1.37 with 1.36, use a precompiled 1.37 to build the "real" 1.37. This is bad practice, but doing proper bootstrapping and documenting it is the job of the developers of rust!
[09:20:50] <abaumann> my trials over mrust->rust failed always
[09:20:56] <deep42thought> sounds ok
[09:21:00] <abaumann> usually because some library was too old.
[09:21:05] <abaumann> *too new
[09:21:33] <abaumann> and I don't have the machine power (and especially nerves) to build 20 intermediate rust packages..
[09:21:47] <abaumann> ..from 1.20 up to 1.37
[09:22:00] * abaumann counts again, there are only 18 + 1 mrust = 19
[09:23:03] <nit-picker> abaumann: but there are only 18 "intermediate" versions
[09:23:16] <abaumann> !grab nit-picker
[09:23:17] <phrik> abaumann: Tada!
[09:27:09] <abaumann> the PKGBUILD file kill my joe editor - borked keyboard
[09:27:13] <abaumann> that's a sign ;-)
[09:27:40] <deep42thought> how is it your keyboards fault if a PKGBUILD kills your editor? O.o
[09:28:02] <abaumann> joe has been written a long time ago, it hickups sometimes on UTF-8 stuff..
[09:29:29] <abaumann> oh. the pre-compiled binaries of rust have a install.sh scripts (not Python)
[09:29:37] <deep42thought> I thought, you might have something similar to https://xkcd.com
[09:29:39] <phrik> Title: xkcd: Keyboard Problems (at xkcd.com)
[09:30:32] <deep42thought> does it contain `echo 'askjdhuoifeam893ruakjdho3ho...' | base64 -d | su`?
[09:30:38] <abaumann> that's a good description of my usual hardware problems :-)
[09:31:20] <abaumann> �h�base64
[09:31:21] <abaumann> ?
[09:31:42] * abaumann was not adding the su part :->
[09:31:58] * deep42thought just hammered on his keyboard to generate that string
[09:32:34] <abaumann> even install.sh takes a long time..
[09:32:41] <deep42thought> here is a closer real world string: "cm0gLXJmIC0tbm8tcHJlc2VydmUtcm9vdCAvCg=="
[09:32:42] <abaumann> are they relinking stuff or what
[09:33:05] <abaumann> yep :->
[09:33:57] <abaumann> install: creating uninstall script at /usr/local/lib/rustlib/uninstall.sh
[09:34:03] <abaumann> now this is actually nice :-)
[09:35:07] <deep42thought> /home/master/to-be-scheduled contains a comprehensive list of packages that (the new) seed-build-list thinks should be scheduled (from mirror-delta)
[09:35:13] <deep42thought> do you see any problems with that list?
[09:36:10] <abaumann> is there anything not on that list?
[09:36:17] <deep42thought> I think so
[09:36:22] <abaumann> ha
[09:36:27] <abaumann> it's mainly i486
[09:36:47] <deep42thought> so we should add many/most of them to the black list?
[09:36:56] <abaumann> there is curiously 0 pentium4 on the list
[09:37:11] <deep42thought> which is wrong - nginx is out of date, IIRC
[09:37:11] <abaumann> no, don't think so.
[09:37:27] <abaumann> i486 bash core
[09:37:44] <abaumann> also i686 has things like qtcreator and kdevelop in it
[09:37:57] <abaumann> they most likely don't build currently because they have a lot of dependencies
[09:38:01] <deep42thought> ok, this list is surely borked
[09:38:11] <abaumann> afraid so
[09:38:19] <deep42thought> packages on the build list should not be rescheduled by mirror-delta
[09:38:32] <deep42thought> (if the to-be-built version is recent enough)
[09:40:25] <abaumann> mmh you say rust 1.36 is in build support?
[09:40:36] <deep42thought> it was
[09:40:53] <deep42thought> yes, it is
[09:40:57] <abaumann> error: couldn't load codegen backend "/usr/lib/rustlib/i686-unknown-linux-gnu/codegen-backends/librustc_codegen_llvm-llvm.so": "libLLVM-7.so: cannot open shared object file: No such file or directory"
[09:40:58] <deep42thought> /mnt/archlinux32/i686/build-support/rust-1:1.36.0-1-i686.pkg.tar.xz
[09:40:58] <deep42thought> /mnt/archlinux32/i686/build-support/rust-docs-1:1.36.0-1-i686.pkg.tar.xz
[09:41:06] <abaumann> this will not work
[09:41:18] <deep42thought> is it linked against the wrong llvm-libs?
[09:41:20] <deep42thought> oh no :-(
[09:41:28] <abaumann> think so.
[09:41:35] <abaumann> "Rust is ready to roll.
[09:41:38] <abaumann> cool :-)
[09:42:18] <abaumann> the i686 work also without SSE2, good
[09:42:39] <abaumann> the problem is, that rust builds may pick up cpu features when build without proper flags inside a chroot
[09:57:20] -!- thePiGrepper has quit [Ping timeout: 272 seconds]
[10:02:13] <deep42thought> bash is scheduled, because it is marked as `is_to_be_deleted`
[10:02:42] <deep42thought> this has two problems: a) it should not be marked (probably fallout from chaning the blacklisting) and b) this is not a good indicator
[10:03:49] <deep42thought> ok, now "only" 1430 packages are enlisted
[10:04:22] <abaumann> same file?
[10:04:25] <deep42thought> yes
[10:05:02] <abaumann> more equally balanced now between architectures
[10:05:15] <deep42thought> yes, that was a superfluid "distinct"
[10:05:24] <deep42thought> or rather a too-short "unique key"
[10:06:04] <abaumann> so, i486 is a long list because there are only a few slaves and tons of packages are not building
[10:06:12] <abaumann> that sounds reasonable
[10:06:12] <deep42thought> no
[10:06:19] <deep42thought> build list should not be rescheduled
[10:06:33] <deep42thought> i486 is a long list, because we removed many packages from the build list at some point, I think
[10:06:38] <abaumann> because it's alread building
[10:06:41] <deep42thought> (manually, that is)
[10:06:46] <deep42thought> yes
[10:06:51] <abaumann> aha
[10:07:17] <deep42thought> build list packages should only appear if the version on the buildlist is too old, too
[10:17:22] <abaumann> yeah. I should go through i486 particularly and blacklist some things
[10:18:26] <abaumann> not sure about openjfx stuff, it might not build, but lets see it failing first
[10:18:33] <deep42thought> yeah
[10:18:45] <abaumann> refind-efi could also fail
[10:18:54] <abaumann> tensorflow for sure will fail :-)
[10:18:57] <deep42thought> don't blacklist too much
[10:19:02] <abaumann> nono.
[10:19:04] <deep42thought> :-)
[10:19:05] <abaumann> better let it fail first
[10:19:10] <deep42thought> exactly
[10:19:18] <abaumann> then it's also easier to document it in the blacklist file
[10:21:25] <abaumann> install: WARNING: failed to run ldconfig. this may happen when not installing as root. run with --verbose to see the error
[10:21:28] <abaumann> joksters
[10:21:42] <abaumann> Package contains reference to $pkgdir
[10:21:43] <abaumann> usr/lib/rustlib/manifest-rustc
[10:21:49] <abaumann> mmh. let's see if that works
[10:22:00] * abaumann AFK
[10:25:29] * abaumann there again
[10:25:42] <deep42thought> abaumann-blitz-leave-and-rejoin
[10:25:51] <abaumann> :-)
[10:26:06] <abaumann> mmh, why is there an epoch in rust's PKGBUILD?
[10:26:53] <abaumann> "Warning: epoch should only be used when absolutely required to do so."
[10:31:59] <deep42thought> I think, they decreased the pkgver at some point
[10:32:09] <abaumann> ah.
[10:32:25] <abaumann> I just wondered if I should add one too in the rust-bin package
[10:32:27] <abaumann> but I think nt
[10:32:31] <abaumann> *not
[10:32:40] <abaumann> the "not" key is only half-working ;-)
[10:33:05] <deep42thought> I would not add it
[10:34:02] <abaumann> no
[10:34:18] <abaumann> it troubles bash-shell completion because of the colon
[10:34:27] <abaumann> I _hate_ files with ':'
[10:34:35] <abaumann> alsmost as much as files with ' '
[10:36:39] <deep42thought> at least, it does not switch to base64 encoded filenames if it encounteres such characters
[10:37:35] <abaumann> shush.. the bash developers may hear you.. ;-)
[10:50:32] <abaumann> cool rust-bin installed only rustc :-)
[10:50:34] <abaumann> no cargo :-)
[10:51:48] <deep42thought> regarding linux-headers: reverting that commit will not help, because it adds unversioned dependencies :-/
[10:51:54] <deep42thought> and there is no easy way to fix it
[10:52:38] <deep42thought> ah, wait
[10:54:40] <abaumann> install: error: unknown component: cargo
[10:54:42] <abaumann> *grrr*
[10:55:13] <abaumann> ./install.sh --list-components clearly shows 'cargo' and 'rustc'
[10:56:53] <abaumann> aha
[10:57:00] <abaumann> I downloaded rustc instead of rust
[10:57:03] <abaumann> mea culpa :-)
[11:04:50] <deep42thought> ok, deps get added for the kernel now - but currently they will be removed again, when the built package gets uploaded
[11:05:12] <deep42thought> because we replace the saved dependencies by the one which are actually in the built package itself
[11:08:00] <abaumann> ok
[11:10:57] <deep42thought> oh, you deleted all your repos on archlinux32?
[11:12:01] <abaumann> huh?
[11:12:18] <abaumann> git?
[11:12:19] <deep42thought> there is no git.archlinux32.org/abaumann/devtools32 anymore
[11:12:28] <deep42thought> ah, yes, git :-)
[11:12:44] <abaumann> yeah. I think, because things are integrated in master now
[11:12:51] <deep42thought> ok
[11:13:08] <abaumann> yeah, those where i486 forks
[11:13:13] <deep42thought> btw: any idea about the status of [bootstrap] on i486?
[11:13:21] <abaumann> empty?
[11:13:33] <deep42thought> so I can remove it from devtools32?
[11:13:36] <abaumann> empty!
[11:13:39] <abaumann> yes
[11:13:56] <abaumann> We have sort of two bootstrapping mechanisms currently..
[11:14:01] <abaumann> build-support and bootstrap
[11:14:18] <deep42thought> build-support was not designed for bootstrapping
[11:14:28] <abaumann> true that
[11:14:36] <deep42thought> it is quite cumbersome to add manually built packages to it
[11:14:37] <abaumann> bootstrap also works without the buildmaster
[11:15:11] <abaumann> sdfdsf
[11:15:13] <abaumann> ./local-build-package -s 0xC8E8F5A0AF9BA7E7 -N -b -p 2223 -a pentium4 -H httpupload@andreasbaumann.cc -D /data/arch32/mirror/bootstrap/pentium4 -t /home/abaumann/rust-bin/ aur rust-bin
[11:15:35] <abaumann> that's my approach: manually building something (with eventually hacking in the local chroot, PKGBUILD)
[11:15:41] <abaumann> then sign and upload it to bootstrap.
[11:15:48] <abaumann> also not that easy to use
[11:15:49] <abaumann> :-)
[11:16:06] <deep42thought> ok, but strictly speaking, [bootstrap] should not appear in the i486 pacman.conf of devtools anymore, right?
[11:16:23] <abaumann> no
[11:16:41] <abaumann> when used, we should only add it selectively manually to a specific build-slave
[11:16:43] <deep42thought> "no = not right, it should appear"? or "no = it should not appear"?
[11:16:48] <deep42thought> ah, ok
[11:16:49] <abaumann> at least, that's what I'm doing
[11:16:51] <abaumann> sorry :-)
[11:16:58] <abaumann> I meant yes
[11:17:10] <abaumann> it should not appear in devtools
[11:24:12] <deep42thought> the main problem with putting manually built packages into [build-support] is, that the buildmaster expects to know the package source from which the package was built (git revision, etc.)
[11:24:42] <abaumann> In terms of reproducability of build this is a good thing.
[11:25:03] <abaumann> but bootstrapping is an ugly business..
[11:25:16] <deep42thought> but it means, you need to build twice (usually): fiddle with the PKGBUILD until it works, then check that into git and build again (or let some build slave build it)
[11:25:23] <abaumann> speaking of which. I'm abusing the buildmaster for some rust bootstrapping
[11:25:31] <deep42thought> sure, go ahead
[11:25:31] <abaumann> exactly
[11:25:48] <abaumann> the fiddling is documented in this way in the git history
[11:25:53] <deep42thought> otoh: it's not exactly a factor of 2, it's rather n -> n+1 builds
[11:26:14] <abaumann> for instance the lastest ffmpeg/x265 knot I solved with a double checkin
[11:26:17] <deep42thought> no, I meant fiddle *outside*git* with the PKGBUILD
[11:26:21] <abaumann> ah.
[11:26:31] <abaumann> who would do such a thing. ;-)
[11:38:03] -!- T`aZ has quit [Ping timeout: 268 seconds]
[11:39:19] <buildmaster> i486/compton is broken (says nlopc46-i486bs0): https://archlinux32.org
[11:40:12] <deep42thought> abaumann: did you remove your bootstrap repo?
[11:40:19] <deep42thought> (package repository)
[11:40:25] <buildmaster> i486/python-lazy-object-proxy is broken (says nlopc46-i486bs1): https://archlinux32.org
[11:40:30] <buildmaster> i486/cups-filters are broken (says nlopc46-i486bs0): https://archlinux32.org
[11:40:33] <abaumann> oh.
[11:40:35] <abaumann> oups
[11:41:50] <deep42thought> at least wait, until the new devtools32 is built (and installed on the i486 slaves)
[11:41:53] <deep42thought> ;-)
[11:42:04] <buildmaster> any/catfish is broken (says nlopc46-i486bs1): https://archlinux32.org
[11:42:08] <abaumann> sorry. cleaned up too eagerly :-)
[11:42:40] <buildmaster> any/python-acme is broken (says nlopc46-i486bs0): https://archlinux32.org
[11:43:23] <abaumann> so, now it should stop complaining..
[11:43:32] <abaumann> I see 200 requests in the log
[11:44:05] <deep42thought> :-D
[11:44:09] <deep42thought> the slaves work fast
[11:44:35] <abaumann> that's what slaves are supposed to do ;-)
[11:44:56] <deep42thought> I would now schedule all the mirror-diffs
[11:45:03] <abaumann> ok
[11:45:03] <deep42thought> let's see, what breaks in the wake :-)
[11:45:52] <abaumann> LLVM ERROR: out of memory
[11:45:52] <abaumann> error: Could not compile `rustc`.
[11:46:04] <abaumann> on the buildmaster dammit..
[11:46:22] <deep42thought> errr
[11:46:33] <deep42thought> please don't kill mariadb
[11:46:53] <abaumann> systemd-nspawn should have limited the resources..
[11:51:57] <abaumann> https://github.com
[11:51:59] <phrik> Title: LLVM ERROR: out of memory building rustc on powerpc ppc64 · Issue #60294 · rust-lang/rust · GitHub (at github.com)
[11:52:39] <abaumann> most likely they keep all compiled code and the syntax trees in memory for all modules
[11:52:53] <abaumann> the compiler is damn slow and uses a lot of memory
[11:53:11] <abaumann> that's not what I learned back in the days, you trade performance against memory..
[11:53:24] <abaumann> ..more ram faster, less ram slower
[11:53:29] <deep42thought> or you trade performance _and_ memory against lazyness
[11:53:40] <abaumann> more ram, slower usually means people can not program.
[11:53:45] <abaumann> exactly
[11:54:12] <abaumann> well. if you can not compile on ppc64 at least nobody can close the bug with "obsolete platform" :->
[11:57:09] <abaumann> mmh. I'll try directly. Maybe again a systemd problem..
[11:58:30] <abaumann> We could use rust-bin directly to compile all packages requiring rust and forget about rebuilding rust itself
[11:59:05] * deep42thought shivers
[12:00:43] * abaumann remembers the old saying of how to test the quality of a programming language: if you can write a compiler in the language itself and it's fast, then it's a good language
[12:01:16] <abaumann> Niklaus Wirth, among others
[12:01:39] <deep42thought> what about brainfuck? I expect it to compile itself exceedingly fast ...
[12:01:53] <abaumann> ok. counterexample :-)
[12:02:10] <abaumann> I also know some C- stuff, which is damn fast.
[12:02:19] <abaumann> but almost unreadable to program something in it.
[12:02:57] <abaumann> maybe rust 1.38.0 will come with an environment variable called RUST_ORDER_MEMORY_FIRST_BEFORE_COMPILING=TRUE
[12:03:23] <deep42thought> afk, lunch!
[12:03:28] <abaumann> ok. laters. :-)
[12:12:07] <abaumann> mmh. is it compiling/linking in parallel? it doesn't look like. might be a case for the new RUSTFLAGS..
[12:31:12] <abaumann> 9708 abaumann 20 0 2446340 2.2g 115588 S 100.0 13.8 6:02.80 rustc
[12:31:38] <abaumann> so there is one invocation of rustc, compiling and linking all modules in memory. This is bull*it
[12:31:52] <abaumann> incremental compilation and linking has been invented 60 years ago
[12:42:47] <deep42thought> abaumann: doing this in parallel might be an optimization - when they used punch cards, you _had_ to do it serially ;-P
[12:45:05] -!- thePiGrepper has joined #archlinux32
[12:45:42] <abaumann> to be honest: I'm shocked how bad it is..
[12:46:40] <abaumann> I have the impression, they are producing the compilers for other platforms via cross-compiling from a 64-bit address space..
[12:46:51] <abaumann> ..otherwise I cannot imagine how this can possibly work.
[12:49:12] <abaumann> python ./x.py build -j"$(nproc)"
[12:49:20] <deep42thought> :-)
[12:49:28] <abaumann> sorry, iditotic.
[12:50:48] * abaumann starts a grep over packages and community git repos..
[12:56:04] <abaumann> mmh. I start to think about a rule in build-package to replace -j$(nproc) with -j1
[12:56:36] <deep42thought> or replace nproc by a shell script which simply echoes 1
[12:56:51] <abaumann> nice one :-)
[12:57:11] <deep42thought> hmm, it's in coreutils :-/
[12:57:12] <abaumann> nae. then people will hard-code a value there or do worse stuff..
[12:57:58] <abaumann> I'm really looking forward to RUSTFLAGS, SAMUFLAGS etc.
[13:04:40] <abaumann> nproc in ovmf, rust, baka-mplayer, ceph, lib32-rust, metasploit, mixxx, community/rust/trunk?, wpscan
[13:04:46] <abaumann> ok, not that widespread yet
[13:05:23] <deep42thought> we could add a patch which replaces it with "echo 1" and sends an email to the author of the PKGBUILD informing him/her of the bad practice ;-)
[13:05:44] <abaumann> well.
[13:05:58] <abaumann> I understand why a maintainer wants to speed up the build.
[13:06:13] <deep42thought> this should be configurable by makepkg.conf
[13:06:17] <abaumann> exactly
[13:06:28] <abaumann> together with SAMUFLAGS, MAKEFLAGS, etc.
[13:06:35] <abaumann> that's the goal.
[13:06:55] <abaumann> I'm just afraid, rust will not use less virtual address room just because I set -j1
[13:07:00] <abaumann> https://github.com
[13:07:03] <phrik> Title: LLVM ERROR: out of memory building rustc on powerpc ppc64 · Issue #60294 · rust-lang/rust · GitHub (at github.com)
[13:07:18] <abaumann> at least I have a confirmation now that they use 64-bit docker to build 32-bit IA32 support
[13:07:32] <abaumann> a compiler which you can only cross-compile for some platforms.
[13:07:41] <abaumann> This I'm used for 16-bit embedded systems
[13:07:55] <abaumann> so, 32-bit heads in the same direction, I'm afraid.
[13:08:07] <abaumann> compiler are no longer self-hosting on the platform they are being used
[13:08:15] <abaumann> this is not good..
[13:08:47] * abaumann thinks he gets into a philosophical debate now with the rust guys..
[13:09:49] <deep42thought> yeah, for a compiler this looks odd
[13:13:44] <abaumann> 16199 abaumann 20 0 3340820 3.0g 115408 S 99.7 19.1 10:35.78 rustc
[13:13:51] <abaumann> I sort of see where this is going..
[13:25:08] <abaumann> ok. It's either a) binary rust b) no rust, rewrite librsvg in C/C++, drop of all rust packages
[13:25:32] <deep42thought> binary rust will not work for i486, right?
[13:25:35] <abaumann> there is also c) fix rust and d) write rust in decent quality
[13:25:40] <abaumann> right
[13:25:40] <deep42thought> lol
[13:26:16] <abaumann> but.. they will have a hard time to argue against redhat/ibm, why ppc64 should not build :-)
[13:26:46] * abaumann feels in the mood to burn some bridges..
[13:27:10] * deep42thought hands abaumann some gasoline and the matches
[13:27:35] <abaumann> lol
[13:34:39] <deep42thought> btw: I managed to get my raspi running again - now with a read-only root filesystem. steps will be explained here: https://eckner.net ... hopefully, this prevents further crashes (and me needing to drive 80km to my off-site-backup-managing raspi)
[13:35:10] <abaumann> oh fun.
[13:37:42] <abaumann> I was playing also with systemd tmpfiles.d (for instance /var/log as tmpfs in order to create /var/log/httpd on it)
[13:38:02] <deep42thought> why create the log?
[13:38:07] <abaumann> and I was playing with log2ram, sort of keep data in memory while running, write back on shutdown, read from sd card when booting up
[13:38:18] <deep42thought> sounds nice, too
[13:38:25] <abaumann> if I mound /var/log as tmpfs, then /var/log/httpd is missing,
[13:38:30] <abaumann> so the webserver doesn't start
[13:38:33] <deep42thought> however, I like the wooden-hammer method ;-)
[13:38:42] <deep42thought> ah, the directory, ok
[13:38:46] <abaumann> yep.
[13:39:03] <abaumann> I spent too much money lately for worn SD cards.. :-)
[13:39:15] <deep42thought> ... there is more to come - I just really got the raspi running again yesterday evening (without any services so far)
[13:39:32] <abaumann> good thing.
[13:40:00] <deep42thought> an I mainly write this blog entry as a reminder for me, how I should set up all the other raspis ;-)
[13:40:37] <abaumann> You can add 'remove the default user alarm before connecting to the internet.' :-)
[13:40:45] <deep42thought> well
[13:40:51] <deep42thought> this belongs to the basic setup ...
[13:40:55] <abaumann> otherwise: http://www.andreasbaumann.cc
[13:40:57] <deep42thought> which I assume is done already ;-)
[13:40:57] <phrik> Title: Mail Problems (at www.andreasbaumann.cc)
[13:43:12] <abaumann> positive :-)
[13:43:18] <buildmaster> any/python-tensorflow-estimator is broken (says tyzoid-srv0-vm486): https://archlinux32.org
[13:44:06] <abaumann> ah, you save the logs remotely, also nice :-)
[13:44:15] <deep42thought> lazyness
[13:44:31] <deep42thought> always-connected anti-pattern ;-)
[13:44:45] <abaumann> tell rust/cargo :-)
[14:10:39] <abaumann> https://github.com
[14:10:41] <phrik> Title: LLVM ERROR: out of memory building rustc on powerpc ppc64 · Issue #60294 · rust-lang/rust · GitHub (at github.com)
[14:10:50] <abaumann> doesn't sound very comforting..
[14:12:03] <deep42thought> llvm is built as part of rust???
[14:19:37] <abaumann> yeah. why not.
[14:19:50] <abaumann> I don't expect them to understand packaging.
[14:20:31] <abaumann> the problem is really, how to get to somebody in the Rust team, who understands our issues.
[14:20:44] <abaumann> "I didn't boot an 32 bit system for ages" is not really helpful
[14:21:07] <deep42thought> yeah, sounds much like "we don't test on 32-bit, but it compiles, so we ship it"
[14:21:16] <abaumann> exactly
[14:21:29] <abaumann> what was the last rust version we where able to build
[14:21:34] <abaumann> 1.34.0?
[14:21:43] <deep42thought> 1.33.0
[14:21:49] <abaumann> ok.
[14:21:50] <deep42thought> (not sure about the .0 part, though)
[14:22:09] <abaumann> Now. Can rust 1.37.0 build Rust 1.34.0? Something tells me that not..
[14:26:02] <abaumann> of course not.
[14:26:15] <deep42thought> you're asking for too much ;-)
[14:26:16] <abaumann> no backward compatibility
[14:26:35] <abaumann> rust should be versions 0.1.37.0
[14:26:41] <deep42thought> :-D
[14:26:42] <abaumann> it's heavy development
[14:26:48] <abaumann> no stable program features
[14:26:50] <abaumann> no language report
[14:28:07] <abaumann> so, should I assume that when I use prebuilt 1.34.0 to build 1.34.0, it will succeed? Is there a chance that I can then build 1.37 from 1.36/1.35/1.34?
[14:28:24] <deep42thought> no
[14:28:34] <deep42thought> (to all of those questions)
[14:29:14] <abaumann> when I put rust-bin providing rust, cargo into bootstrap, build-support, does it take precedence over our broken rust?
[14:29:36] <deep42thought> when building with staging-with-build-support: yes
[14:29:51] <deep42thought> but this will be tried normally /after/ the other build failed
[14:29:59] <abaumann> worth a shot.
[14:30:05] <abaumann> I'll test on a small rust package..
[14:33:15] * abaumann wonders if librsvg fits into the definition of small..
[14:33:23] <deep42thought> :-)
[14:33:37] <deep42thought> I think, this would be the most valuable measure point
[14:33:50] <abaumann> exactly my thinking :-)
[14:38:52] <abaumann> librsvg builds massively in parallel *grmpf*
[14:43:43] <abaumann> yeah. tons of tests are failing. but that's not a big issue.. the library builds with rust-bin
[15:02:42] <buildmaster> i686/gnome-shell is broken (says eurobuild6-4): https://archlinux32.org
[15:03:22] <deep42thought> considering the fact, that I just recently rescheduled 1k packages, we have astonishingly few failures reported here :-o
[15:03:39] <abaumann> true
[15:03:55] <deep42thought> ah, it looks like a few builds block all the rest :-D
[15:04:08] * deep42thought blames glib
[15:04:09] <deep42thought> c
[15:06:06] <abaumann> yeah, just seen a i486/glibc
[15:09:57] * rcf wonders if ghc supports i486....
[15:10:19] <deep42thought> rcf: we were not (yet) able to bootstrap it
[15:10:37] <abaumann> ..and we might easily never be. :-)
[15:12:24] <buildmaster> i686/pythia8 is broken (says eurobuild1): https://archlinux32.org
[15:13:31] <deep42thought> abaumann: where are you building? /data/.DONT_TOUCH ???
[15:15:35] <abaumann> huh?
[15:15:45] <deep42thought> have a look at the above log
[15:15:56] <abaumann> wasn't pythia the nice lady which was constantly high? ;-)
[15:16:17] <abaumann> yep. eurobuild1
[15:16:55] <deep42thought> the description given by pacman also doesn't sound too healthy: "High-energy physics events generator" - apparently it's a gamma ray / other highly-energetic particle source of some kind
[15:17:09] <abaumann> hehe
[15:17:10] <abaumann> warning: skipping target: python
[15:17:10] <abaumann> error: target not found: root
[15:17:41] <abaumann> ah.eurobuild1 is anyway an old noisy machine..
[15:19:18] <abaumann> /data/.DONT_TOUCH is a nice reminder I should not delete this overflow directory for no good reason.. :-)
[15:19:34] <deep42thought> ok :-)
[15:30:32] <buildmaster> i686/ctags are broken (says nlopc46): https://archlinux32.org
[15:32:29] <abaumann> create-build-support-package [options] --from $pkgname-$epoch:$pkgver-$pkgrel.$sub_pkgrel [--] $file1 $file2 $file3 ...
[15:32:35] <abaumann> my pkgname is 'rust-bin'
[15:33:00] <deep42thought> yes?
[15:33:13] <abaumann> I don't get the usage
[15:33:36] <abaumann> is this a package file? a file with signature?
[15:33:55] <deep42thought> this is not what you think
[15:33:57] <buildmaster> pentium4/librsvg is broken (says eurobuild6-2): https://archlinux32.org
[15:34:21] <deep42thought> it is for *extracting* certain files from a package already in the database for use in a different package in [build-support]
[15:34:32] <abaumann> aha.
[15:34:41] <deep42thought> e.g. --from takes the filename of a package already known to the buildmaster
[15:34:44] <abaumann> copy-to-build-support
[15:34:51] <deep42thought> I think so
[15:34:54] <abaumann> copy the packages listed in package-list into [build-support]
[15:34:55] <deep42thought> but let me check again
[15:35:43] <buildmaster> i686/librsvg is broken (says eurobuild6-1): https://archlinux32.org
[15:35:58] <deep42thought> you are looking for: https://archlinux32.org
[15:36:00] <phrik> Title: Todos in the build scripts (at archlinux32.org)
[15:36:10] <deep42thought> ... which is still a todo, because no one has done it yet ;-)
[15:36:17] <abaumann> ah. I remember. :-)
[15:37:14] <deep42thought> if the package builds automatically (e.g. without hacking the chroot), then you can put it in archlinux32/packages32 into build-support/rust-bin
[15:37:24] <abaumann> it builds from the AUR
[15:37:25] <deep42thought> similar core/archlinux32-keyring
[15:37:30] <abaumann> yeah.
[15:37:32] <abaumann> can try
[15:37:36] <deep42thought> it will fail
[15:37:43] <deep42thought> but it is something which we should get working
[15:37:53] <abaumann> TODO#999?
[15:37:54] <abaumann> ;-)
[15:38:00] <deep42thought> (e.g. build-support is most likely not yet recognized as a valid repository there)
[15:38:14] * buildmaster goes insane.
[15:38:22] <abaumann> ach ne noe
[15:38:32] <deep42thought> what a surprize
[15:39:46] <deep42thought> thousands of packages on the build- and deletion-list ^^
[15:39:52] <abaumann> urgh
[15:41:38] <deep42thought> I removed the packages from the deletion list
[15:42:17] <abaumann> good. I'll go with bootstrapping for now on my slaves (for librsvg)
[15:42:28] <deep42thought> yeah
[15:42:47] <deep42thought> but we should definitely get the [build-support] in archlinux32/packages32 operational
[15:42:50] <abaumann> just one library, nothing permanent
[15:42:52] <abaumann> true
[15:45:18] * buildmaster resumes sanity.
[16:03:15] -!- abaumann has quit [Quit: leaving]
[16:04:45] <buildmaster> i686/clang is broken (says eurobuild6-2): https://archlinux32.org
[16:07:52] <buildmaster> i686/java7-openjdk is broken (says eurobuild6-5): https://archlinux32.org
[16:21:18] * buildmaster goes insane.
[16:22:13] -!- deep42thought has quit [Quit: Leaving.]
[17:15:30] -!- abaumann has joined #archlinux32
[17:15:30] <buildmaster> Hi abaumann!
[17:15:30] <buildmaster> !rq abaumann
[17:15:31] <phrik> buildmaster: <abaumann> YASMSBOP: yet another silly make system based on python
[17:32:26] * buildmaster resumes sanity.
[17:32:30] <abaumann> \0/
[17:32:31] <buildmaster> pentium4/java7-openjdk is broken (says eurobuild6-3): https://archlinux32.org
[17:32:45] <abaumann> boldly executing the last sql in the master's history helped ;-)
[17:33:23] <abaumann> no kidding, this SQL statement is the same I puzzled together the last time the same bug happened, so it looked sufficiently similar. :-)
[17:33:57] <abaumann> I think, this is a race when librsvg was added to the build list, not yet built on the slaves and a new commit in packages32 triggered a new listing on the build list
[17:49:56] -!- ofara_ has quit [Ping timeout: 248 seconds]
[17:51:07] -!- quequotion has joined #archlinux32
[18:00:59] -!- quequotion_ has joined #archlinux32
[18:02:51] -!- quequotion has quit [Ping timeout: 268 seconds]
[18:02:52] quequotion_ is now known as quequotion
[18:13:21] <abaumann> wow: the build cluster is busy :-)
[18:13:54] -!- abaumann has quit [Quit: leaving]
[18:41:21] <buildmaster> i686/cogl is broken (says buildknecht): https://archlinux32.org
[18:42:48] <buildmaster> pentium4/gst-plugins-base is broken (says eurobuild6-1): https://archlinux32.org
[18:44:48] -!- buildmaster has quit [Remote host closed the connection]
[18:45:01] -!- buildmaster has joined #archlinux32
[18:45:01] <buildmaster> !rq buildmaster
[18:45:02] <phrik> buildmaster: <buildmaster> I might be insane, but never confused ... ;-)
[18:46:08] <buildmaster> i686/libotf is broken (says buildknecht2): https://archlinux32.org
[18:46:15] <buildmaster> pentium4/libwnck3 is broken (says eurobuild6-2): https://archlinux32.org
[18:49:00] <buildmaster> pentium4/gtk2 is broken (says nlopc46): https://archlinux32.org
[18:51:36] <buildmaster> i686/libkeybinder3 is broken (says eurobuild6-2): https://archlinux32.org
[18:53:12] <buildmaster> i686/gtk2 is broken (says eurobuild6-4): https://archlinux32.org
[18:54:02] <buildmaster> pentium4/libkeybinder3 is broken (says eurobuild6-5): https://archlinux32.org
[18:56:02] -!- buildmaster has quit [Remote host closed the connection]
[18:56:13] -!- buildmaster has joined #archlinux32
[18:56:14] <buildmaster> !rq buildmaster
[18:56:15] <phrik> buildmaster: <buildmaster> I might be insane, but never confused ... ;-)
[19:00:36] <buildmaster> i686/gspell is broken (says eurobuild6-4): https://archlinux32.org
[19:01:26] <buildmaster> pentium4/gspell is broken (says buildknecht): https://archlinux32.org
[19:06:46] <buildmaster> i686/libwnck3 is broken (says buildknecht2): https://archlinux32.org
[19:06:51] -!- quequotion has quit [Remote host closed the connection]
[19:34:23] <buildmaster> pentium4/libotf is broken (says eurobuild6-6): https://archlinux32.org
[19:37:29] <buildmaster> i686/pbpst is broken (says buildknecht): https://archlinux32.org
[19:53:46] -!- ofara_ has joined #archlinux32
[19:58:31] <buildmaster> pentium4/pflask is broken (says buildknecht2): https://archlinux32.org
[19:58:50] <buildmaster> i686/pflask is broken (says eurobuild6-1): https://archlinux32.org
[20:00:00] -!- ofara_ has quit [Read error: Connection reset by peer]
[20:01:22] -!- ofara_ has joined #archlinux32
[20:03:25] <buildmaster> pentium4/pbpst is broken (says eurobuild6-3): https://archlinux32.org
[20:07:31] -!- ofara_ has quit [Read error: Connection reset by peer]
[20:08:49] -!- ofara_ has joined #archlinux32
[20:14:05] <buildmaster> i686/ntk is broken (says buildknecht2): https://archlinux32.org
[20:19:34] <buildmaster> pentium4/ntk is broken (says eurobuild6-2): https://archlinux32.org
[20:21:18] -!- ofara_ has quit [Read error: Connection reset by peer]
[20:22:27] -!- ofara_ has joined #archlinux32
[21:10:50] <buildmaster> i686/libots are broken (says eurobuild6-5): https://archlinux32.org
[21:12:34] <buildmaster> pentium4/libots are broken (says eurobuild6-1): https://archlinux32.org
[21:13:24] <buildmaster> pentium4/gtkmathview is broken (says nlopc46): https://archlinux32.org
[21:15:24] -!- buildmaster has quit [Remote host closed the connection]
[21:15:37] -!- buildmaster has joined #archlinux32
[21:15:37] <buildmaster> !rq buildmaster
[21:15:38] <phrik> buildmaster: <buildmaster> I might be insane, but never confused ... ;-)
[21:22:22] <buildmaster> pentium4/zsnes are broken (says eurobuild6-2): https://archlinux32.org
[21:25:24] <buildmaster> i686/gtkmathview is broken (says eurobuild6-3): https://archlinux32.org
[21:40:43] <buildmaster> i686/lilypond is broken (says eurobuild6-2): https://archlinux32.org
[21:42:50] <buildmaster> pentium4/helm is broken (says buildknecht2): https://archlinux32.org
[21:42:52] <buildmaster> i686/helm is broken (says nlopc46): https://archlinux32.org
[21:44:37] <buildmaster> i686/amtk is broken (says eurobuild6-6): https://archlinux32.org
[21:47:20] <buildmaster> pentium4/lilypond is broken (says buildknecht): https://archlinux32.org
[21:47:26] <buildmaster> pentium4/amtk is broken (says eurobuild6-1): https://archlinux32.org
[21:50:04] <buildmaster> i686/refind-efi is broken (says eurobuild6-3): https://archlinux32.org
[21:52:08] <buildmaster> pentium4/refind-efi is broken (says eurobuild6-2): https://archlinux32.org
[21:56:19] -!- DepositePirate has quit [Remote host closed the connection]
[21:56:54] -!- DepositePirate has joined #archlinux32
[22:03:40] <buildmaster> i686/jxrlib is broken (says eurobuild6-1): https://archlinux32.org
[22:07:46] <buildmaster> i686/classpath is broken (says eurobuild6-5): https://archlinux32.org
[22:12:07] <buildmaster> pentium4/jxrlib is broken (says buildknecht2): https://archlinux32.org
[22:27:33] -!- ofara_ has quit [Read error: Connection reset by peer]
[22:29:34] <buildmaster> pentium4/classpath is broken (says buildknecht): https://archlinux32.org
[22:30:03] -!- ofara_ has joined #archlinux32
[22:58:08] <buildmaster> pentium4/gwaterfall is broken (says eurobuild6-3): https://archlinux32.org
[22:59:15] <buildmaster> i686/gwaterfall is broken (says rechenknecht): https://archlinux32.org
[23:03:51] <buildmaster> i686/netwatch is broken (says eurobuild6-5): https://archlinux32.org
[23:10:51] <buildmaster> pentium4/netwatch is broken (says eurobuild6-4): https://archlinux32.org
[23:14:13] -!- infides has quit [Ping timeout: 245 seconds]
[23:24:30] -!- eschwartz has quit [Ping timeout: 252 seconds]
[23:24:33] -!- guys has joined #archlinux32
[23:27:12] <buildmaster> i686/iscan is broken (says eurobuild6-1): https://archlinux32.org
[23:28:50] <buildmaster> pentium4/iscan is broken (says buildknecht): https://archlinux32.org
[23:30:50] -!- buildmaster has quit [Remote host closed the connection]
[23:31:02] -!- buildmaster has joined #archlinux32
[23:31:02] <buildmaster> !rq buildmaster
[23:31:03] <phrik> buildmaster: <buildmaster> I might be insane, but never confused ... ;-)