=== chihchun_afk is now known as chihchun
brlinI would like to ask if it's policy-wise possible to embed an external snapcraft recipe(e.g. from another repository, etc) to a source repo and trigger snap build from it.03:48
wgrantbrlin: Can you explain in more detail what you're trying to do?05:04
brlin@wgrant Currently LP only supports building snaps which source repository contains the Snapcraft recipe, this is not applicable for the software which snapcraft recipe is store in another repository (either not upstreamed or stored separately upon upstream request).  It would be great if we can, for example, set up a code import on LP and set up snap build based on a recipe that is in another repository.05:09
brlin(Mostly for the benefit of automated snap building upon upstream code changes)05:10
wgrantbrlin: snapcraft.yaml specifies where the source comes from. It's common to have it be the same tree as the one that contains snapcraft.yaml, but it's by no means required05:11
brlin@wgrant The problem is it's not an easy task to set up automated build if the recipe is separated from the target's source tree.  If external recipe is supported we can reuse the existing code import functionality to set up automated build on new code import.05:16
wgrantbrlin: So your specific problem is that Launchpad won't automatically trigger builds based on changes in other repositories?05:17
brlin@wgrant Yes.05:18
wgrantIt's best to make a problem statement rather than specifying a solution, because it's much more likely we'd solve the problem by having LP trigger builds based on other repositories perhaps extracted from snapcraft.yaml05:18
brlinGot it, thanks.05:18
wgrantbrlin: A similar feature was prototyped in build.snapcraft.io, but it's not something that exists in Launchpad itself today. Let me see if we have an existing bug about it.05:23
wgrantI can't see one.05:24
wgrantbrlin: Please file it at https://bugs.launchpad.net/launchpad/+filebug. Remember to state your use case, not just one potential solution.05:25
brlinWill do.05:25
brlinHere's the bug: https://bugs.launchpad.net/launchpad/+bug/182272106:24
ubot5`Ubuntu bug 1822721 in Launchpad itself "No way to set up automated snap build on changes in another repository" [Undecided,New]06:24
=== zbr|pto is now known as zbr
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
brlinI would like to ask if it's difficult to set up an launchpad-buildd instance in a local environment?10:53
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
hggdhapt update is taking quite a long time to run now (at least for Disco); mine is downloading at 20kB/s (down from 7MB/s).Is there something going on?15:16
hggdh(this is for the main archive)15:17
rbasakhggdh: yes - discussed in #canonical-sysadmin15:18
hggdhrbasak: thank you sir. Did not think of #c-sysadmin (yeah, rather dumb)15:20
=== Erich is now known as Eickmeyer
Wimpresswgrant: Is it possible to setup a PPA that has a real armhf builder, rather than arm64 with cross building?22:56
wgrantWimpress: Launchpad doens't cross-build.22:57
wgrantWimpress: Our arm64 hardware and arm64 kernels run armhf natively.22:57
WimpressSo there are not real armhf builders?22:57
wgrantWimpress: Why?22:58
wgrantThere is never a requirement for them.22:58
WimpressSuper niche.22:58
wgrantNo, wrong :)22:58
WimpressI am building Chromium specifically optimised for the Raspberry Pi.22:58
wgrantThat'll work fine on our arm64 kernels.22:59
WimpressSomething of the host is leaking because a few components keep trying to link to 64 bit libs and those symbols are not available for libraspberrypi0.22:59
wgrantThe build system is looking at things it shouldn't.22:59
wgrantWe hack uname etc. so it looks like armhf.23:00
WimpressI've been able to avoid this issue by disabling ARM Thumb but I've bumped into the same issue elsewhere in the code.23:00
WimpressWondered if I could avoid yet more build system hacking but building on real 32-bit arm host.23:00
wgrantNo, it's best to track down the build system bug.23:01
WimpressWith 11 hours between build attempts, iteration is slow ;-)23:01
WimpressIf I build locally is it possible to upload all the assets to a PPA?23:02
wgrantYou can always reproduce it locally with an armhf chroot on an arm64 kernel, with the compat_uts_name kernel commandline hack we use23:02
wgrantYou can't upload binaries to a PPA, no.23:02
wgrantYou should fix the build system bug.23:02
WimpressDidn't think so.23:02
WimpressYeah, I am working on the build system. As you can imagine, lots of places to look/check for Chromium.23:02
WimpressWishful think there might be a cheat available :-)23:03
wgrantThe entire Ubuntu archive is built on these, including Chromium, so we're not going to make exceptions for buggy build systems.23:03
WimpressYeah, this is due to patching Chromium to use libraspberrypi0. You can build Chromium just fine when the weirdness of those blobs is not a concern.23:05
wgrantWimpress: So hopefully it's easy enough to find the code that runs only in the scenario.23:06
* wgrant just runs arm64 on all his Raspberry Pis23:07
WimpressNo if you want MMAL exposed you don't ;-)23:07
Wimpresswgrant: I was tryijng to clean up some git imports for Ubuntu MATE earlier. I was unable to delete any git repos in LP. Known issue?23:37
WimpressTimeout Error23:39
Wimpress(Error ID: OOPS-ec138266e390c39a952394eb5c2f10ce)23:39
wgrantWimpress: https://bugs.launchpad.net/launchpad/+bug/179326623:40
ubot5`Ubuntu bug 1793266 in Launchpad itself "Unable to delete repository" [Critical,In progress]23:40
wgrantA fix for the timeout is in progress23:40
WimpressAh OK. Cheers.23:40

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!