fix off-by-one after switching on the brain again
fix If-Modified-Since handling, thanks to weasel
Emply various dark magic, so that the language override works for the homepage Oh, so many parts of this need a clean rewrite...
The Lenny Release Commit
Remove sarge Moved to archive.d.o
Packages::Dispatcher: Fix date logics again * Due to a inverted test Last-Modified was always set to "now" * Do not allow expires to be in the past
::Dispatcher/::DoIndex: Add Expires header
Packages::Dispatcher: Refine the Last-Modified logic Allow some fudge around the cron job run to minimize the risk that people get to view outdated data. Also the test should be <= and not <
Packages::Dispatcher: Send Vary: HTTP header
Packages::Dispatcher: Send 304 header if possible That should be a good way to cut down the load a bit.
Packages::Dispatcher: Don't issue bogus 406 errors for index This hack really, really needs to be replaced with something more robust. Anyway...
Separate handling of po translations and DDTP translations This way we don't need to immediatly fall back to English if people have more than one preferred language for which only part of the page content is available. If e.g. they would have "ca;q=0.9, de;q=0.5, en;q=0.1" in their Accept-Language header (insert any DDTP-only language for ca and any PO-available language for de), we can show the description in Catalan if available, and the po contents in German. The code will usually try to fall back to $po_lang if a description is not available in $ddtp_lang. Not implemented (yet) is a DDTP language negotiation _after_ we actually know which DDTP translations are available. The 'lang' query parameter overrides both values and has only the fallback English (But you shouldn't use it anyway ;).
Packages::Dispatcher: Fix fallback to English for non-po langs Locale::Maketext tries to do very smart things with I18N::LangTags::panic_languages. We want to fall back to "en" always, though, so let it know that.
Packages::I18N::Locale: Load .po files on module load Hardcode the po directory path with setup-site. The performance gain is worth the added uglyness.
Packages::Dispatcher: Match archives after architectures For the sake of amd64 *sigh*
Packages::Dispatcher: Allow '-' in lang parameters
Make the po location configurable
Remove all uses of $localedir All users use the .po files directly now, not the .mo files
Translation support for remaining scripts
Restore translation support in the Perl modules