[Bug 1762766] Re: apt-get update hangs when apt-transport-https is not installed

Julian Andres Klode 1762766 at bugs.launchpad.net
Thu Jun 28 09:45:10 UTC 2018


** Description changed:

- When "apt-get update" is run on a docker container running Ubuntu v16.04
- and containing an additional apt source repository hosted on an https
- webserver, the "apt-get update" command hangs.
+ [Impact]
+ Two or more sources with an unknown protocol cause apt update to hang
+ 
+ [Test case]
+ Add two or more sources with an unknown protocol and run update
+ 
+ [Regression potential]
+ This changes the code to only register a method that actually exists. I don't see any potential for a regression here, but of course, if there were any, it would be related to not finding other methods.
+ 
+ [Original bug report]
+ When "apt-get update" is run on a docker container running Ubuntu v16.04 and containing an additional apt source repository hosted on an https webserver, the "apt-get update" command hangs.
  
  The hang happens after connections to http ubuntu hosts are complete,
  and apt-get remains stuck on "Working" at 0%. Removing the sources file
  for the https repo causes apt-get to complete normally.
  
  The source file contains 4 separate entries to 4 different repos on the
  same https server. When the source file is modified so that just *one*
  entry exists to one repo on the https server, we suddenly get a sensible
  error message that tells us that apt-transport-https needs to be
  installed.
  
  Installing apt-transport-https into the docker container before adding
  the sources list to the https servers works around the problem and
  sanity returns.
  
  Key notes:
  
  - The use of docker isn't related to the bug, except that the docker
  image doesn't contain the apt-transport-https package whereas our cloud
  images do contain this package by default. This can give the impression
  that this is a docker bug when it's not.
  
  - The hang in "apt-get update" seems to occur when the sources file
  contains more than one entry in the file. When just one entry exists in
  the file (and all other entries are commented out) a sensible error
  messages appears.
  
  - We encountered this on a host that didn't support cut and paste, sorry
  :(

** Description changed:

  [Impact]
- Two or more sources with an unknown protocol cause apt update to hang
+ Two or more sources with an unknown protocol cause apt update to hang. For example, when using the https method on a system without integrated https support and without apt-transport-https installed.
  
  [Test case]
  Add two or more sources with an unknown protocol and run update
  
  [Regression potential]
  This changes the code to only register a method that actually exists. I don't see any potential for a regression here, but of course, if there were any, it would be related to not finding other methods.
  
  [Original bug report]
  When "apt-get update" is run on a docker container running Ubuntu v16.04 and containing an additional apt source repository hosted on an https webserver, the "apt-get update" command hangs.
  
  The hang happens after connections to http ubuntu hosts are complete,
  and apt-get remains stuck on "Working" at 0%. Removing the sources file
  for the https repo causes apt-get to complete normally.
  
  The source file contains 4 separate entries to 4 different repos on the
  same https server. When the source file is modified so that just *one*
  entry exists to one repo on the https server, we suddenly get a sensible
  error message that tells us that apt-transport-https needs to be
  installed.
  
  Installing apt-transport-https into the docker container before adding
  the sources list to the https servers works around the problem and
  sanity returns.
  
  Key notes:
  
  - The use of docker isn't related to the bug, except that the docker
  image doesn't contain the apt-transport-https package whereas our cloud
  images do contain this package by default. This can give the impression
  that this is a docker bug when it's not.
  
  - The hang in "apt-get update" seems to occur when the sources file
  contains more than one entry in the file. When just one entry exists in
  the file (and all other entries are commented out) a sensible error
  messages appears.
  
  - We encountered this on a host that didn't support cut and paste, sorry
  :(

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to apt in Ubuntu.
https://bugs.launchpad.net/bugs/1762766

Title:
  apt-get update hangs when apt-transport-https is not installed

Status in apt package in Ubuntu:
  Fix Released
Status in apt source package in Trusty:
  Triaged
Status in apt source package in Xenial:
  Fix Committed
Status in apt package in Debian:
  Fix Released

Bug description:
  [Impact]
  Two or more sources with an unknown protocol cause apt update to hang. For example, when using the https method on a system without integrated https support and without apt-transport-https installed.

  [Test case]
  Add two or more sources with an unknown protocol and run update

  [Regression potential]
  This changes the code to only register a method that actually exists. I don't see any potential for a regression here, but of course, if there were any, it would be related to not finding other methods.

  [Original bug report]
  When "apt-get update" is run on a docker container running Ubuntu v16.04 and containing an additional apt source repository hosted on an https webserver, the "apt-get update" command hangs.

  The hang happens after connections to http ubuntu hosts are complete,
  and apt-get remains stuck on "Working" at 0%. Removing the sources
  file for the https repo causes apt-get to complete normally.

  The source file contains 4 separate entries to 4 different repos on
  the same https server. When the source file is modified so that just
  *one* entry exists to one repo on the https server, we suddenly get a
  sensible error message that tells us that apt-transport-https needs to
  be installed.

  Installing apt-transport-https into the docker container before adding
  the sources list to the https servers works around the problem and
  sanity returns.

  Key notes:

  - The use of docker isn't related to the bug, except that the docker
  image doesn't contain the apt-transport-https package whereas our
  cloud images do contain this package by default. This can give the
  impression that this is a docker bug when it's not.

  - The hang in "apt-get update" seems to occur when the sources file
  contains more than one entry in the file. When just one entry exists
  in the file (and all other entries are commented out) a sensible error
  messages appears.

  - We encountered this on a host that didn't support cut and paste,
  sorry :(

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1762766/+subscriptions



More information about the foundations-bugs mailing list