#archlinux32 | Logs for 2024-03-16

Back
[03:55:32] -!- drathir_tor has quit [Remote host closed the connection]
[03:57:08] -!- drathir_tor has joined #archlinux32
[03:59:11] -!- drathir_tor has quit [Remote host closed the connection]
[04:02:19] -!- drathir_tor has joined #archlinux32
[04:12:25] -!- sunshavi has quit [Ping timeout: 264 seconds]
[04:31:43] -!- bdju has quit [Ping timeout: 260 seconds]
[04:33:46] -!- bdju has joined #archlinux32
[05:07:36] -!- ssserpent has joined #archlinux32
[05:13:35] -!- texus has joined #archlinux32
[05:26:16] -!- ssserpent has quit [Quit: WeeChat 4.2.1]
[06:29:29] -!- bdju has quit [Ping timeout: 272 seconds]
[06:30:51] -!- bdju has joined #archlinux32
[07:06:51] -!- abaumann has joined #archlinux32
[07:06:51] <buildmaster> Hi abaumann!
[07:06:52] <buildmaster> !rq abaumann
[07:06:52] <phrik> buildmaster: <abaumann> you are the (build)master. ;-)
[07:09:45] <abaumann> Foxboron: "Exclude architectures below 64bit as well as legacy architectures from
[07:09:52] <abaumann> porting.Establish UEFI as baseline for a port but allow devices requiring
[07:09:52] <abaumann> special integration under the premise that documentation for them is
[07:09:52] <abaumann> provided (also covered in the support section).
[07:10:01] <abaumann> Well, that excludes us, I suppose. ;-)
[07:10:04] <KitsuWhooa> huh?
[07:10:14] <abaumann> https://gitlab.archlinux.org
[07:10:15] <phrik> Title: Arch Linux Ports (!32) · Merge requests · Arch Linux / RFCs · GitLab (at gitlab.archlinux.org)
[07:10:30] <KitsuWhooa> "until they are fully supported by the main distribution."
[07:10:31] <abaumann> Port support, which is a nice idea BTW, nothing against that.
[07:10:38] <KitsuWhooa> yeah that's definitely not happening for us, lol
[07:10:47] <abaumann> no :-)
[07:11:09] <abaumann> I also had a close look at repod.
[07:11:34] <abaumann> The problem here is that IMHO tooling should be done in really "low" (I mean architecturally low) technologies.
[07:11:45] <abaumann> Requiring a Python stack is not really an option.
[07:13:16] <abaumann> Also, what should 'ports' really be? We can agree on RISC-V 64 or more mordern future architectures or the Intel/AMD 64-bit ISA levels as architectures, as they are offering something for the future.
[07:13:56] <abaumann> For retro (and I also consider ARMv7 as retro) and IA-32 (and all the others out there like SPARC, MIPS, PA-RISC, etc.), this is not an option.
[07:14:38] <abaumann> not even sure if uefi is a valid base-level considering aarch64 and risc-v btw.
[07:15:22] <abaumann> I'm patching pacman for Arch32 and pacman-static now.
[07:15:25] <abaumann> for 6.1.0
[07:39:33] <KitsuWhooa> abaumann: I think euronuc is stuck
[07:39:41] <KitsuWhooa> there was a package that wanted git credentials and I suspect that's what it's stuck on
[07:46:55] <abaumann> lemme look
[07:47:48] <abaumann> kfourinline, it fails on cmake mismatches.
[07:48:11] <KitsuWhooa> oh, huh
[07:48:13] <KitsuWhooa> maybe I was wrong
[07:48:25] <KitsuWhooa> I said it because I've been looking at it on the build list and it hasn't been showing anything
[07:48:28] <KitsuWhooa> I guess just bad timing from my end
[07:49:19] <abaumann> I restarted the build master, maube that solved it? ;-)
[07:49:25] <abaumann> *build machine
[08:06:51] <abaumann> oh, trimming the ssd seems to choke the machine..
[08:18:18] <abaumann> Mmh. I never saw those mount issues you were mentioning with devtools32
[08:20:56] <KitsuWhooa> are you building lxc containers?
[08:25:48] <abaumann> no
[08:26:03] <abaumann> devtools uses systemd-nspawn
[08:26:18] <abaumann> which should possibly not run inside lxc :-)
[08:27:33] <abaumann> why do some many packages have sha512sums and b2sums? It's just a nightmare if you have to update them manually as in pacman-static
[08:28:22] <KitsuWhooa> yeah I'm building inside lxc containers because my desktop doesn't run arch
[08:28:39] <KitsuWhooa> possibly or not, it works :p
[08:28:42] <abaumann> might I say that this could easily be unsupported? ;-)
[08:28:48] <KitsuWhooa> too bad :p
[08:28:59] <abaumann> but it could explain mount issues of course
[08:29:04] <KitsuWhooa> 10:27:33 <abaumann> why do some many packages have sha512sums and b2sums? It's just a nightmare if you have to update them manually as in pacman-static <-- yeah I agree
[08:29:18] <KitsuWhooa> what I do for the patches is unset sha256sums and keep b2 only
[08:29:21] <KitsuWhooa> er
[08:29:25] <KitsuWhooa> either 512 or 256
[08:29:40] <abaumann> ah, same here, just removed one set of sums
[08:30:33] <KitsuWhooa> > Build master is not sane.
[08:30:50] <KitsuWhooa> > /home/master/builder/work/tmp.mysql-functions.query.2024-03-16T09:12:18.Yynzhp.stdout:
[08:30:52] <KitsuWhooa> ah that's my fault
[08:33:30] <KitsuWhooa> fixd
[08:33:31] <KitsuWhooa> fixed
[08:51:45] <KitsuWhooa> buildmaster is going through all of the kde packages and it can't build any of them because extra-cmake-modules isn't built
[08:51:47] <KitsuWhooa> and it doesn't build because sphinx
[08:51:48] <KitsuWhooa> I swear
[09:48:02] -!- socksinspace has quit [Quit: WeeChat 3.8]
[09:49:05] -!- socksinspace has joined #archlinux32
[10:06:56] mavica is now known as mavicaway
[11:04:46] <abaumann> :: mkinitcpio and systemd are in conflict. Remove systemd? [y/N]
[11:05:03] <abaumann> or
[11:05:04] <abaumann> error: failed to prepare transaction (conflicting dependencies)
[11:05:04] <abaumann> :: mkinitcpio and systemd are in conflict (systemd<255.4-2)
[11:11:50] <abaumann> This pacman-static update took much longer than necessary: I was fooled into including libpsl and all its dependencies, but this is actually quite unnecessary.
[11:12:28] <abaumann> now comes to the fun to test it from 486 to aarch64 to armv6
[11:53:45] <Foxboron> abaumann: right, it was decided on a few days ago :p
[12:02:42] <KitsuWhooa> abaumann: huh?
[12:02:53] <KitsuWhooa> I thought we had them all built
[12:03:10] <KitsuWhooa> Or is that i486
[12:37:09] <abaumann> yes, i486.
[12:37:20] <abaumann> and basically testing..
[12:37:25] <abaumann> ..that's what I'm doing :-)
[13:06:19] <abaumann> pacman sources are no longer on https://sources.archlinux.org I would not keep everyting in gitlab personally.
[13:10:47] <abaumann> so, now to the dangerous part: mkinitcpio :->
[14:07:38] <abaumann> :: mkinitcpio and systemd are in conflict. Remove systemd? [y/N] y
[14:07:38] <abaumann> :: mkinitcpio and cryptsetup are in conflict. Remove cryptsetup? [y/N] y
[14:07:38] <abaumann> :: mkinitcpio and mdadm are in conflict. Remove mdadm? [y/N] y
[14:07:38] <abaumann> :: mkinitcpio and lvm2 are in conflict. Remove lvm2? [y/N] y
[14:07:40] <abaumann> uhm.
[14:07:45] <abaumann> that's much worse now
[14:13:26] <abaumann> Choice: 3,7,9,13,12
[14:13:35] <abaumann> well this is almost like playing lotto ;-)
[14:14:05] <abaumann> I rebuild the "gang of mkinitcpio" in staging and then let's see if it behaves in testing
[14:55:15] -!- abaumann has quit [Quit: leaving]
[18:27:07] -!- texus has quit [Quit: WeeChat 4.2.1]
[19:55:19] -!- zxrom has joined #archlinux32
[20:35:51] -!- bdju has quit [Ping timeout: 260 seconds]
[20:37:43] -!- bdju has joined #archlinux32
[21:00:42] -!- bdju has quit [Ping timeout: 268 seconds]
[21:02:07] -!- bdju has joined #archlinux32
[21:25:33] -!- bill-auger_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
[21:26:00] -!- bill-auger has joined #archlinux32