On Sat, Jan 29, 2011 at 21:07, Adam D. Barratt <a...@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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org