Failed to fetch jessie backports repository












27















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
















27















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














27












27








27


5






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









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









user12345user12345

13824




13824




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



















  • See also unix.stackexchange.com/questions/2544/…

    – user343761
    11 hours ago

















See also unix.stackexchange.com/questions/2544/…

– user343761
11 hours ago





See also unix.stackexchange.com/questions/2544/…

– user343761
11 hours ago










3 Answers
3






active

oldest

votes


















26














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


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











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











  • I am still getting error even after updating /etc/apt/sources.list as following : root@2664d9755cee:/# cat /etc/apt/sources.list deb archive.debian.org/debian jessie main deb archive.debian.org/debian jessie-updates main deb archive.debian.org/debian-security jessie/updates main

    – Rafael
    14 hours ago








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






  • 1





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



















3














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




















    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "106"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });






    user12345 is a new contributor. Be nice, and check out our Code of Conduct.










    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f508724%2ffailed-to-fetch-jessie-backports-repository%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    3 Answers
    3






    active

    oldest

    votes








    3 Answers
    3






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    26














    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


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











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











    • I am still getting error even after updating /etc/apt/sources.list as following : root@2664d9755cee:/# cat /etc/apt/sources.list deb archive.debian.org/debian jessie main deb archive.debian.org/debian jessie-updates main deb archive.debian.org/debian-security jessie/updates main

      – Rafael
      14 hours ago








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






    • 1





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
















    26














    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


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











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











    • I am still getting error even after updating /etc/apt/sources.list as following : root@2664d9755cee:/# cat /etc/apt/sources.list deb archive.debian.org/debian jessie main deb archive.debian.org/debian jessie-updates main deb archive.debian.org/debian-security jessie/updates main

      – Rafael
      14 hours ago








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






    • 1





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














    26












    26








    26







    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


    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


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

























    answered 16 hours ago









    Stephen KittStephen Kitt

    178k24403481




    178k24403481













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











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











    • I am still getting error even after updating /etc/apt/sources.list as following : root@2664d9755cee:/# cat /etc/apt/sources.list deb archive.debian.org/debian jessie main deb archive.debian.org/debian jessie-updates main deb archive.debian.org/debian-security jessie/updates main

      – Rafael
      14 hours ago








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






    • 1





      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
      8 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
      16 hours ago











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











    • I am still getting error even after updating /etc/apt/sources.list as following : root@2664d9755cee:/# cat /etc/apt/sources.list deb archive.debian.org/debian jessie main deb archive.debian.org/debian jessie-updates main deb archive.debian.org/debian-security jessie/updates main

      – Rafael
      14 hours ago








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






    • 1





      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
      8 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
    16 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
    16 hours ago













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





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













    I am still getting error even after updating /etc/apt/sources.list as following : root@2664d9755cee:/# cat /etc/apt/sources.list deb archive.debian.org/debian jessie main deb archive.debian.org/debian jessie-updates main deb archive.debian.org/debian-security jessie/updates main

    – Rafael
    14 hours ago







    I am still getting error even after updating /etc/apt/sources.list as following : root@2664d9755cee:/# cat /etc/apt/sources.list deb archive.debian.org/debian jessie main deb archive.debian.org/debian jessie-updates main deb archive.debian.org/debian-security jessie/updates main

    – Rafael
    14 hours ago






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





    @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
    13 hours ago




    1




    1





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













    3














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


















    3














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
















    3












    3








    3







    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 2 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 8 hours ago









    inostiainostia

    1314




    1314




    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
      7 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
      2 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
      7 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
      2 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
    7 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
    7 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
    2 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
    2 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 5 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.






















            user12345 is a new contributor. Be nice, and check out our Code of Conduct.










            draft saved

            draft discarded


















            user12345 is a new contributor. Be nice, and check out our Code of Conduct.













            user12345 is a new contributor. Be nice, and check out our Code of Conduct.












            user12345 is a new contributor. Be nice, and check out our Code of Conduct.
















            Thanks for contributing an answer to Unix & Linux Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f508724%2ffailed-to-fetch-jessie-backports-repository%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Færeyskur hestur Heimild | Tengill | Tilvísanir | LeiðsagnarvalRossið - síða um færeyska hrossið á færeyskuGott ár hjá færeyska hestinum

            He _____ here since 1970 . Answer needed [closed]What does “since he was so high” mean?Meaning of “catch birds for”?How do I ensure “since” takes the meaning I want?“Who cares here” meaningWhat does “right round toward” mean?the time tense (had now been detected)What does the phrase “ring around the roses” mean here?Correct usage of “visited upon”Meaning of “foiled rail sabotage bid”It was the third time I had gone to Rome or It is the third time I had been to Rome

            Slayer Innehåll Historia | Stil, komposition och lyrik | Bandets betydelse och framgångar | Sidoprojekt och samarbeten | Kontroverser | Medlemmar | Utmärkelser och nomineringar | Turnéer och festivaler | Diskografi | Referenser | Externa länkar | Navigeringsmenywww.slayer.net”Metal Massacre vol. 1””Metal Massacre vol. 3””Metal Massacre Volume III””Show No Mercy””Haunting the Chapel””Live Undead””Hell Awaits””Reign in Blood””Reign in Blood””Gold & Platinum – Reign in Blood””Golden Gods Awards Winners”originalet”Kerrang! Hall Of Fame””Slayer Looks Back On 37-Year Career In New Video Series: Part Two””South of Heaven””Gold & Platinum – South of Heaven””Seasons in the Abyss””Gold & Platinum - Seasons in the Abyss””Divine Intervention””Divine Intervention - Release group by Slayer””Gold & Platinum - Divine Intervention””Live Intrusion””Undisputed Attitude””Abolish Government/Superficial Love””Release “Slatanic Slaughter: A Tribute to Slayer” by Various Artists””Diabolus in Musica””Soundtrack to the Apocalypse””God Hates Us All””Systematic - Relationships””War at the Warfield””Gold & Platinum - War at the Warfield””Soundtrack to the Apocalypse””Gold & Platinum - Still Reigning””Metallica, Slayer, Iron Mauden Among Winners At Metal Hammer Awards””Eternal Pyre””Eternal Pyre - Slayer release group””Eternal Pyre””Metal Storm Awards 2006””Kerrang! Hall Of Fame””Slayer Wins 'Best Metal' Grammy Award””Slayer Guitarist Jeff Hanneman Dies””Bullet-For My Valentine booed at Metal Hammer Golden Gods Awards””Unholy Aliance””The End Of Slayer?””Slayer: We Could Thrash Out Two More Albums If We're Fast Enough...””'The Unholy Alliance: Chapter III' UK Dates Added”originalet”Megadeth And Slayer To Co-Headline 'Canadian Carnage' Trek”originalet”World Painted Blood””Release “World Painted Blood” by Slayer””Metallica Heading To Cinemas””Slayer, Megadeth To Join Forces For 'European Carnage' Tour - Dec. 18, 2010”originalet”Slayer's Hanneman Contracts Acute Infection; Band To Bring In Guest Guitarist””Cannibal Corpse's Pat O'Brien Will Step In As Slayer's Guest Guitarist”originalet”Slayer’s Jeff Hanneman Dead at 49””Dave Lombardo Says He Made Only $67,000 In 2011 While Touring With Slayer””Slayer: We Do Not Agree With Dave Lombardo's Substance Or Timeline Of Events””Slayer Welcomes Drummer Paul Bostaph Back To The Fold””Slayer Hope to Unveil Never-Before-Heard Jeff Hanneman Material on Next Album””Slayer Debut New Song 'Implode' During Surprise Golden Gods Appearance””Release group Repentless by Slayer””Repentless - Slayer - Credits””Slayer””Metal Storm Awards 2015””Slayer - to release comic book "Repentless #1"””Slayer To Release 'Repentless' 6.66" Vinyl Box Set””BREAKING NEWS: Slayer Announce Farewell Tour””Slayer Recruit Lamb of God, Anthrax, Behemoth + Testament for Final Tour””Slayer lägger ner efter 37 år””Slayer Announces Second North American Leg Of 'Final' Tour””Final World Tour””Slayer Announces Final European Tour With Lamb of God, Anthrax And Obituary””Slayer To Tour Europe With Lamb of God, Anthrax And Obituary””Slayer To Play 'Last French Show Ever' At Next Year's Hellfst””Slayer's Final World Tour Will Extend Into 2019””Death Angel's Rob Cavestany On Slayer's 'Farewell' Tour: 'Some Of Us Could See This Coming'””Testament Has No Plans To Retire Anytime Soon, Says Chuck Billy””Anthrax's Scott Ian On Slayer's 'Farewell' Tour Plans: 'I Was Surprised And I Wasn't Surprised'””Slayer””Slayer's Morbid Schlock””Review/Rock; For Slayer, the Mania Is the Message””Slayer - Biography””Slayer - Reign In Blood”originalet”Dave Lombardo””An exclusive oral history of Slayer”originalet”Exclusive! Interview With Slayer Guitarist Jeff Hanneman”originalet”Thinking Out Loud: Slayer's Kerry King on hair metal, Satan and being polite””Slayer Lyrics””Slayer - Biography””Most influential artists for extreme metal music””Slayer - Reign in Blood””Slayer guitarist Jeff Hanneman dies aged 49””Slatanic Slaughter: A Tribute to Slayer””Gateway to Hell: A Tribute to Slayer””Covered In Blood””Slayer: The Origins of Thrash in San Francisco, CA.””Why They Rule - #6 Slayer”originalet”Guitar World's 100 Greatest Heavy Metal Guitarists Of All Time”originalet”The fans have spoken: Slayer comes out on top in readers' polls”originalet”Tribute to Jeff Hanneman (1964-2013)””Lamb Of God Frontman: We Sound Like A Slayer Rip-Off””BEHEMOTH Frontman Pays Tribute To SLAYER's JEFF HANNEMAN””Slayer, Hatebreed Doing Double Duty On This Year's Ozzfest””System of a Down””Lacuna Coil’s Andrea Ferro Talks Influences, Skateboarding, Band Origins + More””Slayer - Reign in Blood””Into The Lungs of Hell””Slayer rules - en utställning om fans””Slayer and Their Fans Slashed Through a No-Holds-Barred Night at Gas Monkey””Home””Slayer””Gold & Platinum - The Big 4 Live from Sofia, Bulgaria””Exclusive! Interview With Slayer Guitarist Kerry King””2008-02-23: Wiltern, Los Angeles, CA, USA””Slayer's Kerry King To Perform With Megadeth Tonight! - Oct. 21, 2010”originalet”Dave Lombardo - Biography”Slayer Case DismissedArkiveradUltimate Classic Rock: Slayer guitarist Jeff Hanneman dead at 49.”Slayer: "We could never do any thing like Some Kind Of Monster..."””Cannibal Corpse'S Pat O'Brien Will Step In As Slayer'S Guest Guitarist | The Official Slayer Site”originalet”Slayer Wins 'Best Metal' Grammy Award””Slayer Guitarist Jeff Hanneman Dies””Kerrang! Awards 2006 Blog: Kerrang! Hall Of Fame””Kerrang! Awards 2013: Kerrang! Legend”originalet”Metallica, Slayer, Iron Maien Among Winners At Metal Hammer Awards””Metal Hammer Golden Gods Awards””Bullet For My Valentine Booed At Metal Hammer Golden Gods Awards””Metal Storm Awards 2006””Metal Storm Awards 2015””Slayer's Concert History””Slayer - Relationships””Slayer - Releases”Slayers officiella webbplatsSlayer på MusicBrainzOfficiell webbplatsSlayerSlayerr1373445760000 0001 1540 47353068615-5086262726cb13906545x(data)6033143kn20030215029