#archlinux32 | Logs for 2022-01-28
Back
[04:05:51] -!- drathir_tor has quit [Ping timeout: 276 seconds]
[04:06:30] -!- GNUtoo has quit [Ping timeout: 276 seconds]
[04:28:20] -!- GNUtoo has joined #archlinux32
[04:42:11] -!- drathir_tor has joined #archlinux32
[05:29:31] -!- volki57 has quit [Quit: ZNC 1.8.2 - https://znc.in]
[05:30:21] -!- drathir_tor has quit [Ping timeout: 276 seconds]
[05:31:17] -!- volki57 has joined #archlinux32
[05:46:35] -!- drathir_tor has joined #archlinux32
[07:02:26] -!- drathir_tor has quit [Remote host closed the connection]
[07:02:53] -!- drathir_tor has joined #archlinux32
[08:07:09] -!- T`aZ has quit [*.net *.split]
[08:12:47] -!- T`aZ has joined #archlinux32
[09:11:11] <bill-auger> girls abaumann - i was able to compile firefox v96 for i686 today - such a day is becoming rare, sp its probelby worth mentioning - if you want to bump forward firefox, today is a window of opportunity
[09:12:05] <bill-auger> these are the notable peculiar changes i needed to make for this realease:
[09:12:05] <bill-auger> [[ "${CARCH}" == i686 ]] && makedepends=( ${makedepends[*]/jack/jack2} )
[09:12:05] <bill-auger> makedepends_i686=(gcc10)
[09:12:05] <bill-auger> makedepends_i686+=(wasi-compiler-rt=12.0.1 wasi-libc++=12.0.1 wasi-libc++abi=12.0.1)
[09:15:50] <bill-auger> note that version '12.0.1 ' - it must correspond to the version of clang - i686 has only clang 12; but the wasi-* packages are v13 - i had to grab the wasi-* v12 packages from the archive
[09:17:20] <bill-auger> that ^ is probably a bug - i suspect that those wasi-* libs are useable for anyone
[09:17:34] <bill-auger> i suspect that those wasi-* libs are NOT useable for anyone
[09:37:51] -!- abaumann has joined #archlinux32
[09:37:52] <buildmaster> Hi abaumann!
[09:37:52] <buildmaster> !rq abaumann
[09:37:53] <phrik> buildmaster: <abaumann> "works on my laptop and I buy a laptop every year"
[09:38:07] <abaumann> bill-auger: ah, that's good news. I was about to make a new rust/firefox round
[09:38:56] <abaumann> deep42thought: the buildmaster is doing some heavy SQL-querying since yesterday evening (I scheduled a rust157-bin in build-support, maybe I caused the problem)
[09:44:33] <bill-auger> i thought it was noteworthy (im quite giddy sbout it ATM) - the last 4 releases i could not get to compile; so parabola is still at v92 like arch32 - im just about to test it now
[09:50:36] <abaumann> that would be great - as you pointed out, compiling a working firefox gets more and more a challenge. :-)
[09:53:03] <abaumann> deep42thought: I see a DELETE replaced_ptr in mtop.. probably some package migrations
[09:53:06] <abaumann> ?
[09:53:45] <abaumann> get-package-updates is in a do_wait, so it waits for the database query to finish..
[09:53:56] <bill-auger> ok it works well, publishing
[09:54:02] <abaumann> cool.
[09:55:00] <bill-auger> FYI, i was curious what those wasi-* libs are for - they are the web-assembly compiler and c-libs
[09:55:38] <bill-auger> which apparently is strongly dependnt on clang, even though the main build uses GCC
[10:15:28] <abaumann> error[E0463]: can't find crate for `std`, yep. Our rust is old here.. :-)
[10:19:07] <bill-auger> abaumann: note that mozilla does something rather naughty, in that regard - if the system rust compiler is an unexpected version, and if the build box is connected to hte internet, the build system wil download a rust binary and use that
[10:19:38] <bill-auger> that will be evident in the logs, bt yo must mind that, or else you really dont know which rust it is actually using
[10:20:19] <abaumann> yeah, the good thing is, that rustup is usually broken too. :-)
[10:20:28] <abaumann> on our build slaves, that is..
[10:20:51] <bill-auger> "rustup" yes - that is the mechanism - that word will appear nearby in the logs
[10:21:52] <abaumann> "Try: rustup target add i686-unknown-linux-gnu", this looks ok, then it bails out..
[10:21:59] <bill-auger> oh, well if thats broken too, its reproducible due to irony
[10:22:08] <abaumann> LOL
[10:45:46] -!- abaumann has quit [Quit: leaving]
[11:20:21] -!- drathir_tor has quit [Remote host closed the connection]
[11:24:55] <jirido> So as I understand you are not many maintaiers left on this,, will you, in your own estemate, manage to contiue to maintain it for long to come?
[11:27:42] -!- drathir_tor has joined #archlinux32
[11:34:33] <bill-auger> jirido: yes - it has already been a long time
[11:35:26] <bill-auger> more than 5 years now IIRC - this project would have folded years ago if there was no interest, or it was impossible to maintain
[11:36:41] <bill-auger> it is only "difficult" to maintain (time-consuming) - not impossible yet; but the packages will probably always lag behind arch somewhat
[11:39:27] <bill-auger> by comparisson though, ive seen packages dropped from archarm 32bit, which zrch32 still manages to package; but im not aware of any packages that arch32 needed to drop
[11:42:52] <bill-auger> ie: the danger is not in the wililngness of maintainers - the danger lies in upstream developers, who have no concern for 32bit support, which may make some software impossible to compile on a 32bit system
[11:43:50] <bill-auger> i am not a team member BTW - that was only my interpretation of the situation
[11:47:44] -!- drathir_tor has quit [Remote host closed the connection]
[11:48:31] -!- drathir_tor has joined #archlinux32
[13:08:55] -!- abaumann has joined #archlinux32
[13:08:55] <buildmaster> Hi abaumann!
[13:08:55] <buildmaster> !rq abaumann
[13:08:56] <phrik> buildmaster: <abaumann> well, we found out that those disks _ARE_ actually slow disks then :-)
[13:09:19] <abaumann> I just wanted to point to the list of blacklisted packages: https://archlinux32.org
[13:09:22] <phrik> Title: Blacklisted packages (at archlinux32.org)
[13:10:22] <abaumann> for quite some time Haskell generates trouble, now also segfaulting when bootstrapping.
[13:10:37] <abaumann> And rust is constatly a little bit behind or/and broken
[13:13:25] -!- abaumann has quit [Read error: Connection reset by peer]
[13:24:58] -!- drathir87 has joined #archlinux32
[13:25:30] -!- drathir_tor has quit [Ping timeout: 276 seconds]
[13:25:36] drathir87 is now known as drathir_tor
[13:58:39] -!- abaumann has joined #archlinux32
[13:58:40] <buildmaster> Hi abaumann!
[13:58:40] <buildmaster> !rq abaumann
[13:58:41] <phrik> buildmaster: <abaumann> you should start every morning with a *-zen practice.. ;-)
[13:58:43] <abaumann> error: Error loading target specification: Could not find specification for target "pentium4-unknown-linux-gnu". Run `rustc --print target-list` for a list of built-in targets
[13:58:53] <abaumann> rust via rust58-bin
[13:58:59] <abaumann> I start to wonder..
[13:59:09] -!- abaumann has quit [Client Quit]
[16:43:50] -!- drathir_tor has quit [Remote host closed the connection]
[16:49:54] -!- drathir_tor has joined #archlinux32
[17:00:39] -!- drathir_tor has quit [Ping timeout: 276 seconds]
[17:16:02] -!- drathir_tor has joined #archlinux32
[20:19:02] -!- drathir_tor has quit [Remote host closed the connection]
[20:20:53] -!- drathir_tor has joined #archlinux32
[20:55:15] -!- CapNemo has quit [Ping timeout: 256 seconds]
[20:55:27] -!- _Nemo_ has joined #archlinux32
[20:55:27] _Nemo_ is now known as CapNemo
[22:09:14] -!- abaumann has joined #archlinux32
[22:09:42] <abaumann> now the buildmaster is still on high loading, spitting out thousands of errors and slaves are refused on too many connections..
[22:09:43] -!- abaumann has quit [Quit: leaving]
[22:25:23] -!- doskoi has quit [Quit: kthxbye]
[22:25:35] -!- doskoi has joined #archlinux32