At present Wine asks the use it he/she wants to download and install Mozilla ActiveX. But it doesn't work and doesn't tell the user that it didn't work. This is not right. We either should say that download/install failed, or don't show this message in the first place, unless we fix it. I would consider this as a major inconvenience for users that is not acceptable for 0.9 release. One of the possible solutions was to download it from SF. But that required some html scraping. That what I thought so too. Attached is the script that SuSE uses to download core fonts from sf.net in an automated fashion. Could we adapt that script and use it? Or program that logic into Wine to do the same? -- Best regards, Vitaliy
Vitaliy Margolen escreveu:
At present Wine asks the use it he/she wants to download and install Mozilla ActiveX. But it doesn't work and doesn't tell the user that it didn't work. This is not right. We either should say that download/install failed, or don't show this message in the first place, unless we fix it.
If you edit the registry and add: [Software\\Wine\\shdocvw] 1089668326 "MozillaUrl"="http://www.iol.ie/~locka/mozilla/MozillaControl16.exe" The download functions normally.
On 10/18/05, Marcelo Duarte <marcelotduarte(a)gmail.com> wrote:
If you edit the registry and add: [Software\\Wine\\shdocvw] 1089668326 "MozillaUrl"="http://www.iol.ie/~locka/mozilla/MozillaControl16.exe"
The download functions normally.
Sounds like that needs to be in wine.inf -Brian
Tuesday, October 18, 2005, 10:23:02 AM, Marcelo Duarte wrote:
Vitaliy Margolen escreveu:
At present Wine asks the use it he/she wants to download and install Mozilla ActiveX. But it doesn't work and doesn't tell the user that it didn't work. This is not right. We either should say that download/install failed, or don't show this message in the first place, unless we fix it.
If you edit the registry and add: [Software\\Wine\\shdocvw] 1089668326 "MozillaUrl"="http://www.iol.ie/~locka/mozilla/MozillaControl16.exe"
The download functions normally.
Does that server has enough capacity to handle all Wine users? Will it be there for a long time? Vitaliy
Vitaliy Margolen escreveu:
Tuesday, October 18, 2005, 10:23:02 AM, Marcelo Duarte wrote:
If you edit the registry and add: [Software\\Wine\\shdocvw] 1089668326 "MozillaUrl"="http://www.iol.ie/~locka/mozilla/MozillaControl16.exe"
Does that server has enough capacity to handle all Wine users? Will it be there for a long time?
Vitaliy
No. The reason because the registry isn´t created by wine.inf
On 10/18/05, Vitaliy Margolen <wine-devel(a)kievinfo.com> wrote:
Does that server has enough capacity to handle all Wine users? Will it be there for a long time?
No idea about capacity, but the URL hasn't changed in years. We could take a clue from Codeweavers and put in a winehq.org URL that simply redirects to that one. If it changes we just update our redirect. -Brian
Le mardi 18 octobre 2005 à 11:38 -0600, Brian Vincent a écrit :
On 10/18/05, Vitaliy Margolen <wine-devel(a)kievinfo.com> wrote:
Does that server has enough capacity to handle all Wine users? Will it be there for a long time?
No idea about capacity, but the URL hasn't changed in years. We could take a clue from Codeweavers and put in a winehq.org URL that simply redirects to that one. If it changes we just update our redirect.
-Brian
I really think it's the way to go. Jeremy ?
Le mar 18/10/2005 à 18:31, Jonathan Ernst a écrit :
Le mardi 18 octobre 2005 à 11:38 -0600, Brian Vincent a écrit :
On 10/18/05, Vitaliy Margolen <wine-devel(a)kievinfo.com> wrote:
Does that server has enough capacity to handle all Wine users? Will it be there for a long time?
No idea about capacity, but the URL hasn't changed in years. We could take a clue from Codeweavers and put in a winehq.org URL that simply redirects to that one. If it changes we just update our redirect.
-Brian
I really think it's the way to go.
That doesn't solve the capacity problem (which was a real one the last time this discussion occured, and is the reason why the address is not in wine.inf). Newman wasn't very fond of hosting it on winehq either. Sourceforge looked like the best place regarding capacity, but the automatic download part is a problem with it (unless we put it on our webspace over there, but I'm not sure if it'd be Ok with their TOS). Vincent
Le mardi 18 octobre 2005 à 19:28 -0400, Vincent Béron a écrit :
Le mar 18/10/2005 à 18:31, Jonathan Ernst a écrit :
Le mardi 18 octobre 2005 à 11:38 -0600, Brian Vincent a écrit :
On 10/18/05, Vitaliy Margolen <wine-devel(a)kievinfo.com> wrote:
Does that server has enough capacity to handle all Wine users? Will it be there for a long time?
No idea about capacity, but the URL hasn't changed in years. We could take a clue from Codeweavers and put in a winehq.org URL that simply redirects to that one. If it changes we just update our redirect.
-Brian
I really think it's the way to go.
That doesn't solve the capacity problem (which was a real one the last time this discussion occured, and is the reason why the address is not in wine.inf).
Newman wasn't very fond of hosting it on winehq either. Sourceforge looked like the best place regarding capacity, but the automatic download part is a problem with it (unless we put it on our webspace over there, but I'm not sure if it'd be Ok with their TOS).
Vincent
A simple solution would be to link to a simple php script (or perl or whatever) on WineHQ server that randomly selects a mirror (we can then use all mirrors on sourceforge, http://www.iol.ie/~locka/mozilla/MozillaControl16.exe, one hosted on winehq, etc.) This would address the capacity problem. If you want I can make such a script (but that's trivial). Thanks.
Le mar 18/10/2005 à 19:27, Jonathan Ernst a écrit :
Le mardi 18 octobre 2005 à 19:28 -0400, Vincent Béron a écrit : [snip]
That doesn't solve the capacity problem (which was a real one the last time this discussion occured, and is the reason why the address is not in wine.inf).
Newman wasn't very fond of hosting it on winehq either. Sourceforge looked like the best place regarding capacity, but the automatic download part is a problem with it (unless we put it on our webspace over there, but I'm not sure if it'd be Ok with their TOS).
Vincent
A simple solution would be to link to a simple php script (or perl or whatever) on WineHQ server that randomly selects a mirror (we can then use all mirrors on sourceforge, http://www.iol.ie/~locka/mozilla/MozillaControl16.exe, one hosted on winehq, etc.) This would address the capacity problem.
If you want I can make such a script (but that's trivial).
The list of mirrors from sourceforge isn't quite stable: some are added/removed/replaced almost daily. IE, today's list and the one from the same day last week isn't necessarily the same. The only "sure" (I quote it because it happens that some mirrors don't host all the files) way of doing it is by doing some HTML scraping, but then we're at the mercy of sourceforge if they change the internal layout of their page. This solution has been pretty much rejected already. If there was an ideal solution, there'd be a lot more projects using sure, automatic downloads from sourceforge mirrors instead of hodge-podge scripts and HTML scraping. Vincent
Vincent Béron wrote:
Le mar 18/10/2005 à 18:31, Jonathan Ernst a écrit :
Le mardi 18 octobre 2005 à 11:38 -0600, Brian Vincent a écrit :
On 10/18/05, Vitaliy Margolen <wine-devel(a)kievinfo.com> wrote:
Does that server has enough capacity to handle all Wine users? Will it be there for a long time?
No idea about capacity, but the URL hasn't changed in years. We could take a clue from Codeweavers and put in a winehq.org URL that simply redirects to that one. If it changes we just update our redirect.
-Brian
I really think it's the way to go.
That doesn't solve the capacity problem (which was a real one the last time this discussion occured, and is the reason why the address is not in wine.inf).
Newman wasn't very fond of hosting it on winehq either. Sourceforge looked like the best place regarding capacity, but the automatic download part is a problem with it (unless we put it on our webspace over there, but I'm not sure if it'd be Ok with their TOS).
Vincent
.
For capacity, why not use Coral Cache? Just link to http://www.iol.ie.nyud.net:8090/~locka/mozilla/MozillaControl16.exe --mmebane -- I find that a great part of the information I have was acquired by looking up something and finding something else on the way. -- Franklin P. Adams
On 18 Oct 2005 19:28:51 -0400, Vincent Béron <vberon(a)mecano.gme.usherb.ca> wrote:
Newman wasn't very fond of hosting it on winehq either. Sourceforge looked like the best place regarding capacity, but the automatic download part is a problem with it (unless we put it on our webspace over there, but I'm not sure if it'd be Ok with their TOS).
Right-o.. SF sucks for automatic downloads. So maybe we need to look elsewhere. We seem to have space on ibiblio.org where Wine releases are placed. Maybe we could stick it there. I think that would be up to Alexandre since I'm not sure anyone else has access. There's also Andi's old fht-esslingen.de server, but that doesn't seem as good of a place. Or maybe we could just ask the guy who wrote that software if he has a better place? In fact, let me do that right now. -Brian
Brian Vincent escreveu:
Or maybe we could just ask the guy who wrote that software if he has a better place? In fact, let me do that right now.
-Brian
Note: Put a newest version, maybe http://www.iol.ie/~locka/mozilla/MozillaControl177.exe
participants (6)
-
Brian Vincent -
Jonathan Ernst -
Marcelo Duarte -
Mitchell Mebane -
Vincent Béron -
Vitaliy Margolen