severity 623113 wishlist
quit
I decided to handle it another way. Starting with 2.1.0, Cupt does not
share index cache files with APT anymore and hence does not need to
follow its internal layout changes.
This effectively turns this bug into wishlist one. Consequently, API
break is postponed for
On 2011-04-17 17:29, Julian Andres Klode wrote:
We discussed three options:
1. Renaming inRelease files to Release files
2. Rewriting inRelease files to Release files
3. Adding an inRelease.notverified file
The third option looked ugly, as it required changes in unrelated
Package: cupt
Version: 2.0.0
Severity: normal
APT recently switched to using InRelease files when
available instead of Release files. This causes cupt
to fail when used in combination with APT:
E: unable to open release file
'//var/lib/apt/lists/localhost:3142_debian_dists_sid_Release': No
tags 623113 + confirmed
quit
On 2011-04-17 14:53, Julian Andres Klode wrote:
APT recently switched to using InRelease files when
available instead of Release files.
It's probably too late to ask why...
APT 0.8.14 now also renames InRelease files to Release
files if their verification fails
On So, 2011-04-17 at 16:52 +0300, Eugene V. Lyubimkin wrote:
tags 623113 + confirmed
quit
On 2011-04-17 14:53, Julian Andres Klode wrote:
APT recently switched to using InRelease files when
available instead of Release files.
It's probably too late to ask why...
APT 0.8.14 now
On 2011-04-17 16:01, Julian Andres Klode wrote:
We needed to go this way as an InRelease file is always trusted and we
want to have untrusted InRelease files.
You could implement this without touching the syntax of present
'Release' files.
As you pointed already, current API of libcupt is
On So, 2011-04-17 at 17:44 +0300, Eugene V. Lyubimkin wrote:
On 2011-04-17 16:01, Julian Andres Klode wrote:
We needed to go this way as an InRelease file is always trusted and we
want to have untrusted InRelease files.
You could implement this without touching the syntax of present
7 matches
Mail list logo
