When a proxy location contains options before an HTTPS URI (example), setting https_acng => true has not effect and updating from that repo fails with:
Invalid response from proxy: HTTP/1.0 403 CONNECT denied (ask the admin to allow HTTPS tunnels)
Expected Behavior
https:// should be replaced by http://HTTPS/// in the APT source line and updating from that repo should succeed.
(...)
Hit:1 http://deb.debian.org/debian bullseye InRelease
Hit:2 http://deb.debian.org/debian bullseye-updates InRelease
Hit:3 http://security.debian.org/debian-security bullseye-security InRelease
Err:4 https://deb.torproject.org/torproject.org stable InRelease
Invalid response from proxy: HTTP/1.0 403 CONNECT denied (ask the admin to allow HTTPS tunnels) [IP: 127.0.0.1 3142]
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
W: Failed to fetch https://deb.torproject.org/torproject.org/dists/stable/InRelease Invalid response from proxy: HTTP/1.0 403 CONNECT denied (ask the admin to allow HTTPS tunnels) [IP: 127.0.0.1 3142]
W: Some index files failed to download. They have been ignored, or old ones used instead.
---------- /etc/apt/sources.list.d/torproject.list ----------
# This file is managed by Puppet. DO NOT EDIT.
# TorProject
deb [Check-Date=yes] https://deb.torproject.org/torproject.org stable main
The URI above should've been replaced accordingly to work with apt-cacher-ng.
Environment
Version: 9.0.0
Platform Debian Bullseye 11.3
Additional Context
To fix this, I think the regexp should be improved here.
Describe the Bug
When a proxy
location
contains options before an HTTPS URI (example), settinghttps_acng => true
has not effect and updating from that repo fails with:Expected Behavior
https://
should be replaced byhttp://HTTPS///
in the APT source line and updating from that repo should succeed.Steps to Reproduce
Run this script in a disposable environment:
The output ends with:
The URI above should've been replaced accordingly to work with
apt-cacher-ng
.Environment
Additional Context
To fix this, I think the regexp should be improved here.