Failed to fetch jessie backports repositoryThe repository jessie-backports Release does no longer have a Release fileW: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages 404 Not Found [IP: 151.101.140.204 80]How to work around “Release file expired” problem on a local mirrorI 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
Proof of work - lottery approach
Why escape if the_content isnt?
Anatomically Correct Strange Women In Ponds Distributing Swords
India just shot down a satellite from the ground. At what altitude range is the resulting debris field?
Short story about space worker geeks who zone out by 'listening' to radiation from stars
Valid Badminton Score?
What does this 7 mean above the f flat
Is it okay for two “sein” to be next to each other?
How to write papers efficiently when English isn't my first language?
What is paid subscription needed for in Mortal Kombat 11?
Where does the Z80 processor start executing from?
Is a stroke of luck acceptable after a series of unfavorable events?
Lay out the Carpet
How to escape string to filename? It is in backup a file append date
Unexpected indention in bibliography items (beamer)
How did Doctor Strange see the winning outcome in Avengers: Infinity War?
Trouble understanding the speech of overseas colleagues
How do I rename a Linux host without needing to reboot for the rename to take effect?
Increase performance creating Mandelbrot set in python
How easy is it to start Magic from scratch?
Pole-zeros of a real-valued causal FIR system
Why are there no referendums in the US?
How to check is there any negative term in a large list?
Is HostGator storing my password in plaintext?
Failed to fetch jessie backports repository
The repository jessie-backports Release does no longer have a Release fileW: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages 404 Not Found [IP: 151.101.140.204 80]How to work around “Release file expired” problem on a local mirrorI 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
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
New contributor
user12345 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
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
New contributor
user12345 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
See also unix.stackexchange.com/questions/2544/…
– user343761
yesterday
This is essentially the same question as apt-get update is failing in debian on Super User.
– a CVn
11 hours ago
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
New contributor
user12345 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
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
New contributor
user12345 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
user12345 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
edited yesterday
GAD3R
27.5k1858114
27.5k1858114
New contributor
user12345 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
asked yesterday
user12345user12345
22624
22624
New contributor
user12345 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
user12345 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
user12345 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
See also unix.stackexchange.com/questions/2544/…
– user343761
yesterday
This is essentially the same question as apt-get update is failing in debian on Super User.
– a CVn
11 hours ago
add a comment |
See also unix.stackexchange.com/questions/2544/…
– user343761
yesterday
This is essentially the same question as apt-get update is failing in debian on Super User.
– a CVn
11 hours ago
See also unix.stackexchange.com/questions/2544/…
– user343761
yesterday
See also unix.stackexchange.com/questions/2544/…
– user343761
yesterday
This is essentially the same question as apt-get update is failing in debian on Super User.
– a CVn
11 hours ago
This is essentially the same question as apt-get update is failing in debian on Super User.
– a CVn
11 hours ago
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. 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 instead.
To say on Debian 8 (Jessie), your repositories should end up looking like
deb http://deb.debian.org/debian/ jessie main
deb-src http://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, and you’ll need to disable validity checks in /etc/apt/apt.conf:
Acquire::Check-Valid-Until "false";
(which will apply to all repositories).
Thanks, I'll try that. Upgrading Debian is certainly something I will do in the future, it's just not as simple as my dependency has another dependency that is the actual base image that determines the Debian version. Upgrading that needs a a bit more testing.
– user12345
yesterday
1
Sorry, my answer was perhaps not all that clear; the line I gave was only for backports.jessie-updatesdoesn’t exist any more, so you should delete that altogether, and the Jessie security updates are still onsecurity.debian.org.
– Stephen Kitt
yesterday
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-updatesis 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
yesterday
2
Have found that subsequentaptcommands 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
yesterday
1
@sumitsu thanks, setting that inapt.confshould work too (see my update).
– Stephen Kitt
22 hours ago
|
show 9 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.
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
New contributor
inostia is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
1
it didn't work when i only included[check-valid-until=no]injessie-backports.listas the other answer suggested, i had to add the-oflag when runningapt-updateto get it to work for whatever reason. updated answer to exclude it from*.listconfiguration as it turned out to not work on its own without including-owhen running apt.
– inostia
23 hours ago
1
comments in Stephen Kitt's answer suggest that you may be able to get around the-oflag issue if you set it inapt.conf
– inostia
18 hours ago
add a comment |
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://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
New contributor
henadzit is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
I had the same issue as you did and your snippet worked for me!
– cafemike
6 hours ago
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.
New contributor
Glen C. is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
protected by Jeff Schaller♦ 8 hours ago
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. 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 instead.
To say on Debian 8 (Jessie), your repositories should end up looking like
deb http://deb.debian.org/debian/ jessie main
deb-src http://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, and you’ll need to disable validity checks in /etc/apt/apt.conf:
Acquire::Check-Valid-Until "false";
(which will apply to all repositories).
Thanks, I'll try that. Upgrading Debian is certainly something I will do in the future, it's just not as simple as my dependency has another dependency that is the actual base image that determines the Debian version. Upgrading that needs a a bit more testing.
– user12345
yesterday
1
Sorry, my answer was perhaps not all that clear; the line I gave was only for backports.jessie-updatesdoesn’t exist any more, so you should delete that altogether, and the Jessie security updates are still onsecurity.debian.org.
– Stephen Kitt
yesterday
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-updatesis 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
yesterday
2
Have found that subsequentaptcommands 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
yesterday
1
@sumitsu thanks, setting that inapt.confshould work too (see my update).
– Stephen Kitt
22 hours ago
|
show 9 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. 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 instead.
To say on Debian 8 (Jessie), your repositories should end up looking like
deb http://deb.debian.org/debian/ jessie main
deb-src http://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, and you’ll need to disable validity checks in /etc/apt/apt.conf:
Acquire::Check-Valid-Until "false";
(which will apply to all repositories).
Thanks, I'll try that. Upgrading Debian is certainly something I will do in the future, it's just not as simple as my dependency has another dependency that is the actual base image that determines the Debian version. Upgrading that needs a a bit more testing.
– user12345
yesterday
1
Sorry, my answer was perhaps not all that clear; the line I gave was only for backports.jessie-updatesdoesn’t exist any more, so you should delete that altogether, and the Jessie security updates are still onsecurity.debian.org.
– Stephen Kitt
yesterday
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-updatesis 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
yesterday
2
Have found that subsequentaptcommands 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
yesterday
1
@sumitsu thanks, setting that inapt.confshould work too (see my update).
– Stephen Kitt
22 hours ago
|
show 9 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. 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 instead.
To say on Debian 8 (Jessie), your repositories should end up looking like
deb http://deb.debian.org/debian/ jessie main
deb-src http://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, and you’ll need to disable validity checks in /etc/apt/apt.conf:
Acquire::Check-Valid-Until "false";
(which will apply to all repositories).
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. 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 instead.
To say on Debian 8 (Jessie), your repositories should end up looking like
deb http://deb.debian.org/debian/ jessie main
deb-src http://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, and you’ll need to disable validity checks in /etc/apt/apt.conf:
Acquire::Check-Valid-Until "false";
(which will apply to all repositories).
edited 35 mins ago
answered yesterday
Stephen KittStephen Kitt
178k24405481
178k24405481
Thanks, I'll try that. Upgrading Debian is certainly something I will do in the future, it's just not as simple as my dependency has another dependency that is the actual base image that determines the Debian version. Upgrading that needs a a bit more testing.
– user12345
yesterday
1
Sorry, my answer was perhaps not all that clear; the line I gave was only for backports.jessie-updatesdoesn’t exist any more, so you should delete that altogether, and the Jessie security updates are still onsecurity.debian.org.
– Stephen Kitt
yesterday
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-updatesis 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
yesterday
2
Have found that subsequentaptcommands 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
yesterday
1
@sumitsu thanks, setting that inapt.confshould work too (see my update).
– Stephen Kitt
22 hours ago
|
show 9 more comments
Thanks, I'll try that. Upgrading Debian is certainly something I will do in the future, it's just not as simple as my dependency has another dependency that is the actual base image that determines the Debian version. Upgrading that needs a a bit more testing.
– user12345
yesterday
1
Sorry, my answer was perhaps not all that clear; the line I gave was only for backports.jessie-updatesdoesn’t exist any more, so you should delete that altogether, and the Jessie security updates are still onsecurity.debian.org.
– Stephen Kitt
yesterday
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-updatesis 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
yesterday
2
Have found that subsequentaptcommands 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
yesterday
1
@sumitsu thanks, setting that inapt.confshould work too (see my update).
– Stephen Kitt
22 hours ago
Thanks, I'll try that. Upgrading Debian is certainly something I will do in the future, it's just not as simple as my dependency has another dependency that is the actual base image that determines the Debian version. Upgrading that needs a a bit more testing.
– user12345
yesterday
Thanks, I'll try that. Upgrading Debian is certainly something I will do in the future, it's just not as simple as my dependency has another dependency that is the actual base image that determines the Debian version. Upgrading that needs a a bit more testing.
– user12345
yesterday
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
yesterday
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
yesterday
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
yesterday
@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
yesterday
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
yesterday
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
yesterday
1
1
@sumitsu thanks, setting that in
apt.conf should work too (see my update).– Stephen Kitt
22 hours ago
@sumitsu thanks, setting that in
apt.conf should work too (see my update).– Stephen Kitt
22 hours ago
|
show 9 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.
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
New contributor
inostia is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
1
it didn't work when i only included[check-valid-until=no]injessie-backports.listas the other answer suggested, i had to add the-oflag when runningapt-updateto get it to work for whatever reason. updated answer to exclude it from*.listconfiguration as it turned out to not work on its own without including-owhen running apt.
– inostia
23 hours ago
1
comments in Stephen Kitt's answer suggest that you may be able to get around the-oflag issue if you set it inapt.conf
– inostia
18 hours ago
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.
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
New contributor
inostia is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
1
it didn't work when i only included[check-valid-until=no]injessie-backports.listas the other answer suggested, i had to add the-oflag when runningapt-updateto get it to work for whatever reason. updated answer to exclude it from*.listconfiguration as it turned out to not work on its own without including-owhen running apt.
– inostia
23 hours ago
1
comments in Stephen Kitt's answer suggest that you may be able to get around the-oflag issue if you set it inapt.conf
– inostia
18 hours ago
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.
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
New contributor
inostia is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
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.
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
New contributor
inostia is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
edited 18 hours ago
New contributor
inostia is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
answered 23 hours ago
inostiainostia
1614
1614
New contributor
inostia is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
inostia is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
inostia is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
1
it didn't work when i only included[check-valid-until=no]injessie-backports.listas the other answer suggested, i had to add the-oflag when runningapt-updateto get it to work for whatever reason. updated answer to exclude it from*.listconfiguration as it turned out to not work on its own without including-owhen running apt.
– inostia
23 hours ago
1
comments in Stephen Kitt's answer suggest that you may be able to get around the-oflag issue if you set it inapt.conf
– inostia
18 hours ago
add a comment |
1
it didn't work when i only included[check-valid-until=no]injessie-backports.listas the other answer suggested, i had to add the-oflag when runningapt-updateto get it to work for whatever reason. updated answer to exclude it from*.listconfiguration as it turned out to not work on its own without including-owhen running apt.
– inostia
23 hours ago
1
comments in Stephen Kitt's answer suggest that you may be able to get around the-oflag issue if you set it inapt.conf
– inostia
18 hours ago
1
1
it didn't work when i only included
[check-valid-until=no] in jessie-backports.list as the other answer suggested, i had to add the -o flag when running apt-update to get it to work for whatever reason. updated answer to exclude it from *.list configuration as it turned out to not work on its own without including -o when running apt.– inostia
23 hours ago
it didn't work when i only included
[check-valid-until=no] in jessie-backports.list as the other answer suggested, i had to add the -o flag when running apt-update to get it to work for whatever reason. updated answer to exclude it from *.list configuration as it turned out to not work on its own without including -o when running apt.– inostia
23 hours ago
1
1
comments in Stephen Kitt's answer suggest that you may be able to get around the
-o flag issue if you set it in apt.conf– inostia
18 hours ago
comments in Stephen Kitt's answer suggest that you may be able to get around the
-o flag issue if you set it in apt.conf– inostia
18 hours ago
add a comment |
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://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
New contributor
henadzit is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
I had the same issue as you did and your snippet worked for me!
– cafemike
6 hours ago
add a comment |
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://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
New contributor
henadzit is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
I had the same issue as you did and your snippet worked for me!
– cafemike
6 hours ago
add a comment |
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://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
New contributor
henadzit is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
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://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
New contributor
henadzit is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
henadzit is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
answered 10 hours ago
henadzithenadzit
1511
1511
New contributor
henadzit is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
henadzit is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
henadzit is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
I had the same issue as you did and your snippet worked for me!
– cafemike
6 hours ago
add a comment |
I had the same issue as you did and your snippet worked for me!
– cafemike
6 hours ago
I had the same issue as you did and your snippet worked for me!
– cafemike
6 hours ago
I had the same issue as you did and your snippet worked for me!
– cafemike
6 hours ago
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.
New contributor
Glen C. is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
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.
New contributor
Glen C. is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
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.
New contributor
Glen C. is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
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.
New contributor
Glen C. is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
Glen C. is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
answered 21 hours ago
Glen C.Glen C.
11
11
New contributor
Glen C. is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
Glen C. is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
Glen C. is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
add a comment |
protected by Jeff Schaller♦ 8 hours ago
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
yesterday
This is essentially the same question as apt-get update is failing in debian on Super User.
– a CVn
11 hours ago