#archlinux32 | Logs for 2024-09-15

Back
[05:44:09] -!- morriset has quit [Quit: Leaving]
[06:13:45] -!- titus_livius has joined #archlinux32
[06:39:56] -!- titus_livius has joined #archlinux32
[06:59:26] -!- buildmaster has quit [Read error: Connection reset by peer]
[07:03:08] -!- buildmaster has joined #archlinux32
[07:10:18] <abaumann> so, maintainance over.
[07:10:40] <abaumann> things could break now because of pacman 6.1->7.0, devtools32 might need to be adapted. lemme test. :-)
[07:42:13] <abaumann> looking good, but we should look out for pacman 7.0 hitting staging..
[07:42:14] -!- abaumann has quit [Quit: leaving]
[07:58:03] -!- abaumann has joined #archlinux32
[07:58:04] <buildmaster> Hi abaumann!
[07:58:04] <buildmaster> !rq abaumann
[07:58:05] <phrik> buildmaster: <abaumann> vvrng: np, we are all noobs, it depends on the environment we are in. :-)
[07:58:06] <abaumann> error: restricting filesystem access failed because the landlock rule for the temporary download directory could not be added!
[07:58:10] <abaumann> and this on 64-bit
[07:58:23] <abaumann> mmh. seccomp will ruin the day when pacman upgrades to 7.0
[07:59:27] <abaumann> This machine runs a kernel 5.15.167, maybe the seccomp filters fail?
[08:01:25] <abaumann> seems to be an error which is a warning?
[08:01:37] <abaumann> because the update per se works.
[08:02:57] <abaumann> mmh. also pacman-static needs an update..
[08:05:37] <abaumann> Ok, 'DisableSandbox' for now..
[08:06:17] <abaumann> I have especially bad feelings against glibc and sandboxing using seccomp or so.. the idea of layering and abstracting kernel functions gets broken by the very way libseccomp is designed.
[08:06:51] <abaumann> It perfectly killed chromium because nobody is willing to adapt the seccomp functions for 32-bit..
[08:12:14] <abaumann> ok, cluster of build machines can come up again..
[08:30:42] -!- titus_livius has joined #archlinux32
[08:37:15] <abaumann> Creating group 'alpm' with GID 945.
[08:37:15] <abaumann> Creating user 'alpm' (Arch Linux Package Management) with UID 945 and GID 945.
[08:37:55] <abaumann> ok, that's not the issue then..
[09:33:38] <girls> nice summary :)
[11:01:02] <abaumann> landlock on the other hand looks like pledge on OpenBSD.. :-)
[11:01:24] <abaumann> this makes far more sense (but it seems, I also hit a landlock condition somehow when running pacman update)
[11:06:04] <abaumann> https://buildmaster.archlinux32.org
[11:06:05] <phrik> Title: Arch Linux 32 - Archlinux32 Consistency Checker (at buildmaster.archlinux32.org)
[11:07:04] <abaumann> it's not that easy, I found, perl-cpan-meta-requirements, perl-test-simple, perl-term-table and perl-test2-suite are now part of perl itself, so we can safely ignore the difference and remove the checked out single package repos.
[11:07:16] <abaumann> taskell seems like something which should have been dropped to the AUR.
[11:07:52] <abaumann> The process there is not clear to me, the package is still in the single package gitlab repo. When I put it into the AUR, I have a duplicate (and it should thus be removed in the gitlab repo).
[11:08:08] <abaumann> otherwise you have to merge git history (did that in the past for some packages)
[11:08:32] <abaumann> Also, should people manually get the gitlab package and push it to the AUR?
[11:09:04] <abaumann> There is a potential here to a) create a mess and b) loose history on packages (which might come back to you in the future)
[11:09:30] <abaumann> I'll put a small HTML page into the checker with some possible ways to solve this..
[11:28:17] <KitsuWhooa> abaumann: have you updated your signing key yet?
[11:29:58] -!- GNUtoo has joined #archlinux32
[12:58:50] -!- abaumann has quit [Quit: leaving]
[14:12:08] -!- abaumann has joined #archlinux32
[14:12:09] <buildmaster> Hi abaumann!
[14:12:09] <buildmaster> !rq abaumann
[14:12:09] <phrik> buildmaster: <abaumann> ipv4 addresses are not that many..easy to remember.. ;-)
[14:12:56] <abaumann> gpg -a --export 16194A82231E9EF823562181C8E8F5A0AF9BA7E7 | curl -T - https://archlinux32.org
[14:12:59] <abaumann> gpg: keyserver option 'ca-cert-file' is obsolete; please use 'hkp-cacert' in dirmngr.conf
[14:13:02] <abaumann> curl: (92) HTTP/2 stream 1 was not closed cleanly: PROTOCOL_ERROR (err 1)
[14:13:05] <abaumann> what's the deal there again?
[14:17:18] -!- abaumann has quit [Ping timeout: 252 seconds]
[15:27:31] -!- bdju has quit [Ping timeout: 265 seconds]
[15:42:17] -!- gehidore has quit [Quit: brb parkour]
[15:43:03] -!- gehidore has joined #archlinux32
[15:53:28] -!- bdju has joined #archlinux32
[17:14:08] <girls> "gpg -a --export 16194A82231E9EF823562181C8E8F5A0AF9BA7E7 | curl -T - https://archlinux32.org works on my machine
[18:13:56] mavicaway is now known as mavica
[20:30:28] mavica is now known as mavicaway
[20:55:26] -!- drathir_tor has quit [Ping timeout: 260 seconds]
[20:57:52] mavicaway is now known as mavica
[21:16:24] -!- AtleoS has quit [Ping timeout: 252 seconds]
[21:17:08] -!- AtleoS has joined #archlinux32
[23:52:43] -!- sL1pKn07 has quit [Remote host closed the connection]
[23:54:53] -!- sL1pKn07 has joined #archlinux32