Failed to fetch jessie backports repositoryHow to work around “Release file expired” problem on a local mirrorThe repository jessie-backports Release does no longer have a Release fileI 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

How does the UK government determine the size of a mandate?

What happens if you roll doubles 3 times then land on "Go to jail?"

How did Doctor Strange see the winning outcome in Avengers: Infinity War?

Is this apparent Class Action settlement a spam message?

Go Pregnant or Go Home

Personal Teleportation as a Weapon

How do I go from 300 unfinished/half written blog posts, to published posts?

What is the intuitive meaning of having a linear relationship between the logs of two variables?

Why not increase contact surface when reentering the atmosphere?

How to pronounce the slash sign

How do we know the LHC results are robust?

Customer Requests (Sometimes) Drive Me Bonkers!

Can I boil off chlorine? Does it evaporate quickly at high temperatures?

What to do with wrong results in talks?

What does this 7 mean above the f flat

Tiptoe or tiphoof? Adjusting words to better fit fantasy races

Can I Retrieve Email Addresses from BCC?

Increase performance creating Mandelbrot set in python

Does "every" first-order theory have a finitely axiomatizable conservative extension?

How do scammers retract money, while you can’t?

How to check is there any negative term in a large list?

Are student evaluations of teaching assistants read by others in the faculty?

Why is Lord Kartikeya called 'Devasenapati'?

Purchasing a ticket for someone else in another country?



Failed to fetch jessie backports repository


How to work around “Release file expired” problem on a local mirrorThe repository jessie-backports Release does no longer have a Release fileI 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













43















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?










share|improve this question









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
    10 hours ago















43















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?










share|improve this question









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
    10 hours ago













43












43








43


10






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?










share|improve this question









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






share|improve this question









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.











share|improve this question









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.









share|improve this question




share|improve this question








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

22124




22124




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
    10 hours ago

















  • 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
    10 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
10 hours ago





This is essentially the same question as apt-get update is failing in debian on Super User.

– a CVn
10 hours ago










4 Answers
4






active

oldest

votes


















42














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.)



Since you’re building a container image, I highly recommend basing it on Debian 9 instead.



Until June 30, 2020, on LTS architectures, the main Jessie repositories and LTS security updates will continue to be available from the usual repositories, so 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, which is no longer available, and you’ll need to disable validity checks in /etc/apt/apt.conf:



Acquire::Check-Valid-Until "false";


(which will apply to all repositories).






share|improve this answer

























  • 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











  • Oh I understand it’s not straightforward ;-). I felt it would be dishonest of me not to recommend it though (despite your mention in your question that it wasn’t an option).

    – Stephen Kitt
    yesterday






  • 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






  • 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
    23 hours ago






  • 1





    @sumitsu thanks, setting that in apt.conf should work too (see my update).

    – Stephen Kitt
    21 hours ago


















6














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





share|improve this answer










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] 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
    22 hours ago







  • 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
    17 hours ago



















4














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





share|improve this answer








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
    5 hours ago


















0














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.






share|improve this answer








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.


















    protected by Jeff Schaller 7 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









    42














    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.)



    Since you’re building a container image, I highly recommend basing it on Debian 9 instead.



    Until June 30, 2020, on LTS architectures, the main Jessie repositories and LTS security updates will continue to be available from the usual repositories, so 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, which is no longer available, and you’ll need to disable validity checks in /etc/apt/apt.conf:



    Acquire::Check-Valid-Until "false";


    (which will apply to all repositories).






    share|improve this answer

























    • 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











    • Oh I understand it’s not straightforward ;-). I felt it would be dishonest of me not to recommend it though (despite your mention in your question that it wasn’t an option).

      – Stephen Kitt
      yesterday






    • 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






    • 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
      23 hours ago






    • 1





      @sumitsu thanks, setting that in apt.conf should work too (see my update).

      – Stephen Kitt
      21 hours ago















    42














    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.)



    Since you’re building a container image, I highly recommend basing it on Debian 9 instead.



    Until June 30, 2020, on LTS architectures, the main Jessie repositories and LTS security updates will continue to be available from the usual repositories, so 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, which is no longer available, and you’ll need to disable validity checks in /etc/apt/apt.conf:



    Acquire::Check-Valid-Until "false";


    (which will apply to all repositories).






    share|improve this answer

























    • 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











    • Oh I understand it’s not straightforward ;-). I felt it would be dishonest of me not to recommend it though (despite your mention in your question that it wasn’t an option).

      – Stephen Kitt
      yesterday






    • 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






    • 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
      23 hours ago






    • 1





      @sumitsu thanks, setting that in apt.conf should work too (see my update).

      – Stephen Kitt
      21 hours ago













    42












    42








    42







    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.)



    Since you’re building a container image, I highly recommend basing it on Debian 9 instead.



    Until June 30, 2020, on LTS architectures, the main Jessie repositories and LTS security updates will continue to be available from the usual repositories, so 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, which is no longer available, and you’ll need to disable validity checks in /etc/apt/apt.conf:



    Acquire::Check-Valid-Until "false";


    (which will apply to all repositories).






    share|improve this answer















    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.)



    Since you’re building a container image, I highly recommend basing it on Debian 9 instead.



    Until June 30, 2020, on LTS architectures, the main Jessie repositories and LTS security updates will continue to be available from the usual repositories, so 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, which is no longer available, and you’ll need to disable validity checks in /etc/apt/apt.conf:



    Acquire::Check-Valid-Until "false";


    (which will apply to all repositories).







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited 2 hours 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











    • Oh I understand it’s not straightforward ;-). I felt it would be dishonest of me not to recommend it though (despite your mention in your question that it wasn’t an option).

      – Stephen Kitt
      yesterday






    • 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






    • 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
      23 hours ago






    • 1





      @sumitsu thanks, setting that in apt.conf should work too (see my update).

      – Stephen Kitt
      21 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











    • Oh I understand it’s not straightforward ;-). I felt it would be dishonest of me not to recommend it though (despite your mention in your question that it wasn’t an option).

      – Stephen Kitt
      yesterday






    • 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






    • 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
      23 hours ago






    • 1





      @sumitsu thanks, setting that in apt.conf should work too (see my update).

      – Stephen Kitt
      21 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













    Oh I understand it’s not straightforward ;-). I felt it would be dishonest of me not to recommend it though (despite your mention in your question that it wasn’t an option).

    – Stephen Kitt
    yesterday





    Oh I understand it’s not straightforward ;-). I felt it would be dishonest of me not to recommend it though (despite your mention in your question that it wasn’t an option).

    – 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
    23 hours ago





    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
    23 hours ago




    1




    1





    @sumitsu thanks, setting that in apt.conf should work too (see my update).

    – Stephen Kitt
    21 hours ago





    @sumitsu thanks, setting that in apt.conf should work too (see my update).

    – Stephen Kitt
    21 hours ago













    6














    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





    share|improve this answer










    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] 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
      22 hours ago







    • 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
      17 hours ago
















    6














    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





    share|improve this answer










    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] 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
      22 hours ago







    • 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
      17 hours ago














    6












    6








    6







    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





    share|improve this answer










    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






    share|improve this answer










    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.









    share|improve this answer



    share|improve this answer








    edited 17 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 22 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] 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
      22 hours ago







    • 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
      17 hours ago













    • 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
      22 hours ago







    • 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
      17 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
    22 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
    22 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
    17 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
    17 hours ago












    4














    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





    share|improve this answer








    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
      5 hours ago















    4














    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





    share|improve this answer








    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
      5 hours ago













    4












    4








    4







    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





    share|improve this answer








    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






    share|improve this answer








    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.









    share|improve this answer



    share|improve this answer






    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 9 hours ago









    henadzithenadzit

    1411




    1411




    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
      5 hours ago

















    • I had the same issue as you did and your snippet worked for me!

      – cafemike
      5 hours ago
















    I had the same issue as you did and your snippet worked for me!

    – cafemike
    5 hours ago





    I had the same issue as you did and your snippet worked for me!

    – cafemike
    5 hours ago











    0














    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.






    share|improve this answer








    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.
























      0














      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.






      share|improve this answer








      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.






















        0












        0








        0







        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.






        share|improve this answer








        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.







        share|improve this answer








        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.









        share|improve this answer



        share|improve this answer






        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 20 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.















            protected by Jeff Schaller 7 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?



            Popular posts from this blog

            Romeo and Juliet ContentsCharactersSynopsisSourcesDate and textThemes and motifsCriticism and interpretationLegacyScene by sceneSee alsoNotes and referencesSourcesExternal linksNavigation menu"Consumer Price Index (estimate) 1800–"10.2307/28710160037-3222287101610.1093/res/II.5.31910.2307/45967845967810.2307/2869925286992510.1525/jams.1982.35.3.03a00050"Dada Masilo: South African dancer who breaks the rules"10.1093/res/os-XV.57.1610.2307/28680942868094"Sweet Sorrow: Mann-Korman's Romeo and Juliet Closes Sept. 5 at MN's Ordway"the original10.2307/45957745957710.1017/CCOL0521570476.009"Ram Leela box office collections hit massive Rs 100 crore, pulverises prediction"Archived"Broadway Revival of Romeo and Juliet, Starring Orlando Bloom and Condola Rashad, Will Close Dec. 8"Archived10.1075/jhp.7.1.04hon"Wherefore art thou, Romeo? To make us laugh at Navy Pier"the original10.1093/gmo/9781561592630.article.O006772"Ram-leela Review Roundup: Critics Hail Film as Best Adaptation of Romeo and Juliet"Archived10.2307/31946310047-77293194631"Romeo and Juliet get Twitter treatment""Juliet's Nurse by Lois Leveen""Romeo and Juliet: Orlando Bloom's Broadway Debut Released in Theaters for Valentine's Day"Archived"Romeo and Juliet Has No Balcony"10.1093/gmo/9781561592630.article.O00778110.2307/2867423286742310.1076/enst.82.2.115.959510.1080/00138380601042675"A plague o' both your houses: error in GCSE exam paper forces apology""Juliet of the Five O'Clock Shadow, and Other Wonders"10.2307/33912430027-4321339124310.2307/28487440038-7134284874410.2307/29123140149-661129123144728341M"Weekender Guide: Shakespeare on The Drive""balcony"UK public library membership"romeo"UK public library membership10.1017/CCOL9780521844291"Post-Zionist Critique on Israel and the Palestinians Part III: Popular Culture"10.2307/25379071533-86140377-919X2537907"Capulets and Montagues: UK exam board admit mixing names up in Romeo and Juliet paper"Istoria Novellamente Ritrovata di Due Nobili Amanti2027/mdp.390150822329610820-750X"GCSE exam error: Board accidentally rewrites Shakespeare"10.2307/29176390149-66112917639"Exam board apologises after error in English GCSE paper which confused characters in Shakespeare's Romeo and Juliet""From Mariotto and Ganozza to Romeo and Guilietta: Metamorphoses of a Renaissance Tale"10.2307/37323537323510.2307/2867455286745510.2307/28678912867891"10 Questions for Taylor Swift"10.2307/28680922868092"Haymarket Theatre""The Zeffirelli Way: Revealing Talk by Florentine Director""Michael Smuin: 1938-2007 / Prolific dance director had showy career"The Life and Art of Edwin BoothRomeo and JulietRomeo and JulietRomeo and JulietRomeo and JulietEasy Read Romeo and JulietRomeo and Julieteeecb12003684p(data)4099369-3n8211610759dbe00d-a9e2-41a3-b2c1-977dd692899302814385X313670221313670221

            Creating closest line along the point''s azimuth using PostgreSQL Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern) Announcing the arrival of Valued Associate #679: Cesar Manara Unicorn Meta Zoo #1: Why another podcast?Drawing line between points at specific distance in PostGIS?How to efficiently find the closest point over the dateline?How to find the nearest point by using PostGIS function?PostGIS nearest point with LATERAL JOIN in PostgreSQL 9.3+Creating a table and inserting selected streets using plpgsql functionsCreating a table that stores Distances and other columnSaving select query results (year wise) from PostgreSQL/PostGIS to text filesWhat is the information behind this geometry?How to give start and end vertex ids dynamically in pgr_dijkstra?Point to Polygon nearest distance DS_distance is not using geography index & knn <-> or <#> does not give result in orderLine to point conversion with start point and end point detection?

            Crop image to path created in TikZ? Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)Crop an inserted image?TikZ pictures does not appear in posterImage behind and beyond crop marks?Tikz picture as large as possible on A4 PageTransparency vs image compression dilemmaHow to crop background from image automatically?Image does not cropTikzexternal capturing crop marks when externalizing pgfplots?How to include image path that contains a dollar signCrop image with left size given