tora - Takamichi Akiyama wrote:
tora - Takamichi Akiyama wrote:
On 2011/04/26 23:01, Marcus Lange wrote:
Hi Tora,
The Version choice is not necessary as normally there is only a single
version existing per OS+Arch and language combination. Atr least this
should be the goal. Older builds are accessible in the archive.
A little bit objection.
In reality, some users, like my clients, still use 2.4.x for some reasons.
Really? I'm surprised.
I would like to create a similar web interface that covers all files
from legacy one to the latest one.
Actually, there are some demands to download older versions of
OpenOffice.org for some reasons. e.g. To avoid a regression bug in the
latest one, use slightly older one.
For the front web page, we would not need to provide such a web
interface. A web page for the latest one is enough. But there should be
somewhere a link to a web page for the older versions.
If you know already that there is demand for searching & finding older
releases, then a separate webpage to provide download links to these
version could be of more value than simply to tell the user a link to
the archive.
Then we would produce some download webpages with very similar content.
Hm, maybe too many and some could be combined.
I'm sure it would be simple to produce an ASCII file list on the
Mirrorbrain host. The JS could than process this list as it is always
up-to-date.
Well, I don't feel the necessity of MirrorBrain host for the creation of
an ASCII file list.
To create the file,
Method 1: ('rsync' to the primary mirror server after you have
completed uploading new files to it and/or removing obsolete files from it)
$ rsync -r rsync://xxx/yyy/ | awk '/^-/ {print $NF}' | sort > ls.txt
Method 2: ('find' in the original file server in which being-uploaded
files reside)
$ ls
contrib developer du.list extended localized packages stable
$ find * -type f | sort > ls.txt
OK, of couse this file could be hosted everywhere else. But it should
get the data from Mirrobrain as here it's most up-to-date.
Unfortunately, JavaScript has a limitation for security reasons.
Generally speaking, it is not able to access to the host whose domain
name is different from the web page in which the JavaScript is running.
e.g. JavaScript running in the web page
http://download.openoffice.org/... cannot access to other web site, such
as http://download.services.openoffice.org/...
Hm, too bad. I remember that Kay Schenk has reached (or tried to) a
level to handle this problem. So, posting also on the d...@website.ooo ML
could be an advantage to get together.
Finally, I think a great mockup with big potenzial to become reality. :-)
Sure! In combination with your little testpage we will certainly achieve
a big success, I think, too.
http://download.openoffice.org/test/index_grey_button_mla.html
Best regards
Marcus
--
-----------------------------------------------------------------
To unsubscribe send email to dev-unsubscr...@distribution.openoffice.org
For additional commands send email to sy...@distribution.openoffice.org
with Subject: help
