#fdroid-dev

/

      • nailyk joined the channel
      • http_GK1wmSU joined the channel
      • http_GK1wmSU has left the channel
      • Tovok7 has quit
      • _hc joined the channel
      • est31 joined the channel
      • malte__ joined the channel
      • malte__
        Good morning
      • malte__ is now known as beli3ver
      • beli3ver has quit
      • cdesai
        _hc: got a few mins to look at c#35 ?
      • NOTICE: [client] #35: if a repo is not accessible, try one of the offic… - https://gitlab.com/fdroid/fdroidclient/issues/35
      • _hc
        hi cdesai
      • I'll look now
      • cdesai
        thanks, I'm trying to get it working with the index locally, did some minor changes but from the looks of it I'll need to change the download flow a bit more.
      • _hc
        cdesai: I think that's all my brain can handle at this hour, I'll try to check tomorrow. after that I'll be on vacation for 2 weeks
      • cdesai: if you're feeling stuck on it, you can also ping Tovok7 or pserwylo. Or just work on other issues in the tracker until it gets unstuck
      • cdesai
        _hc: ok no worries, I do have an idea of what to do for the index so I'll just try that first. it would basically be the same as the apk download code, only much simpler
      • and sure thing.
      • _hc has quit
      • _hc joined the channel
      • _hc is now known as Guest9744
      • malte__ joined the channel
      • malte__ is now known as beli3ver
      • Guest9744 has quit
      • BubuIIC joined the channel
      • beli3ver
        Hi guys, did anyone know when @CiaranG runs the next time the build server
      • zer joined the channel
      • zer has left the channel
      • BubuIIC has quit
      • BubuIIC joined the channel
      • Tovok7 joined the channel
      • Tovok7
        meeting anyone?
      • cdesai
        I'm around but don't have much to report
      • Tovok7
        same here
      • uniq[m] pserwylo thezero?
      • I have been working more on deploying repomaker. This time with focus on turning it into a desktop app. I built a regular Debian package, but this isn't usefult, yet, because some dependencies are not yet in Debian.
      • So now I have build a vendorized package that comes with the dependencies. If somebody wants to test it, you can find it here: https://grobox.de/tmp/repomaker_0.0.1a_all.deb
      • There's still a tricky problem with running tasks in the background. I wrote down the whole story and possible solutions in r#164
      • NOTICE: [rfp] #164: Dashchan - https://gitlab.com/fdroid/rfp/issues/164
      • no, wrong ticket, the right one is rm@164
      • rm#164
      • NOTICE: [repomaker] #164: Desktop App: SQLite Database Locked by Background… - https://gitlab.com/fdroid/repomaker/issues/164
      • It is still not clear how to proceed there. Feedback is welcome.
      • Especially uniq[m] might have some ideas on this.
      • beli3ver
        Ok can someone start the build server?
      • Tovok7
        CiaranG is running the build server jobs once a day. He's usually not around for these dev meetings.
      • beli3ver
        ok, but there isn't running for 4 or 5 days now
      • Tovok7
        how do you know?
      • beli3ver
        mimi89999_m told me
      • Tovok7
        But looks like it ran yesterday evening: https://f-droid.org/wiki/index.php?title=Specia...
      • mimi89999_m
        beli3ver‎: I told you that before it run yesterday...
      • beli3ver
        so why all the merge request that be merged not there?
      • Tovok7
        do you mean to ask why changes to the fdroiddata repository did not yet show up in the actual repository?
      • beli3ver
        yes
      • Tovok7
        getting something in the repo is a two step process. First they get build, then they need to be signed on an offline-signing box (to protect the signing keys). This is a manual process and can take some time. Also, there's lots of things that can go wrong. I heard about hanging builds that don't get cancelled and halt everything for example.
      • beli3ver
        ok, so how to help in this process
      • mimi89999_m
        Even fdroiddata maintainers can't do anything...
      • BubuIIC
        What about improving the process?
      • As a longer term goal
      • beli3ver
        so CiaranG is the only one?
      • BubuIIC
        Debian publishes signed archive updates 4 times a day. I haven't quite found out that's an automatic process or a manual one.
      • I think that a project like fdroid needs a team of people with access to the buildserver so problems can be resolved in time.
      • Have there been any discussions regarding this?
      • Tovok7
        We are working on improving it, but as usual it is not that easy
      • beli3ver
        ok
      • so, is there only one building server?
      • BubuIIC
        I'd like to help but with a lot of problem we can't because it needs server access (the mass move to the archive, buildserver basebox not available so nobody can really setup a new buildserver environment to reproduce failures, fdroid.org still having a certificate error on ssl, ...). it's really frustrating
      • or moving to stretch to finally get vlc building again
      • Btw. I started writing Dockerfiles for creating a buildserver. I can now I think build all basic apps in the repo (just SDK+NDK required).
      • It needs a little more time but the plan is to be able to test-build apps in gitlab-CI on fdroiddata merge requests
      • Tovok7
        fdroidserver should already support spinning up build VMs
      • For the cert error there is a#18
      • NOTICE: [client] #18: 0.64-Test crashes in background - https://gitlab.com/fdroid/fdroidclient/issues/18
      • BubuIIC
        I know. But the point is it should be trivial to fix. But it's still not done.
      • Tovok7
        Yes, historically too many tasks have been concentrated in one person that now has limited time available. That's not an ideal solution. Giving everyone access to the buildserver won't fix this though.
      • *ideal situation
      • beli3ver
        Tovok7 that's true, but there is still only one person
      • BubuIIC
        Re build VMs: But there is no automatic build testing of apps in a buildserver envitonment right now.
      • Und it's also realla hard to manually do that until this is solved: https://gitlab.com/fdroid/admin/issues/47
      • *really
      • Anyway, I think I can show something regarding the CI-builds next week.
      • beli3ver
        that would be great. I think, the best is when we put the work on many shoulders and not only one again
      • Tovok7
        definately
      • beli3ver
        so what we do?
      • Tovok7
        we already have replicated the build server infratructure on jenkins.debian.org and it builds all apps, so we can reproduce problems on the actual build server and fix them in fdroidserver
      • also, we are working on reproducible builds, so they can be signed by the developer and don't need to be signed by f-droid
      • and wherever we can, we try to build things ion a way that they don't rely on a single person
      • beli3ver
        ok
      • BubuIIC
        Tovok7: how will the workflow with reproducable builds and developer signatures look like?
      • Tovok7
        It should already kind of work. See https://f-droid.org/docs/Build_Metadata_Referen...
      • Lots of apps can already be build reproducibly: https://verification.f-droid.org/
      • BubuIIC
        the verification is then done by the buildserver?
      • Tovok7
        no, everybody can (and should) run a verification server
      • BubuIIC
        I mean the process how an app is finally published in the fdroid repo
      • Tovok7
        yes, the buildserver builds the app and compares it to the binary
      • BubuIIC
        So what exactly does it help if I run a verification server?
      • Tovok7
        To independently verify and ensure that F-Droid is not messing with builds
      • BubuIIC
        okay right, understood
      • beli3ver has quit
      • TC01 joined the channel
      • BubuIIC has left the channel
      • _hc joined the channel
      • Poussinou joined the channel
      • BubuIIC joined the channel
      • _hc has quit
      • Poussinou has quit
      • BubuIIC1 joined the channel
      • BubuIIC has quit
      • BubuIIC1 has quit
      • perepujal joined the channel
      • Tovok7 has quit
      • Tovok7 joined the channel
      • BubuIIC joined the channel
      • BubuIIC has left the channel
      • perepujal has quit