#archlinux-ports | Logs for 2026-04-21
Back
[00:27:19] -!- Antiz has quit [Ping timeout: 264 seconds]
[00:45:06] -!- Antiz has joined #archlinux-ports
[00:49:20] -!- alkersan has joined #archlinux-ports
[01:00:42] -!- alkersan_ has joined #archlinux-ports
[01:01:01] -!- alkersan has parted #archlinux-ports
[01:09:50] -!- alkersan_ has quit []
[01:24:59] -!- Charon77 has joined #archlinux-ports
[01:54:11] -!- alkersan has joined #archlinux-ports
[02:22:19] <fermino> https://gitlab.archlinux.org
[02:22:21] <phrik> Title: Fermín Olaiz / Arch Cross Boxes · GitLab (at gitlab.archlinux.org)
[02:22:42] <fermino> It's not working yet, but the core idea is already somewhat visible
[02:23:39] <fermino> The idea is to have "modules" that provide certain functionality (partitioning disks, building packages, installing the bootloader, bootstrapping the system and so on).
[02:24:41] <fermino> And then for each board a definition that is easier to read/write than the current approach in arch-boxes (hopefully with some "inheritance" to avoid code duplication)
[02:25:42] <fermino> See modules/*/example.hcl and images/*.box.hcl for a model
[02:55:18] <solskogen|M> Could you explain what it is? :)
[03:13:35] -!- Daanct12 has joined #archlinux-ports
[03:16:02] -!- Charon77 has quit [Ping timeout: 248 seconds]
[03:24:39] -!- hcmb_ has joined #archlinux-ports
[03:24:39] hcmb is now known as Guest8420
[03:24:39] hcmb_ is now known as hcmb
[03:25:02] -!- Guest8420 has quit [Ping timeout: 252 seconds]
[03:29:22] -!- idealseal has quit [Ping timeout: 248 seconds]
[03:29:44] -!- idealseal has joined #archlinux-ports
[04:03:17] -!- Charon77 has joined #archlinux-ports
[04:45:48] -!- greyltc has quit [Remote host closed the connection]
[04:46:07] -!- bschnei has quit [Remote host closed the connection]
[04:47:23] -!- greyltc has joined #archlinux-ports
[04:49:15] -!- bschnei has joined #archlinux-ports
[06:06:28] <phantomas> It looks like a way to build disk images
[06:59:16] -!- drathir_tor has quit [Remote host closed the connection]
[06:59:38] -!- drathir_tor has joined #archlinux-ports
[07:55:34] BrainDamage_ is now known as BrainDamage
[09:22:11] -!- filmroellchen has joined #archlinux-ports
[09:50:35] -!- hcmb has quit [Ping timeout: 252 seconds]
[10:00:22] -!- hcmb has joined #archlinux-ports
[11:04:46] -!- Charon77 has quit [Quit: Charon77]
[11:26:22] -!- Charon77 has joined #archlinux-ports
[11:27:42] <Charon77> bschnei: when you mentioned dpdk won't build without crc, did you mean it'll build with armv8-a+crc or am I missing other flags? I'm trying to reproduce the issue
[11:28:11] <Charon77>
[11:28:11] <Charon77>
[11:28:11] <Charon77> Summary of Failures:
[11:28:11] <Charon77>
[11:28:11] <Charon77> 8/62 fast-tests - DPDK:bpf_elf_autotest FAIL 0.06s (exit status 255 or 0xff)
[11:28:19] <Charon77> 62/62 fast-tests - DPDK:telemetry_all TIMEOUT 10.01s killed by signal 15 SIGTERM
[11:54:27] <Charon77> wait, actually I tried omitting -march in CCFLAGS and still can't build dpdk
[11:56:24] <Charon77> this is on armv8.2-a (I think?)
[11:56:25] <Charon77> fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp
[12:28:56] <linkmauve> Charon77, what makes you think some crc32 instruction is the cause?
[12:39:59] <Charon77> linkmauve: bschnei said so
[12:41:41] <Charon77> but what I might miss was if crc is _sufficient_ to build it
[12:41:55] <linkmauve> Consider that you have this extension, and that many many SoCs exist without it, including popular ones such as the ones used by Raspberry Pi, so it’s extremely unlikely that a hash extension would cause a package to fail to build.
[12:42:25] <linkmauve> You seem to have already built the package, just some tests are failing, so check which tests they are and how to make them pass.
[12:44:39] <Charon77> another thing is I'm building dpdk today. maybe they fixed it upstream or so
[12:48:17] <Charon77> the failure was "bpf_elf_autotest"
[12:48:50] <Charon77> Oh.
[12:48:50] <Charon77> https://mails.dpdk.org
[12:48:51] <phrik> Title: [DPDK/ethdev Bug 1844] BPF elf test failing on RHEL8 (at mails.dpdk.org)
[12:49:12] <Charon77> quite recent too
[13:04:37] -!- Daanct12 has quit [Quit: WeeChat 4.9.0]
[13:06:01] <Charon77> Can anyone review? This is a small llvm patch needed for firefox to build under PGO
[13:06:01] <Charon77> I'm not sure if it's llvmpipe only or because it's using llvm profiling. The change came from upstream (merged) but it might take a while to be released. it's aarch64 only
[13:06:01] <Charon77> https://gitlab.archlinux.org
[13:06:02] <phrik> Title: [Ports:AArch64] fix AArch64AsmPrinter (!8) · Merge requests · Arch Linux / Packaging / Packages / llvm · GitLab (at gitlab.archlinux.org)
[13:08:40] <Charon77> re: dpdk, I was able to build it without crc (CCFLAGS -march=armv8-a instead of -march=armv8-a+crc)
[13:08:40] <Charon77> the test fails regardless (v8, v8+crc, v8.2)
[13:10:16] <Charon77> bschnei: KDE stuffs seem to be missing from your side. I tried building one of the dependency "kdsoap" and it works fine, I think it's just a lot of packages need building in order
[13:25:29] -!- TheDcoder has quit [Read error: Connection reset by peer]
[13:25:56] -!- TheDcoder has joined #archlinux-ports
[15:08:51] <bschnei> Charon77: dpdk was failing to build for me a week or so ago without crc enabled. I haven't tried again since. Re: KDE, yes, order matters. you can find excellent info here: https://gitlab.archlinux.org
[15:08:52] <phrik> Title: Arch Linux / KDE Build · GitLab (at gitlab.archlinux.org)
[15:15:33] <bschnei> The only v8 packages from my personal site that I know work are those from: base, base-devel, dosfstools, less, linux, neovim, nut, openssh, pacman-contrib, pi-hole-core, stow, unbound. ...and all of their dependencies. These run the router that runs my home network and have for over a year without any issue. Anything else (e.g. anything graphical at all) is completely untested...that's why I was surprised you said chro
[15:15:33] <bschnei> mium works :)
[16:09:22] -!- Charon77 has quit [Ping timeout: 248 seconds]
[16:37:28] <bschnei> Just in case anyone is using linux-dtbs: I intended to stop installing dtbs in /boot and put them in /usr/lib/dtbs instead. Dumping them in /boot was never the ideal solution from the beginning--it was just convienient. The intended solution for devices needing to put DTBs on a /boot partition is hooks. I don't intend to create/maintain hooks as I expect many of them to be device-specific. They would probably belong in
[16:37:28] <bschnei> device specific kernel packages like we've done for linux-rpi5.
[16:43:02] <phantomas> That makes sense, and avoid cluttering /boot
[16:49:16] <bschnei> Ya it does for a lot of reasons. Sometimes /boot is intentionally very tiny and every platform we enable in linux config will build ALL dtbs for that entire platform
[16:50:39] <bschnei> But really there is just far too much variation (at least among ARM devices w/o UEFI bootloaders) for it to be a good idea to try to manage their /boot
[16:51:03] <bschnei> If you do have a device with UEFI support, kernel-install and systemd-boot Just Work and life is nice
[17:58:18] <Antiz> bschnei: Are we good to go with https://gitlab.archlinux.org Should I push the button? :)
[17:58:19] <phrik> Title: Clarify aarch64 device support (!11) · Merge requests · Arch Linux / Ports / docs · GitLab (at gitlab.archlinux.org)
[17:58:26] <Antiz> (Thanks for the work BTW)
[18:00:02] <bschnei> Yup! It'll always be a WiP so if Charon77 has more comments that's totally fine. Plus it will be easier anyway given how chunky this MR is.
[18:01:06] <Antiz> Ah, should we wait for another review from charon77 before merging then?
[18:02:13] <bschnei> Up to you. I feel pretty comfortable their comments have been incorporated or addressed. I'd like to get it live so I can remove duplicate content here https://gitlab.archlinux.org
[18:02:14] <phrik> Title: Determine minimum required instruction sets (#6) · Issues · Arch Linux / Ports / AArch64 / project-management · GitLab (at gitlab.archlinux.org)
[18:03:17] <Antiz> Ok merging then. They can still make further comment / open a MR if needed :)
[18:03:48] <bschnei> Agree with that approach. Thanks!
[18:34:38] <fermino> Just opened an issue about what I shared yesterday! :)
[18:34:38] <fermino> https://gitlab.archlinux.org
[18:34:39] <phrik> Title: Automated image creation for compatible devices (akin arch-boxes) (#10) · Issues · Arch Linux / Ports / AArch64 / project-management · GitLab (at gitlab.archlinux.org)
[22:10:12] -!- titus_livius has joined #archlinux-ports
[23:19:06] -!- linkmauve has quit [Remote host closed the connection]
[23:23:35] -!- linkmauve has joined #archlinux-ports
[23:40:15] -!- linkmauve has quit [Remote host closed the connection]
[23:44:23] -!- linkmauve has joined #archlinux-ports