#archlinux-ports | Logs for 2025-12-12
Back
[03:23:33] <danct12|M> kyeh:
[03:23:40] <danct12|M> * kyeh you'll probably be interested ^
[03:46:05] <danct12|M> i'll also be releasing new images for pinetab 2 with this.. on christmas (ofc behind a linkwall)
[03:46:25] <danct12|M> don't want to confuse people with "danctnix alarm" and "danctnix arch"
[04:23:21] -!- hcmb has quit [Ping timeout: 252 seconds]
[04:23:30] -!- hcmb has joined #archlinux-ports
[05:07:14] -!- marmis7 has joined #archlinux-ports
[05:09:00] -!- marmis has quit [Ping timeout: 252 seconds]
[05:09:00] marmis7 is now known as marmis
[05:41:49] <solskogen|M> Cool device!
[07:51:23] -!- SpieringsAE has joined #archlinux-ports
[07:51:23] -!- SpieringsAE has quit [Changing host]
[07:51:24] -!- SpieringsAE has joined #archlinux-ports
[07:56:45] -!- SpieringsAE has quit [Quit: SpieringsAE]
[07:57:01] -!- SpieringsAE has joined #archlinux-ports
[08:29:08] <danct12|M> <solskogen|M> "Cool device!..." <- the device actually ships this linux distro
[08:30:13] <danct12|M> and there's no one with working wifi because no one wants to touch the wlan driver code
[08:30:19] <danct12|M> mainly because licensing is fuzzy
[08:34:48] <Antiz> danct12|M: Slightly off-topic but since I know you've been hacking on different kind of devices, have you ever tinkered with the pinetime?
[08:35:05] <danct12|M> i do have a pinetime but never actually tinkered with it
[08:35:46] <danct12|M> you can check irc.pine64.org #pinetime if you're looking to do something about yours
[08:35:50] <danct12|M> there's also #pinetime-dev too
[08:36:02] <Antiz> Alright, I've been lurking on one recently and was wondering if anyone have done some cool stuff with it
[08:36:32] <Antiz> danct12|M: Thanks, I'll join there if I actually get my hands on one :)
[08:36:35] <danct12|M> i think everyone has settled on one software which is usable i think
[08:37:05] <danct12|M> so like there isn't anything fun on the bare metal anymore unless you want to start one :)
[08:37:15] <Antiz> Yes https://github.com I think
[08:37:17] <phrik> Title: GitHub - InfiniTimeOrg/InfiniTime: Firmware for Pinetime smartwatch written in C++ and based on FreeRTOS (at github.com)
[08:37:22] <danct12|M> yeah
[08:37:46] <Antiz> But, of course, I wondered how feasible would it be to boot e.g. Alpine on this thing, just for the sake of it 馃ぃ
[08:37:47] <danct12|M> but if you look past it, it's just an stm32 with a screen and stuff, that's all there is
[08:38:33] <danct12|M> > boot alpine
[08:38:33] <danct12|M> linux requires i think at least 8 mb ram
[08:38:46] <danct12|M> this thing counts in kilobytes
[08:39:09] <Antiz> Right
[08:40:01] <danct12|M> actually i think you might be able to put doom on it
[08:40:52] <Antiz> Haha, the tradition lives on :)
[08:40:56] <danct12|M> https://www.nordicsemi.com
[08:41:12] <danct12|M> pinetime uses nRF52832 which seems to only have 64 kb
[08:41:30] <Antiz> I read 256 KB
[08:41:42] <Antiz> Still, definitely not enough to boot Linux indeed ^^
[08:42:33] <danct12|M> Antiz: that's a higher tier model
[08:42:43] <Antiz> Ah yes you're right, I was looking at the wrong SoC
[08:42:45] <Antiz> My bad
[08:42:48] <danct12|M> the one in the pinetime is on the comparison chart
[08:42:53] <Antiz> 馃憤
[08:42:55] <danct12|M> * comparison chart of that same soc page
[08:43:47] <Antiz> Anyway, I might still get one. I'm not into smart watches but this one looks like a fun device :)
[08:45:39] <danct12|M> Antiz: i have never worn a smartwatch or a watch even
[08:46:19] <Antiz> danct12|M: Me neither actually 馃槄 (Or really occasionally for "regular" watch)
[08:47:18] <jelle> sports watches is where its at
[08:47:29] <Antiz> But IDK why this one looks fun.
[08:48:51] <Antiz> It'd be interesting to see how much I can get it to work with my PostmarketOS phone.
[08:49:19] <Antiz> (Given that bluetooth works properly on it, which I'm not even sure ^^)
[09:24:55] <kyeh|M> <danct12|M> "kyeh:..." <- Indeed, great news that it works well on the thinkpad! Hopefully most of it will transfer well to HP's version (if my work's IT department ever actually places the order馃珷)
[09:25:30] <danct12|M> hopefully
[09:25:41] <kyeh|M> <clover|M> "yeah sure. I am using steev's..." <- You have the camera working too?
[09:25:58] <danct12|M> i think uefi runtime services on the thinkpad is broken
[09:26:08] <kyeh|M> danct12|M: yeah I know it's actually unlikely lol
[09:27:45] <kyeh|M> in any case it's a funny conversation to have so soon after Tuxedo just decided to give up on the X1E a few weeks ago
[09:31:56] <f_> Antiz: PineTime is quite nice, just mine's glue didn't hold very well and I have to go get adhesive to glue the back ... back in
[09:32:23] <Antiz> f_: Oopsie 馃槙
[09:32:28] <f_> it's a sealed model that has been unsealed I think 3 times throughout its life (for some reason)
[09:33:03] <f_> so not their fault if someone like me unsealed it 3 times and the adhesive I use didn't hold on very well :p
[09:33:29] <Antiz> Haha fair enough. I intend to get a sealed model and not open it :P
[09:33:51] <f_> I feel it's quite underpowered though, there are definitely much more powerful watches on the market that can run a FOSS OS
[09:34:00] <f_> but it gets the job done well enough for me
[09:34:46] <f_> back when I was daily driving sxmo I had wasp-os installed on my watch, and I had wrote a custom bemenu-based script thing to control it. Fun times.
[09:35:14] <f_> (sxmo on pmOS that is)
[09:35:30] <Antiz> I don't have high needs / expectations actually. Out of curiosity though, do you have some models of such more porwerful watches that can run FOSS OS?
[09:35:37] <Antiz> Yeah I'm running sxmo too
[09:36:13] <f_> some of the ones supported by asteroidos for example
[09:36:23] <f_> but e.g. the bootloader is not quite free either
[09:36:29] <Antiz> Thanks, I'll take a look
[09:36:44] <f_> But the PineTime still gets the job done well enough
[09:36:49] <Antiz> 馃憤
[09:37:52] <f_> if you love hackability and like python you'll enjoy wasp-os
[09:38:46] <f_> InfiniTime is great too, with InfiniTime the watch can stay almost a month without a recharge which is quite awesome
[09:39:24] <Antiz> Yeah, I've read that people were generally very impressed / happy about the battery life :)
[09:39:52] <f_> Quite impressive what you can do with such an underpowered piece of hardware
[09:40:46] <Antiz> Indeed
[09:43:14] <f_> As for the reasons why I unsealed it multiple times: once, the screen died on me so I had to replace it. Then InfiniTime seemed to not boot anymore so I had to manually reflash it .... not sure there's anything else
[09:43:32] <f_> be careful with water, it may be waterproof to some extent but it isn't water resistant either
[09:44:22] <Antiz> f_: Ah, you have to unseal it to flash something to it?
[09:44:37] <linkmauve> > 09:38:33 danct12|M> linux requires i think at least 8 mb ram
[09:44:37] <linkmauve> The other day I was working on an AllWinner V3s, with 64鈥疢iB of RAM, and running pretty much anything in userland was an issue. ^^'
[09:44:45] <f_> Antiz: Only if everything else fails
[09:44:55] <linkmauve> It feels like it wasn鈥檛 that many years ago that I ran my entire server on a Wii with 88鈥疢iB of RAM.
[09:44:56] <Antiz> f_: Ah pl
[09:44:57] <f_> In my case it did not boot and recovery mode did not work either
[09:44:59] <Antiz> ok*
[09:45:17] <f_> but when it does work, flashing it is extremely easy over bluetooth
[09:45:24] <Antiz> 馃憤
[09:45:58] <f_> linkmauve: hehe, I tried running a web browser on that thing once
[09:46:02] <SpieringsAE> linkmauve: seen some fun post about running linux on an stm32f4 with some external ram/flash chips, very silly setup
[09:46:22] <linkmauve> f_, V3s or Wii?
[09:46:36] <SpieringsAE> but there are actually drivers for the like the can peripheral and such in the kernel
[09:46:59] <linkmauve> Because I once ran my whole web server, XMPP server, DNS server, mail server.
[09:47:38] <SpieringsAE> about the arm port, I saw some thingy about armv8.2+ is that true?
[09:49:17] <jelle> SpieringsAE: the unofficial port uses armv8.2+ but that is not officially decided as what will be aarch64 support for arch linux
[09:50:07] <f_> linkmauve: wii$
[09:51:02] <linkmauve> *on a Wii
[09:52:22] <josd|M> hey guys, I've noticed that /usr/share/locale is not present in the grub package. Why's that? It's causing issues with asahi-alarm scripts 馃槄
[09:53:07] <SpieringsAE> jelle: dont think it is too bad of a decision, there are some unfortunate ones that fall outside the boat like the rk3399, but most actually usable consumer level stuff that you would actually want to run it on is new enough I think
[09:53:41] <jelle> SpieringsAE: well no decision has been made
[09:53:58] <jelle> and iirc rpi4 is left behind then
[09:54:03] <Antiz> josd|M: The grub package from? ALARM?
[09:54:18] <josd|M> drzee packages
[09:54:57] <SpieringsAE> but good to know I shouldn't be installing it my pbp, I do want to try it out on my snapdragon x elite machine, running alarm on it now, could I just change the mirror? Guess it would be better to do a clean install
[09:55:26] <SpieringsAE> is it using the regular archlinux keyring?
[09:55:58] <Antiz> SpieringsAE: nop
[09:57:33] <Antiz> SpieringsAE: Tarball (for bootstrapping) available at: https://arch-linux-repo.drzee.net
[09:57:35] <phrik> Title: Index of arch/tarballs/os/aarch64/ (at arch-linux-repo.drzee.net)
[09:57:42] <Antiz> Repo is: https://arch-linux-repo.drzee.net
[09:58:50] <Antiz> But it's not official and therefore not relying on archlinux signing keys/keyring yet
[09:59:13] <Antiz> I think the signing key is https://arch-linux-repo.drzee.net
[09:59:31] <Antiz> (package signing pubkey that is)
[09:59:43] <danct12|M> linkmauve: well it runs buildroot perfectly fine and with a custom kernel it aint much of an issue
[09:59:51] <danct12|M> however.. app development WILL be an issue
[10:00:11] <danct12|M> and it's hard to get a good embedded developer on board
[10:01:38] <linkmauve> Right.
[10:02:43] <SpieringsAE> Antiz: awesome thank!
[10:02:48] <Antiz> SpieringsAE: np :)
[10:03:25] <danct12|M> danct12|M: given many companies wants to be cheap and hire low-tier developers
[10:13:58] <josd|M> could it be this? https://gitlab.archlinux.org
[10:13:59] <phrik> Title: PKGBUILD 路 main 路 Arch Linux / Packaging / Packages / grub 路 GitLab (at gitlab.archlinux.org)
[11:20:57] -!- linkmauve has parted #archlinux-ports
[11:32:02] -!- linkmauve has joined #archlinux-ports
[12:03:13] -!- lynxy has quit [Remote host closed the connection]
[12:08:05] -!- lynxy has joined #archlinux-ports
[15:41:22] -!- SpieringsAE has quit [Quit: SpieringsAE]
[16:48:10] <solskogen|M> the grub package is https://gitlab.archlinux.org
[16:48:11] <phrik> Title: Files 路 aarch64 路 Benjamin Schneider / grub 路 GitLab (at gitlab.archlinux.org)
[17:05:47] <clover|M> Kyeh: a user found a packaging bug with libcamera, we are missing libcamera dependency: https://github.com
[17:05:47] <clover|M> I have fix camera by adding this package
[17:05:48] <phrik> Title: PKGBUILDs/alarm/libpisp at master 路 archlinuxarm/PKGBUILDs 路 GitHub (at github.com)
[17:08:22] <solskogen|M> will fix!
[17:08:36] <clover|M> <3
[17:09:18] <solskogen|M> the version number will not change, so you must reinstall it manually.
[17:09:25] <solskogen|M> should be there now
[17:11:50] <solskogen|M> oh.. the build machine will be busy with building 300 new packages for the next day :-)
[17:16:30] <clover|M> Build machine go brrr. Specs?
[17:18:37] <solskogen|M> 32 core Neoverse-V2
[17:21:00] <clover|M> Nice, is that like an ec2 box in AWS?
[17:21:08] <solskogen|M> yeap
[17:21:22] <clover|M> Legit!
[17:22:23] <clover|M> How's that aws bill looking? Is arch linux helping?
[17:23:33] <solskogen|M> Not at all. DrZee takes care of the bill
[17:29:39] <DrZee> the box is running 24/7 at about 1.87 USD/hour ... c8gd.8xlarge ... its about 1350 USD/month ... but its currently "sponsored" so zero cost.
[17:30:11] <solskogen|M> without it, the packages would be waaaay more behind.
[17:31:36] <clover|M> Thats a spicy bill!
[17:32:20] <clover|M> Dies it have to run 24/7? Can we add automation that turns it off when not in use?
[17:33:15] <solskogen|M> there's ~8000 pkgbuilds that gets updated all the time.
[17:33:26] <solskogen|M> it's almost building something all the time.
[17:33:54] <solskogen|M> for instance, when there was a new rocm-llvm - it took 4 days before all the dependencies were rebuilt.
[18:03:37] <clover|M> Is this what upstream Arch Linux does for x86_64, just use one big box or do they have something more distributed?
[18:03:49] <DrZee> this is the CPU load graph for the last 30 days https://irctoday.com and while there are periods of "low utilization" its busy a lot of the time ... it was running with almost 100% from about 3pm on the 25th to 1am on the 26th ... most likely one of the real big PKGs. 100% here indicate that all 32 CPUs where busy. Many times the linker is the actual
[18:03:49] <DrZee> bottle neck as during linking only 1 Core is used as it's a single threaded operation. If 1 CPU is 100 % loaded the graph will only show 3% utilization.... so even if the machine does not look busy on the graph it may be indeed busy ....
[18:05:08] <Antiz> clover|M: At the moment we have one big box
[18:06:19] <Antiz> (Around 400GB RAM and 96 cores)
[18:06:21] <DrZee> clover|M: my understanding is they have a number of machines at Hetzner but what cores and number i dont know. it could possibly increase speed to have more smaller machines to further parallellize but then we have to build some more complex orchestration .... unless someone knows how to do it with SLURM then there would be an easy solution....n
[18:07:27] <Antiz> DrZee: We have a number of machines at Hetzner but only one of those is a build server at the moment
[18:07:28] <DrZee> ok so one box apparentlly :)
[18:07:55] <Antiz> Yep :)
[18:08:31] <clover|M> Is there somewhere I can look at how the CI/CD currently works
[18:08:58] <Antiz> This may eventually change once we get multi-arch support but at the moment it's one big box ^^
[18:09:03] <Antiz> clover|M: CI/CD for what?
[18:09:22] <clover|M> The aarch64 arch port
[18:10:25] <DrZee> i have been keen on running a test on the new AWS Graviton 5 ARM machine that 20% faster the the curren machine (Graviton 4) ... and also bounce to 192 CPUs but need a large job to see and measure ... packaging GRUB makes hardly a dent in CPU load ...
[18:10:53] <DrZee> clover|M: no pipeline solskogen|M has developed some scripts...
[18:11:04] <clover|M> Do you do infra in the console or is there IaC
[18:13:00] <DrZee> right now console ... the AWS account is not really setup for mulit users and then it's also an "sponsored" account which limits account acces. solskogen|M has ssh access to the server
[18:15:14] <DrZee> the entire repository on the other hand (incl automatic signing and building of the package DB files) is managed as IaC so i can quickly iterate on things ....
[18:16:24] <DrZee> from the build machine one only needs to upload the completed PKG to the repository of choice and everything else is taken care of automatically....
[18:16:30] <clover|M> Ok. Thanks for answering my questions! I did infrastructure job for 8 years so lmk if yall want more hand here, happy to volunteer my time and experience
[19:24:05] <solskogen|M> <clover|M> "Is there somewhere I can look at..." <- https://github.com
[19:24:06] <phrik> Title: GitHub - solskogen/archlinux-aarch64-builder (at github.com)
[19:34:15] <clover|M> Ty