#archlinux32 | Logs for 2020-03-01
Back
[00:49:30] -!- isacdaavid has joined #archlinux32
[02:01:52] -!- LaureeGrd has joined #archlinux32
[02:02:07] <LaureeGrd> Hello
[02:02:11] <LaureeGrd> I need some help
[02:03:41] <LaureeGrd> I've been trying to install archlinux32 on an old laptop I have and want to resurrect. Since Arch is what I used for a while before on my main desktop PC, I went with it, although this one doesn't support 64 bits of course
[02:04:18] <LaureeGrd> The wifi chip on that laptop is giving me problems, as its firmware is not present in /lib/firmware/
[02:06:00] <LaureeGrd> After a lot of tinkering around I found that package b43-firmware-classic is present on the AUR, and it could have what I need. So I tried to learn how to install packages offline, only to find out that this machine is not recognizing AUR packages as valid. I assume archlinux32 uses it's own AUR, right? And since that package is not built for i686, I can't even get its link from the .db files
[02:18:53] -!- bill-auger has joined #archlinux32
[03:35:53] -!- KeiraT has joined #archlinux32
[06:13:21] -!- DCyrax has joined #archlinux32
[07:26:27] -!- _DCyrax has joined #archlinux32
[07:59:15] <T`aZ> LaureeGrd: the aur repo is shared
[08:00:22] <T`aZ> you have to build it from an archlinux32 probably though
[08:27:59] <girls> LaureeGrd: you may/will need to modify the arch=() array, though
[08:28:59] <girls> ah, b43-firmware-classic is not compiled, it's just installed - you will also need to look at the source url if they have an 32-bit build
[09:01:17] -!- KeiraT has joined #archlinux32
[12:20:42] <trotz> 2020/03/01 12:20 CRIT jeti100 Master Mirror Secure HTTP CRITICAL - Invalid HTTP response received from host on port 443: cURL returned 28 - Timeout was reached
[12:21:42] <trotz> 2020/03/01 12:21 CRIT jeti100 Archive HTTP CRITICAL - Invalid HTTP response received from host on port 80: cURL returned 28 - Timeout was reached
[12:25:54] -!- samantaz_ has joined #archlinux32
[12:30:42] <buildmaster> pentium4/haskell-persistent-sqlite is broken (says nlopc46): https://archlinux32.org/buildmaster/build-log.php?a=pentium4&p=haskell-persistent-sqlite
[12:30:42] <trotz> 2020/03/01 12:30 OK jeti100 Master Mirror Secure HTTP OK: HTTP/1.1 200 OK - 1408 bytes in 3.043 second response time
[12:31:42] <trotz> 2020/03/01 12:31 OK jeti100 Archive HTTP OK: HTTP/1.1 200 OK - 821 bytes in 3.285 second response time
[12:36:43] <trotz> 2020/03/01 12:35 CRIT jeti100 Archive Secure HTTP CRITICAL - Invalid HTTP response received from host on port 443: cURL returned 28 - Timeout was reached
[12:36:43] <trotz> 2020/03/01 12:35 CRIT jeti100 Master Mirror Certificate HTTP CRITICAL - Invalid HTTP response received from host on port 443: cURL returned 28 - Timeout was reached
[12:57:25] <trotz> 2020/03/01 12:55 OK jeti100 Archive Secure HTTP OK: HTTP/1.1 200 OK - 619 bytes in 0.086 second response time
[12:57:25] <trotz> 2020/03/01 12:55 OK jeti100 Master Mirror Certificate OK - Certificate 'arch.eckner.net' will expire on Sun 12 Apr 2020 04:02:41 AM GMT +0000.
[12:57:40] -!- davor has joined #archlinux32
[13:00:34] <trotz> 2020/03/01 12:59 CRIT jeti100 Archive Certificate HTTP CRITICAL - Invalid HTTP response received from host on port 443: cURL returned 6 - Couldn't resolve host name
[13:00:34] <trotz> 2020/03/01 12:59 CRIT jeti100 PING CRITICAL - Network Unreachable (141.35.51.219)
[13:00:43] <trotz> 2020/03/01 13:00 CRIT jeti100 SSH connect to address 141.35.51.219 and port 22: Network is unreachable
[13:04:43] <trotz> 2020/03/01 13:04 OK jeti100 PING PING OK - Packet loss = 0%, RTA = 13.46 ms
[13:05:44] <trotz> 2020/03/01 13:05 OK jeti100 SSH SSH OK - OpenSSH_8.2 (protocol 2.0)
[13:10:43] <trotz> 2020/03/01 13:09 OK jeti100 Archive Certificate OK - Certificate 'arch.eckner.net' will expire on Sun 12 Apr 2020 04:02:41 AM GMT +0000.
[13:32:19] <buildmaster> pentium4/hedgewars are broken (says nlopc46): https://archlinux32.org/buildmaster/build-log.php?a=pentium4&p=hedgewars
[13:36:46] <buildmaster> i686/hedgewars are broken (says rechenknecht): https://archlinux32.org/buildmaster/build-log.php?a=i686&p=hedgewars
[13:53:04] -!- samantaz_ has joined #archlinux32
[14:06:45] <buildmaster> i686/shellcheck is broken (says nlopc46): https://archlinux32.org/buildmaster/build-log.php?a=i686&p=shellcheck
[14:24:26] <buildmaster> pentium4/shellcheck is broken (says rechenknecht): https://archlinux32.org/buildmaster/build-log.php?a=pentium4&p=shellcheck
[14:47:09] <buildmaster> pentium4/bandwhich is broken (says eurobuild6-5): https://archlinux32.org/buildmaster/build-log.php?a=pentium4&p=bandwhich
[14:49:03] <buildmaster> i686/bandwhich is broken (says eurobuild6-3): https://archlinux32.org/buildmaster/build-log.php?a=i686&p=bandwhich
[14:50:12] <buildmaster> i686/findomain is broken (says rechenknecht): https://archlinux32.org/buildmaster/build-log.php?a=i686&p=findomain
[14:50:20] <buildmaster> pentium4/findomain is broken (says eurobuild6-4): https://archlinux32.org/buildmaster/build-log.php?a=pentium4&p=findomain
[14:55:56] <buildmaster> pentium4/grafana is broken (says nlopc46): https://archlinux32.org/buildmaster/build-log.php?a=pentium4&p=grafana
[15:00:26] <buildmaster> i686/grafana is broken (says eurobuild6-1): https://archlinux32.org/buildmaster/build-log.php?a=i686&p=grafana
[15:09:02] -!- samantaz_ has joined #archlinux32
[15:15:03] <LaureeGrd> T`aZ: thanks
[15:15:56] <LaureeGrd> girls: oh, I will check that later then
[16:07:57] <buildmaster> i686/pandoc is broken (says eurobuild6-4): https://archlinux32.org/buildmaster/build-log.php?a=i686&p=pandoc
[16:08:10] <buildmaster> pentium4/pandoc is broken (says eurobuild6-6): https://archlinux32.org/buildmaster/build-log.php?a=pentium4&p=pandoc
[16:14:09] -!- JuniorJPDJ has joined #archlinux32
[17:03:25] <buildmaster> pentium4/kodi is broken (says eurobuild6-1): https://archlinux32.org/buildmaster/build-log.php?a=pentium4&p=kodi
[17:28:32] <buildmaster> i686/kodi is broken (says eurobuild6-2): https://archlinux32.org/buildmaster/build-log.php?a=i686&p=kodi
[18:30:54] <trotz> 2020/03/01 18:30 CRIT jeti100 Master Mirror Secure HTTP CRITICAL - Invalid HTTP response received from host on port 443: cURL returned 28 - Timeout was reached
[18:30:54] <trotz> 2020/03/01 18:30 CRIT jeti100 PING PING CRITICAL - Packet loss = 100%
[18:30:54] <trotz> 2020/03/01 18:30 CRIT jeti100 SSH CRITICAL - Socket timeout after 10 seconds
[18:31:54] <trotz> 2020/03/01 18:31 CRIT jeti100 Archive HTTP CRITICAL - Invalid HTTP response received from host on port 80: cURL returned 28 - Timeout was reached
[18:31:54] <trotz> 2020/03/01 18:31 CRIT jeti100 Master Mirror HTTP CRITICAL - Invalid HTTP response received from host on port 80: cURL returned 28 - Timeout was reached
[18:32:54] <trotz> 2020/03/01 18:31 CRIT jeti100 Archive Certificate HTTP CRITICAL - Invalid HTTP response received from host on port 443: cURL returned 28 - Timeout was reached
[18:36:54] <trotz> 2020/03/01 18:35 ?? buildmaster OS updates UNKNOWN - pacman -Sy failed with state 1
[18:36:54] <trotz> 2020/03/01 18:35 CRIT jeti100 Archive Secure HTTP CRITICAL - Invalid HTTP response received from host on port 443: cURL returned 28 - Timeout was reached
[18:36:54] <trotz> 2020/03/01 18:35 CRIT jeti100 Master Mirror Certificate HTTP CRITICAL - Invalid HTTP response received from host on port 443: cURL returned 28 - Timeout was reached
[18:39:12] <buildmaster> girls, please have a look at my dirty database
[18:39:12] * buildmaster goes insane.
[18:40:54] <trotz> 2020/03/01 18:40 OK jeti100 Master Mirror Secure HTTP OK: HTTP/1.1 200 OK - 1408 bytes in 0.075 second response time
[18:40:54] <trotz> 2020/03/01 18:40 OK jeti100 PING PING OK - Packet loss = 0%, RTA = 13.49 ms
[18:40:54] <trotz> 2020/03/01 18:40 OK jeti100 SSH SSH OK - OpenSSH_8.2 (protocol 2.0)
[18:41:54] <trotz> 2020/03/01 18:41 OK jeti100 Archive HTTP OK: HTTP/1.1 200 OK - 821 bytes in 0.109 second response time
[18:41:54] <trotz> 2020/03/01 18:41 OK jeti100 Archive Certificate OK - Certificate 'arch.eckner.net' will expire on Sun 12 Apr 2020 04:02:41 AM GMT +0000.
[18:41:54] <trotz> 2020/03/01 18:41 OK jeti100 Master Mirror HTTP OK: HTTP/1.1 200 OK - 1408 bytes in 0.035 second response time
[18:45:55] <trotz> 2020/03/01 18:45 OK jeti100 Archive Secure HTTP OK: HTTP/1.1 200 OK - 619 bytes in 0.078 second response time
[18:45:55] <trotz> 2020/03/01 18:45 OK jeti100 Master Mirror Certificate OK - Certificate 'arch.eckner.net' will expire on Sun 12 Apr 2020 04:02:41 AM GMT +0000.
[18:56:23] -!- isacdaavid has joined #archlinux32
[19:17:31] * buildmaster resumes sanity.
[20:02:52] -!- ahuillet has joined #archlinux32
[20:04:41] <ahuillet> hi! my last upgrade was a month ago, and today I see this: https://pastebin.com/JsY0BDNz
[20:04:42] <phrik> Title: Packages (98) alsa-lib-1.2.2-1.0 alsa-topology-conf-1.2.2-2.0 alsa-ucm-conf-1. - Pastebin.com (at pastebin.com)
[20:04:45] <ahuillet> Net Upgrade Size: 1934,80 MiB
[20:04:52] <ahuillet> that's huge, unbelievably so
[20:04:59] <ahuillet> has anyone else observed that and found the explanation for it?
[20:05:58] <girls> no, I didn't notice that
[20:07:56] <ahuillet> seems to be gcc related
[20:08:30] <ahuillet> as though pacman was trying to install gcc-9.2.1+20200130-2.0 *aside of* the existing gcc 9.2.0-4.0
[20:09:13] <girls> oh
[20:09:50] <girls> I cannot spot any drastically grown packages amongst your upgrades
[20:10:00] <ahuillet> no, but if I pacman -S gcc
[20:10:05] <ahuillet> Net Upgrade Size: 550,18 MiB
[20:10:09] <ahuillet> so I think it's gcc
[20:10:21] <ahuillet> (there obviously already is gcc on that machine, gcc 9.2.0-4.0)
[20:13:30] <ahuillet> that doesn't explain all of it, still, but it sounds like a bug to me, the gcc package shouldn't be doing that should it?
[20:14:07] <girls> it really tries to install both of them next to each other?
[20:14:29] <ahuillet> no, that is just my theory. it seems like the new gcc version is 550MB larger than the older one, I do not know why
[20:14:36] <girls> my experience is, that something has a versioned dependency on it, thus it tries to keep the old one, and then *fails* the update in strange ways
[20:14:42] <ahuillet> and I can't easily find out because I don't have 500MB free on that machine :)
[20:15:07] <ahuillet> how would you investigate that theory of yours?
[20:15:28] <girls> let me diff the gcc packages
[20:16:51] <buildmaster> i686/virtualbox-modules-arch is broken (says nlopc46): https://archlinux32.org/buildmaster/build-log.php?a=i686&p=virtualbox-modules-arch
[20:18:31] <girls> looks pretty similar
[20:18:45] <girls> maybe, it's just, that pacman is confused, because we changed from xz to zst=
[20:18:46] <girls> ?
[20:19:01] <ahuillet> oh
[20:19:08] <ahuillet> interesting idea
[20:19:54] <girls> hmm, no, the content is indeed 500MB bigger :-/
[20:20:01] <ahuillet> ok that *is* a bug then :)
[20:20:16] * girls check x86_64 gcc, now
[20:21:29] <girls> yup, they didn't grow by 500MB ...
[20:21:31] <girls> hmm
[20:22:25] <ahuillet> I suspect it's not just gcc, GCC + its deps seem to represent ~600MB increase, but pacman claims a total of 1900MB, so whatever bug produced the enlarged gcc packages may also be affecting others
[20:22:47] <ahuillet> please let me know if I can be useful
[20:22:52] <ahuillet> s/if/how/
[20:25:04] <girls> I'm not sure :-/
[20:26:06] <girls> 703M a
[20:26:06] <girls> 146M b
[20:26:06] <girls> 137M c
[20:26:09] <girls> a is current gcc
[20:26:16] <girls> b is current upstream gcc
[20:26:23] <girls> and c is last gcc of archlinux32
[20:26:25] <ahuillet> upstream = archlinux x86-64?
[20:26:28] <girls> yes
[20:26:43] <girls> so *something* has grown
[20:26:52] <ahuillet> unzip packages and ncdu both directories next to each other to find out what?
[20:27:13] <ahuillet> sounds like a debug build with symbols and whatnot to me
[20:27:45] <girls> https://eckner.net/diff
[20:28:14] <girls> no additional files
[20:28:18] <girls> (this is a vs c)
[20:28:28] <ahuillet> yeah
[20:28:33] <ahuillet> so I bet /usr/bin/gcc is just much bigger
[20:28:57] <buildmaster> pentium4/virtualbox-modules-arch is broken (says eurobuild6-3): https://archlinux32.org/buildmaster/build-log.php?a=pentium4&p=virtualbox-modules-arch
[20:30:22] <ahuillet> girls, do you know how I can get the package file for c?
[20:30:40] <girls> archive.archlinux32.org/packages/g/gcc/
[20:30:54] <ahuillet> anyway
[20:30:55] <ahuillet> arthur@Chani:/tmp/usr/lib/gcc/i686-pc-linux-gnu/9.2.1$ file cc1plus
[20:30:55] <ahuillet> cc1plus: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked, interpreter /lib/ld-linux.so.2, BuildID[sha1]=0faa921e61ac599d0d78980b83982ff6ab8df59b, for GNU/Linux 3.2.0, with debug_info, not stripped
[20:31:02] <ahuillet> debug info not stripped, that's why it's so big
[20:31:31] <ahuillet> must be a bug in the build script that forgot to strip the package this time; and I would assume that also happened for other packages which is why I'm seeing this 1.9GiB size update
[20:31:35] <ahuillet> s/update/increase/
[20:33:01] <ahuillet> $ file cc1plus
[20:33:01] <ahuillet> cc1plus: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked, interpreter /lib/ld-linux.so.2, BuildID[sha1]=a6f479fc6ac88af3d4fe8a0912847dd2c8f2ec7d, for GNU/Linux 3.2.0, stripped
[20:33:01] <ahuillet>
[20:33:09] <ahuillet> ^- in the previous package gcc-9.2.0-4.0-pentium4.pkg.tar.xz
[20:34:11] <ahuillet> and I think that happened across the board, because glibc has the same problem
[20:34:33] <ahuillet> ...... sorry my mistake, glibc is apparently expected not to be stripped
[20:34:39] <girls> we had some trouble with the devtools
[20:34:51] <girls> maybe, this is some fallout of it ...
[20:35:10] -!- rcf has joined #archlinux32
[20:35:12] <ahuillet> anyone I should report it to or are you the right person?
[20:35:32] <girls> I broke it, I'm afraid I should fix it, too ;-)
[20:35:40] <ahuillet> heh
[20:41:24] -!- titus_livius has joined #archlinux32
[20:44:36] -!- nit-picker has joined #archlinux32
[20:44:36] <buildmaster> Hi nit-picker!
[20:44:36] <buildmaster> !rq nit-picker
[20:44:37] <phrik> buildmaster: <nit-picker> abaumann: but there are only 18 "intermediate" versions
[20:48:04] <buildmaster> pentium4/acpi_call is broken (says eurobuild6-5): https://archlinux32.org
[20:53:01] <buildmaster> pentium4/wireguard-arch is broken (says eurobuild6-5): https://archlinux32.org
[20:53:43] <buildmaster> pentium4/wireguard-lts are broken (says nlopc46): https://archlinux32.org
[20:58:05] -!- KeiraT has quit [Ping timeout: 240 seconds]
[21:01:54] <nit-picker> The following packages are longer than 17 days in i686/testing:
[21:01:54] <nit-picker> xfce4-artwork-0.1.1a_git20110420-5.2-any.pkg.tar.xz: since 2019-08-17 (197 days)
[21:01:54] <nit-picker> vlc-3.0.8-7.0-i686.pkg.tar.xz: since 2019-12-16 (76 days)
[21:01:54] <nit-picker> keyutils-1.6.1-3.3-i686.pkg.tar.xz: since 2019-12-17 (75 days)
[21:01:54] <nit-picker> ndctl-67-1.4-i686.pkg.tar.xz: since 2019-12-17 (75 days)
[21:01:54] <nit-picker> python-qscintilla-qt5-2.11.4-1.0-i686.pkg.tar.xz: since 2019-12-21 (71 days)
[21:01:55] <nit-picker> ... (13 total)
[21:16:02] -!- KeiraT has joined #archlinux32
[21:36:58] <nit-picker> key A0B250C0FC9FC079EC04ADB7A50C0F20AEC3AF00 (from Polichronucci (Arch Linux 32 Master Key) <polichronucci@archlinux.gr>) in package archlinux32-keyring-transition-20200219-1.0-any.pkg.tar.zst expires on 2020-05-05 (in 64 < 100 days).
[22:18:28] <nit-picker> The following packages are longer than 3 days in i686/staging:
[22:18:28] <nit-picker> dfu-programmer-0.7.2-2.8-i686.pkg.tar.xz: since 2019-12-17 (75 days)
[22:18:28] <nit-picker> gitg-1:3.32.1-2.2-i686.pkg.tar.xz: since 2019-12-17 (75 days)
[22:18:28] <nit-picker> gtkglext-1.2.0-11.6-i686.pkg.tar.xz: since 2019-12-17 (75 days)
[22:18:28] <nit-picker> glibmm-2.62.0-1.5-i686.pkg.tar.xz: since 2019-12-17 (75 days)
[22:18:28] <nit-picker> glibmm-docs-2.62.0-1.5-i686.pkg.tar.xz: since 2019-12-17 (75 days)
[22:18:29] <nit-picker> ... (234 total)
[22:41:36] <nit-picker> The following packages are longer than 17 days in i486/community-testing:
[22:41:36] <nit-picker> umurmur-0.2.17-17.0-i486.pkg.tar.xz: since 2019-12-16 (76 days)
[22:41:36] <nit-picker> libieee1284-0.2.11-8.0-i486.pkg.tar.xz: since 2019-12-24 (68 days)
[22:43:38] <girls> gcc takes like forever to compile :-(
[22:43:47] <girls> I should have tested with a simpler package, first ...
[23:02:42] <buildmaster> any/gist is broken (says eurobuild6-3): https://archlinux32.org
[23:29:19] <buildmaster> i486/broadcom-wl is broken (says eurobuild6-7-i486): https://archlinux32.org
[23:29:45] <nit-picker> The following packages are longer than 17 days in i486/testing:
[23:29:45] <nit-picker> xfce4-artwork-0.1.1a_git20110420-5.2-any.pkg.tar.xz: since 2019-08-17 (197 days)
[23:29:45] <nit-picker> cifs-utils-6.9-1.5-i486.pkg.tar.xz: since 2019-12-10 (82 days)
[23:29:45] <nit-picker> pacman-5.2.1-4.0-i486.pkg.tar.zst: since 2020-01-10 (51 days)
[23:42:03] <buildmaster> i486/nvidia-390xx is broken (says eurobuild6-7-i486): https://archlinux32.org
[23:52:35] <nit-picker> The following packages are longer than 3 days in i486/staging:
[23:52:35] <nit-picker> dfu-programmer-0.7.2-2.8-i486.pkg.tar.xz: since 2019-12-17 (75 days)
[23:52:35] <nit-picker> libbs2b-3.1.0-6.10-i486.pkg.tar.xz: since 2019-12-17 (75 days)
[23:52:35] <nit-picker> libmatroska-1.5.2-1.6-i486.pkg.tar.xz: since 2019-12-17 (75 days)
[23:52:35] <nit-picker> libpsl-0.21.0-2.3-i486.pkg.tar.xz: since 2019-12-17 (75 days)
[23:52:35] <nit-picker> most-5.1.0-1.6-i486.pkg.tar.xz: since 2019-12-17 (75 days)
[23:52:35] <nit-picker> ... (454 total)
[23:57:42] <nit-picker> The following packages are longer than 3 days in pentium4/staging:
[23:57:42] <nit-picker> dfu-programmer-0.7.2-2.8-pentium4.pkg.tar.xz: since 2019-12-17 (75 days)
[23:57:42] <nit-picker> gitg-1:3.32.1-2.2-pentium4.pkg.tar.xz: since 2019-12-17 (75 days)
[23:57:42] <nit-picker> gtkglext-1.2.0-11.6-pentium4.pkg.tar.xz: since 2019-12-17 (75 days)
[23:57:42] <nit-picker> glibmm-2.62.0-1.5-pentium4.pkg.tar.xz: since 2019-12-17 (75 days)
[23:57:42] <nit-picker> glibmm-docs-2.62.0-1.5-pentium4.pkg.tar.xz: since 2019-12-17 (75 days)
[23:57:42] <nit-picker> ... (258 total)