=== igitoor_ is now known as igitoor
FourDollarsHi, I am trying to test the webhook usage for lp:~oem-solutions-engineers/oem-dev-tools/+git/oem-scripts but it won't call the webhook I added. Is there any problem?04:31
FourDollarsRecent deliveries of https://code.launchpad.net/~oem-solutions-engineers/oem-dev-tools/+git/oem-scripts/+webhook/13229 is always empty. Although I made https://code.launchpad.net/~fourdollars/oem-dev-tools/+git/oem-scripts/+merge/384887 for it.04:31
FourDollarsBut it works fine if I added the webhook on lp:~fourdollars/oem-dev-tools/+git/oem-scripts.04:31
FourDollarsHow can I use the webhook on lp:~oem-solutions-engineers/oem-dev-tools/+git/oem-scripts?04:31
wgrantFourDollars: What's the event configuration for the webhook?04:38
FourDollarswgrant: Enabled git push,merge proposal, active and use secret.04:40
=== wgrant changed the topic of #launchpad to: Help contact: pappacena (12:00-21:00 UTC) | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support and spam reporting: https://answers.launchpad.net/launchpad
wgrantFourDollars: There are some complications around webhooks for private repositories, but it all looks right to me. If you have the merge-proposal:0.1 event type selected, it'll need some more digging that I can't really do right now - best if you can wait guntil the help contact is around, or ask asynchronously on https://answers.launchpad.net/launchpad.04:44
FourDollarswgrant: OK. Thx.04:45
wgrantOh, I think I may see the problem. It looks like it might assume that the owner of the repository is always a user rather than a team. But that's only from a quick glance.04:48
FourDollarsIt is weird that I can add the webhook on the team's Git private repositories but it won't delivery the events.04:52
wgrantFourDollars: Bugs are weird, yes :)04:56
wgrantBut merge proposal privacy is more complicated than just one repository.04:57
FourDollarsOK. I have asked the question on https://answers.launchpad.net/launchpad/+question/691066.04:57
=== SpecialK|Canon changed the topic of #launchpad to: Help contact: SpecialK|Canon (08:00-17:00 UTC) | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support and spam reporting: https://answers.launchpad.net/launchpad
LocutusOfBorghello, is launchpad having a sad day?09:35
LocutusOfBorgbuilders seems to be stuck, or not completing anything useful09:35
SpecialK|CanonHm, they definitely look a smidge unhappy don't they - I'll take a look09:42
SpecialK|CanonLocutusOfBorg: Right, that should do it - things look a bit happier now - I'll keep an eye on the queue to make sure that continues10:18
LocutusOfBorgnot sure SpecialK|Canon but I still smell some sadness...10:53
SpecialK|CanonLocutusOfBorg: Hm, I think that's a different manifestation of sadness, I'll take a look10:55
cjwatsonMay just be backlogged after the restart.10:55
cjwatsonThat particular bit isn't buildd-manager, it's a queue that's processed serially.10:55
LocutusOfBorgoh, ok so even if haskell libraries are not so heavy, stuff previously in the queue might be10:56
LocutusOfBorgmakes sense thanks10:56
cjwatsonAnd I see it just processed10:56
cjwatsonpreviously in the queue> right, exactly10:57
cjwatson2020-06-01 10:51:28 DEBUG   firefox-trunk_78.0~a1~hg20200531r533157-0ubuntu0.19.10.1~umd1_amd64.changes can be unsigned.10:57
cjwatsonfor example :)10:57
cjwatson(that's slightly unfair, the time in this case was actually mostly kernels)10:57
LocutusOfBorg:D thanks twice!10:58
rbasakSimilar to bug 1860456, I'm getting a "500 Internal Server Error" when I try https://launchpad.net/ubuntu/+archive/primary/+sourcefiles/apache2/2.2.8-1ubuntu0.4/apache2_2.2.8-1ubuntu0.4.dsc12:51
ubot5bug 1860456 in usd-importer "ubuntutools.archive.UbuntuSourcePackage().pull() fails" [Undecided,Fix committed] https://launchpad.net/bugs/186045612:51
rbasakSteps to reproduce: on Focal, with python3-ubuntutools 0.17612:51
rbasakubuntutools.archive.UbuntuSourcePackage('apache2', '2.2.8-1ubuntu0.4').pull()12:51
rbasak^ help please SpecialK|Canon?12:52
rbasakColin knows the background but I'm aware you should be asked first :)12:52
SpecialK|Canonrbasak: Taking a look13:02
SpecialK|Canonrbasak: Could you file a bug about it please; given +sf/sn/sv/filename should be unambiguous, certainly something's not right there13:32
rbasakSpecialK|Canon: https://bugs.launchpad.net/ubuntu/+source/ubuntu-dev-tools/+bug/1881598 - thanks!13:36
ubot5Ubuntu bug 1881598 in ubuntu-dev-tools (Ubuntu) "ubuntutools.archive.UbuntuSourcePackage().pull() fails (take 2)" [Undecided,New]13:36
rbasakDo you want a task against Launchpad also?13:36
cjwatsonIt's a Launchpad bug13:43
cjwatsonNot ubuntu-dev-tools13:43
rbasakOK, changed.13:46
SpecialK|Canonrbasak: What's the concrete impact here? Looks like we have data issues (of the "we've ended up with two and that shouldn't happen" kind) - is this blocking you from anything at all or are we free to attempt to wrangle the inconsistency?13:54
rbasakSpecialK|Canon: it sort of blocks me from reimporting everything in main to git-ubuntu's now consistent standard, so I can declare all branches stable. I'd prefer not to have to say "all branches but X and Y are stable" though obviously that is an intermediate step. I would prefer not to work around it by injecting a dsc from somewhere else in case that inadvertently produces a non-reproducible result,13:56
rbasakthough I can do that if necessary.13:56
SpecialK|Canonrbasak: Right, thanks13:57
rbasak(we already have code to inject a different source dsc URL for a particular package and version, so actually doing it is trivial)13:57
cjwatsonI think we should probably discuss it in our team weekly tomorrow, if you can tolerate that much delay13:57
cjwatsonIt's not a straightforward situation13:58
SpecialK|CanonWe have https://launchpadlibrarian.net/23154047/apache2_2.2.8-1ubuntu0.4.dsc and https://launchpadlibrarian.net/23719959/apache2_2.2.8-1ubuntu0.4.dsc so something's clearly gone wrong, but unpicking it is nontrivial as cjwatson says13:58
rbasakSorry, I didn't say anything about timescales.13:58
cjwatsonFWIW it looks like a historical copier bug13:58
rbasakIf it's fixed in a couple of weeks I won't even really notice - I have plenty of other things to do before then.13:58
cjwatsonhttps://paste.ubuntu.com/p/fXfpzbGt7R/ is the diff between the two versions in question13:58
SpecialK|Canonrbasak: Ah, fabulous, thanks13:59
cjwatson(the bug being that it didn't notice the conflict and refuse the copy)13:59
ricotzhi :), seems like the s390x builders have a problem20:07
cjwatsons390x builders should be back now21:51
cjwatsonMaybe.  A little bit.22:18
cjwatsonBut I'm very EOD22:18

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