#archlinux32 | Logs for 2020-11-10
Back
[00:22:43] -!- stipa has quit [Ping timeout: 240 seconds]
[00:24:09] -!- drathir_tor has joined #archlinux32
[00:51:06] <buildmaster> i686/fzf is broken (says eurobuild6-6): https://archlinux32.org
[00:55:26] <buildmaster> pentium4/fzf is broken (says eurobuild6-6): https://archlinux32.org
[01:19:23] -!- drathir_tor has quit [Ping timeout: 240 seconds]
[01:39:20] -!- drathir_tor has joined #archlinux32
[01:42:21] -!- drathir_tor has quit [Remote host closed the connection]
[01:44:14] -!- drathir_tor has joined #archlinux32
[01:48:18] <buildmaster> i486/rime-pinyin-simp is broken (says eurobuild6-7-i486): https://archlinux32.org
[02:33:56] -!- yans has quit [Quit: chaos is the only true answer]
[02:40:53] -!- drathir_tor has quit [Remote host closed the connection]
[02:42:01] -!- drathir_tor has joined #archlinux32
[02:57:30] -!- drathir_tor has quit [Remote host closed the connection]
[03:02:53] -!- drathir_tor has joined #archlinux32
[03:17:49] <buildmaster> i486/k9s are broken (says eurobuild6-7-i486): https://archlinux32.org
[03:25:14] <buildmaster> i486/fzf is broken (says eurobuild6-7-i486): https://archlinux32.org
[04:03:28] -!- drathir_tor has quit [Remote host closed the connection]
[04:05:31] -!- drathir_tor has joined #archlinux32
[04:21:14] -!- drathir_tor has quit [Remote host closed the connection]
[04:27:32] -!- drathir_tor has joined #archlinux32
[05:08:04] -!- rcf has quit [Ping timeout: 260 seconds]
[05:44:02] <buildmaster> i486/rust-analyzer is broken (says eurobuild6-7-i486): https://archlinux32.org
[06:00:29] -!- drathir_tor has quit [Remote host closed the connection]
[06:08:46] -!- drathir_tor has joined #archlinux32
[06:34:43] -!- drathir_tor has quit [Ping timeout: 240 seconds]
[06:59:19] -!- drathir_tor has joined #archlinux32
[07:13:38] <buildmaster> pentium4/electron9 is broken (says eurobuild6-6): https://archlinux32.org
[07:13:47] <buildmaster> i686/electron9 is broken (says eurobuild6-1): https://archlinux32.org
[07:27:03] -!- drathir_tor has quit [Ping timeout: 240 seconds]
[07:33:45] -!- drathir_tor has joined #archlinux32
[07:53:03] -!- drathir_tor has quit [Ping timeout: 240 seconds]
[07:54:33] -!- abaumann has joined #archlinux32
[07:54:33] <buildmaster> Hi abaumann!
[07:54:33] <buildmaster> !rq abaumann
[07:54:34] <phrik> buildmaster: <abaumann> "anywhere is anywhere for all values of anywhere"
[07:55:39] <abaumann> deep42thought: the linux kernel fails to build because of BTF (a new segment in a binary for global variables). I'm convinced this has been done for 64-bit Intel only. Maybe it can be switched off, otherwise there is some fixing required, presumably in binutils or in a library handling BTF..
[07:55:52] -!- abaumann has quit [Client Quit]
[07:58:07] -!- drathir_tor has joined #archlinux32
[08:01:47] -!- drathir_tor has quit [Remote host closed the connection]
[08:05:07] -!- tyzoid has quit [Ping timeout: 260 seconds]
[08:08:13] -!- drathir_tor has joined #archlinux32
[08:15:59] -!- tyzoid has joined #archlinux32
[08:15:59] <buildmaster> Hi tyzoid!
[08:15:59] <buildmaster> !rq tyzoid
[08:16:00] <phrik> buildmaster: <tyzoid> All my recipes have MSG added as an additional ingrediant.
[08:47:09] -!- drathir_tor has quit [Remote host closed the connection]
[08:48:12] -!- drathir_tor has joined #archlinux32
[08:55:03] -!- drathir_tor has quit [Ping timeout: 240 seconds]
[09:57:01] -!- bill-auger has quit [Remote host closed the connection]
[10:09:11] -!- rcf has joined #archlinux32
[10:52:14] -!- bill-auger has joined #archlinux32
[11:02:53] <buildmaster> pentium4/pulseeffects are broken (says rechenknecht): https://archlinux32.org
[11:32:58] -!- bill-auger has quit [Remote host closed the connection]
[11:52:36] <buildmaster> pentium4/gnome-control-center is broken (says rechenknecht): https://archlinux32.org
[12:06:10] <buildmaster> pentium4/firefox is broken (says eurobuild6-2): https://archlinux32.org
[12:33:03] -!- bill-auger has joined #archlinux32
[12:41:09] -!- yans has joined #archlinux32
[13:43:16] -!- KeiraT- has joined #archlinux32
[13:44:23] -!- KeiraT has quit [Ping timeout: 240 seconds]
[13:46:29] KeiraT- is now known as KeiraT
[14:07:22] -!- maiseycorne has quit [Ping timeout: 272 seconds]
[14:13:25] -!- maiseycorne has joined #archlinux32
[14:49:01] <buildmaster> pentium4/gnome-initial-setup is broken (says rechenknecht): https://archlinux32.org
[15:10:54] <buildmaster> pentium4/gnome-boxes are broken (says rechenknecht): https://archlinux32.org
[15:17:38] -!- stipa has joined #archlinux32
[15:19:16] -!- stipa has quit [Quit: WeeChat 2.3]
[15:19:34] -!- stipa has joined #archlinux32
[16:01:28] <buildmaster> i686/terraform-provider-libvirt is broken (says rechenknecht): https://archlinux32.org
[16:17:21] <buildmaster> pentium4/epiphany is broken (says rechenknecht): https://archlinux32.org
[16:24:49] <buildmaster> pentium4/gnome-contacts are broken (says rechenknecht): https://archlinux32.org
[16:31:41] <buildmaster> i686/lximage-qt is broken (says rechenknecht): https://archlinux32.org
[16:33:39] <buildmaster> pentium4/lximage-qt is broken (says eurobuild6-1): https://archlinux32.org
[16:48:10] <buildmaster> i686/lxqt-archiver is broken (says rechenknecht): https://archlinux32.org
[16:58:56] <buildmaster> pentium4/lxqt-archiver is broken (says rechenknecht): https://archlinux32.org
[17:22:07] -!- drathir_tor has joined #archlinux32
[17:39:09] -!- abaumann has joined #archlinux32
[17:39:09] <buildmaster> Hi abaumann!
[17:39:10] <buildmaster> !rq abaumann
[17:39:11] <phrik> buildmaster: <abaumann> canary no. 2 is back on testing. :-)
[17:54:14] -!- abaumann has quit [Quit: leaving]
[18:18:03] -!- drathir_tor has quit [Ping timeout: 240 seconds]
[18:22:33] -!- drathir_tor has joined #archlinux32
[18:27:03] -!- drathir_tor has quit [Ping timeout: 240 seconds]
[18:51:00] <buildmaster> i486/llvm is broken (says eurobuild6-7-i486): https://archlinux32.org
[18:54:52] <buildmaster> i486/compiler-rt is broken (says eurobuild6-7-i486): https://archlinux32.org
[18:57:43] <buildmaster> i486/polly is broken (says eurobuild6-7-i486): https://archlinux32.org
[19:04:24] <buildmaster> i486/vivaldi is broken (says eurobuild6-7-i486): https://archlinux32.org
[19:05:23] <buildmaster> i486/openmp is broken (says eurobuild6-7-i486): https://archlinux32.org
[19:25:18] <buildmaster> i486/intel-gmmlib is broken (says eurobuild6-7-i486): https://archlinux32.org
[19:29:39] <buildmaster> i486/rime-cangjie is broken (says eurobuild6-7-i486): https://archlinux32.org
[19:29:54] <buildmaster> i686/lxqt-qtplugin is broken (says rechenknecht): https://archlinux32.org
[19:29:57] -!- drathir_tor has joined #archlinux32
[19:35:16] <buildmaster> pentium4/lxqt-qtplugin is broken (says rechenknecht): https://archlinux32.org
[19:35:48] <buildmaster> i486/llvm10 is broken (says eurobuild6-7-i486): https://archlinux32.org
[19:54:28] -!- abaumann has joined #archlinux32
[19:54:28] <buildmaster> Hi abaumann!
[19:54:29] <buildmaster> !rq abaumann
[19:54:29] <phrik> buildmaster: <abaumann> you are the (build)master. ;-)
[19:55:43] <abaumann> deep42thought: I was wrong. A new kernel feature hit the Linux planet: https://www.kernel.org there are rumours it doesn't/didn't work on big endians, s390 issues, so I would wait, also this patch looked promising: https://www.spinics.net
[19:55:45] <phrik> Title: [PATCH] btf_encoder: Check var type after checking var addr. — Linux DWARVES (at www.spinics.net)
[19:55:51] -!- deep42thought has joined #archlinux32
[19:55:52] <buildmaster> Hi deep42thought!
[19:55:52] <buildmaster> !rq deep42thought
[19:55:52] <phrik> buildmaster: <deep42thought> computers ranked by dirt: smokers, car mechanics, bedroom, ...
[19:55:56] <abaumann> hi deep42thought
[19:56:10] <deep42thought> Hi abaumann!
[19:56:41] <buildmaster> i686/pcmanfm-qt is broken (says rechenknecht): https://archlinux32.org
[19:57:12] <deep42thought> what is this btf supposed to do?
[19:57:21] <deep42thought> can we simply turn it off?
[19:57:23] * abaumann starts to think that singularity in an ever evolving Linux kernel will eventually produce the ultimate last bug. ;-)
[19:57:41] <abaumann> I understand too little kernel to judge.
[19:58:04] <abaumann> unless it is a CONFIG_BTF YES/NO which I can set to NO :-)
[19:58:27] * deep42thought checks .config
[19:58:52] <abaumann> CONFIG_DEBUG_INFO_BTF?
[19:58:53] <deep42thought> CONFIG_VIDEO_SONY_BTF_MPX=m
[19:58:53] <deep42thought> CONFIG_DEBUG_INFO_BTF=y
[19:59:16] <abaumann> aeh, the second one. I think, Sony was not involved in this one :-)
[19:59:37] <abaumann> "Turning this on expects presence of pahole tool, which will convert DWARF type info into equivalent deduplicated BTF type info."
[19:59:45] <deep42thought> "Prompt: Generate BTF typeinfo" very helpful
[19:59:55] <abaumann> https://www.kernel.org
[19:59:55] <phrik> Title: BPF Type Format (BTF) — The Linux Kernel documentation (at www.kernel.org)
[20:00:03] <abaumann> well the documentation on the kernel page is really good
[20:00:12] <abaumann> let's turn it off.
[20:00:14] * deep42thought was using `make menuconfig`
[20:00:22] <deep42thought> yeah, sounds, like we should simply do that
[20:00:29] <abaumann> ah. make menuconfig? sombody still uses that one?
[20:00:38] <deep42thought> I build my own kernel
[20:00:49] <abaumann> You do you ;-)
[20:01:19] <buildmaster> pentium4/pcmanfm-qt is broken (says rechenknecht): https://archlinux32.org
[20:01:22] <deep42thought> and ocassionally, I need some fancy, very-advanced features - like, for example USB pluggable hard drive support - in the kernel, so I need to go through the menus :-)
[20:01:40] <abaumann> the menu structure got really bad lately
[20:01:44] <abaumann> I hardly find anything.
[20:01:50] <deep42thought> '/'
[20:01:52] <abaumann> There is a search function though in menuconfig
[20:01:54] <abaumann> exactly :-)
[20:02:48] <deep42thought> though, the search function could need a "go to" function, too :-)
[20:03:00] <deep42thought> (maybe it has and I never noticed)
[20:03:05] <abaumann> let me test fast, if switching BTF off is working
[20:04:06] * abaumann kills a double-webkit2gtk which still doesn't build
[20:05:10] * abaumann starts a -j16 make of the kernel
[20:08:01] <deep42thought> btw: my 1st build slave was broken due to broken glibc
[20:08:28] <deep42thought> i486 build slave ^
[20:08:35] <deep42thought> the 2nd probably has a similar issue
[20:08:40] <abaumann> oups
[20:08:44] <abaumann> you are on testing there?
[20:09:29] <deep42thought> probably even staging
[20:09:33] <deep42thought> but that's not the issue
[20:09:48] <deep42thought> it's simply a bad idea to reboot the host in the middle of the update of the client :-)
[20:10:21] <deep42thought> and since I do all updates in parallel, that may happen quite often :-D
[20:10:30] <abaumann> ah :-)
[20:14:22] -!- deep42thought has quit [Remote host closed the connection]
[20:14:57] -!- deep42thought has joined #archlinux32
[20:14:58] <buildmaster> Hi deep42thought!
[20:14:58] <buildmaster> !rq deep42thought
[20:14:59] <phrik> buildmaster: <deep42thought> doesn't one usually try to avoid rust on metals?
[20:15:05] <deep42thought> /bin/bash: error while loading shared libraries: /usr/lib/libdl.so.2: file too short
[20:15:58] <abaumann> this requires some manual patch-foo
[20:16:17] <deep42thought> no, this requires a manual `bsdtar -xpf var/cache/pacman/pkg/glibc-2.32-5.0-i486.pkg.tar.zst usr/lib`
[20:16:40] <abaumann> /bin/bsdtar: error while loading shared libraries: /usr/lib/libdl.so.2: file too short
[20:16:43] <abaumann> ?
[20:16:52] <deep42thought> no, I use the host's bsdtar for that :-)
[20:16:58] <abaumann> ah. ok :-)
[20:17:45] <deep42thought> both clients were rebooted during the glibc update, hehe :-)
[20:17:49] <T`aZ> seaing those glibc failures always scares me a bit when I do the next update :o
[20:18:10] <deep42thought> T`aZ: do not pull the plug during the update and you should be safe :-)
[20:19:46] <T`aZ> yeah, i'm trusting you guys are doing the right thing :p, i never any critical failure with arch32 yet, (so, thanks again!)
[20:19:56] <T`aZ> +had
[20:20:18] <abaumann> no critical error yet, you are doing something wrong.. ;-)
[20:20:18] -!- marc2377 has joined #archlinux32
[20:20:21] <deep42thought> it probably depends on what you call "critical"
[20:20:26] <deep42thought> !grab abaumann
[20:20:27] <phrik> deep42thought: Tada!
[20:20:55] <T`aZ> well, last big failure was last year or something, with thunderbird and some other main library not being bumped from testing to stable, but, this is not critical :p
[20:21:31] <deep42thought> if you boot your pc and only a blinking cursor in a rescue console comes up, some people call it "critical" - most time, I would only call it "annoying"
[20:21:46] <abaumann> !grab deep42thought
[20:21:47] <phrik> abaumann: Bingpot!
[20:22:14] <T`aZ> :D
[20:23:49] <abaumann> LD [M] virt/lib/irqbypass.ko
[20:23:49] <abaumann> ==> ERROR: A failure occurred in build().
[20:23:49] <abaumann> Aborting...
[20:23:54] <T`aZ> "why can't we watch a movie " "I don't know, let me quickly debug this glibc issue first"
[20:24:01] <T`aZ> this is , most of the time, not ending well
[20:24:11] <deep42thought> pick your wife well ;-)
[20:25:03] <deep42thought> "can I have the laptop?" "no, I'm currently encrypting the disk" "ah, ok, keep on going" -- actual conversation between my wife and me today
[20:25:12] <abaumann> lol :-)
[20:26:37] <T`aZ> I must remember to use this excuse
[20:27:11] <deep42thought> you also need to remember to have the arch install iso booted at that time :-)
[20:27:54] <abaumann> the Linux kernel goes the Firefox way a) create a foundation, b) let everybody code on it, c) build times exceed the 20 minute margin on modern hardware d) reprogram everything in rust
[20:28:14] <deep42thought> !grab abaumann
[20:28:14] <phrik> deep42thought: Tada!
[20:28:26] <deep42thought> I thought, Linus had an eye on the kernel being pure C?
[20:28:32] <abaumann> oups. that remark will stick there for posteriority for a while.. ;-)
[20:28:43] <abaumann> { cat arch/x86/boot/compressed/vmlinux.bin arch/x86/boot/compressed/vmlinux.relocs | zstd -22 --ultra; printf \\110\\246\\371\\000; } > arch/x86/boot/compressed/vmlinux.bin.zst
[20:28:47] <abaumann> zstd: error 11 : Allocation error : not enough memory
[20:28:56] <abaumann> and the rest is free code from Facebook not worth a sh*
[20:29:22] <abaumann> zstd -22 --ultra
[20:29:38] <abaumann> mmh, where would I probably but that one in the makefiles, config files.. *hum*
[20:29:42] <abaumann> *put
[20:30:13] <buildmaster> i686/js78 is broken (says rechenknecht): https://archlinux32.org
[20:30:49] <abaumann> why does everybody go into the zstd direction: kernel image, modules, ramdisk compression?
[20:30:55] <abaumann> Archlinux packages. :->
[20:31:46] <deep42thought> because it performs a few % better on some machines -- but does not work on a few % of machines
[20:31:57] * abaumann searched -22 in config as ZSTD compression parameter
[20:32:21] <abaumann> anybody thought about producing less bloat instead of trying hard to compress bloat? ;-)
[20:32:43] -!- drathir_tor has quit [Ping timeout: 240 seconds]
[20:32:49] <deep42thought> !grab abaumann
[20:32:50] <phrik> deep42thought: Tada!
[20:33:02] <deep42thought> I did! I just recently programmed in assembler again :-)
[20:33:05] * abaumann feels his limit of snarky remark has been reached for today.. in fact.. for this month :-)
[20:33:12] <abaumann> crongrats.
[20:33:17] <deep42thought> you'll be banned after 10
[20:33:28] <abaumann> I do what everybody else is doing currently, building a 6502-based computer
[20:33:51] <abaumann> I even had 2 old 6502 programming books back from my Apple ][ days.
[20:34:33] <deep42thought> sry, I use a more recent cpu: Attiny2313
[20:34:51] <abaumann> sweet :-)
[20:35:10] <abaumann> AVR, I suppose
[20:35:15] <deep42thought> yep
[20:35:19] <abaumann> 8-bit, close. :-)
[20:35:20] <deep42thought> https://blog.eckner.net
[20:35:20] <phrik> Title: Binary clock with DCF77-receiver (at blog.eckner.net)
[20:35:44] <deep42thought> it has some really neat combined commands which execute in only one or two cycles
[20:37:00] <abaumann> I'm also using a 65C02 which has some neat extensions to the origin 6502
[20:37:18] <deep42thought> 6502 is closer to x86, I assume?
[20:37:29] <abaumann> at the moment my project is on halt because the 32k SRAM proved to have a broken address line of sorts.
[20:37:45] <abaumann> it's CISC, you could say.
[20:38:03] <abaumann> but a simple CISC, 3 registers, Accumulator and X,Y index registers.
[20:38:11] <abaumann> but quite some addressing modes
[20:38:19] <deep42thought> 3 registers?
[20:38:21] <deep42thought> not 32?
[20:38:23] <abaumann> nope
[20:38:35] <abaumann> but you can do 'INC <memory>' directly
[20:38:58] <abaumann> so, you need the accumulator basically for computations.
[20:39:07] <abaumann> X and Y for indexed addressing
[20:39:21] <abaumann> those you can only load, increment, decrement
[20:40:01] <abaumann> you are using BCD :-)
[20:40:23] <deep42thought> bcd, pure binary and some combined 2-5 system
[20:40:24] <deep42thought> yes
[20:40:29] <abaumann> cool
[20:40:49] <deep42thought> bcd is actually pretty easy to read
[20:41:05] <deep42thought> and it's nice, because I can also read it without glasses (e.g. when in bed)
[20:41:13] <abaumann> LOL
[20:41:31] <abaumann> that was it's original purpose. ;-)
[20:41:38] <deep42thought> sure, it was
[20:41:54] <abaumann> ./scripts/Makefile.lib: cmd_zstd22 = { cat $(real-prereqs) | $(ZSTD) -22 --ultra; $(size_append);
[20:41:57] <deep42thought> the DCF77 sender even transmits in bcd - I'm *sure* they intend, you do not transcode it
[20:42:11] <deep42thought> you found it :-)
[20:42:27] <abaumann> "zstd22 uses a maximum window size of
[20:42:29] <abaumann> # 128 MB"
[20:42:38] <abaumann> ahem, so why do I get an out of memory?
[20:42:50] <deep42thought> "how many windows must I provide?"
[20:43:04] <deep42thought> ^Sherlock holmes
[20:45:01] <abaumann> --ultra: unlocks high compression levels 20+ (maximum 22), using a lot more memory. Note
[20:45:04] <abaumann> that decompression will also require more memory when using these levels.
[20:45:07] <abaumann> yeah. been there.
[20:45:25] <abaumann> cmd_zstd = { cat $(real-prereqs) | $(ZSTD) -19; $(size_append); } > $@
[20:45:28] <abaumann> cmd_zstd22 = { cat $(real-prereqs) | $(ZSTD) -22 --ultra; $(size_append); } > $@
[20:45:33] <abaumann> what the..?
[20:48:24] <deep42thought> looks, like we should replace zstd by a wrapper, that trims the compression level down to some configurable maximum value :-D
[20:48:54] <abaumann> Actually, good old --max-memory=128M parameter.
[20:49:17] <deep42thought> i486 build slaves are back online
[20:49:22] <abaumann> what puzzles me now is that those makefile variables are not used anywhere..
[20:49:42] <abaumann> i486 full steam ahead..
[20:49:47] <deep42thought> lol
[20:50:12] <abaumann> zstd -T0 "attempt to de‐ tect and use the number of physical CPU cores
[20:50:23] <abaumann> we should be careful and change those to -T1
[20:50:30] <deep42thought> yes
[20:51:02] <abaumann> ./scripts/mkcompile_h: line 38: hostname: command not found
[20:51:03] <deep42thought> `alias nproc='echo 1'`
[20:51:09] <abaumann> seriously. what the..
[20:51:10] <deep42thought> hehe
[20:51:21] <deep42thought> `uname -h` is the way to go
[20:51:25] <deep42thought> no
[20:51:34] <deep42thought> uname -n
[20:51:41] <abaumann> usr/bin/hostname is owned by core/inetutils 1.9.4-8
[20:51:50] <deep42thought> hostname is inetutils, which is *evil*
[20:51:52] <abaumann> is no longer in the base group, supposedly
[20:51:57] <deep42thought> yep
[20:52:00] <abaumann> says who?
[20:52:03] <deep42thought> because it's outdated
[20:52:08] <deep42thought> eli, for example
[20:52:15] <abaumann> unix is outdated, so is linux
[20:52:18] <abaumann> I could argue
[20:52:30] <abaumann> monolithic, single-address space kernel, no microkernel.
[20:52:33] <abaumann> but it runs.
[20:52:53] <abaumann> same goes for old GNU tools etc. don't touch them, as long as they work
[20:53:04] <deep42thought> I think "outdated" is oversimplified
[20:53:06] <abaumann> at least some 30 years ago C code was still written in a portable way.
[20:53:19] <abaumann> unmaintained is most likely the problem
[20:53:21] <deep42thought> the problem is, that inetutils contains some real security hazards (rsh, for one)
[20:53:31] <deep42thought> and most people only need it for `hostname` anyways
[20:53:45] <deep42thought> which is more portable as `uname -n`
[20:54:05] <abaumann> the Linux kernel scripts use hostname, I don't understand why systemd didn't do a shim for hostnamectl called hostname
[20:54:11] <deep42thought> (I meant: uname is more portable than hostname)
[20:54:49] <abaumann> hostnamectl -H root@someothermachine :->
[20:54:56] <deep42thought> you should provide a package `hostname` which calls `uname -n` - ideally via some python binding of bash ...
[20:54:58] <abaumann> what the..?
[20:55:21] <abaumann> would do gladly, but I'm not fixing upstream bugs.. (for known reasons)
[20:55:34] <deep42thought> you missed the irony
[20:55:41] <abaumann> oh. true :-)
[20:55:48] <abaumann> why python?
[20:55:55] -!- drathir_tor has joined #archlinux32
[20:56:03] <deep42thought> because everyone uses it
[20:56:20] <deep42thought> and because it makes bootstrapping harder
[20:57:28] <abaumann> this train left the station, I think
[20:57:46] <abaumann> I'm more worried, it will keep running AT ALL
[21:07:56] <abaumann> ./scripts/mkcompile_h: line 38: hostname: command not found
[21:08:04] <abaumann> and now my 'make' simply hangs..
[21:08:21] <deep42thought> did you install inetutils?
[21:08:54] <abaumann> why should I, it builds upstream without it apparently
[21:09:03] -!- drathir_tor has quit [Ping timeout: 240 seconds]
[21:09:12] <abaumann> I think, only the hostname is not built into some nice kernel messages 'Built on hostname blabla'
[21:09:24] <deep42thought> hmm ,ok
[21:09:29] <abaumann> Cltr-C doesn't help
[21:09:41] * abaumann reboots eurobuild6
[21:09:55] <abaumann> I check in the kernel fixes for now.. it's late..
[21:10:10] <abaumann> ..let's see, maybe it works around zstd memory somewhere somehow..
[21:10:53] <deep42thought> :-)
[21:11:44] <abaumann> have to sleep. up since 3:30AM
[21:11:49] <abaumann> don't ask.. :-)
[21:11:50] <deep42thought> oh
[21:11:54] <deep42thought> good night!
[21:12:01] <abaumann> thanks, cu.
[21:12:06] -!- abaumann has quit [Quit: leaving]
[21:31:08] -!- drathir_tor has joined #archlinux32
[21:34:18] <buildmaster> i486/libplacebo is broken (says eurobuild6-7-i486): https://archlinux32.org
[22:17:23] -!- stipa has quit [Ping timeout: 240 seconds]
[22:19:39] -!- stipa has joined #archlinux32
[22:52:06] -!- deep42thought has quit [Quit: Leaving.]
[23:25:23] -!- drathir_tor has quit [Ping timeout: 240 seconds]
[23:25:44] -!- sunshavi has quit [Ping timeout: 256 seconds]
[23:28:07] -!- drathir_tor has joined #archlinux32
[23:32:23] -!- drathir_tor has quit [Remote host closed the connection]
[23:33:52] -!- drathir_tor has joined #archlinux32
[23:43:03] -!- drathir_tor has quit [Ping timeout: 240 seconds]
[23:46:20] <buildmaster> i486/fasm is broken (says nlopc46-i486bs0): https://archlinux32.org
[23:54:49] <buildmaster> i486/plasma-disks are broken (says nlopc46-i486bs0): https://archlinux32.org
[23:55:38] -!- drathir_tor has joined #archlinux32
[23:58:37] <buildmaster> i486/plasma-thunderbolt is broken (says nlopc46-i486bs0): https://archlinux32.org