2025-02-01 00:26:59 ovf: not stuck as in frozen, there's an aport having trouble fetching from api.nuget.org 2025-02-01 00:27:35 infra is aware and working on it, possibly a peering issue 2025-02-01 00:29:22 the affected builders can still build other aports in the meantime, just testing aports aren't synced up at the moment 2025-02-01 00:30:08 just on those two arches on edge 2025-02-01 06:55:47 fancsali[m]: If you are building locally and testing it, you can always provide --available to make apk upgrade to the newly built package without bumping pkgrel 2025-02-01 08:55:45 hello everyone 2025-02-01 08:56:40 just chiming in to ask for the status of the VDO/KVDO (Virtual Data Optimizer) packages in Alpine, if it was ever considered 2025-02-01 10:54:52 "fancsali: If you are building..." <- Hm, that's a option... 2025-02-01 10:54:52 ... but what if I am working on kernel packages, and want to test them on a live USB. 2025-02-01 10:54:52 I might need to flip my workflow... 2025-02-01 14:44:27 lol. updating kamailio to v6.0.0 and abuild reports the -doc subpackage is unusually large. 2025-02-01 14:45:52 kamailio adds 45.1M to the running system, in 46 different packages. 2025-02-01 16:15:46 hmm.. wanted to check that I discovered that apk ignores the '-i' option if you aren't root 2025-02-01 16:16:31 ah, it ignores if you pass the --simulate option 2025-02-01 16:17:29 nangel: here it adds 18MiB https://tpaste.us/JNj0 2025-02-01 16:17:48 ah, you mean the next version 2025-02-01 16:18:02 so it looks weird yeah 2025-02-01 16:33:08 donoban - There's a reason for 5.X.y to 6.0.0. Following kamailio since 1.5.0 through today, it is just a weird beast 2025-02-03 03:20:05 Good evening, would someone be so kind as to merge https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/79125 2025-02-03 03:24:57 ptrc: could you take a look at !79157 and !78838 when you get a chance? thanks! 2025-02-03 03:33:32 (!79125) 2025-02-03 05:00:05 i want to bump this port !79331, besides "apk search -r libgit2.so", do other packages need to be rebuilt? 2025-02-03 05:23:51 qaqland: apk search -r so:libgit2.so 2025-02-03 05:24:03 ooops 2025-02-03 05:24:19 sorry, read it but didn't let it sink in 2025-02-03 06:01:08 qaqland: that list appears to be complete 2025-02-03 06:07:48 thanks 2025-02-03 07:47:23 ncopa: there is a test issue about !78989 (my friend doesn't use irc, so i fwd it) https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/78989#516f644755e63ec50434bd1db30c53c873151915 2025-02-03 08:35:34 about half of rust package link to libgit2.so still use old version, can I set them all use bounded libgit2? 2025-02-03 08:36:33 ACTION 's grammar seems wrong 2025-02-03 10:21:12 ACTION not bounded but vendored 2025-02-03 13:35:35 except for the branch - I did run on 3.21 instead of master - and for a single CVE comment - why Jirutka's pipeline passed and mine didnt ??? I dont get it :( 2025-02-03 13:35:49 https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/79063/diffs vs https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/79349/diffs 2025-02-03 13:36:46 ok its not over yet still running 2025-02-03 14:08:43 yeah great, now its over and it have passed, tho we made the same same changes LOL I really dont get it 🤷maybe was some dep from 3.21 2025-02-03 15:35:14 merge please !77477. Or do i have to mark discussions as resolved myself? 2025-02-03 17:05:16 all repositories about testing/elektra has been archived, maybe we can drop this port 2025-02-03 17:05:24 https://github.com/ElektraInitiative/libelektra 2025-02-03 17:09:12 ACTION s/has/have 2025-02-03 18:25:40 any chance we could get a review on !79242? thanks :D 2025-02-03 19:52:05 regarding the loss of hosting from equinox, pmOS has had a great experience with hosting from OSUOSL so far. it's a university that has been around for decades, many FOSS projects use them (including linux.org at one point). Not sure if Alpine has considered submitting an application to them, but the worst that could happen is they say "no" :) 2025-02-03 19:52:26 s/linux.org/kernel.org/ heh 2025-02-03 19:57:33 afaik the ppc builders are from OSUOSL but i might be mixing things 2025-02-03 19:57:55 Yup 2025-02-03 19:58:32 kernel.org is using the same resources as us 2025-02-03 19:58:46 fastly and equinix... 2025-02-03 19:58:55 I guess they are also looking for alternatives 2025-02-03 20:00:17 so many open source projects depending on the same handful of sponsors is not great.. 2025-02-03 20:01:01 there are so many companies relying on these projects, in comparison to how many actually sponsor stuff, its terrible 2025-02-03 20:01:13 I was thinking the same. But it is perhaps hard to spread out too? 2025-02-03 20:01:35 By joining open collective, we hope to be less reliant on specific sponsors 2025-02-03 20:02:00 kind off, but we have a long way to go.. 2025-02-03 20:02:04 yes 2025-02-03 20:02:19 It's good to start somewhere 2025-02-03 20:02:26 the numbers don't quite add up yet. 2025-02-03 20:02:28 i would hope that commercial companies who make money with Alpine would contribute to opencollective and not individuals 2025-02-03 20:02:44 that is what we are hoping for 2025-02-03 20:02:53 That's what we hope as well, but only time will tell 2025-02-03 20:02:59 Or maybe providing man hours/employees? 2025-02-03 20:03:03 and there are many of them, you can see it in the traffic stats... 2025-02-03 20:03:13 Forza, do you mean spies? 2025-02-03 20:03:18 yep exactly 2025-02-03 20:03:26 Oh? 2025-02-03 20:04:04 we are doing roughly 1PB per week over the cdn, which is kind of insane 2025-02-03 20:04:14 clandmeter: I hope our organization can get there in the near future. We need to buy time from Ariadne first, though 2025-02-03 20:04:42 clandmeter: And that is -Os packages! Nuts! 2025-02-03 20:05:00 clandmeter, isn't that some kind of defect from docker? 2025-02-03 20:05:08 Like it downloads everytime it's run 2025-02-03 20:05:11 It's common in Linux that they have people that can devote some time to various open source projects. For example maintainers etc? But maybe that could 'taint' things? 2025-02-03 20:05:18 (I don't know docker very well) 2025-02-03 20:05:29 quinq: generally you build your image, and that image should have all the packages 2025-02-03 20:05:45 its hard to tell where its coming from exactly, but we assume docker is a big part of it. 2025-02-03 20:05:50 But what's often done in CI pipelines is using a base image and installing packages on the fly 2025-02-03 20:05:54 ok, thanks ikke :) 2025-02-03 20:06:51 Would “tracking” ip source be considered a breach of privacy? 2025-02-03 20:07:01 yes 2025-02-03 20:07:04 Yea 2025-02-03 20:07:08 I mean like having per ip statistics, in order to determine recurrent behavior 2025-02-03 20:07:12 ok 2025-02-03 20:07:17 we only see stats per region 2025-02-03 20:07:17 if infra team needs some extra less-reliable servers i can provide some, but the "less reliable" is key 2025-02-03 20:07:20 clandmeter: Is a lot end-users? If apkcache could be easily shared locally via avahi or something, Id have my house do that 2025-02-03 20:07:25 thats what fastly offers automagically 2025-02-03 20:08:06 and those stats are just traffic and hits, not what kind of request. 2025-02-03 20:09:35 im planning to write an article about it, to shed some light on the challenges. I dont think commercial users are aware of it. 2025-02-03 20:09:36 Musy be possible for CI runners to cache source packages to avoid the bandwidth. 1PB is huge 2025-02-03 20:09:58 caching is hard, so people avoid it 2025-02-03 20:10:05 and it works without it, so people do not bother even 2025-02-03 20:10:38 clandmeter, indeed, maybe having some kind of disclamer on the website would help sensibilizing people about how they might generate unnecessary traffic while it could be easily avoided 2025-02-03 20:11:00 ikke, maybe it needs to be enabled by default :> 2025-02-03 20:11:21 quinq: it needs somewhere to cache it 2025-02-03 20:11:32 if ci is a docker container that gets rm'd, then caching won't help 2025-02-03 20:12:09 Sure, but I was rather thinking about making people aware of it 2025-02-03 20:12:15 But yeah there might be better ways :) 2025-02-03 20:12:49 You don't get that monkey back in the sleeve 2025-02-03 20:13:02 jaja, didn't know that expression 2025-02-03 20:13:50 It's a dutch expression :P 2025-02-03 20:13:52 Caching proxy, that only stores tarballs and the like? At least common upstream could be determined to be safe to cache, etc. 2025-02-03 20:14:35 nice ^^ 2025-02-03 20:15:44 There are plenty of mirrors, but we don't want to hardcode a mirror in the docker image that might disappear again, so it must at least be something we control 2025-02-03 20:16:05 And it should also be reliable 2025-02-03 20:16:23 That could be solved by the “cdn-dl” hostname though 2025-02-03 20:16:42 Yes, which is our current solution 2025-02-03 20:16:47 dl-cdn backed by fastly 2025-02-03 20:17:09 Ah yeah, but they don't do it for free, do they? 2025-02-03 20:17:14 They do for us 2025-02-03 20:17:25 And it's exclusive to their network, or is it possible to insert mirrors you think are stable? 2025-02-03 20:17:26 https://alpinelinux.org/sponsors/ 2025-02-03 20:17:49 ok 2025-02-03 20:17:57 fastly manages the frontend 2025-02-03 20:18:07 they serve it from their caches 2025-02-03 20:20:01 clandmeter: are we at risk of losing sponsorship from Fastly or just Equinix currently? 2025-02-03 20:20:16 Just equinix atm 2025-02-03 20:20:36 We had a conversation with fastly that at least for the time being they're comitted 2025-02-03 20:20:51 phew, was a bit concerned there for a second, a petabyte of traffic is absurd. 2025-02-03 20:21:03 I meant run your own proxy for CI 2025-02-03 20:21:48 It can still access everything online, but you can configure or whitelist what to cache 2025-02-03 20:33:52 fwiw just saw https://www.phoronix.com/news/Alpine-Linux-Infra-Crisis 2025-02-03 20:38:35 nice 2025-02-03 20:38:44 any attention is welcome 2025-02-03 20:39:30 durrendal: i hope not, it would be a major headache to solve that loss. 2025-02-03 20:40:15 we do see the msg is out, and we are getting responses, which is good. 2025-02-03 20:56:30 torrent really is a (old) technology to explore, this would solve some of the problems of single-point distribution throught http 2025-02-03 20:58:27 torrents are often blocked 2025-02-03 20:58:30 torrent traffic 2025-02-03 20:59:55 Nothing is perfect, not set in stone 2025-02-03 21:00:21 By showing the usefulness of something, things change 2025-02-03 21:00:28 s/not/nor/ 2025-02-03 21:00:53 I'm not saying it's an easy drop-in replacement, but would be interesting to explore 2025-02-03 21:01:07 If only as an alternative path for starters 2025-02-03 21:01:24 Of course that requires development effort 2025-02-03 21:01:52 But the protocol is made exactly for this 2025-02-03 21:02:28 Ofcourse epxloring other options is good. But I'm afraid it would just be an additional 'cost' instead of alleviating what we have now 2025-02-03 21:02:44 "torrent really is a (old..." <- How does Win10/11 do it for local update cache sharing? It works brilliantly, and helped a ton when I supported my Town's ITS team 2025-02-03 21:21:38 Saijin_Naib[m]: not sure if it's the same technology, but perhaps https://learn.microsoft.com/en-us/windows/win32/bits/background-intelligent-transfer-service-portal 2025-02-03 21:36:35 Hmm, TLDR and potentially OT, but in my Town role, we were dark fiber between two campus 2025-02-03 21:37:04 Main part had light fiber, satellite part only dark fiber link to main 2025-02-03 21:37:48 I would take a laptop over to the satellite every Patch Tuesday afternoon to host updates for the computer fleet on that side 2025-02-03 21:38:17 If not, their requests would flood the link and make it like dialup for users in the satellite location 2025-02-03 21:39:02 And this is a small Town... how much could be saved if Alpine users can easily, safely, and automatically peer-share updates and apks? 2025-02-03 21:39:44 Is a funding campaign something that could work? 2025-02-03 21:40:08 Like https://opencollective.com/alpinelinux? 2025-02-03 21:40:42 Yeah (I just signed up), but more targeted? 2025-02-03 21:41:37 https://fund.webodm.org/#/howitworks 2025-02-03 21:42:16 I orchestrated a large campaign for OpenDroneMap to address being stuck on 16.04lts, add snap and wsl2 builds 2025-02-03 21:42:59 Basically, a community funding drive to develop an apkcache peering or whatever solution to reduce your cdn load and make it more robust for us all? 2025-02-03 21:45:53 The load on the cdn itself is not our main concern right now 2025-02-03 21:46:13 Ahh, okay 2025-02-03 21:48:26 Saijin_Naib[m], I have no idea about what is done in Windows 2025-02-03 21:50:45 It rather looks like just deploying local caching though 2025-02-03 21:51:01 “To optimize WAN bandwidth when users access content on remote servers, BranchCache fetches content from your main office or hosted cloud content servers and caches the content at branch office locations, allowing client computers at branch offices to access the content locally rather than over the WAN.” 2025-02-03 22:02:33 @quinq to add to that, client PCs can also direct share (Home, Pro, Workstation, et al) with a single toggle in Settings and no infra need 2025-02-03 22:05:10 Ah, that looks more like a distributed model indeed :) 2025-02-04 03:40:02 Saijin_Naib[m]: weh? 2025-02-04 03:49:21 Ariadne Ah, just remembering that our Org wants to sponsor Alpine, but there is a lot of infra work we'd need to do first and we had wanted to contract you for help with that all 2025-02-04 03:49:38 oh right 2025-02-04 03:49:48 I can follow back up via email if your situation has changed since the past few months 2025-02-04 03:50:57 no i’m still incredibly busy sadly :( 2025-02-04 03:55:31 That's because you got the skills, haha 2025-02-04 03:55:34 who are contauro? 2025-02-04 03:58:18 they are apparently a sponsor now 2025-02-04 03:58:30 “alpine linux support by contauro” 2025-02-04 03:59:01 and, importantly, has the quality and competency of this support been appropriately vetted? 2025-02-04 04:00:55 my concern: it could be construed that alpine endorses the support offering 2025-02-04 04:06:04 half tempted to evaluate the quality of their support offering myself 2025-02-04 04:06:36 maybe put a server up with a kernel module that just calls panic() and see if they can figure it out — most admin companies get tripped up by that one 2025-02-04 07:08:46 I recently heard a company after months with a degraded raid accuse the customer that a process of theirs is breaking the hard disks :\ 2025-02-04 07:15:39 I want to package campcounselor into edge, but we are missing gnome libgda... no release tags in 4 years. Likely to be accepted or nah because libgda? 2025-02-04 07:16:37 Saijin_Naib[m], if libgda is unmaintained, suggest upstream to vendor it 2025-02-04 07:16:53 Otherwise if it's maintainted, it could be packaged 2025-02-04 07:17:14 It gets translation updates, CI fixes, and some build fixes, but no tags 2025-02-04 07:17:22 Minimal maintenance? 2025-02-04 07:17:50 last time it was actually touched was 3 years ago 2025-02-04 07:17:55 that looks like abandoned software 2025-02-04 07:18:13 Right for a release tag, but it has a steady stream of commits in the meanwhile to the main branch 2025-02-04 07:18:21 pj, Saijin_Naib[m] just proved otherwise 2025-02-04 07:18:24 I'm talking about master branch 2025-02-04 07:18:28 Same 2025-02-04 07:18:35 https://gitlab.gnome.org/GNOME/libgda/-/commits/master?ref_type=HEADS 2025-02-04 07:18:39 It literally does not get any development 2025-02-04 07:18:45 translations are not development 2025-02-04 07:18:48 Doesn't mean it's abandoned 2025-02-04 07:19:07 it is if it's not maintained 2025-02-04 07:19:07 If there are unattended bug reports, then yeah that's problematic 2025-02-04 07:19:35 pj, making a tautology doesn't make it correct 2025-02-04 07:20:10 mmm, alright 2025-02-04 07:20:24 I see a build error bugreport that is 3mo old and unresolved 2025-02-04 07:20:30 I guess I'll shelve this for the time being 2025-02-04 07:20:38 Point it so actually check it 2025-02-04 07:20:49 Not to just throw vague opinion about it and close the discussion 2025-02-04 07:21:07 https://gitlab.gnome.org/GNOME/libgda/-/issues/263 2025-02-04 07:21:18 https://gitlab.gnome.org/GNOME/libgda/-/issues/273 2025-02-04 07:21:44 It looks like some depends have deprecated stuff libgda relies upon and builds break now 2025-02-04 07:21:48 That is going to be beyond me 2025-02-04 07:22:12 I liked the experience of using it to browse and play my bandcamp stuff, so I wanted to package it for others 2025-02-04 07:22:15 there is multiple reports open that it either does not compile or is broken in other way 2025-02-04 07:22:17 https://gitlab.gnome.org/GNOME/libgda/-/issues/253 2025-02-04 07:22:23 But yeah, libgda looks like it is going to not be fun 2025-02-04 07:22:43 Saijin_Naib[m], didn't know there were external interfaces to bandcamp, good to know! 2025-02-04 07:22:57 The website just breaks some webbrowsers on musl 2025-02-04 07:23:16 It works as flatpak, and is pretty slick if you have way too many things. Great filtering, sorting etc 2025-02-04 07:26:07 Saijin_Naib[m]: https://src.fedoraproject.org/rpms/libgda/tree/rawhide 2025-02-04 07:28:03 Ahh, okay, vendored/patched? 2025-02-04 07:33:45 I don't think you will be able to package it unpatched 2025-02-04 07:35:00 This looks even less “maintained” 2025-02-04 07:36:18 Yeah, I think this one is above me at the moment 2025-02-04 07:36:25 I think I know the solution 2025-02-04 07:36:33 Saijin_Naib[m], you could take over that library :D 2025-02-04 07:36:48 That would be awful for everyone involved, haha 2025-02-04 07:36:53 jaja 2025-02-04 07:45:00 "This looks even less “maintained..." <- it's just spec build? 2025-02-04 07:50:31 I didn't have an extensive look, but yeah it seems like that 2025-02-04 07:50:38 got to go to the mine 2025-02-04 07:50:41 Have a good day! :) 2025-02-04 18:28:47 Could someone have a look at !75949, !75790, and !53556? 2025-02-04 18:28:59 The first 2 are nagios-plugins related, the maintainer has been inactive for a while now. 2025-02-04 18:29:14 The last is a new aport that has been sitting as a MR for a while 2025-02-05 08:46:29 Could someone have a look at !77603 ? It's been a while. 2025-02-05 08:56:30 libxkbcommon no longer publishes tarballs, instead they want people to fetch a given revision from git. What should I do? 2025-02-05 09:00:04 dont we have a bunch of packages that does it from git? 2025-02-05 09:04:41 Not directly, only indirectly 2025-02-05 09:04:53 Ermine: do they still tag versions? 2025-02-05 09:05:36 Seems like they still have tags on GitHub, which provides source archives 2025-02-05 09:11:41 ah, yes, there are github-generated tarballs 2025-02-05 10:40:52 Hello! A month ago, a new package I suggested (mptcpd) got accepted in testing (again, thank you for that!). I was just wondering if, as the maintainer of this package, I had to do anything to get it out of testing. 2025-02-05 10:40:52 The wiki is a bit vague about that: https://wiki.alpinelinux.org/wiki/Aports_tree → "testing: (...) Package will be moved to main or community if there is positive feedback or for other good reasons." 2025-02-05 10:40:52 Sorry, that's my first package I'm maintaining in Alpine Linux: Who can provide such feedback? How? Do I need to ask someone to do that? Or simply wait? :) 2025-02-05 10:52:46 open a MR moving it 2025-02-05 10:53:09 Ariadne: OK, thank you, I can do that! 2025-02-05 11:16:34 (done for the MR: !79478 -- no hurry of course, I'm happy to wait, it was just to say I did the suggested action :) ) 2025-02-05 12:29:38 Does anybody know why the CI on https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/79339 just fails to run? The job is started but it never actually tries to build anything strangely 2025-02-05 12:51:57 Shell syntax error somewhere? 2025-02-05 13:12:40 I got asked to clarify the license of the APKBUILD of a package that I maintain. Specifically, it is not about the license of the software that the APKBUILD builds, but rather the APKBUILD itself. See https://github.com/kjarosh/latex-docker/issues/13#issuecomment-2636772708 2025-02-05 13:16:21 I'd rather not add SPDX identifiers to random APKBUILDs, or rather get involved in this discussion at all. But if and when Alpine decides to add explicit license info to the APKBUILD (not to the package build by it), I would be happy to agree to have my contributions licensed and whatever free license Alpine settles on. 2025-02-05 13:17:30 https://rfc.archlinux.page/0040-license-package-sources might also be a good reference on this discussion 2025-02-05 14:05:50 ikke: ugh, you're right, typed "easc" instead of "esac"... 2025-02-05 14:12:59 Who ever thought "esac" was a good idea… 2025-02-05 14:18:02 fi :] 2025-02-05 14:19:46 Hi, I am currently trying to write some APKBUILDs where I need to package whole directories, I tried using globs but they just dont work, the parameter is passed as-is to the install utility. Anyone know how it works? 2025-02-05 14:21:23 esac is the reverse of case like fi is the reverse of if and done is the reverse of for 2025-02-05 14:21:40 wait a moment 2025-02-05 14:32:41 pj :> 2025-02-05 14:33:05 haha yeah fabricionaweb 2025-02-05 14:59:03 cfp: if you need to install a whole directory just use `cp -r`, that's what other APKBUILDs do 2025-02-05 16:51:39 (-R) 2025-02-05 18:18:34 ikkeThe patches for the CI kernel were merged that I submitted. Could you update the CI runners? 2025-02-05 19:41:45 hi, I'm trying to (ab)use the aports CI for nightlies, and it seems that the detection of changes doesn't work correctly... except that's only for one branch, another branch that only differs in which APKBUILD is changed works just fine 2025-02-05 19:41:46 ACTION uploaded an image: (13KiB) < https://matrix.org/oftc/media/v1/media/download/AYrX3tuA40hfstlLsRDpbLpL_nr4ovo62lBFAWvicVhfcct0Yrp0AuL1QWjd_vy-sISmQ_-iQNjnq6EBmGZ4P7FCeVH7sMCgAG1hdHJpeC5vcmcvRGhqeWxRZnF2aEtxYnhMZG12VEdmRkpQ > 2025-02-05 19:41:48 any idea? 2025-02-05 19:42:28 full log here https://gitlab.com/android_translation_layer/aports/-/jobs/9051258335 2025-02-05 19:43:16 I tried executing e.g https://gitlab.alpinelinux.org/alpine/infra/docker/alpine-gitlab-ci/-/blob/master/overlay/usr/local/lib/functions.sh#L27 locally and it seems to produce expected results 2025-02-05 20:08:03 o/ 2025-02-05 20:08:12 can someone merge https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/79343 please? <3 2025-02-05 20:54:05 <3 2025-02-05 21:04:09 Mis012[m]: ping 2025-02-05 21:04:33 hi 2025-02-05 21:04:52 So you are using our alpine-gitlab-ci docker image I understand? 2025-02-05 21:05:19 yes 2025-02-05 21:06:47 It appears you are using branch pipelines 2025-02-05 21:06:50 Is that correct? 2025-02-05 21:07:12 The docker image assumes merge request pipelines to find be able to determine what changes are made 2025-02-05 21:07:25 yes, I hacked around that and it works for the other branch 2025-02-05 21:07:39 it just needs some envs set 2025-02-05 21:07:47 right 2025-02-05 21:09:57 https://gitlab.com/android_translation_layer/art_standalone/-/blob/master/.gitlab-ci.yml?ref_type=heads 2025-02-05 21:09:57 https://gitlab.com/android_translation_layer/android_translation_layer/-/blob/master/.gitlab-ci.yml?ref_type=heads 2025-02-05 21:10:04 working and non-working respectively 2025-02-05 21:12:09 >>> Changed aports in testing: 2025-02-05 21:12:11 - 2025-02-05 21:12:16 yes 2025-02-05 21:12:17 So for some reason it gets an empty result back 2025-02-05 21:13:09 I posted that as an image, forgot that Matrix broke those by also requiring authentication for public rooms 2025-02-05 21:13:37 I see the image link 2025-02-05 21:13:47 but the links matrix generates are obnoxiously long 2025-02-05 21:14:14 well, that's not the worst thing ever as long as they work, which iirc they don't currently 2025-02-05 21:14:41 I can see the iamge 2025-02-05 21:14:52 hm, so they fixed it? nice 2025-02-05 21:14:53 nvm then 2025-02-05 21:15:18 The link is wrapped in my irc client, so I need to put it in raw mode to get the whole link 2025-02-05 21:16:36 Not sure if that's the case here, but I recall having lots of issues with gitlab reusing repos and shallow lcones 2025-02-05 21:17:20 well, it clearly knows that the change was under testing/ 2025-02-05 21:17:22 The existing shallow points were preventing git from properly calculating changes 2025-02-05 21:17:35 and git doesn't store directory entries 2025-02-05 21:17:41 so that's intriguing 2025-02-05 21:18:32 It determines changes aports in 2 phases indeed 2025-02-05 21:18:48 first by checking each directory if there are changes to determine the repo 2025-02-05 21:18:59 and then for each directory what APKBUILD files have been changed 2025-02-05 21:19:26 well, the - looked like it also knows there is 1 changed 2025-02-05 21:19:30 *change 2025-02-05 21:20:04 echo -n | printf "- %s\n" 2025-02-05 21:22:48 I'd advise you to manually trace the steps build.sh does compared to your situation 2025-02-05 21:23:31 well, I did that locally, and I got the APKBUILD correctly identified 2025-02-05 21:24:00 the fact that it works in the other branch makes me think it might indeed be some gitlab weirdness 2025-02-05 21:25:03 Just to rule it out: can you try to set the repo options to do a fresh clone and fetch depth at least something like 20? 2025-02-05 21:25:54 mhm 2025-02-05 21:25:56 ACTION uploaded an image: (44KiB) < https://matrix.org/oftc/media/v1/media/download/AbWLTZOrO-RUut64lXlWTZu_2pRk7aO2B_L0-QHLsuEsJTt_NX3dogsca0nDaJemeNQ1XBGjzdjfr6FvUEeH0HtCeVIBpm3wAG1hdHJpeC5vcmcvaXd0T2RQTWFzU0xXenVxdU9KaE52dlB5 > 2025-02-05 21:26:00 it was set to fetch 2025-02-05 21:26:27 wouldn't be surprised if that fixes it 2025-02-05 21:26:44 I know that gave us trouble 2025-02-05 21:29:36 eh, nope... same issue 2025-02-05 21:29:59 There is a variable you can set to log more info 2025-02-05 21:30:47 CI_DEBUG_BUILD 2025-02-05 21:31:13 just =1? 2025-02-05 21:31:17 yes 2025-02-05 21:31:27 it checks it with -n 2025-02-05 21:32:28 GIT_STRATEGY: clone 2025-02-05 21:32:28 GIT_DEPTH: "500" 2025-02-05 21:32:31 seems it also does this 2025-02-05 21:32:40 not sure if that overrides the project settings 2025-02-05 21:33:31 I think it will 2025-02-05 21:34:02 so no wonder that didn't change anything... 2025-02-05 21:34:11 nod 2025-02-05 21:38:57 https://gitlab.com/android_translation_layer/aports/-/jobs/9054762872 2025-02-05 21:39:06 certainly interesting 2025-02-05 21:44:00 ikke: still not sure what the issue is 2025-02-05 21:45:32 Mis012[m]: line 376 to 379 2025-02-05 21:46:21 `ap` is sensitive to syntax errors in APKBUILD files 2025-02-05 21:46:30 mhm 2025-02-05 21:47:09 You say it works locally? 2025-02-05 21:47:09 I expected that if there was a syntax error that would get communicated 2025-02-05 21:47:28 I didn't try building the APKBUILD locally 2025-02-05 21:47:58 but the changes in it should be analogical to the ones I made in the other repo 2025-02-05 21:48:15 I assume there is some APKBUILD syntax checker I could try? 2025-02-05 21:48:35 check if ap builddirs -d testing android-translation-layer returns the package? 2025-02-05 21:49:09 ap builddirs returns the packages in build order (dependencies first) 2025-02-05 21:49:50 Can I merge MRs for packages which I maintain? Is GitLab's permission granular enough for this? 2025-02-05 21:50:25 No, certainly not the CE version 2025-02-05 21:51:08 the enterprise edition has code owners, but not sure if that can be dynamic 2025-02-05 21:51:44 ap builddirs -d testing android-translation-layer 2025-02-05 21:51:44 WARNING: android-translation-layer: not provided by any known APKBUILD 2025-02-05 21:51:46 mhm 2025-02-05 21:51:54 I thought I tried this 2025-02-05 21:51:55 dir name different from package name? 2025-02-05 21:52:21 the package exists upstream, I just hacked the APKBUILD for nighlties 2025-02-05 21:54:14 oh, needs to be an absolute path to -d 2025-02-05 21:54:44 hm, waaaait 2025-02-05 21:54:59 wtf 2025-02-05 21:55:15 the pkg name is wring 2025-02-05 21:55:17 s/wring/wrong/ 2025-02-05 21:55:45 well... I think I found the issue 🤦‍♂️ 2025-02-05 21:56:07 ACTION uploaded an image: (31KiB) < https://matrix.org/oftc/media/v1/media/download/ATLLfoFle1sOUUc0ydEAm7R3K8xfe2ZifuWxQXJuLp1y8VsHeJNx3Z0qb56p_5s3tR4nDumhF0gGdXinPJhcUpJCeVIDYJVAAG1hdHJpeC5vcmcvSGJYbFl1emlTWGJHTWdyZmdiZ1R0ZnhG > 2025-02-05 21:56:29 heh 2025-02-05 21:56:35 every time I was checking if I messed something up here, my brain was like "the pkgname is white, so didn't mess that up" 2025-02-05 21:57:17 I need to fix that some time 2025-02-05 21:57:38 Right now the script assumes ap builddirs will return the packages it provides 2025-02-05 21:57:39 would be nice if the error got printed yeah 2025-02-05 21:59:53 ikke: or ideally lint the APKBUILD 2025-02-05 22:00:21 We have other jobs for linting 2025-02-05 22:00:50 But there is nothing yet that verifies the pkgname equals the dirname 2025-02-05 22:01:17 I suppose printing the error would be good enough 2025-02-05 22:01:24 rather than swallowing it 2025-02-05 22:01:50 and in tandem with that make the error be "pkgname != dirname" 2025-02-05 22:03:56 would you mind adding an issue to the alpine/infra/docker/alpine-gitlab-ci project? 2025-02-05 22:04:00 as a reminder 2025-02-05 22:04:26 np 2025-02-05 22:10:24 ah, I don't think I have an account on that gitlab 2025-02-05 22:11:08 ok, you should be able to login with a gitlab.com or github.com account if you have that 2025-02-05 22:12:41 hm, username taken, guess I do have one xD 2025-02-05 22:14:55 Seems to have been came over from redmine 2025-02-05 22:15:00 migrated over* 2025-02-06 07:32:04 >>> Host system information (arch: armhf, release: edge) <<< 2025-02-06 07:32:05 - Free space: 6.6G 2025-02-06 07:32:15 No space left on device 2025-02-06 07:37:27 Maybe on the other device 2025-02-06 07:37:36 df might be more accurate 2025-02-06 07:45:46 my MR has 35 commits, it takes all the space :( 2025-02-06 07:54:36 35 commits, that must be like 100k of compressed text 2025-02-06 08:07:37 quinq: can you see what runner? 2025-02-06 08:09:30 this MR !79331 2025-02-06 08:27:46 qaqland: I did a cleanup on one runner, hope that helped 2025-02-06 09:05:49 ikke: thx 2025-02-06 10:11:13 is it intended that our mirrors are http? https://mirrors.alpinelinux.org/mirrors.txt 2025-02-06 10:48:20 raspbeguy how do you approve it a MR? LOL I have never found that button 2025-02-06 10:48:34 s/it// 2025-02-06 10:49:16 fabricionaweb, you must have a certain role on gitlab for that button (I don't remember which) 2025-02-06 10:51:30 fabricionaweb: iirc, packages have their own signatures, there is no need for safety from https 2025-02-06 10:53:03 thanks both 2025-02-06 11:00:47 raspbeguy I will try that regreet a little more, but I think its a package that worth be on community + mention on wiki, eventually 2025-02-06 11:01:05 I notice it may require touch the sudoes to be able to use reboot/poweroff (I mentioned on #alpine-linux I think) 2025-02-06 12:44:17 fabricionaweb: would you like to become maintainer for regreet ? 2025-02-06 13:25:02 its my first time using it, but maybe yeah 2025-02-06 14:21:05 I personally don't use it (anymore) so if you can give it more love than I do then sure 2025-02-06 17:51:18 You need to be at least a guest on the project to be able to approve MRs 2025-02-06 18:40:29 how safe is the "safe" option really https://wiki.alpinelinux.org/wiki/Build_with_abuild_rootbld_in_Docker_container 2025-02-06 18:41:01 is there no known way to use those syscalls to escape docker? 2025-02-06 18:47:43 container escapes need a reference to the parent environment in order to escape. so, as long as there is no reference to the parent mount namespace inside the container (such as a leftover mount) it is reasonably safe 2025-02-06 19:21:26 bwrap works with gitlab.com runners fwiw, but I assume they just use VMs 2025-02-06 21:21:45 Hey, can somebody merge !79210? 2025-02-06 22:00:23 Ariadne: well, doesn't allowing `mount` mean the code in the container can do `mount -t devtmpfs none `? 2025-02-06 22:00:31 and access raw block devices 2025-02-06 22:00:39 seems like a security issue to me 2025-02-06 22:07:17 no, simply allowing mount syscall does not actually allow mounting 2025-02-06 22:07:37 if you are in an unprivileged mount namespace you also need caps for that 2025-02-06 22:08:09 if you are in a privileged mount namespace then this is all a fool’s errand anyway 2025-02-06 22:14:20 nice 2025-02-06 22:17:51 Ariadne: it seems that https://wiki.alpinelinux.org/wiki/Build_with_abuild_rootbld_in_Docker_container is not working (with current version of bwrap | for me) 2025-02-06 22:18:13 is there some place this is used in production that would have no choice but be up-to-date? 2025-02-06 22:20:08 well, technically s/me/my friend/ so can't vouch for instructions being followed properly :P 2025-02-06 22:20:42 no we don’t use rootbld in production 2025-02-06 22:21:00 sad 2025-02-06 22:21:03 we should, but instead a different, less elegant approach is used 2025-02-06 22:21:26 clone(child_stack=NULL, flags=CLONE_NEWNS|SIGCHLD) = -1 EPERM (Operation not permitted) 2025-02-06 22:21:29 getting this 2025-02-06 22:22:25 with bwrap --bind / / bash 2025-02-06 22:23:33 ncopa: fyi i think i figured out !79552 -- works ok on x86_64, ci timed out on aarch64 but i've restarted just in case 2025-02-06 22:23:34 fwiw the link to https://github.com/moby/moby/blob/master/profiles/seccomp/default.json links master 2025-02-06 22:27:19 seems https://github.com/moby/moby/commit/7de9f4f82de417097f6fab150288ca2f1c0a9d91 was the latest June 2022 (edit time), let's try that 2025-02-06 23:24:47 nope, maybe their definition for clone has priority? 2025-02-07 00:31:39 well, got it working with `--unshare-pid --unshare-user` for bwrap and `sudo sysctl -w kernel.apparmor_restrict_unprivileged_unconfined=0 && sudo sysctl -w kernel.apparmor_restrict_unprivileged_userns=0` 2025-02-07 00:32:02 none of which is mentioned on that wiki page so no idea if that's the intended most safe way 2025-02-07 02:10:56 doas alpine have any user uids and group gids that are reserved. is there a way to be certain that adding user/group at specific uid/gid won't collide later with an installation created user/group? 2025-02-07 02:11:03 s/doas/does 2025-02-07 04:30:14 j_v, https://wiki.alpinelinux.org/wiki/Setting_up_a_new_user#Common_permission_groups points to https://git.alpinelinux.org/alpine-baselayout/tree/group 2025-02-07 04:37:01 prabu: thanks. appreciated. i also did `find ~/aports -name '*.p*-install' -exec grep -E 'add(group|user)' {} \;` which was also interesting, though not as enlightening as i had hoped. 2025-02-07 06:27:48 it seems that markdown-oxide probably doesn't work because helix is outdated and I noticed that stills locked due !70759 ... thinking about it, is not feasible to patch helix for use the same queries of already packaged tree-sitter? 2025-02-07 06:35:49 donoban: potentially relevant: https://github.com/helix-editor/helix/issues/1603 2025-02-07 06:36:21 I see I already linked to that in the thread 2025-02-07 06:40:16 hmm.. reading this https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/70759#note_470925 I suppose that is not easy to patch, maybe some tree-sitter behaviour is hard-coded inside helix 2025-02-07 06:50:19 I wonder if replacing this 'https://github.com/helix-editor/helix/tree/master/runtime/queries' with alpine packaged one would make a compatible helix, but it looks too simple for nobody have done before.. 2025-02-07 06:52:38 ah, it seems that it already does it 2025-02-07 06:53:20 but.. it does after building the binary 2025-02-07 06:57:27 let's try! 512 lrwxrwxrwx 1 donoban donoban 31 Feb 7 06:57 queries -> /usr/share/tree-sitter/queries/ 2025-02-07 06:58:18 maybe I've should linked both queries&grammars dirs 2025-02-07 07:01:47 ah no the grammars dir is empty before building 2025-02-07 07:03:00 meh, test failed on some grammar tests and I lost the binary 2025-02-07 07:18:31 nah, no change 2025-02-07 09:31:05 lazygit works fine directly on the terminal, but inside tmux says: *exec.Error exec: "infocmp": executable file not found in $PATH 2025-02-07 09:31:22 it seems that tries to use ncurses 2025-02-07 09:32:12 running with TERM='alacritty' works 2025-02-07 09:32:51 "I wonder if replacing this '..." <- it's better if you don't 2025-02-07 09:33:35 hehe well, I hope nobody will be hurt :D 2025-02-07 09:34:21 you can do it for yourself, but each editor using tree-sitter has different tree-sitter lib requirement and built with different assumptions for the grammars 2025-02-07 09:35:33 and that assumptions are directly linked on the source code? 2025-02-07 12:23:19 aarch64: No space left on device. 2025-02-07 12:23:49 ACTION thus build failed 2025-02-07 12:28:50 grammars should be mostly ABI compatible but it depends on generated code, so far editors and tree-sitter have been on same version (14), but injections/highlights/etc. are tied to the grammar and tied to the editor (each editor implements them differently) 2025-02-07 12:30:09 grammars should work (load) as libraries but it's not guaranteed that they will work correctly according to the grammar definition 2025-02-07 15:08:42 I see 2025-02-08 05:44:58 i wonder if it's valid to link libgit2(old version) in !79468 2025-02-08 05:45:34 https://github.com/nabijaczleweli/cargo-update/blob/v16.1.0/Cargo.toml#L55 it use git2 = 0.20.0 which should link to libgit2 1.9.0 2025-02-08 09:35:46 ping on https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/78354 2025-02-08 10:08:52 !78515 would someone check this electron app 2025-02-08 16:12:44 sigh, i wish gitlab had a feature where i can just click "please rebase and merge" on 3 different MRs and not have to worry about race conditions 2025-02-08 16:15:31 ptrc, updating webkitgtk? :D 2025-02-08 16:17:16 ptrc: it has, you have to pay for it :( 2025-02-08 16:17:25 (merge trains) 2025-02-08 16:20:20 ikke, to pay you? 2025-02-08 16:20:51 No, gitlab 2025-02-08 16:21:08 ie, their enterprise edition 2025-02-08 16:21:10 :> 2025-02-08 16:22:37 aren't merge trains also rerunning the whole CI again 2025-02-08 16:26:02 quinq: not really, more of a "there's 30 MRs by the respective package maintainers that are just a simple bump and i wish i could just click a single button after review and then move onto the next one" 2025-02-08 16:26:37 currently i solve this by.. having a sidecar daemon running on my desktop that just listens on HTTP, receives MR IDs and merges them\ 2025-02-08 16:27:09 https://ptrc.gay/vjSxrjvJ 2025-02-08 16:27:18 bit unorthodox but gets the job done 2025-02-08 16:30:09 I use a patched glab combined with fq to do it 2025-02-08 16:30:59 https://gitlab.alpinelinux.org/kdaudt/glab/-/tree/retry 2025-02-08 16:31:39 It's not perfect (mostly when others are merging as well), but it works 2025-02-08 16:52:35 oh, i think my local glab executable is also built from that branch :P 2025-02-08 16:58:06 ptrc: i use https://leahneukirchen.org/dotfiles/bin/git-merge-pr for github, could probably be adapted for gitlab 2025-02-08 16:58:45 i mean, the actual merging part is handled by glab 2025-02-08 16:58:50 ( the cli tool ) 2025-02-08 16:58:53 i mean there is also marge bot 2025-02-08 16:59:10 but it has different issues ig 2025-02-08 16:59:22 my main issue was.. queueing them, so that they actually get merged and not stuck because someone merged another thing in the meantime and it got aborted 2025-02-08 16:59:35 and gitlab's rebase sometimes takes 30+ seconds 2025-02-08 17:39:40 eh my build is failing now error: unable to select packages: so:libsimdjson.so.23 (no such package): required by: nodejs-22.13.1-r0[so:libsimdjson.so.23did we broke nodejs or something else 2025-02-08 17:40:28 that so only exists for longarch lol 2025-02-08 17:44:53 beacuse the builder is stuck 2025-02-08 17:45:01 simdjson has just been upgraded 2025-02-08 17:47:49 seems like only nodejs is built against it, pushed a rebuilt 2025-02-08 18:03:19 thanks 2025-02-08 18:33:08 hm i merged the simdjson upgrade and forgot to check the soname change sorry 2025-02-08 18:40:25 can happen 2025-02-08 23:16:56 is it possible to update a forked repo (specifically my aports fork) from glab command line? looking for it, not seeing it, but maybe i'm looking right passed it. 2025-02-08 23:24:08 was thinking i could fetch upstream remote, but could that cause problems on pushes back to origin remote? 2025-02-08 23:52:00 ok, got it, sorry for noise