[Bug 109294] Re: HTTPS sources fail to update

2008-10-23 Thread Bug Watch Updater
** Changed in: apt Status: New => Fix Released -- HTTPS sources fail to update https://bugs.launchpad.net/bugs/109294 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https:

[Bug 109294] Re: HTTPS sources fail to update

2008-03-17 Thread dan_linder
This is still happening on my Gutsy release. I had to remove the file in /var/lib/apt/lists/partial, and the update worked. I'm running apt 0.7.6ubuntu14.1, and I see the link (by Robert Coup) shows this being fixed in apt 0.7.7 - when is 0.7.7 getting pushed into the Gutsy distribution? Dan --

[Bug 109294] Re: HTTPS sources fail to update

2008-02-13 Thread stiV
I have this probem w. ubuntu feisty on multiple machines, and although deleting lists from /var/lib/apt/lists and /var/lib/apt/lists/partial works, I'd love to have the working version of apt-transport-https in feisty too. I'm using my own mirror and changing to gutsy is not an option at the mome

[Bug 109294] Re: HTTPS sources fail to update

2007-10-15 Thread Michael Vogt
This should be fixed in gutsy now (+ the debian patch is added to the report too). ** Changed in: apt (Ubuntu) Assignee: (unassigned) => Michael Vogt (mvo) Status: New => Fix Released -- HTTPS sources fail to update https://bugs.launchpad.net/bugs/109294 You received this bug notific

[Bug 109294] Re: HTTPS sources fail to update

2007-08-15 Thread Robert Coup
Another related debian bug, with a patch: apt-transport-https: doesn't reset curl options between files or timestamp downloaded files http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437150 -- HTTPS sources fail to update https://bugs.launchpad.net/bugs/109294 You received this bug notification

[Bug 109294] Re: HTTPS sources fail to update

2007-07-27 Thread Todd Kover
The range can still an issue. If the list file changes in such a way that it can't be resumed the next time an apt-get update is run (such as a reordering of the contents), I believe it will fail in the same way. The https method probably needs to handle the case of the web server ignoring the ran

[Bug 109294] Re: HTTPS sources fail to update

2007-07-27 Thread Bug Watch Updater
** Changed in: apt (upstream) Status: Unknown => New -- HTTPS sources fail to update https://bugs.launchpad.net/bugs/109294 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubunt

[Bug 109294] Re: HTTPS sources fail to update

2007-07-26 Thread alan ezust
** Bug watch added: Debian Bug tracker #328485 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=328485 ** Also affects: apt (upstream) via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=328485 Importance: Unknown Status: Unknown -- HTTPS sources fail to update https://bugs.laun

[Bug 109294] Re: HTTPS sources fail to update

2007-06-26 Thread Thom May
Ah, the range request is a red herring. What's actually going on is that the partial file isn't getting removed on a successful download, so curl tries to generate a range request from the end of the file. Commenting the range request option out results in the file doubling in size each update.

[Bug 109294] Re: HTTPS sources fail to update

2007-04-23 Thread Michael Vogt
** Changed in: apt (Ubuntu) Importance: Undecided => Medium Target: None => later -- HTTPS sources fail to update https://bugs.launchpad.net/bugs/109294 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mail

[Bug 109294] Re: HTTPS sources fail to update

2007-04-23 Thread Thom May
with Debug::Acquire::https set to true: > GET /archive/xxx/Packages.gz HTTP/1.1 Range: bytes=12696- User-Agent: Debian APT-CURL/1.0 (0.6.46.4ubuntu10build2) Host: ubuntu.xxx Accept: */* If-Modified-Since: Thu, 01 Jan 1970 00:00:00 GMT Cache-Control: max-age=0 < HTTP/1.1 416 Requested Range Not Sa