F-Droid Devs

67 Members
#fdroid-dev F-Droid development discussion only | Use #fdroid:f-droid.org for general, app- and repo-related matters | Meeting every Thursday, odd weeks 11:30 UTC even weeks 18:00 UTC | Agenda: https://pad.riseup.net/p/fdroid-dev-meetings-keep | This channel is publicly logged at https://matrix.f-droid.org/alias/%23fdroid-dev:f-droid.org12 Servers

Load older messages

14 Sep 2021
@eighthave:matrix.org_hcFYI: https://gitlab.com/fdroid/fdroiddata/-/merge_requests/977014:03:46
@_oftc_jochensp:matrix.orgjochensp_hc: not sure if that is the best option, did you test it?14:04:57
@_oftc_Izzy:matrix.orgIzzy jochensp: like that? Unfortunately I saw your comment only after having sent the "official toot". So I amended my own with details for your incredible work on that. 14:05:13
@eighthave:matrix.org_hcyes, I tested it, and its running a build in CI14:05:46
@eighthave:matrix.org_hcbuilt super fast on a VM with 32GB of RAM :)14:06:08
@_oftc_Izzy:matrix.orgIzzyFirst ovations received :D14:06:46
@eighthave:matrix.org_hcon CI, it only get 2G allocated14:07:04
@eighthave:matrix.org_hcwhy on earth doesn't Java/Gradle just let you say: "use all avilable RAM". It feels like i'm stuck in the 90s to have to manually set limits like that14:17:11
@_oftc_tepozoa:matrix.orgtepozoasystems tech here, java will definitely use all RAM in sight if you let it just run at defaults. sounds like a specific recipe issue14:18:30
@eighthave:matrix.org_hcmaybe its gradle's fault14:19:50
@_oftc_jochensp:matrix.orgjochenspas far as I read it is about the heap memory: https://stackoverflow.com/questions/14763079/what-are-the-xms-and-xmx-parameters-when-starting-jvm14:20:45
@eighthave:matrix.org_hcwhy would I then have to mess with these settings: "org.gradle.jvmargs=-Xms1g -Xmx4g -XX:MaxPermSize=4g"14:20:52
@_oftc_jochensp:matrix.orgjochensp (and I still don't think allocating all memory to the heap is correct) 14:21:26
@_oftc_tepozoa:matrix.orgtepozoa yeah, the heap is not where the classes, methods and other objects are stored - that's the MaxPermSize 14:22:10
@_oftc_tepozoa:matrix.orgtepozoa your heap is basically a lot of pointers and whatnot (I'm not an actual programmer, go light on me here) - for example, when we moved from 32bit JVM to 64bit JVM it require(s)(d) increasing the heap allocation by about 30% to account for the increased width of data structures - but 1.5G is usually plenty 14:23:50
@_oftc_tepozoa:matrix.orgtepozoa I've learned over the long term is super easy to mis-tweak the JVM with well-intentioned hand tuning. The JVM is scary good at usually dynamically figuring a lot of it out on it's own 14:26:03
@bene64:matrix.orgbene64Wow, that Element patch really landed fast. Congratz to everyone involved ❀️14:38:07
@obfusk:matrix.org幸猫 (𝗍𝗁𝖾𝗒/𝗍𝗁𝖾𝗆)fyi: "Element would've been willing to share our private source tree for Element Android 1.2.2 with F-Droid several days in advance of disclosure, if it meant that they could pre-build the binaries and have them ready to ship the moment that the source was made public." https://news.ycombinator.com/item?id=2851480915:36:41
@obfusk:matrix.org幸猫 (𝗍𝗁𝖾𝗒/𝗍𝗁𝖾𝗆)
In reply to @_oftc_jochensp:matrix.org
probably echo "\n.." would work
I tend to always use that since there are a lot of non-posix-compliant text files out there these days because several "modern editors" treat newline as a separator instead of a terminator; POSIX mandates it as a terminator, so things break.
@obfusk:matrix.org幸猫 (𝗍𝗁𝖾𝗒/𝗍𝗁𝖾𝗆)I noticed several updates that were built before the element security fix are "missing"; e.g. the german covpass apps (which were in a batch started sunday morning I think); the dutch apps are now published though, even though they were in the next batch.15:42:41
@_oftc_Licaon_Kter[xmpp]:matrix.orgLicaon_Kter[xmpp] 幸猫 (𝗍𝗁𝖾𝗒/𝗍𝗁𝖾𝗆): it was a "stop the press" moment 15:44:33
@_oftc_jochensp:matrix.orgjochensp I think the batch from Sunday is somehow lost, unrelated to the "stop the press" 15:44:54
@cdesai:matrix.orgcdeI guess this may be easier when there's multiple buildserver support - but it'd be good to have a way to just do a quick one-off build.15:45:03
@_oftc_jochensp:matrix.orgjochenspthere was a new build run yesterday and that seems to be included15:45:18
@cdesai:matrix.orgcdeand I'd argue it'd be good to use that for fdroidclient itself as well15:45:21
In reply to @cdesai:matrix.org
I guess this may be easier when there's multiple buildserver support - but it'd be good to have a way to just do a quick one-off build.
more of a "pause things" rather than 'stop", or just parallel building, which is easier and works.
@_oftc_jochensp:matrix.orgjochensp..and it is not the first time we see build runs getting lost and only the rebuild getting published later, but I have no idea how that could happen15:46:21

Show newer messages

Back to Room List