Failed to fetch jessie backports repositoryThe repository jessie-backports Release does no longer have a Release fileDebian apt-get update says ''Unable to find expected entry"W: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages 404 Not Found [IP: 151.101.140.204 80]jessie-backports fix creates “has no installation candidate” errorHow to work around “Release file expired” problem on a local mirrorDockerfile - debian Jessie 404: packages not foundDebian 8 - Can't install GitI can't use or find the google debian unstable/sid repositoryHow to update Debian kernel to latest in backportsLinux Mint Rebecca - Packages 404 Not Foundapt pinning priority restricted`apt update` failed on Debian LinuxUnable to find expected entry 'main/binary-mipsel/Packages' in Release fileI installed the kernel and some drivers from jessie-backports. Should I leave the backports repo in /etc/apt/sources.list?How to install a package from a repository which is missing some architectures?How to get rid of a PPA?Debian 9 stretch-backports signature couldn't be verified
Your bread will be buttered on both sides
As an international instructor, should I openly talk about my accent?
What is the most expensive material in the world that could be used to create Pun-Pun's lute?
Figure is not placed perfectly
How bug prioritization works in agile projects vs non agile
How to not starve gigantic beasts
Is there any official lore on the Far Realm?
How do I reattach a shelf to the wall when it ripped out of the wall?
How to limit Drive Letters Windows assigns to new removable USB drives
Is Diceware more secure than a long passphrase?
Find the identical rows in a matrix
How to fry ground beef so it is well-browned
Farming on the moon
How can I get rid of an unhelpful parallel branch when unpivoting a single row?
Determine the application client is using to connect
Don’t seats that recline flat defeat the purpose of having seatbelts?
Read line from file and process something
What happened to Captain America in Endgame?
Why did C use the -> operator instead of reusing the . operator?
Contradiction proof for inequality of P and NP?
Critique of timeline aesthetic
How exactly does Hawking radiation decrease the mass of black holes?
Magical attacks and overcoming damage resistance
constexpr member function with std::vector data member in C++
Failed to fetch jessie backports repository
The repository jessie-backports Release does no longer have a Release fileDebian apt-get update says ''Unable to find expected entry"W: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages 404 Not Found [IP: 151.101.140.204 80]jessie-backports fix creates “has no installation candidate” errorHow to work around “Release file expired” problem on a local mirrorDockerfile - debian Jessie 404: packages not foundDebian 8 - Can't install GitI can't use or find the google debian unstable/sid repositoryHow to update Debian kernel to latest in backportsLinux Mint Rebecca - Packages 404 Not Foundapt pinning priority restricted`apt update` failed on Debian LinuxUnable to find expected entry 'main/binary-mipsel/Packages' in Release fileI installed the kernel and some drivers from jessie-backports. Should I leave the backports repo in /etc/apt/sources.list?How to install a package from a repository which is missing some architectures?How to get rid of a PPA?Debian 9 stretch-backports signature couldn't be verified
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;
I'm using a docker image as a base for my own development that adds the jessie backports repository in its Dockerfile and uses that to install a dependency. This image uses the following command to add the repository:
echo "deb http://ftp.debian.org/debian jessie-backports main" >> /etc/apt/sources.list
The problem is that fetching packages from the backports repository now fails with the following error (this used to work previously):
W: Failed to fetch
http://ftp.debian.org/debian/dists/jessie-backports/main/binary-amd64/Packages
404 Not Found
W: Failed to fetch
http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages
404 Not Found
I looked on that server, and those paths are indeed not present there.
I tried to figure out on the Debian backports site whether this particular repository should still be available, and I didn't find any indication that this was deprecated or something like that.
Is this a temporary issue with the repository, or is the jessie-backports repository not available anymore? And if this is not a temporary issue, what options do I have to use this or an equivalent repository without upgrading to the newer Debian stable version?
debian repository
add a comment |
I'm using a docker image as a base for my own development that adds the jessie backports repository in its Dockerfile and uses that to install a dependency. This image uses the following command to add the repository:
echo "deb http://ftp.debian.org/debian jessie-backports main" >> /etc/apt/sources.list
The problem is that fetching packages from the backports repository now fails with the following error (this used to work previously):
W: Failed to fetch
http://ftp.debian.org/debian/dists/jessie-backports/main/binary-amd64/Packages
404 Not Found
W: Failed to fetch
http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages
404 Not Found
I looked on that server, and those paths are indeed not present there.
I tried to figure out on the Debian backports site whether this particular repository should still be available, and I didn't find any indication that this was deprecated or something like that.
Is this a temporary issue with the repository, or is the jessie-backports repository not available anymore? And if this is not a temporary issue, what options do I have to use this or an equivalent repository without upgrading to the newer Debian stable version?
debian repository
See also unix.stackexchange.com/questions/2544/…
– user343761
Mar 26 at 18:25
This is essentially the same question as apt-get update is failing in debian on Super User.
– a CVn
Mar 27 at 10:10
add a comment |
I'm using a docker image as a base for my own development that adds the jessie backports repository in its Dockerfile and uses that to install a dependency. This image uses the following command to add the repository:
echo "deb http://ftp.debian.org/debian jessie-backports main" >> /etc/apt/sources.list
The problem is that fetching packages from the backports repository now fails with the following error (this used to work previously):
W: Failed to fetch
http://ftp.debian.org/debian/dists/jessie-backports/main/binary-amd64/Packages
404 Not Found
W: Failed to fetch
http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages
404 Not Found
I looked on that server, and those paths are indeed not present there.
I tried to figure out on the Debian backports site whether this particular repository should still be available, and I didn't find any indication that this was deprecated or something like that.
Is this a temporary issue with the repository, or is the jessie-backports repository not available anymore? And if this is not a temporary issue, what options do I have to use this or an equivalent repository without upgrading to the newer Debian stable version?
debian repository
I'm using a docker image as a base for my own development that adds the jessie backports repository in its Dockerfile and uses that to install a dependency. This image uses the following command to add the repository:
echo "deb http://ftp.debian.org/debian jessie-backports main" >> /etc/apt/sources.list
The problem is that fetching packages from the backports repository now fails with the following error (this used to work previously):
W: Failed to fetch
http://ftp.debian.org/debian/dists/jessie-backports/main/binary-amd64/Packages
404 Not Found
W: Failed to fetch
http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages
404 Not Found
I looked on that server, and those paths are indeed not present there.
I tried to figure out on the Debian backports site whether this particular repository should still be available, and I didn't find any indication that this was deprecated or something like that.
Is this a temporary issue with the repository, or is the jessie-backports repository not available anymore? And if this is not a temporary issue, what options do I have to use this or an equivalent repository without upgrading to the newer Debian stable version?
debian repository
debian repository
edited Mar 26 at 13:59
GAD3R
28.5k1959116
28.5k1959116
asked Mar 26 at 12:39
user12345user12345
531224
531224
See also unix.stackexchange.com/questions/2544/…
– user343761
Mar 26 at 18:25
This is essentially the same question as apt-get update is failing in debian on Super User.
– a CVn
Mar 27 at 10:10
add a comment |
See also unix.stackexchange.com/questions/2544/…
– user343761
Mar 26 at 18:25
This is essentially the same question as apt-get update is failing in debian on Super User.
– a CVn
Mar 27 at 10:10
See also unix.stackexchange.com/questions/2544/…
– user343761
Mar 26 at 18:25
See also unix.stackexchange.com/questions/2544/…
– user343761
Mar 26 at 18:25
This is essentially the same question as apt-get update is failing in debian on Super User.
– a CVn
Mar 27 at 10:10
This is essentially the same question as apt-get update is failing in debian on Super User.
– a CVn
Mar 27 at 10:10
add a comment |
4 Answers
4
active
oldest
votes
Wheezy and Jessie were recently removed from the mirror network, so if you want to continue fetching Jessie backports, you need to use archive.debian.org
instead:
deb [check-valid-until=no] http://archive.debian.org/debian jessie-backports main
(Validity checks need to be disabled since the repository is no longer being updated. Jessie’s apt
doesn’t support the check-valid-until
flag, see inostia’s answer for details, and the configuration summary further down in this answer.)
The jessie-updates
repository has been removed: all the updates have been merged with the main repository, and there will be no further non-security updates. So any references to jessie-updates
in sources.list
or sources.list.d
files need to be removed. Security updates will continue to be provided, on LTS-supported architectures, in the security repository, until June 30, 2020.
Since you’re building a container image, I highly recommend basing it on Debian 9 (Stretch) instead. To stay on Debian 8 (Jessie), your repositories should end up looking like
deb http://cdn-fastly.deb.debian.org/debian/ jessie main
deb-src http://cdn-fastly.deb.debian.org/debian/ jessie main
deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main
deb http://archive.debian.org/debian jessie-backports main
deb-src http://archive.debian.org/debian jessie-backports main
(without the jessie-updates
repository).
You’ll also need to disable validity checks in /etc/apt/apt.conf
(which will apply to all repositories):
Acquire::Check-Valid-Until "false";
1
Sorry, my answer was perhaps not all that clear; the line I gave was only for backports.jessie-updates
doesn’t exist any more, so you should delete that altogether, and the Jessie security updates are still onsecurity.debian.org
.
– Stephen Kitt
Mar 26 at 15:15
2
@Ian no, security updates are provided onsecurity.debian.org
, not through backports or updates. There won’t be any more non-LTS stable updates, sojessie-updates
is no longer useful on the main mirror network, and there won’t be any more backports either, so the same goes forjessie-backports
.
– Stephen Kitt
Mar 26 at 15:57
1
Not working for me: ``` E: Release file for archive.debian.org/debian/dists/jessie-backports/InRelease is expired (invalid since 34d 20h 7min 12s). Updates for this repository will not be applied. ```
– Avi Kivity
Mar 26 at 16:34
2
Have found that subsequentapt
commands also seem to require-o Acquire::Check-Valid-Until=false
(per unix.stackexchange.com/a/45973/186565) in order to avoid the expiration error.
– sumitsu
Mar 26 at 21:01
2
@sumitsu thanks, setting that inapt.conf
should work too (see my update).
– Stephen Kitt
Mar 26 at 22:39
|
show 14 more comments
After trying solutions suggested by @inostia and @Stephen Kitt I was still getting the following error:
W: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages 404 Not Found
E: Some index files failed to download. They have been ignored, or old ones used instead.
I figured out that it can be solved by removing the line deb http://deb.debian.org/debian jessie-updates main
from /etc/apt/sources.list
.
I ended up with the following snippet in my Dockerfile:
RUN echo "deb [check-valid-until=no] http://cdn-fastly.deb.debian.org/debian jessie main" > /etc/apt/sources.list.d/jessie.list
RUN echo "deb [check-valid-until=no] http://archive.debian.org/debian jessie-backports main" > /etc/apt/sources.list.d/jessie-backports.list
RUN sed -i '/deb http://deb.debian.org/debian jessie-updates main/d' /etc/apt/sources.list
RUN apt-get -o Acquire::Check-Valid-Until=false update
1
I had the same issue as you did and your snippet worked for me!
– cafemike
Mar 27 at 14:45
1
I had to teak sed part as In my case docker image (postgres) was using httpredir.debian.org instead of deb.debian.org.
– harrybvp
Mar 27 at 22:19
1
Thank you!!! I've been struggling for two days to fix my Dockerfile after the Debian jessie change, I pasted your snippet in and it's all working again.
– wpjmurray
Mar 28 at 15:57
sorry, but still same issue ....
– user1722245
Mar 28 at 16:31
3
Here is an updated version of yoursed
command that did the trick for me:sed -i '/deb http://(deb|httpredir).debian.org/debian jessie.* main/d' /etc/apt/sources.list
– speedplane
Mar 29 at 0:26
|
show 3 more comments
This happened to me provisioning a Vagrant box that was using Debian "Jessie".
Following Stephen Kitt's answer, switching to archive.debian.org worked for me, but I had to add it to /etc/apt/sources.list.d/jessie-backports.list
, rather than to /etc/apt/sources.list
.
I added the following line to provision.sh
:
echo "deb http://archive.debian.org/debian jessie-backports main" > /etc/apt/sources.list.d/jessie-backports.list
I then also got a security error running apt-get update
.
Following How to work around "Release file expired" problem on a local mirror, this fixed that error:
apt-get -o Acquire::Check-Valid-Until=false update
Alternatively, to disable checks permanently, add this to provision.sh
:
echo "Acquire::Check-Valid-Until "false";" > /etc/apt/apt.conf.d/100disablechecks
Then you can run all apt
commands without the -o
flag.
add a comment |
For those using NodeJS with older docker image foundations. I had some frozen images that had these older sources for the compilation of extra libs.
Context: if you wanted to install python during a docker build you ran into this issue during a build of the image (within the last 24 hours) as it failed to source dependencies during a docker build.
I tried the archive path recommendations in this post but couldn't get past the 404's. (also coming from the archive.debian.org location as of today)
Solution: I ended up switching to the latest container version of node (which has python libs already pre-installed) that, and updating some libs in the package json (which now also include binary libs that used to want pythyon) made the issue obsolete.
In the end, updating the foundation image for the container stack (node:latest) seemed to be the most straight-forward path to resolution.
Be wary of stale image stacks with binary dependencies included, they'll probably take a while to update the core OS layer.
Hi Glen, thanks for posting. I think I'm running into same issue in dockerfile as I have "RUN apt-get update -y && apt-get install supervisor python python-dev curl -y --force-yes". I'm using FROM node:6.11.2, what must I do to get past this?
– Aaron
Apr 2 at 9:07
1
For Docker Node images, an alternative is to use the-stretch
images:node:<version>-stretch
– lukeaus
Apr 9 at 5:15
add a comment |
protected by Jeff Schaller♦ Mar 27 at 13:01
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
Wheezy and Jessie were recently removed from the mirror network, so if you want to continue fetching Jessie backports, you need to use archive.debian.org
instead:
deb [check-valid-until=no] http://archive.debian.org/debian jessie-backports main
(Validity checks need to be disabled since the repository is no longer being updated. Jessie’s apt
doesn’t support the check-valid-until
flag, see inostia’s answer for details, and the configuration summary further down in this answer.)
The jessie-updates
repository has been removed: all the updates have been merged with the main repository, and there will be no further non-security updates. So any references to jessie-updates
in sources.list
or sources.list.d
files need to be removed. Security updates will continue to be provided, on LTS-supported architectures, in the security repository, until June 30, 2020.
Since you’re building a container image, I highly recommend basing it on Debian 9 (Stretch) instead. To stay on Debian 8 (Jessie), your repositories should end up looking like
deb http://cdn-fastly.deb.debian.org/debian/ jessie main
deb-src http://cdn-fastly.deb.debian.org/debian/ jessie main
deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main
deb http://archive.debian.org/debian jessie-backports main
deb-src http://archive.debian.org/debian jessie-backports main
(without the jessie-updates
repository).
You’ll also need to disable validity checks in /etc/apt/apt.conf
(which will apply to all repositories):
Acquire::Check-Valid-Until "false";
1
Sorry, my answer was perhaps not all that clear; the line I gave was only for backports.jessie-updates
doesn’t exist any more, so you should delete that altogether, and the Jessie security updates are still onsecurity.debian.org
.
– Stephen Kitt
Mar 26 at 15:15
2
@Ian no, security updates are provided onsecurity.debian.org
, not through backports or updates. There won’t be any more non-LTS stable updates, sojessie-updates
is no longer useful on the main mirror network, and there won’t be any more backports either, so the same goes forjessie-backports
.
– Stephen Kitt
Mar 26 at 15:57
1
Not working for me: ``` E: Release file for archive.debian.org/debian/dists/jessie-backports/InRelease is expired (invalid since 34d 20h 7min 12s). Updates for this repository will not be applied. ```
– Avi Kivity
Mar 26 at 16:34
2
Have found that subsequentapt
commands also seem to require-o Acquire::Check-Valid-Until=false
(per unix.stackexchange.com/a/45973/186565) in order to avoid the expiration error.
– sumitsu
Mar 26 at 21:01
2
@sumitsu thanks, setting that inapt.conf
should work too (see my update).
– Stephen Kitt
Mar 26 at 22:39
|
show 14 more comments
Wheezy and Jessie were recently removed from the mirror network, so if you want to continue fetching Jessie backports, you need to use archive.debian.org
instead:
deb [check-valid-until=no] http://archive.debian.org/debian jessie-backports main
(Validity checks need to be disabled since the repository is no longer being updated. Jessie’s apt
doesn’t support the check-valid-until
flag, see inostia’s answer for details, and the configuration summary further down in this answer.)
The jessie-updates
repository has been removed: all the updates have been merged with the main repository, and there will be no further non-security updates. So any references to jessie-updates
in sources.list
or sources.list.d
files need to be removed. Security updates will continue to be provided, on LTS-supported architectures, in the security repository, until June 30, 2020.
Since you’re building a container image, I highly recommend basing it on Debian 9 (Stretch) instead. To stay on Debian 8 (Jessie), your repositories should end up looking like
deb http://cdn-fastly.deb.debian.org/debian/ jessie main
deb-src http://cdn-fastly.deb.debian.org/debian/ jessie main
deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main
deb http://archive.debian.org/debian jessie-backports main
deb-src http://archive.debian.org/debian jessie-backports main
(without the jessie-updates
repository).
You’ll also need to disable validity checks in /etc/apt/apt.conf
(which will apply to all repositories):
Acquire::Check-Valid-Until "false";
1
Sorry, my answer was perhaps not all that clear; the line I gave was only for backports.jessie-updates
doesn’t exist any more, so you should delete that altogether, and the Jessie security updates are still onsecurity.debian.org
.
– Stephen Kitt
Mar 26 at 15:15
2
@Ian no, security updates are provided onsecurity.debian.org
, not through backports or updates. There won’t be any more non-LTS stable updates, sojessie-updates
is no longer useful on the main mirror network, and there won’t be any more backports either, so the same goes forjessie-backports
.
– Stephen Kitt
Mar 26 at 15:57
1
Not working for me: ``` E: Release file for archive.debian.org/debian/dists/jessie-backports/InRelease is expired (invalid since 34d 20h 7min 12s). Updates for this repository will not be applied. ```
– Avi Kivity
Mar 26 at 16:34
2
Have found that subsequentapt
commands also seem to require-o Acquire::Check-Valid-Until=false
(per unix.stackexchange.com/a/45973/186565) in order to avoid the expiration error.
– sumitsu
Mar 26 at 21:01
2
@sumitsu thanks, setting that inapt.conf
should work too (see my update).
– Stephen Kitt
Mar 26 at 22:39
|
show 14 more comments
Wheezy and Jessie were recently removed from the mirror network, so if you want to continue fetching Jessie backports, you need to use archive.debian.org
instead:
deb [check-valid-until=no] http://archive.debian.org/debian jessie-backports main
(Validity checks need to be disabled since the repository is no longer being updated. Jessie’s apt
doesn’t support the check-valid-until
flag, see inostia’s answer for details, and the configuration summary further down in this answer.)
The jessie-updates
repository has been removed: all the updates have been merged with the main repository, and there will be no further non-security updates. So any references to jessie-updates
in sources.list
or sources.list.d
files need to be removed. Security updates will continue to be provided, on LTS-supported architectures, in the security repository, until June 30, 2020.
Since you’re building a container image, I highly recommend basing it on Debian 9 (Stretch) instead. To stay on Debian 8 (Jessie), your repositories should end up looking like
deb http://cdn-fastly.deb.debian.org/debian/ jessie main
deb-src http://cdn-fastly.deb.debian.org/debian/ jessie main
deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main
deb http://archive.debian.org/debian jessie-backports main
deb-src http://archive.debian.org/debian jessie-backports main
(without the jessie-updates
repository).
You’ll also need to disable validity checks in /etc/apt/apt.conf
(which will apply to all repositories):
Acquire::Check-Valid-Until "false";
Wheezy and Jessie were recently removed from the mirror network, so if you want to continue fetching Jessie backports, you need to use archive.debian.org
instead:
deb [check-valid-until=no] http://archive.debian.org/debian jessie-backports main
(Validity checks need to be disabled since the repository is no longer being updated. Jessie’s apt
doesn’t support the check-valid-until
flag, see inostia’s answer for details, and the configuration summary further down in this answer.)
The jessie-updates
repository has been removed: all the updates have been merged with the main repository, and there will be no further non-security updates. So any references to jessie-updates
in sources.list
or sources.list.d
files need to be removed. Security updates will continue to be provided, on LTS-supported architectures, in the security repository, until June 30, 2020.
Since you’re building a container image, I highly recommend basing it on Debian 9 (Stretch) instead. To stay on Debian 8 (Jessie), your repositories should end up looking like
deb http://cdn-fastly.deb.debian.org/debian/ jessie main
deb-src http://cdn-fastly.deb.debian.org/debian/ jessie main
deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main
deb http://archive.debian.org/debian jessie-backports main
deb-src http://archive.debian.org/debian jessie-backports main
(without the jessie-updates
repository).
You’ll also need to disable validity checks in /etc/apt/apt.conf
(which will apply to all repositories):
Acquire::Check-Valid-Until "false";
edited Apr 16 at 13:32
answered Mar 26 at 12:48
Stephen KittStephen Kitt
183k26420500
183k26420500
1
Sorry, my answer was perhaps not all that clear; the line I gave was only for backports.jessie-updates
doesn’t exist any more, so you should delete that altogether, and the Jessie security updates are still onsecurity.debian.org
.
– Stephen Kitt
Mar 26 at 15:15
2
@Ian no, security updates are provided onsecurity.debian.org
, not through backports or updates. There won’t be any more non-LTS stable updates, sojessie-updates
is no longer useful on the main mirror network, and there won’t be any more backports either, so the same goes forjessie-backports
.
– Stephen Kitt
Mar 26 at 15:57
1
Not working for me: ``` E: Release file for archive.debian.org/debian/dists/jessie-backports/InRelease is expired (invalid since 34d 20h 7min 12s). Updates for this repository will not be applied. ```
– Avi Kivity
Mar 26 at 16:34
2
Have found that subsequentapt
commands also seem to require-o Acquire::Check-Valid-Until=false
(per unix.stackexchange.com/a/45973/186565) in order to avoid the expiration error.
– sumitsu
Mar 26 at 21:01
2
@sumitsu thanks, setting that inapt.conf
should work too (see my update).
– Stephen Kitt
Mar 26 at 22:39
|
show 14 more comments
1
Sorry, my answer was perhaps not all that clear; the line I gave was only for backports.jessie-updates
doesn’t exist any more, so you should delete that altogether, and the Jessie security updates are still onsecurity.debian.org
.
– Stephen Kitt
Mar 26 at 15:15
2
@Ian no, security updates are provided onsecurity.debian.org
, not through backports or updates. There won’t be any more non-LTS stable updates, sojessie-updates
is no longer useful on the main mirror network, and there won’t be any more backports either, so the same goes forjessie-backports
.
– Stephen Kitt
Mar 26 at 15:57
1
Not working for me: ``` E: Release file for archive.debian.org/debian/dists/jessie-backports/InRelease is expired (invalid since 34d 20h 7min 12s). Updates for this repository will not be applied. ```
– Avi Kivity
Mar 26 at 16:34
2
Have found that subsequentapt
commands also seem to require-o Acquire::Check-Valid-Until=false
(per unix.stackexchange.com/a/45973/186565) in order to avoid the expiration error.
– sumitsu
Mar 26 at 21:01
2
@sumitsu thanks, setting that inapt.conf
should work too (see my update).
– Stephen Kitt
Mar 26 at 22:39
1
1
Sorry, my answer was perhaps not all that clear; the line I gave was only for backports.
jessie-updates
doesn’t exist any more, so you should delete that altogether, and the Jessie security updates are still on security.debian.org
.– Stephen Kitt
Mar 26 at 15:15
Sorry, my answer was perhaps not all that clear; the line I gave was only for backports.
jessie-updates
doesn’t exist any more, so you should delete that altogether, and the Jessie security updates are still on security.debian.org
.– Stephen Kitt
Mar 26 at 15:15
2
2
@Ian no, security updates are provided on
security.debian.org
, not through backports or updates. There won’t be any more non-LTS stable updates, so jessie-updates
is no longer useful on the main mirror network, and there won’t be any more backports either, so the same goes for jessie-backports
.– Stephen Kitt
Mar 26 at 15:57
@Ian no, security updates are provided on
security.debian.org
, not through backports or updates. There won’t be any more non-LTS stable updates, so jessie-updates
is no longer useful on the main mirror network, and there won’t be any more backports either, so the same goes for jessie-backports
.– Stephen Kitt
Mar 26 at 15:57
1
1
Not working for me: ``` E: Release file for archive.debian.org/debian/dists/jessie-backports/InRelease is expired (invalid since 34d 20h 7min 12s). Updates for this repository will not be applied. ```
– Avi Kivity
Mar 26 at 16:34
Not working for me: ``` E: Release file for archive.debian.org/debian/dists/jessie-backports/InRelease is expired (invalid since 34d 20h 7min 12s). Updates for this repository will not be applied. ```
– Avi Kivity
Mar 26 at 16:34
2
2
Have found that subsequent
apt
commands also seem to require -o Acquire::Check-Valid-Until=false
(per unix.stackexchange.com/a/45973/186565) in order to avoid the expiration error.– sumitsu
Mar 26 at 21:01
Have found that subsequent
apt
commands also seem to require -o Acquire::Check-Valid-Until=false
(per unix.stackexchange.com/a/45973/186565) in order to avoid the expiration error.– sumitsu
Mar 26 at 21:01
2
2
@sumitsu thanks, setting that in
apt.conf
should work too (see my update).– Stephen Kitt
Mar 26 at 22:39
@sumitsu thanks, setting that in
apt.conf
should work too (see my update).– Stephen Kitt
Mar 26 at 22:39
|
show 14 more comments
After trying solutions suggested by @inostia and @Stephen Kitt I was still getting the following error:
W: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages 404 Not Found
E: Some index files failed to download. They have been ignored, or old ones used instead.
I figured out that it can be solved by removing the line deb http://deb.debian.org/debian jessie-updates main
from /etc/apt/sources.list
.
I ended up with the following snippet in my Dockerfile:
RUN echo "deb [check-valid-until=no] http://cdn-fastly.deb.debian.org/debian jessie main" > /etc/apt/sources.list.d/jessie.list
RUN echo "deb [check-valid-until=no] http://archive.debian.org/debian jessie-backports main" > /etc/apt/sources.list.d/jessie-backports.list
RUN sed -i '/deb http://deb.debian.org/debian jessie-updates main/d' /etc/apt/sources.list
RUN apt-get -o Acquire::Check-Valid-Until=false update
1
I had the same issue as you did and your snippet worked for me!
– cafemike
Mar 27 at 14:45
1
I had to teak sed part as In my case docker image (postgres) was using httpredir.debian.org instead of deb.debian.org.
– harrybvp
Mar 27 at 22:19
1
Thank you!!! I've been struggling for two days to fix my Dockerfile after the Debian jessie change, I pasted your snippet in and it's all working again.
– wpjmurray
Mar 28 at 15:57
sorry, but still same issue ....
– user1722245
Mar 28 at 16:31
3
Here is an updated version of yoursed
command that did the trick for me:sed -i '/deb http://(deb|httpredir).debian.org/debian jessie.* main/d' /etc/apt/sources.list
– speedplane
Mar 29 at 0:26
|
show 3 more comments
After trying solutions suggested by @inostia and @Stephen Kitt I was still getting the following error:
W: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages 404 Not Found
E: Some index files failed to download. They have been ignored, or old ones used instead.
I figured out that it can be solved by removing the line deb http://deb.debian.org/debian jessie-updates main
from /etc/apt/sources.list
.
I ended up with the following snippet in my Dockerfile:
RUN echo "deb [check-valid-until=no] http://cdn-fastly.deb.debian.org/debian jessie main" > /etc/apt/sources.list.d/jessie.list
RUN echo "deb [check-valid-until=no] http://archive.debian.org/debian jessie-backports main" > /etc/apt/sources.list.d/jessie-backports.list
RUN sed -i '/deb http://deb.debian.org/debian jessie-updates main/d' /etc/apt/sources.list
RUN apt-get -o Acquire::Check-Valid-Until=false update
1
I had the same issue as you did and your snippet worked for me!
– cafemike
Mar 27 at 14:45
1
I had to teak sed part as In my case docker image (postgres) was using httpredir.debian.org instead of deb.debian.org.
– harrybvp
Mar 27 at 22:19
1
Thank you!!! I've been struggling for two days to fix my Dockerfile after the Debian jessie change, I pasted your snippet in and it's all working again.
– wpjmurray
Mar 28 at 15:57
sorry, but still same issue ....
– user1722245
Mar 28 at 16:31
3
Here is an updated version of yoursed
command that did the trick for me:sed -i '/deb http://(deb|httpredir).debian.org/debian jessie.* main/d' /etc/apt/sources.list
– speedplane
Mar 29 at 0:26
|
show 3 more comments
After trying solutions suggested by @inostia and @Stephen Kitt I was still getting the following error:
W: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages 404 Not Found
E: Some index files failed to download. They have been ignored, or old ones used instead.
I figured out that it can be solved by removing the line deb http://deb.debian.org/debian jessie-updates main
from /etc/apt/sources.list
.
I ended up with the following snippet in my Dockerfile:
RUN echo "deb [check-valid-until=no] http://cdn-fastly.deb.debian.org/debian jessie main" > /etc/apt/sources.list.d/jessie.list
RUN echo "deb [check-valid-until=no] http://archive.debian.org/debian jessie-backports main" > /etc/apt/sources.list.d/jessie-backports.list
RUN sed -i '/deb http://deb.debian.org/debian jessie-updates main/d' /etc/apt/sources.list
RUN apt-get -o Acquire::Check-Valid-Until=false update
After trying solutions suggested by @inostia and @Stephen Kitt I was still getting the following error:
W: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages 404 Not Found
E: Some index files failed to download. They have been ignored, or old ones used instead.
I figured out that it can be solved by removing the line deb http://deb.debian.org/debian jessie-updates main
from /etc/apt/sources.list
.
I ended up with the following snippet in my Dockerfile:
RUN echo "deb [check-valid-until=no] http://cdn-fastly.deb.debian.org/debian jessie main" > /etc/apt/sources.list.d/jessie.list
RUN echo "deb [check-valid-until=no] http://archive.debian.org/debian jessie-backports main" > /etc/apt/sources.list.d/jessie-backports.list
RUN sed -i '/deb http://deb.debian.org/debian jessie-updates main/d' /etc/apt/sources.list
RUN apt-get -o Acquire::Check-Valid-Until=false update
edited Apr 4 at 2:33
Andrez
31
31
answered Mar 27 at 11:01
henadzithenadzit
39113
39113
1
I had the same issue as you did and your snippet worked for me!
– cafemike
Mar 27 at 14:45
1
I had to teak sed part as In my case docker image (postgres) was using httpredir.debian.org instead of deb.debian.org.
– harrybvp
Mar 27 at 22:19
1
Thank you!!! I've been struggling for two days to fix my Dockerfile after the Debian jessie change, I pasted your snippet in and it's all working again.
– wpjmurray
Mar 28 at 15:57
sorry, but still same issue ....
– user1722245
Mar 28 at 16:31
3
Here is an updated version of yoursed
command that did the trick for me:sed -i '/deb http://(deb|httpredir).debian.org/debian jessie.* main/d' /etc/apt/sources.list
– speedplane
Mar 29 at 0:26
|
show 3 more comments
1
I had the same issue as you did and your snippet worked for me!
– cafemike
Mar 27 at 14:45
1
I had to teak sed part as In my case docker image (postgres) was using httpredir.debian.org instead of deb.debian.org.
– harrybvp
Mar 27 at 22:19
1
Thank you!!! I've been struggling for two days to fix my Dockerfile after the Debian jessie change, I pasted your snippet in and it's all working again.
– wpjmurray
Mar 28 at 15:57
sorry, but still same issue ....
– user1722245
Mar 28 at 16:31
3
Here is an updated version of yoursed
command that did the trick for me:sed -i '/deb http://(deb|httpredir).debian.org/debian jessie.* main/d' /etc/apt/sources.list
– speedplane
Mar 29 at 0:26
1
1
I had the same issue as you did and your snippet worked for me!
– cafemike
Mar 27 at 14:45
I had the same issue as you did and your snippet worked for me!
– cafemike
Mar 27 at 14:45
1
1
I had to teak sed part as In my case docker image (postgres) was using httpredir.debian.org instead of deb.debian.org.
– harrybvp
Mar 27 at 22:19
I had to teak sed part as In my case docker image (postgres) was using httpredir.debian.org instead of deb.debian.org.
– harrybvp
Mar 27 at 22:19
1
1
Thank you!!! I've been struggling for two days to fix my Dockerfile after the Debian jessie change, I pasted your snippet in and it's all working again.
– wpjmurray
Mar 28 at 15:57
Thank you!!! I've been struggling for two days to fix my Dockerfile after the Debian jessie change, I pasted your snippet in and it's all working again.
– wpjmurray
Mar 28 at 15:57
sorry, but still same issue ....
– user1722245
Mar 28 at 16:31
sorry, but still same issue ....
– user1722245
Mar 28 at 16:31
3
3
Here is an updated version of your
sed
command that did the trick for me: sed -i '/deb http://(deb|httpredir).debian.org/debian jessie.* main/d' /etc/apt/sources.list
– speedplane
Mar 29 at 0:26
Here is an updated version of your
sed
command that did the trick for me: sed -i '/deb http://(deb|httpredir).debian.org/debian jessie.* main/d' /etc/apt/sources.list
– speedplane
Mar 29 at 0:26
|
show 3 more comments
This happened to me provisioning a Vagrant box that was using Debian "Jessie".
Following Stephen Kitt's answer, switching to archive.debian.org worked for me, but I had to add it to /etc/apt/sources.list.d/jessie-backports.list
, rather than to /etc/apt/sources.list
.
I added the following line to provision.sh
:
echo "deb http://archive.debian.org/debian jessie-backports main" > /etc/apt/sources.list.d/jessie-backports.list
I then also got a security error running apt-get update
.
Following How to work around "Release file expired" problem on a local mirror, this fixed that error:
apt-get -o Acquire::Check-Valid-Until=false update
Alternatively, to disable checks permanently, add this to provision.sh
:
echo "Acquire::Check-Valid-Until "false";" > /etc/apt/apt.conf.d/100disablechecks
Then you can run all apt
commands without the -o
flag.
add a comment |
This happened to me provisioning a Vagrant box that was using Debian "Jessie".
Following Stephen Kitt's answer, switching to archive.debian.org worked for me, but I had to add it to /etc/apt/sources.list.d/jessie-backports.list
, rather than to /etc/apt/sources.list
.
I added the following line to provision.sh
:
echo "deb http://archive.debian.org/debian jessie-backports main" > /etc/apt/sources.list.d/jessie-backports.list
I then also got a security error running apt-get update
.
Following How to work around "Release file expired" problem on a local mirror, this fixed that error:
apt-get -o Acquire::Check-Valid-Until=false update
Alternatively, to disable checks permanently, add this to provision.sh
:
echo "Acquire::Check-Valid-Until "false";" > /etc/apt/apt.conf.d/100disablechecks
Then you can run all apt
commands without the -o
flag.
add a comment |
This happened to me provisioning a Vagrant box that was using Debian "Jessie".
Following Stephen Kitt's answer, switching to archive.debian.org worked for me, but I had to add it to /etc/apt/sources.list.d/jessie-backports.list
, rather than to /etc/apt/sources.list
.
I added the following line to provision.sh
:
echo "deb http://archive.debian.org/debian jessie-backports main" > /etc/apt/sources.list.d/jessie-backports.list
I then also got a security error running apt-get update
.
Following How to work around "Release file expired" problem on a local mirror, this fixed that error:
apt-get -o Acquire::Check-Valid-Until=false update
Alternatively, to disable checks permanently, add this to provision.sh
:
echo "Acquire::Check-Valid-Until "false";" > /etc/apt/apt.conf.d/100disablechecks
Then you can run all apt
commands without the -o
flag.
This happened to me provisioning a Vagrant box that was using Debian "Jessie".
Following Stephen Kitt's answer, switching to archive.debian.org worked for me, but I had to add it to /etc/apt/sources.list.d/jessie-backports.list
, rather than to /etc/apt/sources.list
.
I added the following line to provision.sh
:
echo "deb http://archive.debian.org/debian jessie-backports main" > /etc/apt/sources.list.d/jessie-backports.list
I then also got a security error running apt-get update
.
Following How to work around "Release file expired" problem on a local mirror, this fixed that error:
apt-get -o Acquire::Check-Valid-Until=false update
Alternatively, to disable checks permanently, add this to provision.sh
:
echo "Acquire::Check-Valid-Until "false";" > /etc/apt/apt.conf.d/100disablechecks
Then you can run all apt
commands without the -o
flag.
edited Apr 9 at 20:33
answered Mar 26 at 21:38
inostiainostia
26115
26115
add a comment |
add a comment |
For those using NodeJS with older docker image foundations. I had some frozen images that had these older sources for the compilation of extra libs.
Context: if you wanted to install python during a docker build you ran into this issue during a build of the image (within the last 24 hours) as it failed to source dependencies during a docker build.
I tried the archive path recommendations in this post but couldn't get past the 404's. (also coming from the archive.debian.org location as of today)
Solution: I ended up switching to the latest container version of node (which has python libs already pre-installed) that, and updating some libs in the package json (which now also include binary libs that used to want pythyon) made the issue obsolete.
In the end, updating the foundation image for the container stack (node:latest) seemed to be the most straight-forward path to resolution.
Be wary of stale image stacks with binary dependencies included, they'll probably take a while to update the core OS layer.
Hi Glen, thanks for posting. I think I'm running into same issue in dockerfile as I have "RUN apt-get update -y && apt-get install supervisor python python-dev curl -y --force-yes". I'm using FROM node:6.11.2, what must I do to get past this?
– Aaron
Apr 2 at 9:07
1
For Docker Node images, an alternative is to use the-stretch
images:node:<version>-stretch
– lukeaus
Apr 9 at 5:15
add a comment |
For those using NodeJS with older docker image foundations. I had some frozen images that had these older sources for the compilation of extra libs.
Context: if you wanted to install python during a docker build you ran into this issue during a build of the image (within the last 24 hours) as it failed to source dependencies during a docker build.
I tried the archive path recommendations in this post but couldn't get past the 404's. (also coming from the archive.debian.org location as of today)
Solution: I ended up switching to the latest container version of node (which has python libs already pre-installed) that, and updating some libs in the package json (which now also include binary libs that used to want pythyon) made the issue obsolete.
In the end, updating the foundation image for the container stack (node:latest) seemed to be the most straight-forward path to resolution.
Be wary of stale image stacks with binary dependencies included, they'll probably take a while to update the core OS layer.
Hi Glen, thanks for posting. I think I'm running into same issue in dockerfile as I have "RUN apt-get update -y && apt-get install supervisor python python-dev curl -y --force-yes". I'm using FROM node:6.11.2, what must I do to get past this?
– Aaron
Apr 2 at 9:07
1
For Docker Node images, an alternative is to use the-stretch
images:node:<version>-stretch
– lukeaus
Apr 9 at 5:15
add a comment |
For those using NodeJS with older docker image foundations. I had some frozen images that had these older sources for the compilation of extra libs.
Context: if you wanted to install python during a docker build you ran into this issue during a build of the image (within the last 24 hours) as it failed to source dependencies during a docker build.
I tried the archive path recommendations in this post but couldn't get past the 404's. (also coming from the archive.debian.org location as of today)
Solution: I ended up switching to the latest container version of node (which has python libs already pre-installed) that, and updating some libs in the package json (which now also include binary libs that used to want pythyon) made the issue obsolete.
In the end, updating the foundation image for the container stack (node:latest) seemed to be the most straight-forward path to resolution.
Be wary of stale image stacks with binary dependencies included, they'll probably take a while to update the core OS layer.
For those using NodeJS with older docker image foundations. I had some frozen images that had these older sources for the compilation of extra libs.
Context: if you wanted to install python during a docker build you ran into this issue during a build of the image (within the last 24 hours) as it failed to source dependencies during a docker build.
I tried the archive path recommendations in this post but couldn't get past the 404's. (also coming from the archive.debian.org location as of today)
Solution: I ended up switching to the latest container version of node (which has python libs already pre-installed) that, and updating some libs in the package json (which now also include binary libs that used to want pythyon) made the issue obsolete.
In the end, updating the foundation image for the container stack (node:latest) seemed to be the most straight-forward path to resolution.
Be wary of stale image stacks with binary dependencies included, they'll probably take a while to update the core OS layer.
answered Mar 26 at 23:40
Glen C.Glen C.
312
312
Hi Glen, thanks for posting. I think I'm running into same issue in dockerfile as I have "RUN apt-get update -y && apt-get install supervisor python python-dev curl -y --force-yes". I'm using FROM node:6.11.2, what must I do to get past this?
– Aaron
Apr 2 at 9:07
1
For Docker Node images, an alternative is to use the-stretch
images:node:<version>-stretch
– lukeaus
Apr 9 at 5:15
add a comment |
Hi Glen, thanks for posting. I think I'm running into same issue in dockerfile as I have "RUN apt-get update -y && apt-get install supervisor python python-dev curl -y --force-yes". I'm using FROM node:6.11.2, what must I do to get past this?
– Aaron
Apr 2 at 9:07
1
For Docker Node images, an alternative is to use the-stretch
images:node:<version>-stretch
– lukeaus
Apr 9 at 5:15
Hi Glen, thanks for posting. I think I'm running into same issue in dockerfile as I have "RUN apt-get update -y && apt-get install supervisor python python-dev curl -y --force-yes". I'm using FROM node:6.11.2, what must I do to get past this?
– Aaron
Apr 2 at 9:07
Hi Glen, thanks for posting. I think I'm running into same issue in dockerfile as I have "RUN apt-get update -y && apt-get install supervisor python python-dev curl -y --force-yes". I'm using FROM node:6.11.2, what must I do to get past this?
– Aaron
Apr 2 at 9:07
1
1
For Docker Node images, an alternative is to use the
-stretch
images: node:<version>-stretch
– lukeaus
Apr 9 at 5:15
For Docker Node images, an alternative is to use the
-stretch
images: node:<version>-stretch
– lukeaus
Apr 9 at 5:15
add a comment |
protected by Jeff Schaller♦ Mar 27 at 13:01
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
See also unix.stackexchange.com/questions/2544/…
– user343761
Mar 26 at 18:25
This is essentially the same question as apt-get update is failing in debian on Super User.
– a CVn
Mar 27 at 10:10