speed up deployment of changelogs

Francis, is it *SOO* difficult to provide at least a short comment?

This issue is very valid, so if LP foundations isn't the proper place, my apologies, but at least say so. For Christ sakes, this attitude of "close and forget" is bothering me to no end.

Marking this against Soyuz since I would assume it handles this. If this is wrong I apologize in advance. :)

This is not a Soyuz bug :)

I chatted to mvo about this and what happens is that there's a cron job that scrapes the archive every 4 hours and populates changelogs.ubuntu.com.

This can be made considerably more efficient if it uses the Launchpad API instead, using a combination of:
    Archive.getPublishedSources(created_since_date=xxxx)
which returns a collection of SourcePackagePublishingHistory items, each of which has a changes_file_url property that is the unmodified changes file for the upload.

Michael advised to leave the bug filed on Ubuntu for now, assigned to him. Bug Squad members, please leave it for him.

BTW, for future reference, it's best to change the bugtask target if you can rather than marking it invalid and adding a new one. There's a bug in Launchpad which means that invalid bug tasks still get email every time the bug is updated.

I put the beginning of a fix for this into lp:~mvo/+junk/lp-archive-crawler and we should discuss this at UDS. Either we use code like this or we just use launchpad directly without pre-caching the data.

Just a quick note to say that this is still an issue.

This is fixed now, the changelogs.ubuntu.com server runs a launchpadlib script now every 15 minutes. Because it looks at source packages it will usually update the changelog way before the binary is availalbe on the archive server.

Great! Thank you very much, Michael.

The problem seems to have reappeared recently.

Hello Rolf, sorry for the long delay. When you say it reappeared recently, do you have some specific packages that I can look for?

fortunately, the examples are now much rarer than previously. Good work. I just stumbled across another one, so I'll let you know here. enigmail has seen another release to lucid. But http://changelogs.ubuntu.com/changelogs/pool/universe/e/enigmail/enigmail_1.4.1-0ubuntu0.10.04.1/changelog isn't there, yet.

Haven't run into this recently. Setting to fix released.