#archlinux-ports | Logs for 2025-11-23

Back
[00:12:52] <bschnei> This documentation is excellent. I find you can build most packages in a reasonable amount of time with 4 cores. The big AWS server is awesome though :) The packages should work on any cloud providers' ARM servers. It can be some work to get it bootstrapped though from another distro. If you want to avoid that slog and get right to package work I highly recommend using DrZees guide
[01:07:02] -!- txtsd has quit [Ping timeout: 244 seconds]
[01:10:30] -!- txtsd has joined #archlinux-ports
[04:44:28] -!- hcmb_ has joined #archlinux-ports
[04:44:28] hcmb is now known as Guest8459
[04:44:28] hcmb_ is now known as hcmb
[04:46:09] -!- Guest8459 has quit [Ping timeout: 252 seconds]
[10:34:27] -!- solsTiCe has joined #archlinux-ports
[11:40:28] -!- Antiz has quit [Quit: The Lounge - https://thelounge.chat]
[11:42:25] -!- Antiz has joined #archlinux-ports
[12:07:02] -!- Antiz has quit [Quit: The Lounge - https://thelounge.chat]
[12:07:52] -!- Antiz has joined #archlinux-ports
[12:10:39] -!- Antiz has quit [Client Quit]
[12:11:24] -!- Antiz has joined #archlinux-ports
[12:18:19] -!- Antiz has quit [Quit: The Lounge - https://thelounge.chat]
[12:20:05] -!- Antiz has joined #archlinux-ports
[13:49:56] -!- C0rn3j|M has quit [Quit: Client limit exceeded: 90]
[15:13:17] -!- Guest42 has joined #archlinux-ports
[15:15:31] <Guest42> Hi all, who are the people that are working on a arm port? I would like to get involved.
[15:16:12] <solskogen|M> DrZee bschnei and me.
[15:17:08] <gromit> Guest42: how would you like to get involved? :)
[15:17:51] <solskogen|M> Install it, use it, report (and fix if you can) problems.
[15:21:52] <Guest42> I currently use Arch Linux Arm and of course Arch Linux. I maintaining a couple of aur package and one of my packages that I maintained was also merge in to the official repository. It is sad what has happened to arch linux arm.
[15:22:51] <solskogen|M> you should be able to convert ALARM over to our packages.
[15:23:59] <Guest42> solskogen|M is there a ports repo for arm up and running already?
[15:24:11] <solskogen|M> It is!
[15:24:49] <solskogen|M> https://arch-linux-repo.drzee.net - core, extra and forge are the repo names.
[15:25:57] <solskogen|M> keep in mind that only ARMv8.2-A and higher works.
[15:25:59] <Guest42> awesome, thanks for that. if I find any bugs where should I report there. is there a github page or something like that
[15:26:38] <solskogen|M> Here is fine. But if you can fix it yourself, it's better to create a MR in gitlab
[15:26:51] <gromit> Guest42: It's an unofficial repository, but it already works quite well
[15:28:00] <Guest42> besides testing, is there anything else that I could help with.
[15:28:32] <solskogen|M> Create MRs :-)
[15:28:45] <Guest42> I will start later tonight switching one of my pi5's over
[15:29:36] <gromit> solskogen|M: is there documentation on setting up a pi with the ports packages from scratch?
[15:29:42] <solskogen|M> I have a list of some problematic PKGBUILDs that I haven't had the time to create MRs for.
[15:29:48] <Guest42> are there any base images available like what archlinuxarm has
[15:30:34] <solskogen|M> gromit: Not really. We don't have a place to put it. I'd like to use the wiki, if that would be allowed.
[15:30:44] <Guest42> solskogen|M could you maybe mention what some of these PKGBUILD's are. I could test and see if I can't maybe fix them.
[15:31:18] <solskogen|M> Guest42: yes, we have a tarball.
[15:31:44] <DrZee> https://arch-linux-repo.drzee.net
[15:31:45] <phrik> Title: Index of arch/tarballs/os/aarch64/ (at arch-linux-repo.drzee.net)
[15:31:49] <solskogen|M> https://arch-linux-repo.drzee.net
[15:32:16] <Guest42> thanks
[15:32:31] <solskogen|M> the list of the problematic PKGBUILDs are on my computer.
[15:33:21] <solskogen|M> and by problematic I mean that they need fixes to work on aarch64.
[15:33:31] <solskogen|M> not that they are not fixable :-)
[15:34:11] <solskogen|M> qt6-base for instance
[15:34:31] <gromit> solskogen|M: did you see https://gitlab.archlinux.org already? I think that may be a nice place to put some thing
[15:34:32] <phrik> Title: Arch Linux / Ports / docs · GitLab (at gitlab.archlinux.org)
[15:34:44] <gromit> It just has to be somewhat agnostic of the specifics of your port
[15:36:17] <solskogen|M> Doesn't that beat the purpose a bit? I mean, which repos and tarballs to use is quite specific.
[15:36:18] <Guest42> cool, I don't mind putty some effort in. I fixed up Godot 4.4.1 to work on aarch64 before
[15:37:23] <solskogen|M> keep in mind that just because a package exists doesn't mean that it works, it only means that we managed to package it :-)
[15:38:52] <solskogen|M> is there a reason why you use github for it and not arch linux's gitlab?
[15:58:49] <Guest42> so if I understand correctly base on forum posts that I have read, something like linux-rpi won't be in this ports repo?
[16:06:12] <Guest42> solskogen|M the question about github / gitlab was that directed at me?
[16:14:06] <Guest42> cool, I see linux-rpi5 is in forge
[16:36:45] <Guest42> been testing now, and see a couple of packages that is out of date, should I just create a MR for these when I am done testing?
[17:11:15] <Guest42> Hi all, when trying to do a pacman -Syu it is asking me to Import PGP key 0CF25682E6BA0751, "Christer Solskogen <[email protected]>" and I select "Y" key "0CF25682E6BA0751" could not be looked up remotely
[17:12:39] <Guest42> when looking up [email protected] manually it appears his key is "583E23358A953886"
[17:15:22] <Guest42> sorry ment "6BC39BDDE5ED1F6D"
[17:26:49] <nie> solskogen, the simplest fix for fzf pkgbuild would be changing fzf-linux_amd64 to fzf-linux_*
[17:27:25] <nie> but i see that it is already in the repo
[17:27:34] <nie> hi
[17:33:27] <solskogen|M> Guest42: ah, yes. https://arch-linux-repo.drzee.net
[17:36:11] <Guest42> solskogen|M thanks
[17:44:16] <Guest42> when does the packages build for https://arch-linux-repo.drzee.net I of the packages that I identified was only updated 1 day ago so I assume the build is a bit behind
[17:44:17] <phrik> Title: Content of extra - aarch64 (at arch-linux-repo.drzee.net)
[17:44:48] <solskogen|M> yeah, I'm building a lot of packages as of now.
[17:45:06] <solskogen|M> package building is not automatic (yet) so I have to press the button
[17:46:26] <Guest42> thanks for all help and effort
[17:47:02] <solskogen|M> np :)
[17:52:56] <Guest42> could you please provide me with the url of the gitlab PKGBUILD's used for the aarch64 port.
[17:53:21] <solskogen|M> No, I cant.
[17:53:51] <solskogen|M> Because we are using the ones from aarch64. Most of them just work. If they don't I try to fix it and create MRs.
[17:54:41] <solskogen|M> There are some that I haven't done that with, and that's just because I haven't had the time to do it (and the fix was quite easy)
[17:59:37] <Guest42> package vulkan-broadcom depends on vulkan-mesa-implicit-layers which currently is not in the repo. I will check later might just be a timing issue
[17:59:55] <solskogen|M> Hmm... I think I fixed that.
[18:00:27] <solskogen|M> I didn't. Hang on.
[18:08:34] <solskogen|M> should be ok now
[18:27:52] <Guest42> yup, thanks
[18:27:54] <nie> Oh, so arch=() var should be left x86_64 in a MR?
[18:28:11] <solskogen|M> yes
[18:38:56] <Guest42> my pacman died. pacman: /usr/lib/libassuan.so.9: version `LIBASSUAN_1.0' not found (required by /usr/lib/libgpgme.so.45)
[18:39:22] <solskogen|M> It's because you didn't reinstall ALL packages
[18:39:34] <Guest42> I see x86_64 has libassuan 3.0.0-1 and aarch64 has libassuan-3.0.2-1
[18:39:52] <solskogen|M> we are ahead of x86_64 when it comes to libassuan.
[18:39:57] <solskogen|M> historic reasons :-)
[18:40:15] <Guest42> solskogen|M thanks
[18:40:32] <solskogen|M> when I started this, I used the latest in git - not the latest tag.
[18:40:48] <solskogen|M> and going backwards was not ideal
[18:42:31] <Guest42> I see forge has pacman-static so I will use that to fix my system
[18:42:48] <solskogen|M> good idea. If not, you can also use the tarball.
[18:46:20] <Guest42> awesome, my pacman is working again
[18:52:10] <Guest42> solskogen|M I am now reinstalling all native packages, excluding aur.
[18:52:24] <solskogen|M> Great!
[18:53:28] <solskogen|M> If you're using the Pi5, the kernel name will change very soon (you might have to install it manually)
[18:58:40] <Guest42> solskogen|M do you know what it might change to and do you maybe know what is the difference is between linux-rpi-16k and linux-rpi5
[18:59:16] <solskogen|M> linux-rpi-16k is from ALARM. linux-rpi5 is our "own" - the one from ALARM will go away soon
[18:59:51] <Guest42> is linux-rpi5 4k or 16k
[18:59:59] <solskogen|M> 16k
[19:01:41] <Guest42> solskogen|M thank, I will switch over to linux-rpi5 now
[19:05:30] <Guest42> solskogen|M I think maybe we should have the linux-rpi5 package conflict with linux-rpi-16k, what are your thoughts
[19:05:53] <solskogen|M> since linux-rpi-16k is going away, no.
[19:18:52] <Guest42> solskogen|M it has booted with linux-rpi5. thanks for all your help
[19:19:03] <solskogen|M> perfect!
[19:21:16] <Guest42> basic all appear to be working, wifi, youtube and sound
[19:26:24] <solskogen|M> Good to hear!
[19:42:09] -!- slainsavage has joined #archlinux-ports
[19:43:42] <slainsavage> Solskogen: thanks for helping me earlier, I was guest42
[19:43:55] -!- Guest42 has quit [Quit: Client closed]
[19:48:13] <slainsavage> is there anything else that I could help with or test?
[20:25:01] -!- solsTiCe has quit [Quit: The Lounge - https://thelounge.chat]
[20:26:33] <nie> seems like qt6-base would be, ehm, fun to fix
[20:35:24] -!- solsTiCe has joined #archlinux-ports
[22:11:34] -!- h|weechat has quit [Ping timeout: 260 seconds]
[22:37:06] -!- h|weechat has joined #archlinux-ports
[23:10:13] -!- titus_livius has joined #archlinux-ports