Question on setup.exe
Hi there, assume I had a cygwin installation on one computer with the local package directory located in c:\mylocalpackage. Is it possible to copy this directory to a other computer and use the -L flag (local install) to install a identical copy of my Cygwin installation without access to the net ??(because the content of the local package dir constist of dirs corresponding to the Cygwin mirrors) Have fun Norbert -- Dipl. Phys. Norbert Zacharias Wind Measurements Power Curve Measurements DEWI GmbH Ebertstrasse 96 26382 Wilhelmshaven Germany Tel.: +49 4421 4808 876 Fax:+49 4421 4808 843 Email: n.zachar...@dewi.de Home: http://http://www.dewi.de DEWI GmbH - Deutsches Windenergie-Institut, Wilhelmshaven Commercial Register No.: Amtsgericht Oldenburg, HRB 130241 Managing Director: Jens Peter Molly Chairman of the supervisory board: Ministerialrat Dr. Niels Kämpny P Please consider the environment before printing this email. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Question on setup.exe
On 14.06.2010 17:20, DEWI - N. Zacharias wrote: Hi there, assume I had a cygwin installation on one computer with the local package directory located in c:\mylocalpackage. Is it possible to copy this directory to a other computer and use the -L flag (local install) to install a identical copy of my Cygwin installation without access to the net ??(because the content of the local package dir constist of dirs corresponding to the Cygwin mirrors) Assume after download you have hierarchy: setup.exe ftp%3a%2f%2fmirror.switch.ch%2fmirror%2fcygwin%2f/release ftp%3a%2f%2fmirror.switch.ch%2fmirror%2fcygwin%2f/setup.ini Copy all to new host and just run setup.exe with selecting local install. You will be prompted for location of directory with setup.ini file. Select and press 'Next'. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Question on setup.exe
On 6/14/2010 9:20 AM, DEWI - N. Zacharias wrote: Hi there, assume I had a cygwin installation on one computer with the local package directory located in c:\mylocalpackage. Is it possible to copy this directory to a other computer and use the -L flag (local install) to install a identical copy of my Cygwin installation without access to the net ??(because the content of the local package dir constist of dirs corresponding to the Cygwin mirrors) Yes, that is possible. Just be aware that the second computer will only be able to install whatever packages were downloaded to the first computer. The local package directory is not a complete mirror. -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: AW: [bulk] - Re: Question on setup.exe
Please keep to the Cygwin list so that everyone can benefit from our conversation. :-) On 6/14/2010 9:51 AM, DEWI - N. Zacharias wrote: Hi Jeremy, thanks for your quick response. Von: Jeremy Bopp [] Gesendet: Montag, 14. Juni 2010 16:32 An: xxx...@xx.xxx Betreff: [bulk] - Re: Question on setup.exe On 6/14/2010 9:20 AM, DEWI - N. Zacharias wrote: Hi there, assume I had a cygwin installation on one computer with the local package directory located in c:\mylocalpackage. Is it possible to copy this directory to a other computer and use the -L flag (local install) to install a identical copy of my Cygwin installation without access to the net ??(because the content of the local package dir constist of dirs corresponding to the Cygwin mirrors) Yes, that is possible. Just be aware that the second computer will only be able to install whatever packages were downloaded to the first computer. The local package directory is not a complete mirror. Thanks for the hint. But I assume that it is possible to update or install additional packages if one had access to the internet. Right ?? Yes, if the computer has Internet access, it can download and install new packages in addition to newer versions of the packages which may already exist in the local package directory. During the setup process, select to install from the Internet while pointing to the existing local package directory. Setup will use the contents of the local package directory when those contents are current and complete enough and will update the local package directory from the Internet when they are not. The local package directory is just a cache used to avoid repeatedly downloading the same files. By copying a local package directory to another computer, you are effectively priming that computer's cache, but as with any cache, its data can be invalidated and updated. In the end, your questions could also be answered by trying to do what you want to do and seeing what happens. :-) -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: A question about setup.exe
Paul McFerrin wrote: OKAY... I finally realized that MTIME was not used by setup. I now have my installation completely restored. I used file /etc/setup/installed.db to trick setup to do a forced install. 1. Have a running cygwin system available 2. Run setup thru the Package Selection pages but NOT beyond 3. On your running cygwin system, delete all but 1st line in file /etc/setup/installed.db. 4. Shutdown your running cygwin sysrem 5. Click the NEXT button in setup and your re-installation will begin. Oh, I didn't see this post earlier. I prefer to do it the easy way: 2. Run setup thru the Package Selection pages but NOT beyond 3. Select Reinstall at the top-level of the category view. 5. Click the NEXT button in setup and your re-installation will begin. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: A question about setup.exe
Does anyone know where the MTIMES of the installed packages are stored. I need to over-ride them all in order to re-install the packages. I could NOT find the http/ftp directory containing the files installed. So I went through to check reinstall on every package (whew) and downloaded the complete installation into a local directory. Fine. I just need to slightly adjust the MTIME to setup to reinstall the packages. When I did a full-restore, the software used the current time as it's MTIME which has no meaning anymore. If I can't get these issues resolved, I'll have to to a full install of 1.7 AND add back/test all of my local stuff. Basically what I have: A full installation of 1.7.0-65 with current time as MTIME. (useless) A full installation of Cygwin 1.7 download into local directory. No way to make #1 #2 to meet!! Andy Koppe wrote: 2009/12/24 Paul McFerrin: I did the upgrade to 1.7.1-1 without any problems. During the remainder of the day, I accidentally blew away my installation of 1.7.1-1. I restored my installation from a backup several days old (1.7.0-65). Now I'm trying to upgrade again. Now the questions I have are: When I run setup again, it downloads/installes everything in under a minute instead of the hour previously. It wouldn't need to download the packages again, because they should still be stored in setup.exe's local package directory. So it only needs to do the install. How can I force all of my installed packages obsolete to force a reload? If the backup and restore went correctly, you shouldn't need to, because the install state of all packages is stored in the cygwin directory, in /etc/setup. You can see which packages are going to be upgraded by switching to the Partial view on setup.exe's package selection screen. Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: A question about setup.exe
On Thu, Dec 24, 2009 at 03:05:57PM -0500, Paul McFerrin wrote: Does anyone know where the MTIMES of the installed packages are stored. I need to over-ride them all in order to re-install the packages. I could NOT find the http/ftp directory containing the files installed. You're assuming a mechanism that doesn't exist. Setup doesn't use MTIME. It makes the decision to install based on version numbering. The information is stored in /etc/setup. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: A question about setup.exe
OKAY... I finally realized that MTIME was not used by setup. I now have my installation completely restored. I used file /etc/setup/installed.db to trick setup to do a forced install. 1. Have a running cygwin system available 2. Run setup thru the Package Selection pages but NOT beyond 3. On your running cygwin system, delete all but 1st line in file /etc/setup/installed.db. 4. Shutdown your running cygwin sysrem 5. Click the NEXT button in setup and your re-installation will begin. Christopher Faylor wrote: On Thu, Dec 24, 2009 at 03:05:57PM -0500, Paul McFerrin wrote: Does anyone know where the MTIMES of the installed packages are stored. I need to over-ride them all in order to re-install the packages. I could NOT find the http/ftp directory containing the files installed. You're assuming a mechanism that doesn't exist. Setup doesn't use MTIME. It makes the decision to install based on version numbering. The information is stored in /etc/setup. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
A question about setup.exe
I did the upgrade to 1.7.1-1 without any problems. During the remainder of the day, I accidentally blew away my installation of 1.7.1-1. I restored my installation from a backup several days old (1.7.0-65). Now I'm trying to upgrade again. Now the questions I have are: When I run setup again, it downloads/installes everything in under a minute instead of the hour previously. How can I force all of my installed packages obsolete to force a reload? I hate to spend all that time checking the 200+ boxes on the packages page? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: A question about setup.exe
2009/12/24 Paul McFerrin: I did the upgrade to 1.7.1-1 without any problems. During the remainder of the day, I accidentally blew away my installation of 1.7.1-1. I restored my installation from a backup several days old (1.7.0-65). Now I'm trying to upgrade again. Now the questions I have are: When I run setup again, it downloads/installes everything in under a minute instead of the hour previously. It wouldn't need to download the packages again, because they should still be stored in setup.exe's local package directory. So it only needs to do the install. How can I force all of my installed packages obsolete to force a reload? If the backup and restore went correctly, you shouldn't need to, because the install state of all packages is stored in the cygwin directory, in /etc/setup. You can see which packages are going to be upgraded by switching to the Partial view on setup.exe's package selection screen. Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Question on setup.exe
Dear listmembers, when downloading new packages from the internet via setup.exe, every value is remembered - but the port of our proxy. Does anybody know how to tell setup that our proxy is 8080 and not 80 other than typing it manually every other time? Many thanks for your efforts, take care Dieter Jurzitza -- HARMAN BECKER AUTOMOTIVE SYSTEMS Dr.-Ing. Dieter Jurzitza Manager Hardware Systems System Development Industriegebiet Ittersbach Becker-Göring Str. 16 D-76307 Karlsbad / Germany Phone: +49 (0)7248 71-1577 Fax: +49 (0)7248 71-1216 eMail: [EMAIL PROTECTED] Internet: http://www.becker.de *** Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und loeschen Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the contents in this e-mail is strictly forbidden. *** -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Question on setup.exe
Jurzitza, Dieter wrote: Dear listmembers, when downloading new packages from the internet via setup.exe, every value is remembered - but the port of our proxy. Does anybody know how to tell setup that our proxy is 8080 and not 80 other than typing it manually every other time? Many thanks for your efforts, take care http://sources.redhat.com/ml/cygwin/2005-01/msg00049.html Regards mks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Question about setup.exe
Hello, #define IDS_ROOT_SLASH 1 #define IDS_ROOT_SPACE 2 #define IDS_CWD_NONEMPTY3 #define IDS_MIRROR_LST 6 #define IDS_DIALOG_FAILED 7 What do the numbers beside the different IDS's in resource.h mean ? Is IDS_MIRROR_LST the 6th item of a list anywhere, for example ? I thought it was related to the STRINGTABLE DISCARDABLE between lines 453 and 489 of res.rc, but the indices just don't match... Thanks Yann PS - My occurences of 'IDS_MIRROR_LST' : $ grep -rn 'IDS_MIRROR_LST' * res.rc:481:IDS_MIRROR_LST http://sources.redhat.com/cygwin/mirrors.lst; resource.h:8:#define IDS_MIRROR_LST 6 site.cc:175:if (LoadString (h, IDS_MIRROR_LST, mirror_url, sizeof (mirror_url)) = 0) --- Yann Crausaz EIVD - University of Applied Sciences of Western Switzerland Route de Cheseaux 1 1400 Yverdon-les-Bains Switzerland mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ---
Re: An deeper and not before asked question about setup.exe
My question is this: _Why_ is it necessary to create mirror-named directories to allow the downloading from multiple mirrors? I have no doubt it was done for a reason, but I would very much like to know that reason. If you're interested in discussing the design of setup in this area, you should review the email list archives. This particular issue has been discussed at least in passing. I searched, but did not find. Please don't take this the wrong way but why do you care? No, that's ok. Here is why: I need to maintain my local package directory to remove old versions. Having the packages scattered between mirror directories is unhelpful. Therefore, I use a modified version of the clean_setup.pl that was posted here a while ago. I do not understand, and could not find in the archives, a reason for using these directories at all. If there is a reason, then sorry for the list noise, if not, I would suggest the folder layout be reconsidered. Thanks, Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: An deeper and not before asked question about setup.exe
From: Max Bowsher [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 17, 2002 08:55 Subject: Re: An deeper and not before asked question about setup.exe Michael A Chase [EMAIL PROTECTED] wrote: There's a newer version of clean_setup.pl at http://home.ix.netcom.com/~mchase/zip/ that deals with the new directory structure. It will also, optionally, flatten it for you. Thanks, it's a very useful tool, but version 1.02 already does everything I need. (But I did have to remove lc, which was lowercasing the word STABLE in squid versions, and so causing clean_setup.pl to complain that it could not find squid...stable..., and that squid...STABLE... was not in setup.ini) Thanks. I'd put the lc() in to deal with Windows' case insensitive filesystem and didn't catch it when I removed the workaround from other parts of the program. Version 1.03 will properly find archive files even when the parent directory names change. This is particularly relevant now with the migration from contrib/ and latest/ to release/ . I'm really gently suggesting that we shouldn't need to have a script to merge the mirror directories, because (as I understand it) they serve no purpose. The separate mirror directories are intended to support future functionality. For now the only part that is really useful is that they provide a place for a separate setup.ini for each download site. If someone is trying to manage a cache on a network drive for installing Cygwin in multiple machines, the merging may still help. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: An deeper and not before asked question about setup.exe
At 05:46 AM 4/16/2002, Max Bowsher wrote: First, I've read this thread, and others: Yes, it is! :) This topic was covered multiple times on the mailing list already, see this thread from 4 April: Question on the new behavior of setup.exe In it, it says: This is done to allow fetching from multiple mirrors. My question is this: _Why_ is it necessary to create mirror-named directories to allow the downloading from multiple mirrors? I have no doubt it was done for a reason, but I would very much like to know that reason. Please don't take this the wrong way but why do you care? Is there a problem with the implementation that makes it not work for you? If so, please be specific about your problems and feel free to submit patches which fix it and help us understand your issue. If you're interested in discussing the design of setup in this area, you should review the email list archives. This particular issue has been discussed at least in passing. But I'd venture a guess that unless the current implementation is buggy and can't be fixed with reasonable effort, not allot of redesign will go on into this area. But perhaps I'm getting ahead of your intentions. Maybe it's best that you state them. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Quick question on setup.exe
Hello, Does this download application for cygwin takes in account the OS on which it is running (i.e. are there different packages to download whether you are running it on Windows 95 or Windows NT) ? Regards, Vincent Arnoux
Re: Quick question on setup.exe
Hey, Vincent! :) First of all - this is _NOT_ a download application. This is an installer. Now to answer you question - No! The package selection is not based on the OS, on which setup.exe is currently running. Vincent Arnoux wrote: Hello, Does this download application for cygwin takes in account the OS on which it is running (i.e. are there different packages to download whether you are running it on Windows 95 or Windows NT) ? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Quick question on setup.exe
Just to clarify a bit: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Pavel Tsekov Hey, Vincent! :) First of all - this is _NOT_ a download application. This is an installer. Well, it's really both a floor wax AND a dessert topping*, but I digress. *For those outside the US, or with more years ahead than behind, that's from a Saturday Night Live skit. I suppose knowing that doesn't make it any funnier though. Now to answer you question - No! The package selection is not based on the OS, on which setup.exe is currently running. True, and the reason that is is because the same exes get installed regardless of OS. Any differences are taken into account (primarily by the cygwin1 and other DLLs) at runtime. -- Gary R. Van Sickle Brewer. Patriot. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/