Robert Schiele schrieb: >On Sat, Oct 08, 2005 at 07:55:01PM +0200, JBScout [Thomas Lodewick] wrote: > > >>- is there a parameter on the commandline with witch >>I can tell jigdo witch of the 5 ISO-files in a .jigdo-file >>I want to download, so that there is no need to ask the >>user interactive for that number ? >> >> > >Unfortunately there is no such option. But one option would be to change the >jigdo-lite to add such an option and provide the modified version with your >Windows tool and/or (even better) convince the author to include a patch that >does add this option to the upstream version. > > > hmm - that could be an option - but I don't know anything about bash and how to script it. ok, I've made a hack for .jido-files with single iso-file to download, so I can tell jigdo via the "jido-lite-settings.txt"-file where it should store the temp. download, and the resulting iso-file - but thats far away from making the hole script the way to work as it should.
>>- is there a parameter on the commandline I can use to >>tell jigdo the name of the resultung imagename it should >>use ? >> >> > >Unfortunately not. > > > >>[I've tweaked this already for an .jido-file that contains >>only a single iso-image to download / create with a "hacked" >>jigdo-lite-scriptfile, but that doesn't work with .jido- >>files with more than one iso-image] >> >>- why does jigdo works on a windows-machine only when I >>use the "jigdo-lite.bat"-batchfile ? I've tryed to do the >>same what the batchfile does with my tool internal, but >>windows allways complains about missing program "sh", even >>if I set the path to the jigdo-bin-folder as the batchfile >>does. >> >> > >Did you add an absolute path to the search path? Maybe you are in the wrong >directory if you added a relative one. What exactly is the message? > > I have tried with absolute path ( like "c:\jigdo\jigdo-bin;" ), realtive path (like "..\jigdo-bin;" when I was in a subfolder of c:\jigdo) - no way. windows always says it could not find "sh" - thats the main file that is also called via "jigdo-lite.bat"-file via the command "sh jigdo-lite ...." - sh.exe is stored in the "jigdo-bin"-folder, and "jigdo-lite" is the bash-script als at "jigdo-bin"- folder. I get the error even when I'm in the jigdo-bil-folder and calling the "sh jigdo-lite ...."-command manualy. > > >>- while asuming that the both parameters as asked above >>aren#t there I've tryed to make a copy of the .jido-file >>for every iso-file in the "[Image]"-section of the file. >>is that a "save" way to make for every iso-file a new >>.jido-file that hold the long list of files in the "[Part]"- >>section ? or should every .jigdo-file only contain the >>files in that "[Part]"-list that is realy part of the >>resulting iso-file ? >> >> > >It is save to have the full [Part] section. > > ok. then I can create temp. .jigdo-files depending on the files that are namend in the [Image]-section and containing the hole [Part]-section of the orginal .jido-file.when doing so, I can use my hack from above to store the correct ISO-file. > > >>as the server download.opensuse.org and ftp.gdwg.de are >>*allways* to bussy, I think it will be better to put both >>server not as the first entrys in the "[Server]"-section >>because the download speed is terible. it would be better >>to put them to the end of the list after all mirrors. >> >> > >download.opensuse.org is a redirector to different mirrors thus it is actually >a good idea to use it as the first server. The current problem is that the >mirror infrastructure broke down due to the huge amount of data that was >provided. > > > yes, I've read about the way the redirect to mirrors is handled "behind" the download.opensuse.org - but I've had a download speed of about 300 to 500 bytes / second ( yes, bytes, not kilobytes ! ). after commend out the first & second server in the [Server]-section jigdo used one from the others mirrors, and my speed was about 600 - 700 kb/sec. the script "jigdo-lite" only tries another server when there was a timeout with the acutal used server - but opensuse.org will response, the timeout will not happen, and so the download speed is to low. it don't test the actual speed. >>Ok, I hope someone here on the list can help me - I've >>made my GUI-tool with the help of "real windows users" >>with no deeper skills into IT, and all of them would >>realy like to downlaod, install & use openSUSE, so I think >>there is realy the need of a tool to get jigdo working >>for them. >> >> > >I actually hope that your tool does solve this problem for these users. > > :) I will try my best ;) >Robert > > > one last question (I think that will be more goes to eberhard, or other from SUSE): I know that under windows normal FTP-tools will not downlaod all files properly if they are symbolic links, but that the wget.exe as part of jigdo (and some other tools) will hanlde symbolic links correctly. the question is: is there any way to get information via FTP or HTTP for a given URL (that points to a file) to tell the downlaoding program that the URL points to a symbolic link, and how to resolve this link ? thanks for any information, JBScout --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
