Re: Results of small poll - download speed of LyX installers & where we go from there
On 1/03/2018 10:25 p.m., Pavel Sanda wrote: Pavel Sanda wrote: Richard Heck wrote: From our side only one change in release process is needed - creating torrent and putting on ftp next to other binaries (and .sig file for security purpose). And perhaps one section in on Download page, I'll take care of this one. Richard(/Scott?) would it be doable for you to just add this one step on top of what you currently do while releasing? No problem for me, but I'd need instructions. Richard, I expanded the web of our mirrors so we reach all major regions across the globe -- at this moment I don't think we need torrents. Let's see how stable in time the mirroring web will be... Pavel As an experiment I tried the AARnet (Australia) mirror which is the nearest to New Zealand. It gave me a download speed of 2 MB/s which is better than the previous fastest for me, UCSD at 1.4 MB/s. Andrew --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
Re: Results of small poll - download speed of LyX installers & where we go from there
Pavel Sanda wrote: > Richard Heck wrote: > > > From our side only one change in release process is needed - > > > creating torrent and putting on ftp next to other binaries (and .sig > > > file for security purpose). And perhaps one section in on Download > > > page, I'll take care of this one. > > > > > > Richard(/Scott?) would it be doable for you to just add this one step > > > on top of what you currently do while releasing? > > > > No problem for me, but I'd need instructions. Richard, I expanded the web of our mirrors so we reach all major regions across the globe -- at this moment I don't think we need torrents. Let's see how stable in time the mirroring web will be... Pavel
Re: Results of small poll - download speed of LyX installers & where we go from there
On Wed, Feb 21, 2018 at 06:17:23AM +, Joel Kulesza wrote: > Naturally, I'm making the case on account of others. +1 Scott signature.asc Description: PGP signature
Re: Results of small poll - download speed of LyX installers & where we go from there
On Wed, Feb 21, 2018 at 09:03:06AM +, Jean-Marc Lasgouttes wrote: > Le 21/02/2018 à 03:17, Joel Kulesza a écrit : > > Understood. I suppose one aspect of "emphasizing" that was veto'd was > > to include a note that the main download site is based in France. This > > seems like an odd omission to me because all mirrors have their location > > listed and because the main download site's URL doesn't give an > > indication of location naturally (e.g., not a .fr or similar TLD). As a > > "dumb American" I natively assumed that the main site was based > > somewhere in the continental US having had no clue to the contrary. > > Indeed I would see no problem is specifying that the mirror is in France. Done at 78e666b4. Scott signature.asc Description: PGP signature
Re: Results of small poll - download speed of LyX installers & where we go from there
On Thu, Feb 22, 2018 at 8:51 AM, Pavel Sanda wrote: > Scott Kostyshak wrote: > > > And generally my feeling is that tho whole model of ftp-based > distribution and > > > mirroring of software is on decline, sites are slowly disapearing. > > > > What is it being replaced by? Torrents? > > I don't think so. Perhaps github-like services... P > I would suggest github-like services or bulk file storage sites (Dropbox, Box, Mega, etc.). Regarding github(-like) sites, I wonder how painful pushing releases to a repository there (Github) would be. From my simple experimentation, it was rather straightforward and could likely be scripted. I haven't played with Gitlab's release mechanism; however, they also (claim to) have automatic repository mirroring so one could setup an auto-updating repository mirror and potentially mirror releases there. - Joel
Re: Results of small poll - download speed of LyX installers & where we go from there
Scott Kostyshak wrote: > > And generally my feeling is that tho whole model of ftp-based distribution > > and > > mirroring of software is on decline, sites are slowly disapearing. > > What is it being replaced by? Torrents? I don't think so. Perhaps github-like services... P
Re: Results of small poll - download speed of LyX installers & where we go from there
On Wed, Feb 21, 2018 at 12:07:14PM +, Pavel Sanda wrote: > And generally my feeling is that tho whole model of ftp-based distribution and > mirroring of software is on decline, sites are slowly disapearing. What is it being replaced by? Torrents? Scott signature.asc Description: PGP signature
Re: Results of small poll - download speed of LyX installers & where we go from there
Jean-Marc Lasgouttes wrote: > Le 21/02/2018 ?? 12:37, Pavel Sanda a écrit : >>> I am curious, how do you seed the torrent? I only used that to get files, >>> never distribute. >> We are cheating here, because we won't seed it at all -- or we are seeding >> it >> by having it at ftp if you want :) > > So instead of downloading one installer, the user downloads 10 of them and > keeps the one which arrived first? Not at all. ftp protocol allows you to start at selected position and in http you can even select beginning-end range from file you are getting. So you are downloading from different position on different mirrors, at this moment I set it to 4mb chunks. > How do we get a chunk from a ftp site? You select start position of the file and cancel the connection afterwards. http://www.bittorrent.org/beps/bep_0019.html In my test only http streams were selected, but that is likely by my particular torrent client. Pavel
Re: Results of small poll - download speed of LyX installers & where we go from there
Le 21/02/2018 à 12:37, Pavel Sanda a écrit : I am curious, how do you seed the torrent? I only used that to get files, never distribute. We are cheating here, because we won't seed it at all -- or we are seeding it by having it at ftp if you want :) So instead of downloading one installer, the user downloads 10 of them and keeps the one which arrived first? How do we get a chunk from a ftp site? JMarc
Re: Results of small poll - download speed of LyX installers & where we go from there
Joel Kulesza wrote: > Understood. I suppose one aspect of "emphasizing" that was veto'd was to > include a note that the main download site is based in France. This seems > like an odd omission to me because all mirrors have their location listed I will add the note to the mirror section. But unfortuntaly, as seen in the poll, the geography is not reliable information to guide your ftp choice... > I natively assumed that the main site was based somewhere in the > continental US having had no clue to the contrary. Well... to make more broader point, the only reason there is *some* US mirror is that I actively seeked for it in a nearby department. In all other mirrors admins did it without us asking for it... Either we have larger usebase in EU or there is some cultural difference :) And generally my feeling is that tho whole model of ftp-based distribution and mirroring of software is on decline, sites are slowly disapearing. > I wonder if that was a fluke or whether it might make a more suitable > "primary" site (or maybe that doesn't work because of an agreement made with > the host?). I think it will be very heterogenous if we had larger pool base. But obviously you don't want to make primary site on server where you don't have any write access or admin control :) > Partially I was wondering what the backend of LyX's website is; is it capable > of dynamic hosting? Could some simple PHP/ASPX/etc. code be made to perform > the auto-negotiation for the then-fastest mirror to then generate a link on > the page that gets served...? Capability is there. But our issue is that we don't have manpower to do that stuff and quite frankly you want our devs to spend time on LyX, not on PHP... Pavel
Re: Results of small poll - download speed of LyX installers & where we go from there
Jean-Marc Lasgouttes wrote: > Le 20/02/2018 ?? 00:32, Pavel Sanda a écrit : >> From our side only one change in release process is needed - >> creating torrent and putting on ftp next to other binaries (and .sig >> file for security purpose). And perhaps one section in on Download >> page, I'll take care of this one. > > I am curious, how do you seed the torrent? I only used that to get files, > never distribute. We are cheating here, because we won't seed it at all -- or we are seeding it by having it at ftp if you want :) Others might seed it without us raising a finger by letting the torrent active in their clients after download, but if they don't it will still work. So it is not typical way how bittorent works. If you look at the script I committed, we include in the torrent URLs where you can get the original files. Protocol's intention was to have backup, via these URLs but I turned it upside down - in our case we will use it as the main source. It has three nice properties - 1. Download can go parallel from various mirrors and protocols. The fastest connection will of course contribute most of the chunks without your need to check which mirror is the fastest. 2. It is resistant to connection stalls so you don't lose what was already downloaded. 3. If the torrent way became unexpectedly popular, torrent clients are capable to find new non-ftp peers via DHT even if we don't use centralized tracker. I don't think 3. is actually going to happen because have too small userbase but philosophically this is the coolest part - if you don't know much about distributed hash tables go and read wikipedia page for kademlia, I found the the idea, while reading it, briliant and delightful :) Practically speaking, though, if you have ~1mb/s connectivity, torrenting is just waste of your time, because it won't get much faster (not many mirrors, http/ftp protocol overhead etc.). It's really intended for ppl who unfortunately sit behind 10 kb/s lines. Pavel
Re: Results of small poll - download speed of LyX installers & where we go from there
Le 20/02/2018 à 00:32, Pavel Sanda a écrit : From our side only one change in release process is needed - creating torrent and putting on ftp next to other binaries (and .sig file for security purpose). And perhaps one section in on Download page, I'll take care of this one. I am curious, how do you seed the torrent? I only used that to get files, never distribute. JMarc
Re: Results of small poll - download speed of LyX installers & where we go from there
Le 20/02/2018 à 03:58, Joel Kulesza a écrit : Before proceeding with this, have users been asked if a torrent is appropriate for their needs? We do not have to ask people whether we can offer them an additional solution. Or, perhaps I misunderstand and by connectivity problems you mean stability of connection rather than speed (such that a torrent is the best answer)? Torrents are known to be the best distributions systems (as long as the files gets poular enough) since you get the file chunks by many small 'pipes' at the same time instead of requiring a big pipe between you and the source. JMarc
Re: Results of small poll - download speed of LyX installers & where we go from there
Le 21/02/2018 à 03:17, Joel Kulesza a écrit : Understood. I suppose one aspect of "emphasizing" that was veto'd was to include a note that the main download site is based in France. This seems like an odd omission to me because all mirrors have their location listed and because the main download site's URL doesn't give an indication of location naturally (e.g., not a .fr or similar TLD). As a "dumb American" I natively assumed that the main site was based somewhere in the continental US having had no clue to the contrary. Indeed I would see no problem is specifying that the mirror is in France. Incidentally, it's surprising to me that the UCSD mirror often gave higher speeds to poll respondents than the main site. I wonder if that was a fluke or whether it might make a more suitable "primary" site (or maybe that doesn't work because of an agreement made with the host?). The only agreement with the host is that they kindly accepted to offer us write access on their ftp site as soon as we asked ;) It does not make sense to use as primary a site on which we cannot upload stuff by ourselves. We cannot blindly trust that it contains exactly what we want it to contain. I agree about SourceForge; I too am not a fan of their site and business practices. Partially I was wondering what the backend of LyX's website is; is it capable of dynamic hosting? Could some simple PHP/ASPX/etc. code be made to perform the auto-negotiation for the then-fastest mirror to then generate a link on the page that gets served...? Somebody would have to do it, but we do have control on that. JMarc
Re: Results of small poll - download speed of LyX installers & where we go from there
On Tue, Feb 20, 2018 at 8:28 PM, Scott Kostyshak wrote: > On Wed, Feb 21, 2018 at 02:17:33AM +, Joel Kulesza wrote: > > > Understood. I suppose one aspect of "emphasizing" that was veto'd was to > > include a note that the main download site is based in France. This > seems > > like an odd omission to me because all mirrors have their location listed > > and because the main download site's URL doesn't give an indication of > > location naturally (e.g., not a .fr or similar TLD). > > It seems irrelevant to me where the server is. The server could be in > the U.S. and just be very slow. Or, the server could be in France and > could work just fine for someone in the U.S. (as it works for me). True. However, my thought was that based on the poll, for every response that tested both the default and UCSD, UCSD was faster. Because no average speeds are posted (which is reasonable because of the large variation and unpredictability) and because locations are only posted for mirrors, if I experienced slow downloads from the main site there is nothing that would prompt me to try another thinking it was closer/faster/etc. other than curiosity. Were I to know the main download link is not physically near me versus another that is clearly so (and likely then taking fewer routing hops), I'd be more inclined to try a mirror if I experience slow speeds. Naturally, I'm making the case on account of others. I've adjusted my own behavior to pull from UCSD; however, it's not clear to me that new users would explore mirrors trying to optimize their retrieval. Further, I (perhaps unfairly) generally regard mirrors as a secondary option to the main site assuming that site will be fastest/most stable/auto-negotiated/etc. > What > is relevant is whether the server is fast enough for you, and you can > only see by trying it. True, but again, using distance as a surrogate to routing hops can give a clue, but that metric is only available if full information is given for all downloads sites, not just auxiliaries. > But if another developer gives a +1 for > specifying that the server is in France, I will listen. > > In any case, this discussion on server speeds is a good one to have and > I'm glad we collected a poll and made progress on making it better. > Thanks for all of the suggestions. > I'm also happy to have the discussion and hopefully to make it most clear to a new LyX user where they can most quickly obtain the program. Thanks, Joel
Re: Results of small poll - download speed of LyX installers & where we go from there
On Wed, Feb 21, 2018 at 02:17:33AM +, Joel Kulesza wrote: > Understood. I suppose one aspect of "emphasizing" that was veto'd was to > include a note that the main download site is based in France. This seems > like an odd omission to me because all mirrors have their location listed > and because the main download site's URL doesn't give an indication of > location naturally (e.g., not a .fr or similar TLD). It seems irrelevant to me where the server is. The server could be in the U.S. and just be very slow. Or, the server could be in France and could work just fine for someone in the U.S. (as it works for me). What is relevant is whether the server is fast enough for you, and you can only see by trying it. But if another developer gives a +1 for specifying that the server is in France, I will listen. In any case, this discussion on server speeds is a good one to have and I'm glad we collected a poll and made progress on making it better. Thanks for all of the suggestions. Scott signature.asc Description: PGP signature
Re: Results of small poll - download speed of LyX installers & where we go from there
On Tue, Feb 20, 2018 at 6:43 AM, Pavel Sanda wrote: > Joel Kulesza wrote: > > What regions were those (I'm mostly curious)? US(NM) was one I know of, > > validated through the result provided. > > Asia/South America > Thanks; sorry I missed when you said this previously. > > What I'm attempting to get at is: do we need another > > download mechanism or do we need to refine/emphasize the message to > > downloaders that alternatives exist and they may in in fact be faster > than > > the default? > > We added sentence to both web and announce file. I do not think we should > do > more when it comes to "emphasizing". > Understood. I suppose one aspect of "emphasizing" that was veto'd was to include a note that the main download site is based in France. This seems like an odd omission to me because all mirrors have their location listed and because the main download site's URL doesn't give an indication of location naturally (e.g., not a .fr or similar TLD). As a "dumb American" I natively assumed that the main site was based somewhere in the continental US having had no clue to the contrary. Incidentally, it's surprising to me that the UCSD mirror often gave higher speeds to poll respondents than the main site. I wonder if that was a fluke or whether it might make a more suitable "primary" site (or maybe that doesn't work because of an agreement made with the host?). > > Along those lines, rather than spinning up a torrent, has > > anyone investigated what it would take to get an auto-negotiating mirror > > setup such that when someone downloads from the default site they are > > automagically redirected to the fastest available mirror? > > Actually I spent some time to look on alternatives before proceeding with > torrent way and it's painful. We could rely on 3rd parties, like > sourceforge, > but their reputation with adding adware to download pages in history is > not exactly stellar and it would still need additional maintence work. > I agree about SourceForge; I too am not a fan of their site and business practices. Partially I was wondering what the backend of LyX's website is; is it capable of dynamic hosting? Could some simple PHP/ASPX/etc. code be made to perform the auto-negotiation for the then-fastest mirror to then generate a link on the page that gets served...? > To sum up, I reached my threshold of time I was willing to spend on > the distributing issue and after dribbling with several variants > this (kind of fake) torrent showed up as best; wrote the script and > offered one-command solution without additional maintenance work. > Whether maintainers want to use it or no it's up them... Understood; my thanks for (a) your concern and (b) your work to improve on what's there!
Re: Results of small poll - download speed of LyX installers & where we go from there
Joel Kulesza wrote: > What regions were those (I'm mostly curious)? US(NM) was one I know of, > validated through the result provided. Asia/South America > Before proceeding with this, have users been asked if a torrent is > appropriate for their needs? http://lyx.475766.n2.nabble.com/Why-the-download-of-Lyx-for-Windows-is-so-slow-td7580353.html > Or, perhaps I misunderstand and by connectivity problems you mean stability > of connection rather than speed (such that a torrent is the best answer)? These two are related, if you download at 10kb/s the chance it breaks after couple hours is quite high. Torrent is good because what has been already transmitted is not lost. > What I'm attempting to get at is: do we need another > download mechanism or do we need to refine/emphasize the message to > downloaders that alternatives exist and they may in in fact be faster than > the default? We added sentence to both web and announce file. I do not think we should do more when it comes to "emphasizing". > Along those lines, rather than spinning up a torrent, has > anyone investigated what it would take to get an auto-negotiating mirror > setup such that when someone downloads from the default site they are > automagically redirected to the fastest available mirror? Actually I spent some time to look on alternatives before proceeding with torrent way and it's painful. We could rely on 3rd parties, like sourceforge, but their reputation with adding adware to download pages in history is not exactly stellar and it would still need additional maintence work. To sum up, I reached my threshold of time I was willing to spend on the distributing issue and after dribbling with several variants this (kind of fake) torrent showed up as best; wrote the script and offered one-command solution without additional maintenance work. Whether maintainers want to use it or no it's up them... Pavel
Re: Results of small poll - download speed of LyX installers & where we go from there
Scott Kostyshak wrote: > On Mon, Feb 19, 2018 at 11:32:11PM +, Pavel Sanda wrote: > > > Richard(/Scott?) would it be doable for you to just add this one step > > on top of what you currently do while releasing? > > If I'm release manager at some point in the future, I would be happy to > learn more about it and take care of it. For 2.3.0 though, I would > prefer for you to do it, even if it is just a couple of simple > instructions. Yeah, I was thinking it might not be worth it giving your current load and single release left... Pavel
Re: Results of small poll - download speed of LyX installers & where we go from there
Richard Heck wrote:
> > From our side only one change in release process is needed -
> > creating torrent and putting on ftp next to other binaries (and .sig
> > file for security purpose). And perhaps one section in on Download
> > page, I'll take care of this one.
> >
> > Richard(/Scott?) would it be doable for you to just add this one step
> > on top of what you currently do while releasing?
>
> No problem for me, but I'd need instructions.
These lines would do after you receive the binary bundle and put it on
correct place of your local ftp tree:
FTP_PATH=your_local_dir_to_ftp_tree
PATH_TO_BUNDLE=path_from_top_of_ftp_tree
BUNDLE=name_of_bundle
cd $FTP_PATH
~/path_to_your_lyx_tree/development/tools/create_torrent
${PATH_TO_BUNDLE}/${BUNDLE}
mv ${BUNDLE}.torrent ${PATH_TO_BUNDLE}
cd $PATH_TO_BUNDLE
gpg -b --armor $BUNDLE #or whatever you use to sign the files, not
absolutely necessary though, ppl should check the final donloaded bundle anyway
rsync ... #upload to real ftp
Pavel
Re: Results of small poll - download speed of LyX installers & where we go from there
On Mon, Feb 19, 2018 at 4:32 PM, Pavel Sanda wrote: > Hi, > > This is what we got from the poll on users list when it comes to the > download speeds. > Unfortunately the results do not include regions which I was mostly > interested in > and where I saw complaints about the speed. > What regions were those (I'm mostly curious)? US(NM) was one I know of, validated through the result provided. > US(CA); 1.88MB/s; academic network;M: UCSD(89.4MB/s), PL(6.83M/s), > SA(8.85M/s), GR (6.36M/s) > US(OR); 808KB/s; local ISP; M: UCSD(2MB/s) > US(FL); 1.33MB/s; residential LAN; > US(TX); 20-100KB/s; hotel wifi; M: UCSD(2.89MB/s), > SA(1.42MB/s)(!), GR(163KB/s) > US(MI); 1.14MB/s; residential cable; M: UCSD(11.6MB/s) > US(NM); 7.23MB/s; business network;M: UCSD(23.8MB/s) > US(NM): 90 KB/s; residential ISP; M: UCSD(9.5MB/s) > Ca(Qe): 242 KB/s; academic network;M: UCSD(393 KB/s) > NZ(Du); 800 kB/s; fibre network; M: UCSD(1.4 MB/s), PL(650 kB/s), > SA(540 kB/s), GR(780 kB/s) > Tr; 2-3MB/s; Turknet, local ISP; > EU(Cz); 44.6MB/s; academic network;M: UCSD(16.3MB/s), PL(25.5MB/s), > SA(14.3MB/s), GR(12.0MB/s) > EU(Pt); 40.8MB/s; academic network; > EU(Pt); 4.26MB/s; local ISP; > EU(De); 414KB/s; local ISP; > EU(De); 495KB/s; Home-WLAN; M: UCSD(2,86 MB/s) > Eu(De); 929 KB/s; Office LAN; M: UCSD((6,40 MB/s)) > > > I'd say we don't have serious problems in EU/US, but I came up with > neat solution for ppl suffering with connectivity problems - we could > publish torrents for two large files we currently distribute: win bundle > install & mac .dmg. Other are small enough to make it even on small > ftp speeds. > Before proceeding with this, have users been asked if a torrent is appropriate for their needs? Of the individual responses provided, the slowest of any particular region I see is 414 kb/s (it would be interesting to see that persons UCSD speed, which generally seems higher even for EU downloaders than the default site). Or, perhaps I misunderstand and by connectivity problems you mean stability of connection rather than speed (such that a torrent is the best answer)? Regardless, I ask about torrents (assuming speed is the main concern) because, selfishly I (a) don't have a torrent client at home and wouldn't be inclined to install one knowing that a better mirror option than the default exists for me and (b) I absolutely could not make use of one at my work place even if I wanted to. What I'm attempting to get at is: do we need another download mechanism or do we need to refine/emphasize the message to downloaders that alternatives exist and they may in in fact be faster than the default? Along those lines, rather than spinning up a torrent, has anyone investigated what it would take to get an auto-negotiating mirror setup such that when someone downloads from the default site they are automagically redirected to the fastest available mirror? I'm not trying to shoot down the idea of the torrent, but am rather asking if creating multiple download paths rather than improving the knowledge/use of the existing ones will benefit users more. Again, my focus is on speed (because that is what the poll driving the conversation focused on), but if the goal is download connection robustness, I cede that torrenting makes sense. Thanks, Joel
Re: Results of small poll - download speed of LyX installers & where we go from there
On Mon, Feb 19, 2018 at 11:32:11PM +, Pavel Sanda wrote: > Richard(/Scott?) would it be doable for you to just add this one step > on top of what you currently do while releasing? If I'm release manager at some point in the future, I would be happy to learn more about it and take care of it. For 2.3.0 though, I would prefer for you to do it, even if it is just a couple of simple instructions. Thanks for working on this. I think that it could make a significant difference for some users. Scott signature.asc Description: PGP signature
Re: Results of small poll - download speed of LyX installers & where we go from there
On 02/19/2018 06:32 PM, Pavel Sanda wrote: > Hi, > > This is what we got from the poll on users list when it comes to the download > speeds. > Unfortunately the results do not include regions which I was mostly > interested in > and where I saw complaints about the speed. > > US(CA); 1.88MB/s; academic network; M: UCSD(89.4MB/s), PL(6.83M/s), > SA(8.85M/s), GR (6.36M/s) > US(OR); 808KB/s; local ISP; M: UCSD(2MB/s) > US(FL); 1.33MB/s; residential LAN; > US(TX); 20-100KB/s; hotel wifi; M: UCSD(2.89MB/s), SA(1.42MB/s)(!), > GR(163KB/s) > US(MI); 1.14MB/s; residential cable; M: UCSD(11.6MB/s) > US(NM); 7.23MB/s; business network; M: UCSD(23.8MB/s) > US(NM): 90 KB/s; residential ISP; M: UCSD(9.5MB/s) > Ca(Qe): 242 KB/s; academic network; M: UCSD(393 KB/s) > NZ(Du); 800 kB/s; fibre network; M: UCSD(1.4 MB/s), PL(650 kB/s), SA(540 > kB/s), GR(780 kB/s) > Tr; 2-3MB/s; Turknet, local ISP; > EU(Cz); 44.6MB/s; academic network; M: UCSD(16.3MB/s), PL(25.5MB/s), > SA(14.3MB/s), GR(12.0MB/s) > EU(Pt); 40.8MB/s; academic network; > EU(Pt); 4.26MB/s; local ISP; > EU(De); 414KB/s; local ISP; > EU(De); 495KB/s; Home-WLAN; M: UCSD(2,86 MB/s) > Eu(De); 929 KB/s; Office LAN;M: UCSD((6,40 MB/s)) > > > I'd say we don't have serious problems in EU/US, but I came up with > neat solution for ppl suffering with connectivity problems - we could > publish torrents for two large files we currently distribute: win bundle > install & mac .dmg. Other are small enough to make it even on small > ftp speeds. > > From our side only one change in release process is needed - > creating torrent and putting on ftp next to other binaries (and .sig > file for security purpose). And perhaps one section in on Download > page, I'll take care of this one. > > Richard(/Scott?) would it be doable for you to just add this one step > on top of what you currently do while releasing? No problem for me, but I'd need instructions. Richard
Results of small poll - download speed of LyX installers & where we go from there
Hi, This is what we got from the poll on users list when it comes to the download speeds. Unfortunately the results do not include regions which I was mostly interested in and where I saw complaints about the speed. US(CA); 1.88MB/s; academic network;M: UCSD(89.4MB/s), PL(6.83M/s), SA(8.85M/s), GR (6.36M/s) US(OR); 808KB/s; local ISP; M: UCSD(2MB/s) US(FL); 1.33MB/s; residential LAN; US(TX); 20-100KB/s; hotel wifi; M: UCSD(2.89MB/s), SA(1.42MB/s)(!), GR(163KB/s) US(MI); 1.14MB/s; residential cable; M: UCSD(11.6MB/s) US(NM); 7.23MB/s; business network;M: UCSD(23.8MB/s) US(NM): 90 KB/s; residential ISP; M: UCSD(9.5MB/s) Ca(Qe): 242 KB/s; academic network;M: UCSD(393 KB/s) NZ(Du); 800 kB/s; fibre network; M: UCSD(1.4 MB/s), PL(650 kB/s), SA(540 kB/s), GR(780 kB/s) Tr; 2-3MB/s; Turknet, local ISP; EU(Cz); 44.6MB/s; academic network;M: UCSD(16.3MB/s), PL(25.5MB/s), SA(14.3MB/s), GR(12.0MB/s) EU(Pt); 40.8MB/s; academic network; EU(Pt); 4.26MB/s; local ISP; EU(De); 414KB/s; local ISP; EU(De); 495KB/s; Home-WLAN; M: UCSD(2,86 MB/s) Eu(De); 929 KB/s; Office LAN; M: UCSD((6,40 MB/s)) I'd say we don't have serious problems in EU/US, but I came up with neat solution for ppl suffering with connectivity problems - we could publish torrents for two large files we currently distribute: win bundle install & mac .dmg. Other are small enough to make it even on small ftp speeds. >From our side only one change in release process is needed - creating torrent and putting on ftp next to other binaries (and .sig file for security purpose). And perhaps one section in on Download page, I'll take care of this one. Richard(/Scott?) would it be doable for you to just add this one step on top of what you currently do while releasing? I plan to commit the script for torrent creation, which has only one small dependency - mktorrent - which is available in most distros. Pavel
