How to work around âRelease file expiredâ problem on a local mirror
Clash Royale CLAN TAG#URR8PPP
up vote
37
down vote
favorite
I have a local mirror (created with debmirror), and when I run apt-get update
after a few days, I get this:
E: Release file expired, ignoring file:/home/wena/.repo_bin/dists/sid/Release (invalid since 14h 31min 45s)
How do I work around that?
apt
add a comment |Â
up vote
37
down vote
favorite
I have a local mirror (created with debmirror), and when I run apt-get update
after a few days, I get this:
E: Release file expired, ignoring file:/home/wena/.repo_bin/dists/sid/Release (invalid since 14h 31min 45s)
How do I work around that?
apt
4
Security Warning: This question asks for a work around. However it is better to fix the mirror or point to a working one. I changed to point at httpredir.debian.org/debian and it started working again.
â ctrl-alt-delor
Jun 2 '17 at 7:37
Switch to a different mirror and it'll work.
â Patrick Mutwiri
Jul 21 at 12:49
1
What is "better" depends on what your goals are. If your goal is to get the latest packages from Debian then changing mirror is the right soloution. If your goal is to use the older mirror that you have locally so you can get on with your work where Internet is unavailable or expensive then turning off the expiry check is the right solution. If your goal is to update to a specific older version of the repo for bug triage reasons then again turning off the expiry check is the right solution.
â plugwash
Sep 20 at 19:11
add a comment |Â
up vote
37
down vote
favorite
up vote
37
down vote
favorite
I have a local mirror (created with debmirror), and when I run apt-get update
after a few days, I get this:
E: Release file expired, ignoring file:/home/wena/.repo_bin/dists/sid/Release (invalid since 14h 31min 45s)
How do I work around that?
apt
I have a local mirror (created with debmirror), and when I run apt-get update
after a few days, I get this:
E: Release file expired, ignoring file:/home/wena/.repo_bin/dists/sid/Release (invalid since 14h 31min 45s)
How do I work around that?
apt
apt
edited Apr 21 '15 at 13:46
asked Sep 30 '10 at 10:49
Tshepang
24.9k71180262
24.9k71180262
4
Security Warning: This question asks for a work around. However it is better to fix the mirror or point to a working one. I changed to point at httpredir.debian.org/debian and it started working again.
â ctrl-alt-delor
Jun 2 '17 at 7:37
Switch to a different mirror and it'll work.
â Patrick Mutwiri
Jul 21 at 12:49
1
What is "better" depends on what your goals are. If your goal is to get the latest packages from Debian then changing mirror is the right soloution. If your goal is to use the older mirror that you have locally so you can get on with your work where Internet is unavailable or expensive then turning off the expiry check is the right solution. If your goal is to update to a specific older version of the repo for bug triage reasons then again turning off the expiry check is the right solution.
â plugwash
Sep 20 at 19:11
add a comment |Â
4
Security Warning: This question asks for a work around. However it is better to fix the mirror or point to a working one. I changed to point at httpredir.debian.org/debian and it started working again.
â ctrl-alt-delor
Jun 2 '17 at 7:37
Switch to a different mirror and it'll work.
â Patrick Mutwiri
Jul 21 at 12:49
1
What is "better" depends on what your goals are. If your goal is to get the latest packages from Debian then changing mirror is the right soloution. If your goal is to use the older mirror that you have locally so you can get on with your work where Internet is unavailable or expensive then turning off the expiry check is the right solution. If your goal is to update to a specific older version of the repo for bug triage reasons then again turning off the expiry check is the right solution.
â plugwash
Sep 20 at 19:11
4
4
Security Warning: This question asks for a work around. However it is better to fix the mirror or point to a working one. I changed to point at httpredir.debian.org/debian and it started working again.
â ctrl-alt-delor
Jun 2 '17 at 7:37
Security Warning: This question asks for a work around. However it is better to fix the mirror or point to a working one. I changed to point at httpredir.debian.org/debian and it started working again.
â ctrl-alt-delor
Jun 2 '17 at 7:37
Switch to a different mirror and it'll work.
â Patrick Mutwiri
Jul 21 at 12:49
Switch to a different mirror and it'll work.
â Patrick Mutwiri
Jul 21 at 12:49
1
1
What is "better" depends on what your goals are. If your goal is to get the latest packages from Debian then changing mirror is the right soloution. If your goal is to use the older mirror that you have locally so you can get on with your work where Internet is unavailable or expensive then turning off the expiry check is the right solution. If your goal is to update to a specific older version of the repo for bug triage reasons then again turning off the expiry check is the right solution.
â plugwash
Sep 20 at 19:11
What is "better" depends on what your goals are. If your goal is to get the latest packages from Debian then changing mirror is the right soloution. If your goal is to use the older mirror that you have locally so you can get on with your work where Internet is unavailable or expensive then turning off the expiry check is the right solution. If your goal is to update to a specific older version of the repo for bug triage reasons then again turning off the expiry check is the right solution.
â plugwash
Sep 20 at 19:11
add a comment |Â
7 Answers
7
active
oldest
votes
up vote
62
down vote
accepted
Add this to the command:
-o Acquire::Check-Valid-Until=false
For example:
sudo apt-get -o Acquire::Check-Valid-Until=false update
9
This worked, but some explanation of why it did would be useful.
â Faheem Mitha
Sep 9 '14 at 23:17
1
This deactivates the check which verifies expired digital signatures, so apt will accept old and expired release keys as well.
â grin
May 31 '17 at 11:05
4
Security Warning: This answer is a work around (as asked for). However it is better to fix the mirror or point to a working one. I changed to point at httpredir.debian.org/debian and it started working again.
â ctrl-alt-delor
Jun 2 '17 at 7:36
you cannot switch that easily for already deprecated releases like say debian 6 where you need to use archives.debian.org to get any packages now
â Marcin Orlowski
Aug 23 at 13:46
add a comment |Â
up vote
20
down vote
If you do not care about this check, no matter for which mirror, just create a file in /etc/apt/apt.conf.d/
(e.g. name it 10no--check-valid-until
) and put the option directly in there:
Acquire::Check-Valid-Until "0";
After this, you will never be bothered again with the mentioned warning at all.
1
Although the workaround itself isn't the optimal solution, I have a development box that I don't care about, so this annoyance simply gets in my way. I was able to use this answer with Ansible since I can't find any way to add the accepted answer to the action module when using ansible_pkg_mgr.
â jia103
Nov 11 '16 at 23:44
add a comment |Â
up vote
11
down vote
The release files have a valid-until entry, e.g. Valid-Until: Thu, 07 Oct 2010 08:17:56 UTC
If the release file isn't valid anymore, you should run debmirror again to check if there are any changes in the repository. One change will be the release file and you will get a new validity for it.
You could easily automate this with a crontab entry.
Thanks for that one. I should have looked inside that file before asking. Curiously though, is this a new thing? It didn't happen before (but once).
â Tshepang
Sep 30 '10 at 11:58
I don't use debian really often at the moment, but maybe they just changed the release file cycles to a shorter date...
â echox
Sep 30 '10 at 12:03
add a comment |Â
up vote
3
down vote
Some of the mirrors out there might have stale files. This happened to me recently, and it was in also tied to the caching server I'm using (apt-cacher-ng) which tries to save bandwidth by redirecting the repositories for same archive to a single entity (in my case if was a Hungarian mirror). Direct updates through German mirror worked ok, for example. Try changing the mirror you're using. In case you're using apt-cacher-ng, you'll need to do something in the line of changing the following file's contents:
- /etc/apt-cacher-ng/backends_debian
- /etc/apt-cacher-ng/backends_debvol
After that you should also restart apt-cacher-ng for changes to take effect.
Note that I was asking for a workaround, not why this was happening (good answer though). In this case I was, knowingly, having a stale repository.
â Tshepang
May 13 '11 at 12:44
add a comment |Â
up vote
0
down vote
I removed /var/lib/apt/*
and rerun apt-get update
, and it works!
I do that for a completely different error, and it works for that one. This error is completely irrelevant.
â snetch
Jul 10 '17 at 17:21
add a comment |Â
up vote
0
down vote
The mirror might not be expired.
Rather something else on your system might be messed up. Try this:
1) Temporarily comment out related lines from from /etc/apt/sources.list
, or /etc/apt/source.list.d/*
. For example after I commented out the following two lines, my error went away, (with the consequence that these archives were temporarily not used for reloads):
deb http://security.debian.org/ stretch/updates non-free contrib main
deb http://mirrors.ocf.berkeley.edu/debian/ stretch-updates main contrib non-free
2) Open synaptic and reload, or probably sudo apt-get update
would also work.
3) Comment these lines back in.
4) Repeat step 2.
Fixed this for me. I'm guessing my apt cache got a bad date in it.
My problem occurred after restoring my / (root) and /var filesystems from btrfs snapshots to help fix a package install problem that occurred. The exact error message that I was getting was:
Release file for
http://mirrors.ocf.berkeley.edu/debian/dists/stretch-updates/InRelease
is expired (invalid since 5d 4h 50min 18s). Updates for this
repository will not be applied. Release file for
http://security.debian.org/dists/stretch/updates/InRelease is expired
(invalid since 2d 2h 52min 43s). Updates for this repository will not
be applied.
add a comment |Â
up vote
-2
down vote
This can also happen if your system date/time is wrong. I fixed it by correcting my local time before doing the update.
This does not answer the question. You should edit it to clarify what you mean and/or provide relevant details. See How to Answer.
â Anthony Geoghegan
Sep 19 at 20:28
add a comment |Â
7 Answers
7
active
oldest
votes
7 Answers
7
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
62
down vote
accepted
Add this to the command:
-o Acquire::Check-Valid-Until=false
For example:
sudo apt-get -o Acquire::Check-Valid-Until=false update
9
This worked, but some explanation of why it did would be useful.
â Faheem Mitha
Sep 9 '14 at 23:17
1
This deactivates the check which verifies expired digital signatures, so apt will accept old and expired release keys as well.
â grin
May 31 '17 at 11:05
4
Security Warning: This answer is a work around (as asked for). However it is better to fix the mirror or point to a working one. I changed to point at httpredir.debian.org/debian and it started working again.
â ctrl-alt-delor
Jun 2 '17 at 7:36
you cannot switch that easily for already deprecated releases like say debian 6 where you need to use archives.debian.org to get any packages now
â Marcin Orlowski
Aug 23 at 13:46
add a comment |Â
up vote
62
down vote
accepted
Add this to the command:
-o Acquire::Check-Valid-Until=false
For example:
sudo apt-get -o Acquire::Check-Valid-Until=false update
9
This worked, but some explanation of why it did would be useful.
â Faheem Mitha
Sep 9 '14 at 23:17
1
This deactivates the check which verifies expired digital signatures, so apt will accept old and expired release keys as well.
â grin
May 31 '17 at 11:05
4
Security Warning: This answer is a work around (as asked for). However it is better to fix the mirror or point to a working one. I changed to point at httpredir.debian.org/debian and it started working again.
â ctrl-alt-delor
Jun 2 '17 at 7:36
you cannot switch that easily for already deprecated releases like say debian 6 where you need to use archives.debian.org to get any packages now
â Marcin Orlowski
Aug 23 at 13:46
add a comment |Â
up vote
62
down vote
accepted
up vote
62
down vote
accepted
Add this to the command:
-o Acquire::Check-Valid-Until=false
For example:
sudo apt-get -o Acquire::Check-Valid-Until=false update
Add this to the command:
-o Acquire::Check-Valid-Until=false
For example:
sudo apt-get -o Acquire::Check-Valid-Until=false update
edited Feb 8 '16 at 8:46
Tshepang
24.9k71180262
24.9k71180262
answered Aug 21 '12 at 8:23
A A
63662
63662
9
This worked, but some explanation of why it did would be useful.
â Faheem Mitha
Sep 9 '14 at 23:17
1
This deactivates the check which verifies expired digital signatures, so apt will accept old and expired release keys as well.
â grin
May 31 '17 at 11:05
4
Security Warning: This answer is a work around (as asked for). However it is better to fix the mirror or point to a working one. I changed to point at httpredir.debian.org/debian and it started working again.
â ctrl-alt-delor
Jun 2 '17 at 7:36
you cannot switch that easily for already deprecated releases like say debian 6 where you need to use archives.debian.org to get any packages now
â Marcin Orlowski
Aug 23 at 13:46
add a comment |Â
9
This worked, but some explanation of why it did would be useful.
â Faheem Mitha
Sep 9 '14 at 23:17
1
This deactivates the check which verifies expired digital signatures, so apt will accept old and expired release keys as well.
â grin
May 31 '17 at 11:05
4
Security Warning: This answer is a work around (as asked for). However it is better to fix the mirror or point to a working one. I changed to point at httpredir.debian.org/debian and it started working again.
â ctrl-alt-delor
Jun 2 '17 at 7:36
you cannot switch that easily for already deprecated releases like say debian 6 where you need to use archives.debian.org to get any packages now
â Marcin Orlowski
Aug 23 at 13:46
9
9
This worked, but some explanation of why it did would be useful.
â Faheem Mitha
Sep 9 '14 at 23:17
This worked, but some explanation of why it did would be useful.
â Faheem Mitha
Sep 9 '14 at 23:17
1
1
This deactivates the check which verifies expired digital signatures, so apt will accept old and expired release keys as well.
â grin
May 31 '17 at 11:05
This deactivates the check which verifies expired digital signatures, so apt will accept old and expired release keys as well.
â grin
May 31 '17 at 11:05
4
4
Security Warning: This answer is a work around (as asked for). However it is better to fix the mirror or point to a working one. I changed to point at httpredir.debian.org/debian and it started working again.
â ctrl-alt-delor
Jun 2 '17 at 7:36
Security Warning: This answer is a work around (as asked for). However it is better to fix the mirror or point to a working one. I changed to point at httpredir.debian.org/debian and it started working again.
â ctrl-alt-delor
Jun 2 '17 at 7:36
you cannot switch that easily for already deprecated releases like say debian 6 where you need to use archives.debian.org to get any packages now
â Marcin Orlowski
Aug 23 at 13:46
you cannot switch that easily for already deprecated releases like say debian 6 where you need to use archives.debian.org to get any packages now
â Marcin Orlowski
Aug 23 at 13:46
add a comment |Â
up vote
20
down vote
If you do not care about this check, no matter for which mirror, just create a file in /etc/apt/apt.conf.d/
(e.g. name it 10no--check-valid-until
) and put the option directly in there:
Acquire::Check-Valid-Until "0";
After this, you will never be bothered again with the mentioned warning at all.
1
Although the workaround itself isn't the optimal solution, I have a development box that I don't care about, so this annoyance simply gets in my way. I was able to use this answer with Ansible since I can't find any way to add the accepted answer to the action module when using ansible_pkg_mgr.
â jia103
Nov 11 '16 at 23:44
add a comment |Â
up vote
20
down vote
If you do not care about this check, no matter for which mirror, just create a file in /etc/apt/apt.conf.d/
(e.g. name it 10no--check-valid-until
) and put the option directly in there:
Acquire::Check-Valid-Until "0";
After this, you will never be bothered again with the mentioned warning at all.
1
Although the workaround itself isn't the optimal solution, I have a development box that I don't care about, so this annoyance simply gets in my way. I was able to use this answer with Ansible since I can't find any way to add the accepted answer to the action module when using ansible_pkg_mgr.
â jia103
Nov 11 '16 at 23:44
add a comment |Â
up vote
20
down vote
up vote
20
down vote
If you do not care about this check, no matter for which mirror, just create a file in /etc/apt/apt.conf.d/
(e.g. name it 10no--check-valid-until
) and put the option directly in there:
Acquire::Check-Valid-Until "0";
After this, you will never be bothered again with the mentioned warning at all.
If you do not care about this check, no matter for which mirror, just create a file in /etc/apt/apt.conf.d/
(e.g. name it 10no--check-valid-until
) and put the option directly in there:
Acquire::Check-Valid-Until "0";
After this, you will never be bothered again with the mentioned warning at all.
edited Apr 29 at 9:17
answered Feb 24 '15 at 7:24
Jaleks
1,113420
1,113420
1
Although the workaround itself isn't the optimal solution, I have a development box that I don't care about, so this annoyance simply gets in my way. I was able to use this answer with Ansible since I can't find any way to add the accepted answer to the action module when using ansible_pkg_mgr.
â jia103
Nov 11 '16 at 23:44
add a comment |Â
1
Although the workaround itself isn't the optimal solution, I have a development box that I don't care about, so this annoyance simply gets in my way. I was able to use this answer with Ansible since I can't find any way to add the accepted answer to the action module when using ansible_pkg_mgr.
â jia103
Nov 11 '16 at 23:44
1
1
Although the workaround itself isn't the optimal solution, I have a development box that I don't care about, so this annoyance simply gets in my way. I was able to use this answer with Ansible since I can't find any way to add the accepted answer to the action module when using ansible_pkg_mgr.
â jia103
Nov 11 '16 at 23:44
Although the workaround itself isn't the optimal solution, I have a development box that I don't care about, so this annoyance simply gets in my way. I was able to use this answer with Ansible since I can't find any way to add the accepted answer to the action module when using ansible_pkg_mgr.
â jia103
Nov 11 '16 at 23:44
add a comment |Â
up vote
11
down vote
The release files have a valid-until entry, e.g. Valid-Until: Thu, 07 Oct 2010 08:17:56 UTC
If the release file isn't valid anymore, you should run debmirror again to check if there are any changes in the repository. One change will be the release file and you will get a new validity for it.
You could easily automate this with a crontab entry.
Thanks for that one. I should have looked inside that file before asking. Curiously though, is this a new thing? It didn't happen before (but once).
â Tshepang
Sep 30 '10 at 11:58
I don't use debian really often at the moment, but maybe they just changed the release file cycles to a shorter date...
â echox
Sep 30 '10 at 12:03
add a comment |Â
up vote
11
down vote
The release files have a valid-until entry, e.g. Valid-Until: Thu, 07 Oct 2010 08:17:56 UTC
If the release file isn't valid anymore, you should run debmirror again to check if there are any changes in the repository. One change will be the release file and you will get a new validity for it.
You could easily automate this with a crontab entry.
Thanks for that one. I should have looked inside that file before asking. Curiously though, is this a new thing? It didn't happen before (but once).
â Tshepang
Sep 30 '10 at 11:58
I don't use debian really often at the moment, but maybe they just changed the release file cycles to a shorter date...
â echox
Sep 30 '10 at 12:03
add a comment |Â
up vote
11
down vote
up vote
11
down vote
The release files have a valid-until entry, e.g. Valid-Until: Thu, 07 Oct 2010 08:17:56 UTC
If the release file isn't valid anymore, you should run debmirror again to check if there are any changes in the repository. One change will be the release file and you will get a new validity for it.
You could easily automate this with a crontab entry.
The release files have a valid-until entry, e.g. Valid-Until: Thu, 07 Oct 2010 08:17:56 UTC
If the release file isn't valid anymore, you should run debmirror again to check if there are any changes in the repository. One change will be the release file and you will get a new validity for it.
You could easily automate this with a crontab entry.
answered Sep 30 '10 at 11:42
echox
12.2k23853
12.2k23853
Thanks for that one. I should have looked inside that file before asking. Curiously though, is this a new thing? It didn't happen before (but once).
â Tshepang
Sep 30 '10 at 11:58
I don't use debian really often at the moment, but maybe they just changed the release file cycles to a shorter date...
â echox
Sep 30 '10 at 12:03
add a comment |Â
Thanks for that one. I should have looked inside that file before asking. Curiously though, is this a new thing? It didn't happen before (but once).
â Tshepang
Sep 30 '10 at 11:58
I don't use debian really often at the moment, but maybe they just changed the release file cycles to a shorter date...
â echox
Sep 30 '10 at 12:03
Thanks for that one. I should have looked inside that file before asking. Curiously though, is this a new thing? It didn't happen before (but once).
â Tshepang
Sep 30 '10 at 11:58
Thanks for that one. I should have looked inside that file before asking. Curiously though, is this a new thing? It didn't happen before (but once).
â Tshepang
Sep 30 '10 at 11:58
I don't use debian really often at the moment, but maybe they just changed the release file cycles to a shorter date...
â echox
Sep 30 '10 at 12:03
I don't use debian really often at the moment, but maybe they just changed the release file cycles to a shorter date...
â echox
Sep 30 '10 at 12:03
add a comment |Â
up vote
3
down vote
Some of the mirrors out there might have stale files. This happened to me recently, and it was in also tied to the caching server I'm using (apt-cacher-ng) which tries to save bandwidth by redirecting the repositories for same archive to a single entity (in my case if was a Hungarian mirror). Direct updates through German mirror worked ok, for example. Try changing the mirror you're using. In case you're using apt-cacher-ng, you'll need to do something in the line of changing the following file's contents:
- /etc/apt-cacher-ng/backends_debian
- /etc/apt-cacher-ng/backends_debvol
After that you should also restart apt-cacher-ng for changes to take effect.
Note that I was asking for a workaround, not why this was happening (good answer though). In this case I was, knowingly, having a stale repository.
â Tshepang
May 13 '11 at 12:44
add a comment |Â
up vote
3
down vote
Some of the mirrors out there might have stale files. This happened to me recently, and it was in also tied to the caching server I'm using (apt-cacher-ng) which tries to save bandwidth by redirecting the repositories for same archive to a single entity (in my case if was a Hungarian mirror). Direct updates through German mirror worked ok, for example. Try changing the mirror you're using. In case you're using apt-cacher-ng, you'll need to do something in the line of changing the following file's contents:
- /etc/apt-cacher-ng/backends_debian
- /etc/apt-cacher-ng/backends_debvol
After that you should also restart apt-cacher-ng for changes to take effect.
Note that I was asking for a workaround, not why this was happening (good answer though). In this case I was, knowingly, having a stale repository.
â Tshepang
May 13 '11 at 12:44
add a comment |Â
up vote
3
down vote
up vote
3
down vote
Some of the mirrors out there might have stale files. This happened to me recently, and it was in also tied to the caching server I'm using (apt-cacher-ng) which tries to save bandwidth by redirecting the repositories for same archive to a single entity (in my case if was a Hungarian mirror). Direct updates through German mirror worked ok, for example. Try changing the mirror you're using. In case you're using apt-cacher-ng, you'll need to do something in the line of changing the following file's contents:
- /etc/apt-cacher-ng/backends_debian
- /etc/apt-cacher-ng/backends_debvol
After that you should also restart apt-cacher-ng for changes to take effect.
Some of the mirrors out there might have stale files. This happened to me recently, and it was in also tied to the caching server I'm using (apt-cacher-ng) which tries to save bandwidth by redirecting the repositories for same archive to a single entity (in my case if was a Hungarian mirror). Direct updates through German mirror worked ok, for example. Try changing the mirror you're using. In case you're using apt-cacher-ng, you'll need to do something in the line of changing the following file's contents:
- /etc/apt-cacher-ng/backends_debian
- /etc/apt-cacher-ng/backends_debvol
After that you should also restart apt-cacher-ng for changes to take effect.
edited Aug 10 '15 at 13:35
Tshepang
24.9k71180262
24.9k71180262
answered Feb 22 '11 at 8:54
user4973
Note that I was asking for a workaround, not why this was happening (good answer though). In this case I was, knowingly, having a stale repository.
â Tshepang
May 13 '11 at 12:44
add a comment |Â
Note that I was asking for a workaround, not why this was happening (good answer though). In this case I was, knowingly, having a stale repository.
â Tshepang
May 13 '11 at 12:44
Note that I was asking for a workaround, not why this was happening (good answer though). In this case I was, knowingly, having a stale repository.
â Tshepang
May 13 '11 at 12:44
Note that I was asking for a workaround, not why this was happening (good answer though). In this case I was, knowingly, having a stale repository.
â Tshepang
May 13 '11 at 12:44
add a comment |Â
up vote
0
down vote
I removed /var/lib/apt/*
and rerun apt-get update
, and it works!
I do that for a completely different error, and it works for that one. This error is completely irrelevant.
â snetch
Jul 10 '17 at 17:21
add a comment |Â
up vote
0
down vote
I removed /var/lib/apt/*
and rerun apt-get update
, and it works!
I do that for a completely different error, and it works for that one. This error is completely irrelevant.
â snetch
Jul 10 '17 at 17:21
add a comment |Â
up vote
0
down vote
up vote
0
down vote
I removed /var/lib/apt/*
and rerun apt-get update
, and it works!
I removed /var/lib/apt/*
and rerun apt-get update
, and it works!
edited Jan 12 '15 at 20:40
HalosGhost
3,57592035
3,57592035
answered Jan 12 '15 at 20:24
Patrick
1543
1543
I do that for a completely different error, and it works for that one. This error is completely irrelevant.
â snetch
Jul 10 '17 at 17:21
add a comment |Â
I do that for a completely different error, and it works for that one. This error is completely irrelevant.
â snetch
Jul 10 '17 at 17:21
I do that for a completely different error, and it works for that one. This error is completely irrelevant.
â snetch
Jul 10 '17 at 17:21
I do that for a completely different error, and it works for that one. This error is completely irrelevant.
â snetch
Jul 10 '17 at 17:21
add a comment |Â
up vote
0
down vote
The mirror might not be expired.
Rather something else on your system might be messed up. Try this:
1) Temporarily comment out related lines from from /etc/apt/sources.list
, or /etc/apt/source.list.d/*
. For example after I commented out the following two lines, my error went away, (with the consequence that these archives were temporarily not used for reloads):
deb http://security.debian.org/ stretch/updates non-free contrib main
deb http://mirrors.ocf.berkeley.edu/debian/ stretch-updates main contrib non-free
2) Open synaptic and reload, or probably sudo apt-get update
would also work.
3) Comment these lines back in.
4) Repeat step 2.
Fixed this for me. I'm guessing my apt cache got a bad date in it.
My problem occurred after restoring my / (root) and /var filesystems from btrfs snapshots to help fix a package install problem that occurred. The exact error message that I was getting was:
Release file for
http://mirrors.ocf.berkeley.edu/debian/dists/stretch-updates/InRelease
is expired (invalid since 5d 4h 50min 18s). Updates for this
repository will not be applied. Release file for
http://security.debian.org/dists/stretch/updates/InRelease is expired
(invalid since 2d 2h 52min 43s). Updates for this repository will not
be applied.
add a comment |Â
up vote
0
down vote
The mirror might not be expired.
Rather something else on your system might be messed up. Try this:
1) Temporarily comment out related lines from from /etc/apt/sources.list
, or /etc/apt/source.list.d/*
. For example after I commented out the following two lines, my error went away, (with the consequence that these archives were temporarily not used for reloads):
deb http://security.debian.org/ stretch/updates non-free contrib main
deb http://mirrors.ocf.berkeley.edu/debian/ stretch-updates main contrib non-free
2) Open synaptic and reload, or probably sudo apt-get update
would also work.
3) Comment these lines back in.
4) Repeat step 2.
Fixed this for me. I'm guessing my apt cache got a bad date in it.
My problem occurred after restoring my / (root) and /var filesystems from btrfs snapshots to help fix a package install problem that occurred. The exact error message that I was getting was:
Release file for
http://mirrors.ocf.berkeley.edu/debian/dists/stretch-updates/InRelease
is expired (invalid since 5d 4h 50min 18s). Updates for this
repository will not be applied. Release file for
http://security.debian.org/dists/stretch/updates/InRelease is expired
(invalid since 2d 2h 52min 43s). Updates for this repository will not
be applied.
add a comment |Â
up vote
0
down vote
up vote
0
down vote
The mirror might not be expired.
Rather something else on your system might be messed up. Try this:
1) Temporarily comment out related lines from from /etc/apt/sources.list
, or /etc/apt/source.list.d/*
. For example after I commented out the following two lines, my error went away, (with the consequence that these archives were temporarily not used for reloads):
deb http://security.debian.org/ stretch/updates non-free contrib main
deb http://mirrors.ocf.berkeley.edu/debian/ stretch-updates main contrib non-free
2) Open synaptic and reload, or probably sudo apt-get update
would also work.
3) Comment these lines back in.
4) Repeat step 2.
Fixed this for me. I'm guessing my apt cache got a bad date in it.
My problem occurred after restoring my / (root) and /var filesystems from btrfs snapshots to help fix a package install problem that occurred. The exact error message that I was getting was:
Release file for
http://mirrors.ocf.berkeley.edu/debian/dists/stretch-updates/InRelease
is expired (invalid since 5d 4h 50min 18s). Updates for this
repository will not be applied. Release file for
http://security.debian.org/dists/stretch/updates/InRelease is expired
(invalid since 2d 2h 52min 43s). Updates for this repository will not
be applied.
The mirror might not be expired.
Rather something else on your system might be messed up. Try this:
1) Temporarily comment out related lines from from /etc/apt/sources.list
, or /etc/apt/source.list.d/*
. For example after I commented out the following two lines, my error went away, (with the consequence that these archives were temporarily not used for reloads):
deb http://security.debian.org/ stretch/updates non-free contrib main
deb http://mirrors.ocf.berkeley.edu/debian/ stretch-updates main contrib non-free
2) Open synaptic and reload, or probably sudo apt-get update
would also work.
3) Comment these lines back in.
4) Repeat step 2.
Fixed this for me. I'm guessing my apt cache got a bad date in it.
My problem occurred after restoring my / (root) and /var filesystems from btrfs snapshots to help fix a package install problem that occurred. The exact error message that I was getting was:
Release file for
http://mirrors.ocf.berkeley.edu/debian/dists/stretch-updates/InRelease
is expired (invalid since 5d 4h 50min 18s). Updates for this
repository will not be applied. Release file for
http://security.debian.org/dists/stretch/updates/InRelease is expired
(invalid since 2d 2h 52min 43s). Updates for this repository will not
be applied.
answered Feb 19 at 0:12
Eliptical view
5191520
5191520
add a comment |Â
add a comment |Â
up vote
-2
down vote
This can also happen if your system date/time is wrong. I fixed it by correcting my local time before doing the update.
This does not answer the question. You should edit it to clarify what you mean and/or provide relevant details. See How to Answer.
â Anthony Geoghegan
Sep 19 at 20:28
add a comment |Â
up vote
-2
down vote
This can also happen if your system date/time is wrong. I fixed it by correcting my local time before doing the update.
This does not answer the question. You should edit it to clarify what you mean and/or provide relevant details. See How to Answer.
â Anthony Geoghegan
Sep 19 at 20:28
add a comment |Â
up vote
-2
down vote
up vote
-2
down vote
This can also happen if your system date/time is wrong. I fixed it by correcting my local time before doing the update.
This can also happen if your system date/time is wrong. I fixed it by correcting my local time before doing the update.
edited Sep 19 at 20:51
Michael Mrozekâ¦
58.8k27184207
58.8k27184207
answered Sep 19 at 20:08
MarrekNoà ¾ka
1
1
This does not answer the question. You should edit it to clarify what you mean and/or provide relevant details. See How to Answer.
â Anthony Geoghegan
Sep 19 at 20:28
add a comment |Â
This does not answer the question. You should edit it to clarify what you mean and/or provide relevant details. See How to Answer.
â Anthony Geoghegan
Sep 19 at 20:28
This does not answer the question. You should edit it to clarify what you mean and/or provide relevant details. See How to Answer.
â Anthony Geoghegan
Sep 19 at 20:28
This does not answer the question. You should edit it to clarify what you mean and/or provide relevant details. See How to Answer.
â Anthony Geoghegan
Sep 19 at 20:28
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f2544%2fhow-to-work-around-release-file-expired-problem-on-a-local-mirror%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
4
Security Warning: This question asks for a work around. However it is better to fix the mirror or point to a working one. I changed to point at httpredir.debian.org/debian and it started working again.
â ctrl-alt-delor
Jun 2 '17 at 7:37
Switch to a different mirror and it'll work.
â Patrick Mutwiri
Jul 21 at 12:49
1
What is "better" depends on what your goals are. If your goal is to get the latest packages from Debian then changing mirror is the right soloution. If your goal is to use the older mirror that you have locally so you can get on with your work where Internet is unavailable or expensive then turning off the expiry check is the right solution. If your goal is to update to a specific older version of the repo for bug triage reasons then again turning off the expiry check is the right solution.
â plugwash
Sep 20 at 19:11