Bug#611117: unblock: apt/0.8.10.3
On Sat, Jan 29, 2011 at 21:07, Adam D. Barratt <adam@adam-barratt.org.uk> wrote:
> On Sat, 2011-01-29 at 19:58 +0100, David Kalnischkies wrote:
>> Potential in this regard as it is save as long as only one section
>> is worked on in the apt-ftparchive generate run but as soon as
>> multiple sections or archives are generated in one run it blows up
>> in an endless loop (or an endless select wait to be correct).
>
> Much of ftp-master's use of apt-ftparchive has been replaced with
> functionality internal to dak, which is able to use information from
> within the projectd database. So far as I can see, the only remaining
> regular use of apt-ftparchive itself is calling the "clean" command;
> I've CCed ftp-master for confirmation or other comments.
Given that the feature was implemented on request for ftpmaster [0]
I at least hope they (still) use apt-ftparchive (at least for this)…
(and a quick grep over dak shows a few 'a-f generate' calls,
but yeah, thats guessing, as the feature implementation was
guesswork, but thats a different story… no answer is an answer…)
[0] http://lists.debian.org/deity/2010/03/msg00102.html
Let me reword the bug circumstances:
The bug can be only triggered if you use the new option to split out
the LongDescriptions into a separate file. If you don't do this (and
this is the default behavior) you are safe. but if you do and if you
generate multiple Packages files (for different sections/archives)
apt-ftparchive will wait after finishing the Sources and Packages files
(= before writing Contents) forever that the TranslationsWriter finishes
because it waits for the wrong writer to finish first…
> The diff also includes a change to apt-cache.cc which certainly seems
> annoying, but probably not RC.
*sign* time to clap bad boy Julian (for yet another reason…) ;)
Yeap, silly and could be removed.
(At least it doesn't change anything as the string is already in use
elsewhere and was btw lenny behavior and a failure is a failure…)
Best regards
David
Reply to: