=== matttbe7 is now known as matttbe | ||
=== guiverc2 is now known as guiverc | ||
gjolly | Hello, can someone trigger these autopkgtests for me please? | 09:05 |
---|---|---|
gjolly | https://autopkgtest.ubuntu.com/request.cgi?release=plucky&package=azure-proxy-agent&arch=amd64&trigger=azure-proxy-agent%2F1.0.25-0ubuntu3~ppa2&ppa=gjolly%2Fazure-proxy-agent2 | 09:05 |
gjolly | https://autopkgtest.ubuntu.com/request.cgi?release=plucky&package=azure-proxy-agent&arch=arm64&trigger=azure-proxy-agent%2F1.0.25-0ubuntu3~ppa2&ppa=gjolly%2Fazure-proxy-agent2 | 09:05 |
Skia | gjolly: that's done, first by R_ikMills 10min ago, second by me just now | 09:26 |
gjolly | Thanks! | 09:29 |
waveform | @pilot in | 12:00 |
=== ChanServ changed the topic of #ubuntu-devel to: Archive: Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Oracular | Patch Pilots: waveform | ||
=== liushuyu1 is now known as liushuyu | ||
gjolly | waveform: I have a problem with my autopkgtest, it's passing locally but failing on LP. Can I kindly ask you to try to run the test locally to see if it's also passing for you please? If so, what would be the best way to fix the issue? | 12:23 |
gjolly | This is how I run the tests: | 12:23 |
gjolly | autopkgtest --apt-upgrade --setup-commands="sudo apt install -y software-properties-common && sudo add-apt-repository --yes --update --enable-source ppa:gjolly/azure-proxy-agent2" --no-built-binaries azure-proxy-agent -- qemu ~/dev/autopkgtest-plucky-amd64.img | 12:23 |
waveform | gjolly, sure -- I'll give it a whirl | 12:23 |
sudip | gjolly: tried locally, it worked for me. if you want I can trigger an autopkgtest from your ppa to check | 12:28 |
gjolly | sudip: thanks, that's what I did this morning and it was failing: https://autopkgtest.ubuntu.com/results/autopkgtest-plucky-gjolly-azure-proxy-agent2/plucky/arm64/a/azure-proxy-agent/20250224_092715_0858d@/log.gz | 12:34 |
gjolly | waveform: thank you | 12:34 |
waveform | gjolly, yup, passes here too (after I finally got the VM image donwloaded!) | 12:34 |
waveform | gjolly, "Connection to IMDS..." -- is it trying to connect to something outside? | 12:37 |
waveform | unless it's .ubuntu.com or .launchpad.net (and some others? I forget), that's not permitted on the launchpad runners | 12:38 |
gjolly | waveform: yes and no, that's the point of the test, see: https://github.com/gjolly/GuestProxyAgent/blob/ubuntu-25.04/debian/tests/smoke. I want to mock a request to this endpoint as the eBPF filter matches looks for this address, so I need to use some hack. I tried using ip route bu maybe it's not working on the test infra. | 12:41 |
sudip | gjolly: you might need to add "Restrictions: needs-internet" to your d/t/control | 12:46 |
sudip | but then it should not have passed in my setup | 12:47 |
waveform | sudip, gjolly hmmm, worth a try but it may simply skip the test on launchpad's infrastructure (i.e. "this test needs internet, but we don't permit that, so skip it") | 12:48 |
waveform | that is the confusing question, though: why does it pass locally and not on lp | 12:49 |
gjolly | But I set `sudo ip route add blackhole "$IMDS_ADDRESS/32"` specifically to avoid the network dependency. The request should fail with a network error but the proxy should log it. | 12:49 |
sudip | waveform: gjolly: this was my local run - https://pastebin.ubuntu.com/p/FtGHWBFVSV/ | 12:55 |
gjolly | sudip: thanks. For debugging, I will add more logs and a sleep before the wget to see if it's a concurrency issue. | 12:57 |
schopin | gjolly: wget would try to reach the proxy rather IMDS_ADDRESS. | 12:57 |
gjolly | schopin: oh you mean http_proxy is set in the env? | 12:58 |
schopin | Yes.? | 12:58 |
schopin | s/?// | 12:58 |
gjolly | so let's try --no-proxy then | 12:59 |
schopin | https://wiki.ubuntu.com/ProposedMigration#I.27m_seeing_a_squid_proxy.3F__My_tests_behave_differently_there.21 | 12:59 |
sudip | and the logs also shows http_proxy=http://squid.internal:3128 | 12:59 |
schopin | Sadly we can't use that proxy ourselves, even when on the Canonical VPN. | 13:00 |
waveform | oh, of course, wget will obey the proxy. I suppose you could add something like http_proxy= before the wget call (given it shouldn't actually try and reach anything) | 13:01 |
waveform | or --no-proxy or whatever that switch is on wget | 13:02 |
gjolly | waveform: Yup I'm going to try with --no-proxy. | 13:05 |
gjolly | sudip schopin waveform: thanks for your help! I will ping here again when the package will be ready in my PPA. | 13:06 |
=== pfenzvsjohcafkdi is now known as eonxmupcikhsikpv | ||
=== eonxmupcikhsikpv is now known as georgiag | ||
Skia | gjolly: just reading the above. Be aware that `http_proxy`, `https_proxy`, and `no_proxy` variables are set by default in the environement of your test, with reasonable values working for most use-case (you can see the values in the logs), but feel free to nuke them in your tests if you want things to behave the way you want :-) | 13:40 |
gjolly | Skia: yes this is what Simon told me, I'm waiting for my PPA to be done publishing to try that. | 16:04 |
Skia | 👍 | 16:05 |
gjolly | Can someone please trigger these two tests? | 17:07 |
gjolly | https://autopkgtest.ubuntu.com/request.cgi?release=plucky&package=azure-proxy-agent&arch=amd64&trigger=azure-proxy-agent%2F1.0.25-0ubuntu3~ppa3&ppa=gjolly%2Fazure-proxy-agent2 | 17:07 |
gjolly | https://autopkgtest.ubuntu.com/request.cgi?release=plucky&package=azure-proxy-agent&arch=arm64&trigger=azure-proxy-agent%2F1.0.25-0ubuntu3~ppa3&ppa=gjolly%2Fazure-proxy-agent2 | 17:07 |
sudip | done | 17:18 |
gjolly | sudip: thanks | 17:23 |
waveform | @pilot out | 17:51 |
=== ChanServ changed the topic of #ubuntu-devel to: Archive: Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Oracular | Patch Pilots: N/A | ||
mateus-morais | could somebody retry https://launchpad.net/ubuntu/+source/dotnet8/8.0.113-8.0.13-0ubuntu2/+build/30362868 please? Failed without buildlog | 19:49 |
mateus-morais | that actually failed with buildlog but seems infra-related | 19:56 |
RikMills | seems someone did | 20:11 |
mateus-morais | Yep! Thanks to whoever did it :) | 20:33 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!