/srv/irclogs.ubuntu.com/2023/10/03/#ubuntu-devel.txt

=== sem2peie- is now known as sem2peie
=== sem2peie- is now known as sem2peie
=== guiverc2 is now known as guiverc
paride@pilot in11:54
=== ChanServ changed the topic of #ubuntu-devel to: Archive: Mantic post-Beta Freeze | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Bionic-Lunar | Patch Pilots: paride
paride@pilot out16:05
=== ChanServ changed the topic of #ubuntu-devel to: Archive: Mantic post-Beta Freeze | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Bionic-Lunar | Patch Pilots: N/A
dbungert@pilot in16:06
=== ChanServ changed the topic of #ubuntu-devel to: Archive: Mantic post-Beta Freeze | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Bionic-Lunar | Patch Pilots: dbungert
tsimonq2https://git.launchpad.net/ubuntu-dev-tools/commit/?id=2f396fe54956c85e0f0e62891f29dc7bab7d110b adds support for VCS detection on pull-lp-source, displaying the exact same message `apt source` does.19:08
-ubottu:#ubuntu-devel- Commit 2f396fe in ubuntu-dev-tools "When using pull-*-source to grab a package which already has a defined Vcs- field, display the exact same warning message `apt source` does."19:08
tsimonq2(cc juliank) I often wonder if adding support for e.g. Ubuntu-specific VCSes is worth the effort.19:08
tsimonq2Anyway, I've uploaded that to unstable, if anyone thinks there's justification for pulling it into Mantic, JFDI :)19:09
juliankWell hopefully it's not worth it for long19:09
juliankAnd we all use git-ubuntu staging branches :D19:10
tsimonq2I mean, it would still cover the case where Debian has their own VCS, right? On Debian that could be "Hey, clone from this Salsa repo," on Ubuntu it could be "hey you're using the wrong command." :P19:11
tsimonq2(Despite the really good impressions I have of git-ubuntu so far, it could take a bit to move to it "de facto." I mean, it's taken how long to move from Bazaar to Git?)19:12
* tsimonq2 shrugs, some UX to think about I guess19:13
dbungert@pilot out20:14
=== ChanServ changed the topic of #ubuntu-devel to: Archive: Mantic post-Beta Freeze | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Bionic-Lunar | Patch Pilots: N/A
kanashirodoes anyone know if in the autopkgtest infrastructure there is any restriction to access the docker registry? I am getting this error multiple times:21:19
kanashiroERROR: Error response from daemon: Get "https://registry-1.docker.io/v2/": net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)21:19
kanashirohum, actually, this address is returning 40421:20
ahasenackit's https://registry-1.docker.io/v2/ actually21:34
ahasenackand that returns json21:34
ahasenacktry setting the proxy?21:34
ahasenackhttps_proxy=http://squid.internal:3128/21:34
kanashiroI'll try to set the proxy variable22:10
kanashirolocally this test works fine22:11
bdmurrayIf you are connected to the Canonical VPN you can use the squid.internal proxy server e.g. `--env='http_proxy=http://squid.internal:3128' --env='https_proxy=http://squid.internal:3128'`22:20
kanashirobdmurray thanks for the hint22:21
bdmurraykanashiro: incidentally what package are you testing?22:22
kanashiroit is docker-buildx22:22
bdmurraykanashiro: the top of an autopkgtest log also has the no_proxy config https://autopkgtest.ubuntu.com/results/autopkgtest-mantic/mantic/amd64/d/docker-buildx/20230824_190753_d7a7c@/log.gz22:24
kanashirook, I'll set all of them locally connected to the VPN to see if I can reproduce the issue22:25

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