Bug #13416
Restore APT pinning of deb.tp.o
100%
Description
I.e. revert commit 0e8ef1fe71bae0f48e8e65186a656e1e8169e7bc
.
Subtasks
Related issues
Related to Tails - |
Resolved | 2017-06-30 | |
Blocked by Tails - |
Resolved | 2017-07-04 | |
Blocks Tails - |
Resolved | 2017-06-29 |
History
#1 Updated by anonym 2017-07-04 11:46:45
- related to
Bug #13253: Upgrade Tor to 0.3.0.9 added
#2 Updated by anonym 2017-07-04 11:47:21
- blocked by
Bug #13413: torproject time-based snapshots for stretch pull from buster added
#3 Updated by intrigeri 2017-07-04 12:04:58
Wow, that was a big hammer! I hope it doesn’t have unintended consequences.
I’m curious: why didn’t you instead add a pinning entry specific to the packages we explicitly wanted to pull from our own repo, and leave the defaults alone? I believe that’s what the freeze exception doc explains (if not, then that’s another ticket we need, please assign it to me).
#4 Updated by anonym 2017-07-04 12:41:07
intrigeri wrote:
> Wow, that was a big hammer! I hope it doesn’t have unintended consequences.
>
> I’m curious: why didn’t you instead add a pinning entry specific to the packages we explicitly wanted to pull from our own repo, and leave the defaults alone? I believe that’s what the freeze exception doc explains (if not, then that’s another ticket we need, please assign it to me).
The thought did not occur to me.
#5 Updated by intrigeri 2017-07-05 05:51:34
- blocks
Feature #13234: Core work 2017Q3: Foundations Team added
#6 Updated by intrigeri 2017-08-03 18:16:42
- Assignee set to intrigeri
#7 Updated by intrigeri 2017-08-03 18:29:15
- Status changed from Confirmed to In Progress
- % Done changed from 0 to 10
- Feature Branch set to bugfix/13416-restore-deb.tpo-APT-pinning
#8 Updated by intrigeri 2017-08-04 11:52:01
- Assignee changed from intrigeri to bertagaz
- % Done changed from 10 to 50
- QA Check set to Ready for QA
This branch produces the same .packages and build manifest as current stable, as expected and intended.
#9 Updated by bertagaz 2017-08-04 14:47:50
intrigeri wrote:
> This branch produces the same .packages and build manifest as current stable, as expected and intended.
Confirmed! I’ve merged it locally, I’ll push that later.
#10 Updated by bertagaz 2017-08-05 10:15:00
- Status changed from In Progress to Fix committed
- Assignee deleted (
bertagaz) - % Done changed from 50 to 100
- QA Check changed from Ready for QA to Pass
bertagaz wrote:
> intrigeri wrote:
> > This branch produces the same .packages and build manifest as current stable, as expected and intended.
>
> Confirmed! I’ve merged it locally, I’ll push that later.
Done, pushed the merge.
#11 Updated by bertagaz 2017-08-09 12:38:46
- Status changed from Fix committed to Resolved
#12 Updated by intrigeri 2018-08-25 05:18:36
segfault, this might be related to the problem you told me about yesterday.
#13 Updated by segfault 2018-08-25 06:23:27
intrigeri wrote:
> segfault, this might be related to the problem you told me about yesterday.
IIUC, this is about d5d39ac6865a96e3ae90dfd7f178b4d66b98275c, which only changes the pin priority, so it doesn’t seem related to Bug #15837, which is caused by an incorrect origin.