#archlinux32 | Logs for 2021-02-08

Back
[00:11:47] <buildmaster> i486/vivaldi is broken (says nlopc46-i486bs1): https://archlinux32.org
[00:20:11] <buildmaster> i486/ruby-x25519 is broken (says nlopc46-i486bs1): https://archlinux32.org
[00:45:05] <buildmaster> i486/ghostscript is broken (says nlopc46-i486bs1): https://archlinux32.org
[01:09:48] <buildmaster> i486/tekton-cli is broken (says nlopc46-i486bs1): https://archlinux32.org
[01:16:08] <buildmaster> i486/argocd-cli is broken (says eurobuild6-8-i486): https://archlinux32.org
[01:37:03] <buildmaster> i486/traefik is broken (says nlopc46-i486bs1): https://archlinux32.org
[01:50:48] <buildmaster> i486/prometheus-node-exporter is broken (says nlopc46-i486bs1): https://archlinux32.org
[01:57:56] <buildmaster> i486/minikube is broken (says eurobuild6-8-i486): https://archlinux32.org
[02:08:04] <buildmaster> i486/fluxctl is broken (says nlopc46-i486bs1): https://archlinux32.org
[02:11:43] <buildmaster> i486/skaffold is broken (says nlopc46-i486bs1): https://archlinux32.org
[02:22:19] <buildmaster> i486/qcad is broken (says nlopc46-i486bs1): https://archlinux32.org
[02:28:16] <buildmaster> i486/python is broken (says nlopc46-i486bs1): https://archlinux32.org
[02:31:54] <buildmaster> i486/udisks2 is broken (says nlopc46-i486bs1): https://archlinux32.org
[04:55:45] <buildmaster> pentium4/linux-zen is broken (says eurobuild6-2): https://archlinux32.org
[05:01:47] <buildmaster> pentium4/python is broken (says eurobuild6-2): https://archlinux32.org
[05:20:43] <buildmaster> i686/vault is broken (says nlopc43): https://archlinux32.org
[05:22:12] <buildmaster> any/python-pre-commit is broken (says nlopc43): https://archlinux32.org
[05:39:28] <buildmaster> any/bitwarden_rs-web is broken (says nlopc43): https://archlinux32.org
[05:52:35] -!- yans has quit [Quit: chaos is the only true answer]
[06:56:04] <buildmaster> i686/haskell-binary-orphans are broken (says nlopc43): https://archlinux32.org
[06:57:30] <buildmaster> i686/haskell-neat-interpolation is broken (says nlopc43): https://archlinux32.org
[06:58:51] <buildmaster> i686/haskell-hslua is broken (says nlopc43): https://archlinux32.org
[07:00:42] <buildmaster> i686/haskell-algebraic-graphs are broken (says nlopc43): https://archlinux32.org
[07:02:04] <buildmaster> i686/haskell-bytestring-tree-builder is broken (says nlopc43): https://archlinux32.org
[07:03:31] <buildmaster> i686/haskell-prettyprinter is broken (says nlopc43): https://archlinux32.org
[07:05:31] -!- buildmaster has quit [Remote host closed the connection]
[07:05:42] -!- buildmaster has joined #archlinux32
[07:05:43] <buildmaster> !rq buildmaster
[07:05:44] <phrik> buildmaster: <buildmaster> I might be insane, but never confused ... ;-)
[07:07:37] <buildmaster> i686/haskell-edit-distance-vector is broken (says nlopc43): https://archlinux32.org
[07:09:04] <buildmaster> i686/haskell-haddock-library is broken (says nlopc43): https://archlinux32.org
[07:10:32] <buildmaster> i686/haskell-network-uri is broken (says nlopc43): https://archlinux32.org
[07:21:02] <buildmaster> i686/haskell-binary-parser is broken (says nlopc43): https://archlinux32.org
[07:23:06] <buildmaster> i686/haskell-bytestring-strict-builder is broken (says nlopc43): https://archlinux32.org
[07:24:39] <buildmaster> i686/haskell-http-types are broken (says nlopc43): https://archlinux32.org
[07:26:21] <buildmaster> i686/haskell-githash is broken (says nlopc43): https://archlinux32.org
[07:37:33] -!- eschwartz[m] has joined #archlinux32
[10:07:41] <buildmaster> i686/python is broken (says nlopc43): https://archlinux32.org
[11:06:56] <trotz> 2021/02/08 11:06 WARN buildmaster OS updates 4 updates, 1 ignored
[11:19:24] <buildmaster> i486/linux is broken (says eurobuild6-8-i486): https://archlinux32.org
[11:45:16] -!- drathir_tor has quit [Ping timeout: 268 seconds]
[11:52:14] -!- drathir_tor has joined #archlinux32
[14:21:18] <buildmaster> i486/baidupcs-go is broken (says eurobuild6-8-i486): https://archlinux32.org
[14:33:28] <buildmaster> i486/ipp-usb is broken (says eurobuild6-8-i486): https://archlinux32.org
[14:35:40] <buildmaster> i486/aliyun-cli is broken (says nlopc46-i486bs1): https://archlinux32.org
[14:36:44] <buildmaster> i486/sane-airscan is broken (says eurobuild6-8-i486): https://archlinux32.org
[14:52:43] -!- drathir_tor has quit [Ping timeout: 268 seconds]
[14:59:11] -!- drathir_tor has joined #archlinux32
[15:04:26] -!- drathir_tor has quit [Ping timeout: 268 seconds]
[15:10:48] -!- torv has quit [Remote host closed the connection]
[15:11:08] -!- KeiraT has joined #archlinux32
[15:12:47] -!- torv has joined #archlinux32
[15:12:55] -!- KeiraT- has joined #archlinux32
[15:16:10] -!- KeiraT has quit [Ping timeout: 268 seconds]
[15:18:18] KeiraT- is now known as KeiraT
[15:21:11] -!- drathir_tor has joined #archlinux32
[15:27:15] -!- drathir_tor has quit [Ping timeout: 268 seconds]
[15:43:19] -!- drathir_tor has joined #archlinux32
[16:09:39] <buildmaster> i686/linux-zen is broken (says eurobuild6-2): https://archlinux32.org
[16:15:16] -!- yans has joined #archlinux32
[16:15:21] -!- drathir_tor has quit [Ping timeout: 268 seconds]
[16:51:10] -!- abaumann has joined #archlinux32
[16:51:10] <buildmaster> Hi abaumann!
[16:51:10] <buildmaster> !rq abaumann
[16:51:11] <phrik> buildmaster: <abaumann> people tend to rewrite things in new hip languages, just because they are too lazy to read old code
[16:51:16] -!- deep42thought has joined #archlinux32
[16:51:18] <buildmaster> Hi deep42thought!
[16:51:18] <buildmaster> !rq deep42thought
[16:51:19] <phrik> buildmaster: <deep42thought> otoh I have the feeling, archlinux32 dies anyway if I get overrun by a bus
[16:51:20] <deep42thought> Hi abaumann!
[16:51:20] <abaumann> hi deep42thought
[16:51:31] <abaumann> gcc on i486 is using a lot of memory. cool.
[16:51:58] <deep42thought> not sure, if this was the issue
[16:54:06] <deep42thought> looks, like gcc finally was built successfully
[16:54:11] <deep42thought> buildmaster: wtp gcc
[16:54:12] <buildmaster> deep42thought: i486/gcc: i486/core (10.2.0-4.0), i486/testing (10.2.0-6.0)
[16:54:12] <buildmaster> i686/gcc: i686/core (10.2.0-3.0), i686/testing (10.2.0-4.0), i686/staging (10.2.0-6.0)
[16:54:12] <buildmaster> pentium4/gcc: pentium4/core (10.2.0-3.0), pentium4/testing (10.2.0-4.0), pentium4/staging (10.2.0-6.0)
[17:00:23] <abaumann> I thought I saw tons of test cases error out on 486, so if builds fail now, we know it's the toolchain. :-)
[17:01:06] <deep42thought> I forced i486/gcc onto a x86_64 host (no i486 vm) to avoid the memory exhaustion - maybe that broke something?
[17:01:22] <abaumann> should not
[17:01:31] <deep42thought> *should* ;-)
[17:01:35] <abaumann> and I saw error on my slave eurobuild3-i486
[17:01:39] <abaumann> ERROR: Cannot lock ping-to-master - this should not happen.
[17:01:41] <abaumann> huh?
[17:01:47] <deep42thought> "this should not happen"
[17:01:57] <deep42thought> do you have multiple build-packages running?
[17:02:04] <abaumann> should not. :-)
[17:02:07] <deep42thought> :-D
[17:02:12] <abaumann> ah
[17:02:14] <abaumann> yes.
[17:02:21] <deep42thought> mystery solved
[17:02:24] <abaumann> systemd trying to be smart after a sytemctl stop service
[17:03:24] <abaumann> and some gc autocompacting threading killing my machine (but in the background)
[17:04:37] <deep42thought> killing in the background?
[17:05:02] <abaumann> the autocompacts where continuing .. the build process was restarted
[17:05:12] <abaumann> I had a mess.. and quite some I/o load
[17:05:35] <deep42thought> sounds like ... keeping git running in the background ... and starting another git in the foreground :-D
[17:06:22] <abaumann> I'm sometimes changing /etc/makepkg for parallel builds to push something fast
[17:06:33] <abaumann> and the a build slaves respects the -j16 for his jobs.
[17:06:37] <abaumann> this is also not helping
[17:06:54] <abaumann> I have to see if rust 1.49 is now really working..
[17:11:31] <abaumann> mmh. my mesa runs in circles..
[17:11:43] <abaumann> I stopped it now on eurobuild6-7-i486
[17:12:42] -!- drathir_tor has joined #archlinux32
[17:15:36] -!- sunshavi has quit [Quit: nil]
[17:16:10] <abaumann> something is weird. I push firefox some days ago, nothing got built, not errors.
[17:16:29] <deep42thought> maybe it ended up on the deletion list?
[17:16:42] <deep42thought> libmfx was deleted, thus ffmpeg could not be built (missing) deps
[17:16:46] <abaumann> because of libmfx?
[17:16:55] <deep42thought> I fixed ffmpeg, but maybe others have similar issues
[17:16:59] <deep42thought> yes
[17:17:07] <abaumann> aha. grep to the rescue.. :-)
[17:17:44] <abaumann> It's amazying how Intel manages to slowly "own" the Linux code basis.. :->
[17:18:17] <deep42thought> that's not fair - it was a simple switch in ffmpeg: "--disable-libmfx" to be precise
[17:18:25] -!- sunshavi has joined #archlinux32
[17:18:39] <deep42thought> though, I needed 3 commits to get it straight :-D
[17:18:49] <abaumann> I was more refering to SIMD-ops kreeping into packages.. and into compiler-intrinsics.
[17:18:57] <deep42thought> ah, ok
[17:19:03] <deep42thought> that's something I know nothing about :-)
[17:19:08] <abaumann> Their libraries are written in such a nice way, that they are not very portable..
[17:19:17] * deep42thought wonders why :-D
[17:19:21] <abaumann> making good use of their product features.
[17:19:49] <abaumann> Those optimizations belong into the compiler, and the inline assembly has to be deleted.
[17:19:59] <abaumann> Just to keep the code basis sane.
[17:20:02] <deep42thought> upstreaming of improvements
[17:20:24] <deep42thought> so intel chose the debian way :-D
[17:20:32] <abaumann> intel-media-sdk, emby-server, ffmpeg
[17:21:15] <abaumann> handbrake
[17:21:32] <abaumann> ok, have to remember that one, but I don't think firefox has anything to do with it.
[17:21:39] <deep42thought> portability and performance are mutually exclusive, it seems
[17:22:13] <abaumann> just if you use silly C constructs and insist of optimizing the hell later out of it with handcrafted SIMD.
[17:22:25] <abaumann> JIT-compiling comes to my mind optimizing for the platform at runtime.
[17:22:53] <abaumann> having a special vector, matrix, tensor datatype, which can then be mapped to C, SIMD, GPU, etc.
[17:23:13] <abaumann> the problem is C with it's too low-level constructs which make optimiziations hard.
[17:24:08] <abaumann> using some C++ templates already with some per type optimizations can produce wonderful results. :-)
[17:25:19] <abaumann> disclaimer: I don't plan to work for Intel.. :-)
[17:25:35] <abaumann> and I don't think Intel will produce CPUs in the near future..
[17:25:49] <deep42thought> they won't?
[17:25:59] <deep42thought> what else will they produce?
[17:26:06] <abaumann> they are outsourcing cpu production to taiwan.. is that a smart move?
[17:26:19] <deep42thought> as long, as there is no flood: maybe
[17:26:33] <abaumann> or a friendly invasion by China..
[17:26:43] <deep42thought> they need cpus, too
[17:27:06] <abaumann> I remember the days when Borland was actually producing a compiler.. and then they wanted to be a consulting company. :-)
[17:27:48] <abaumann> they can buy cpus from AMD ;-)
[17:28:47] <deep42thought> apropos "Borland": my lazarus (fpc ide) is still on hotkey "B" like "borland delphi"
[17:28:56] <abaumann> yep :-)
[17:29:10] <abaumann> I'm still a big fan of the Borland IDE..
[17:29:24] <abaumann> ..and Turbo Vision for building textual user interfaces..
[17:30:12] <buildmaster> i486/newsboat is broken (says eurobuild6-1): https://archlinux32.org
[17:30:30] <abaumann> a, the guinea pig (newsboat) arrived on the build slaves :-)
[17:31:25] <abaumann> newsboat
[17:31:25] <abaumann> newsboat: /usr/lib/libc.so.6: version `GLIBC_2.33' not found (required by newsboat)
[17:31:42] <deep42thought> glibc too old?
[17:31:47] <deep42thought> :-/
[17:31:48] <abaumann> oups, yep, I push newsboat a little too forcefully
[17:31:53] <deep42thought> :-D
[17:31:58] <deep42thought> push glibc, too
[17:32:01] <abaumann> urgh
[17:32:05] <deep42thought> hopefully, it doesn't fall over
[17:32:13] <abaumann> ok.
[17:32:21] <abaumann> glibc is backwards compatible
[17:32:27] <abaumann> so nothing should happen...
[17:32:27] <deep42thought> should be :-)
[17:32:34] <abaumann> as in "should".
[17:32:41] <deep42thought> otherwise, we only break our own stuff :-D
[17:32:59] <deep42thought> e.g. I'll go offline, you olpcs won't boot, etc.
[17:33:02] <abaumann> yeah, got that feeling lately, we are more or less the last users of certain packages..
[17:33:14] <deep42thought> I have no problem with that
[17:33:25] <abaumann> some stuff is so terribly broken, it can not be in use.
[17:33:31] <deep42thought> :-D
[17:33:35] <abaumann> gnome, kde, lxde, xfce, thunderbird
[17:33:48] <abaumann> firefox I miss from time to time.. hence.. :-)
[17:33:54] * deep42thought has never heard any of those names
[17:33:58] <abaumann> lol
[17:34:21] <deep42thought> I'm running fluxbox and alpine
[17:34:35] <deep42thought> (not on arch32, though)
[17:34:40] <abaumann> ah.
[17:34:49] <abaumann> I started to play more with t2sde lately
[17:34:56] <deep42thought> what's that?
[17:34:57] <abaumann> former rocklinux
[17:35:15] <abaumann> also maintained by one guy running it on his vintage (and also not so vintage) hardware
[17:35:21] <abaumann> really impressive
[17:35:32] <abaumann> he has a rust and firefox on i486 :-)
[17:35:59] <abaumann> and even more impressive: it's cross-compiled.
[17:36:05] <abaumann> and natively
[17:36:06] <deep42thought> uiii
[17:36:35] <deep42thought> maybe we need to bootstrap rust with *their* rust ;-)
[17:36:44] <abaumann> came to my mind. :->
[17:37:09] <abaumann> argh. fastforce, force and push
[17:37:17] <abaumann> nice scripts.. unless you take the wrong one..
[17:37:21] <deep42thought> :-D
[17:37:39] <abaumann> sorry. we will use some electrons now to build a glibc
[17:40:10] <abaumann> yep, newsboat runs (and more important - my eeepc still starts) :-)
[17:40:23] <abaumann> let's try to build rust 1.49 with rust 1.49
[17:42:18] <abaumann> ah, of course. ssh logins are failing
[17:42:38] <deep42thought> wth?
[17:42:51] <abaumann> yeah, I got that before on i486
[17:43:03] <abaumann> there is some cypher fuckup somewhere
[17:43:23] <deep42thought> do we need to write our own network stack, now?
[17:43:30] <abaumann> exacly the problem I had on a cross-compiled 486 sshd on t2sde lately.
[17:43:38] <abaumann> just install telnetd :-)
[17:43:50] <deep42thought> russian-ssh :-)(
[17:44:05] <deep42thought> a.k.a. `openssl s_server ... | bash`
[17:44:41] <abaumann> this is anoying.
[17:44:49] <abaumann> I was debugging that for hours already, no chance.
[17:45:21] <abaumann> but what's interesting: it's connected to glibc 2.33
[17:45:29] <abaumann> that's maybe a new clue to the puzzle
[17:46:28] <abaumann> I have to make an announcment on news.archlinux32.org
[17:46:48] <deep42thought> this is i486 only?
[17:46:53] <deep42thought> or all architectures?
[17:46:53] <abaumann> no, also pentium4
[17:46:58] <abaumann> actually. that's also new.
[17:47:32] <deep42thought> you tell me, ssh on pentium4 won't connect due to some glibc thing?
[17:47:35] <abaumann> let's push openssl and openssh and hope
[17:47:52] <abaumann> I only updates two packages: newsboat and glibc
[17:48:18] <abaumann> newsboat is unlikely :-)
[17:48:24] <abaumann> libcrypt is in glibc
[17:48:30] <abaumann> maybe something funny there..
[17:48:37] <deep42thought> $ ssh va-pentium4
[17:48:38] <deep42thought> Connection reset by 172.0.0.3 port 22
[17:48:39] <deep42thought> indeed
[17:49:02] <abaumann> dropbear ssh
[17:49:15] <deep42thought> downgrading glibc fixes this
[17:49:32] <deep42thought> this vm is on stable
[17:49:57] <abaumann> yes.
[17:50:05] * deep42thought updates his staging machine
[17:50:32] <deep42thought> let's see, if we need to recompile something or just push stuff around
[17:51:30] <abaumann> gna. Just rebuilt a i486 T2SDE, for testing something with ssh, now not even the newest kernel boots
[17:52:33] <abaumann> *abaumann reads the glibc 2.33 changelogs
[17:52:55] <deep42thought> nope, staging also fails
[17:53:44] <deep42thought> and works with glibc 3.32-5.0
[17:57:08] <abaumann> time functions also come to my mind.
[17:57:16] <abaumann> myabe some 32-bit 64-bit time transition
[17:57:21] <deep42thought> didn't we see breakage with time in the past?
[17:58:03] <abaumann> the problem now, I fear, is that this is deep in the openssh code somewhere
[17:58:17] <abaumann> and nobody is interested in debugging 32-bit Intel crypto stuff in openssh
[17:58:48] <deep42thought> what did the changelog bring up?
[17:58:59] <abaumann> tons and tons of fixes :-)
[17:59:16] <abaumann> nothing really obvious.
[17:59:39] <abaumann> https://lwn.net
[17:59:40] <phrik> Title: GNU C library 2.33 released [LWN.net] (at lwn.net)
[17:59:41] <abaumann> hah
[18:00:02] <abaumann> seccomp
[18:00:10] <abaumann> yeah, that one caused a lot of trouble
[18:00:19] <abaumann> it's IMHO even a really stupid idea
[18:00:29] <abaumann> I personally would build without seccomp
[18:00:30] <deep42thought> so we patch glibc?
[18:00:48] <abaumann> yeah.
[18:00:59] <abaumann> but is the patch for glibc 2.33 and/or libseccomp.
[18:01:27] <abaumann> mmh. hang on, I should see a illegal syscall in sshd in this case with strace
[18:05:37] <abaumann> I get a EPERM in setresuid32
[18:05:43] <abaumann> that's not a time function..
[18:06:16] <abaumann> I had some issue before in libseccomp.. talking to upstream to be it was quite obvious, that this is not tested
[18:06:29] <abaumann> so, an easy way out is to disable the libseccomp jail for now in openssh
[18:12:48] <buildmaster> i486/vulkan-validation-layers are broken (says nlopc46-i486bs1): https://archlinux32.org
[18:13:52] <deep42thought> I seem unable to find the mentioned patch to glibc
[18:13:54] <deep42thought> :-(
[18:14:04] <abaumann> I don't think the patch is for glibc
[18:14:08] <abaumann> it's for seccomp
[18:14:19] <abaumann> but yes, he could have left a link there in the post
[18:14:20] <deep42thought> ah, I thought, seccomp was some flag
[18:14:30] <abaumann> no, seccomp is a library with kernel support
[18:14:34] * deep42thought has no plan at all
[18:14:43] <abaumann> you call 'getpid' from C code.
[18:14:57] <abaumann> glibc translates this ti 'getpid32' or 'getpid64' or something else.
[18:15:09] <abaumann> depending on what version of kernel and system calls you have in the kernel
[18:15:27] <abaumann> now, if glibc is updated, all used functions have to be added to the seccomp filters
[18:15:41] <abaumann> the problem is, those filter are formulated against the kernel syscall names
[18:16:02] <abaumann> but I cannot find the patch on seccomp either (github)
[18:16:13] <abaumann> openssh has sandbox filter arguments
[18:16:50] <abaumann> formerly the sandbox was impemented with rlimit on Linux, now with seccomp per default (all very bad substitues for the OpenBSD pledge syscall IMHO)
[18:17:21] <abaumann> I try to build a openssh with a different sandbox, so we can at least log in again.
[18:19:53] <deep42thought> afk, dinner
[18:19:59] <abaumann> enjoy :-)
[18:23:22] <abaumann> yep, bingo.
[18:23:40] <abaumann> patch with sandbox rlimit is on it's way - this was the Archlinux standard before seccomp BTW
[18:48:19] <abaumann> so, problem fixed for now :-)
[18:54:44] <abaumann> ah, opennsh needs patching in the seccomp function list, there should be the patch..
[18:56:06] <abaumann> https://github.com is clearly missing the getpid32 etc. syscalls
[18:56:08] <phrik> Title: openssh-portable/sandbox-seccomp-filter.c at master · openssh/openssh-portable · GitHub (at github.com)
[18:56:21] <abaumann> let's hunt for the pull request.. :-)
[18:56:53] <abaumann> nope, not there yet - maybe in the mailing list..
[18:58:01] <abaumann> So, the next thing failing happilly will be either file/libmagic or chromium..
[18:58:23] <abaumann> later..
[18:58:25] -!- abaumann has quit [Quit: leaving]
[19:03:10] -!- rvalles_ has joined #archlinux32
[19:03:58] <rvalles_> Just upgraded my Athlon (K75, 600MHz) for the first time in a few weeks... /usr/lib/libc.so.6: CPU ISA level is lower than required
[19:04:11] <rvalles_> Apparently SSE is suddently needed now (!).
[19:04:37] <rvalles_> Only 4 packages upgraded today... but unfortunately one is the libc.
[19:05:05] <rvalles_> So, as I used yay (via sudo) and do not have any root shell open, I can't easily fix this w/o rebooting now.
[19:06:14] <rvalles_> Apparently, I need i486 instead. For which I need to boot an i486 iso. But there aren't any in the download page. Advice?
[19:06:58] <rvalles_> (original plan was just to use busybox wget or nc and tar to unpack 486 libc to /)
[19:07:07] <deep42thought> we have libc issues on i686 and pentium4, too
[19:07:21] <deep42thought> or rather: libc breaking openssh - probably also others
[19:07:24] -!- drathir_tor has quit [Ping timeout: 268 seconds]
[19:07:38] <rvalles_> (then switch to i486 and re-install all installed packages, except i486)
[19:07:58] <rvalles_> (now I'll need to boot an i486 iso and do it from there instead)
[19:08:00] <deep42thought> you can pacstrap i486 from anywhere
[19:08:13] <deep42thought> if you can boot an arch32 iso, you can pacstrap from there
[19:08:24] <deep42thought> just make sure to edit your /etc/pacman.conf to say "Architecture=i486"
[19:08:39] <rvalles_> Sure enough. But will the i686 ISOs even boot?
[19:08:54] <deep42thought> you did boot i686 until now, right?
[19:09:09] <buildmaster> i486/glibc is broken (says nlopc46-i486bs1): https://archlinux32.org
[19:09:22] <rvalles_> Sure. But I've just learned i686 requires sse, which Athlon doesn't have.
[19:09:29] <deep42thought> lol, this is your error ^
[19:09:55] <rvalles_> eek.
[19:10:04] <rvalles_> Well, machine's also got freedos and netbsd.
[19:10:48] <rvalles_> Although / is nilfs2, so I won't be fixing arch from netbsd :^)
[19:11:23] <rvalles_> It has no cdrom, so I used netboot to install archlinux32 several months back. I guess I'll do the same with the ISO.
[19:11:48] <rvalles_> If I use the old ISO, it'll probably still work (and be sufficient to fix the install or reinstall with i486)
[19:12:14] <rvalles_> But I suppose I'm in no hurry. I'll let people figure out today's borkedness :)
[19:12:21] <deep42thought> :-)
[19:35:34] <buildmaster> pentium4/seamonkey is broken (says eurobuild6-1): https://archlinux32.org
[19:45:37] -!- drathir_tor has joined #archlinux32
[20:08:41] <buildmaster> i486/openssl is broken (says nlopc46-i486bs1): https://archlinux32.org
[20:10:17] <buildmaster> i486/aliyun-cli is broken (says nlopc46-i486bs1): https://archlinux32.org
[20:11:47] <buildmaster> i486/tang is broken (says nlopc46-i486bs1): https://archlinux32.org
[20:31:54] -!- drathir_tor has quit [Ping timeout: 268 seconds]
[20:35:50] <buildmaster> any/python-setuptools-rust is broken (says nlopc43): https://archlinux32.org
[20:49:30] <buildmaster> i486/compsize is broken (says nlopc46-i486bs1): https://archlinux32.org
[20:50:58] <buildmaster> i486/ell is broken (says nlopc46-i486bs1): https://archlinux32.org
[20:52:27] -!- drathir_tor has joined #archlinux32
[20:52:29] <buildmaster> i486/librime is broken (says nlopc46-i486bs1): https://archlinux32.org
[20:53:58] <buildmaster> i486/tpm2-abrmd is broken (says nlopc46-i486bs1): https://archlinux32.org
[20:55:25] <buildmaster> i486/libburn is broken (says nlopc46-i486bs1): https://archlinux32.org
[20:56:56] <buildmaster> i486/libisofs are broken (says nlopc46-i486bs1): https://archlinux32.org
[21:51:15] <buildmaster> pentium4/ell is broken (says nlopc43): https://archlinux32.org
[22:12:25] -!- deep42thought has quit [Quit: Leaving.]
[22:23:30] -!- drathir_tor has quit [Ping timeout: 268 seconds]
[22:24:29] -!- drathir_tor has joined #archlinux32
[23:06:11] <buildmaster> i486/linux is broken (says nlopc46-i486bs1): https://archlinux32.org
[23:07:39] <buildmaster> i486/pacman is broken (says nlopc46-i486bs1): https://archlinux32.org
[23:09:52] <buildmaster> i486/fuse3 is broken (says nlopc46-i486bs1): https://archlinux32.org
[23:11:19] <buildmaster> i486/aws-checksums are broken (says nlopc46-i486bs1): https://archlinux32.org
[23:13:27] -!- drathir_tor has quit [Ping timeout: 268 seconds]
[23:23:58] -!- drathir_tor has joined #archlinux32
[23:30:43] -!- drathir_tor has quit [Ping timeout: 268 seconds]
[23:52:10] -!- drathir_tor has joined #archlinux32