Current solution for localized-documentation-fallback is implemented by symlinks. i.e., when only English documentation is installed, the Japanese doc files, for example, are there, implemented as symlinks to the enlish doc files. [Once the Japanese documentation package is also installed, the symlinks are/should be replaced with the actual newly-deployed Japanese doc files] Due to the problematic nature of handling symlinks in the yum install/update process, we want to implement the fallback mechanism via a redirection servlet. I.e. when requesting a localized documentation file that doesn't exist - a redirection servlet would fallback to the parallel default (English) documentation file. [and the default (English) docs package (or any other docs package, for that matter) wouldn't have to contain symlinks anymore]
(In reply to comment #0) > [Once the Japanese documentation package is also installed, the symlinks > are/should be replaced with the actual newly-deployed Japanese doc files] To clarify for bystanders this bit proved to be impossible to do "in place". When RPM evaluates the incoming filelist it does so against the filesystem that still has the symlink, as a result it determines the new rhevm-doc-ja-JP package conflicts with the rhevm-doc package. It's possible to get around this using %pretrans (risky!) but the problem with this approach is that only works if you are installing the package directly with RPM. YUM doesn't run the %pretrans scriptlets when it runs the pre-transaction checks (because they can perform tasks that it can't roll back) and thus still detects the conflict if you are switching a symlink to a directory. Ultimately this became a non-issue for us because in the final build I had to rename the top level folder from ja-JP to ja to match the UI mapping (thus "removing" all the symlinks and "adding" all the directories in a different location) but as a result of this adventure I would *not* use the symlink approach for any further language packs.
Changes committed and available for review here: http://gerrit.ovirt.org/#/c/10060/
(In reply to comment #2) I abandoned that patch set due to it being dependent on another one I didn't want it to be dependent on. The new patch set is: http://gerrit.ovirt.org/#/c/10065/
ok, sf15.
It's not working in IE (8,9,10).
The problem was a bug in the locale detection code using the URL path. Normally the code tries to use the referrer to determine the locale, but some browsers don't pass the referrer and it falls back on the path. There was a bug where it wasn't handling a '-' properly. So having fr-FR in the path would fail, where having fr_FR would work fine.
ok, sf17.1.
3.2 has been released