Re: Anyone interrested in a package manager?
Alexander T wrote: It would also be great to make your own repos and update cygwin locally from the repo, like the setup.exe 'local install' does, but then command-line based. So I'm wondering if there are any news on this front. Since you did a search back to 2003, I'm surprised you did not find posts referring to the new and wonderful command line options to setup.exe that were addede in the last year. They will do exactly what you want them to do http://cygwin.com/ml/cygwin/2009-02/msg00540.html Ralph -- 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: Setup.ini file for Silent Install
Christoph Herdeg wrote: snip - Dave, thank so much you for posting setup.exe's command line switches. That was probably the 1st thing Jonathan did. - Christopher, thank you so much for telling the world how dumb everybody is, that doens't do something your way. - Ralf, thank you so much for posting two of your so simple batch files to underline what you have in mind. Look in the archives, you'll find that I have posted samples of the batch files in the past...I certainly was not trying to be mean. Ralph -- 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: Setup.ini file for Silent Install
Just for fun, I googled ralph hempel cygwin mailing list archive Guess what the first hit is? Ralph -- 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: Setup.ini file for Silent Install
Christoph Herdeg wrote: Hello Jonathan, I can't stand seeing this question come up every week again... Yes, this is definitely possible, but due to Cygwin's completely crappy installer (setup.exe) it's a real pain in the ass. Given is a destination directory of c:\cygwin: - First you need to create a customized installation on one machine using the Download Only option in setup.exe. Hold it right there. No - Back up one step. Then read Dave Korn's reply about using setup.exe and it's wonderful assortment of command line switches. OK, now test out a few of these switches on a clean install machine. See how you can easily specify a place to put the downloaded packages, how you can tell the installer where to get packes from, how to tell it which packages you want. Imagine having a standard base install batch file for all your users, then customized versions for sertain departments. Then imagine doing this all with nothing more complicated than a simple .bat file. While you are busy hacking out a complex, hard to maintain scheme for doing a custom install, I'll be sipping a latte and dreaming of a world where everyone takes the time to think about using the tools at hand instead of chipping their own axe out of rocks Ralph -- 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: Setup.ini file for Silent Install
RESEND - NOW WITH SPELLING MISTAKES FIXED... Christoph Herdeg wrote: Hello Jonathan, I can't stand seeing this question come up every week again... Yes, this is definitely possible, but due to Cygwin's completely crappy installer (setup.exe) it's a real pain in the ass. Given is a destination directory of c:\cygwin: - First you need to create a customized installation on one machine using the Download Only option in setup.exe. Hold it right there. No - Back up one step. Then read Dave Korn's reply about using setup.exe and it's wonderful assortment of command line switches. OK, now test out a few of these switches on a clean install machine. See how you can easily specify a place to put the downloaded packages, how you can tell the installer where to get packages from, how to tell it which packages you want, and even where to put them on the local user's machine. Imagine having a standard base install batch file for all your users, then customized versions for certain departments. Then imagine doing this all with nothing more complicated than a simple .bat file. While you are busy hacking out a complex, hard to maintain scheme for doing a custom install, I'll be sipping a latte and dreaming of a world where everyone takes the time to think about using the tools at hand instead of chipping their own axe out of rocks Ralph -- 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: Cannot install cygwin on Win XP on VirtualBox
Erez Zilber wrote: Hi, I'm running Win XP on VirtualBox on an Ubuntu machine. I'm trying to install the latest cygwin version (http://cygwin.com/setup.exe). I started the installation and selected 'Install from Internet'. Then, I expected to see a list of mirrors but it was empty. If I try the exact same thing from a real Windows XP machine, everything works fine. Two questions... 1. Can you ping anything on the internet off your XP under VirtualBox? 2. Are you on a corporate intranet that requires all computers connected to it to be some standard corporate distribution of XP? Ralph -- 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: 1.7 setup questions...
Linda Walsh wrote: 1) why does it re-ask me for my proxy and not remember my server choice each time I enter setup. 2) why does it maximize each time I enter the package choice? Ouch! hard on the eyes to have my entire screen filled with white! 3). How do I make the type larger? 6pt font is a bit small -- I know it's not smaller than it used to be, but I'm having to spend more time going through packages to reinstall things. I could handle the small type for short periods, but now it's getting to be a pain. These three items are easily adressed with the command line options in setup, and by keeping track of the packages you have installed in a little text file. I then make up batch scripts for different install levels so that I can create a Cygwin environment on any machine very quickly. In fact, I keep the local download on a USB stick so that I don't even need an internet connection to install Cygwin Ralph -- 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: 1.7 setup questions...
Dave Korn wrote: Larry Hall (Cygwin) wrote: On 11/12/2009 12:46 PM, Ralph Hempel wrote: These three items are easily adressed with the command line options in setup, and by keeping track of the packages you have installed in a little text file. Without splitting hairs too finely, I don't actually keep track of the packages I've installed in a text file that I update manually. I do, however, have little batch files that I run to build up an install using the command line setup. Each batch file has its own subset of packages that it installs. DaveK's suggestion using cygcheck -cd is, of course, fine as well :-) Ralph -- 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: Broken autoconf mmap test (was Re: 1.7] BUG - GREP slows to a crawl with large number of matches on a single file)
Corinna Vinschen wrote: On Nov 8 14:56, Corinna Vinschen wrote: Btw., the check for mmap in grep's configure file is broken. It tries to mmap to a fixed address formerly allocated via malloc(). This doesn't work on Windows. An autoconf run with a newer version of autoconf would be nice. I just found that the latest autoconf *still* has this broken test for mmap, which basically calls data2 = malloc (size); mmap(data2, ...); Why has this test never been fixed? Chuck? I can't answer that question but this thread points out very important lessons in debugging specifically and projects in general. 1. Easily reproducible test cases are critical to getting somone interested in fixing your problem. 2. Having the good fortune to have somebody run the test case and duplicate the problem helps a bit more. 3. Having that person challenge the assumptions under which the code has been working for YEARS without a complaint helps a bit more. 4. Having that person do a great analysis that shows why the problem exists helps even more. 5. Going even one step further and trying to figure out why the problem has existed for years and what else might be wrong is just the icing on the cake. Bravo Corinna - on a Sunday no less... Cheers, Ralph -- 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: 1.7 unattended install
paul.hermeneu...@gmail.com wrote: Perhaps you or someone is already doing this, so my suggestion may be moot. For each package, could the package name be prefixed by an operator to indicate what action to take? + install default, assumes install if no operator specified as is done currently - uninstall ~ reinstall ^ source --packages curl,-apache,+apache2,+apache2-devel,~bind,^httptunnel This line would indicate: install curl, uninstall apache, install apache2 and apache2-devel, reinstall bind, get source for httptunnel Indeed, that _would_ be easier than doing a fresh install with everything but apache :-) Ralph -- 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: Customizable cygwin setup.exe
Miles Gazic wrote: I made a local cygwin mirror at my company, but I still had some people that got confused when installing cygwin. I've had the same problem at previous jobs, where people are confused when installing cygwin, and it makes them reluctant to do so. I investigated what's required to customize the cygwin installer to make it run without any manual interaction. Arrrgggh. What is so hard about using the -P option? Here's my standard DOS batch file for installing Cygwin. Just change the download site and other bits you need for your install, and add packages to the PACKAGES variable. Why does everyone insist on rewriting the wheel? It took a lot of work to knock the sharp bits off setup.exe (1.7) - so let's use it! Ralph @ECHO OFF REM -- REM batch file to automate setup of Cygwin from the command line SETLOCAL FOR /F %%D in (%CD%) DO SET DRIVE=%%~dD SET DFLTSITE=http://mirror.csclub.uwaterloo.ca/cygwin/ SET DFLTLOCALDIR=%CD%/download SET DFLTROOTDIR=%DRIVE%/cygwinTest SET SITE=-s %DFLTSITE% SET LOCALDIR=-l %DFLTLOCALDIR% SET ROOTDIR=-R %DFLTROOTDIR% REM -- REM Here's where I keep track of which packages I've loaded for REM different types of work REM C development: gcc4-core make readline SET PACKAGES=-P gcc4-core,make,readline REM General : diffutils ctags SET PACKAGES=%PACKAGES%,diffutils,ctags REM Packaging : cygport SET PACKAGES=%PACKAGES%,cygport setup -q -n -D -L %SITE% %LOCALDIR% %PACKAGES% ECHO Cygwin installation is updated REM -- ENDLOCAL EXIT /B 0
Re: wise way to install cygwin packages
Ken Jackson wrote: I agree. And even for simple operations I find it a bother to have to start up a gui to install a package or check for updates. It would be great to have a command-line package management tool. For example, if yum were ported to Cygwin, for the case you cite, you could do this: Do you mean something like: setup -q -n -D -L %SITE% %LOCALDIR% %PACKAGES% Ralph -- 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: wise way to install cygwin packages
Christopher Faylor wrote: It's on my todo list to get rid of the GUI pop-up from setup.exe when -P is used. I know that won't make it like rpm/yum/apt/dpkg/emerge. Not to put too fine a point on it but ... if I ever want to uninstall a package (rarely) here's what I do: 1. Rename my current Cyginw (1.7) directory to something else 2. Use the commandline -P option to install that packages I actually want. Not too hard since I just have to modify a constantly changing list of those packages. 3. Copy my config and user files from the old install to the new install Basically, install everything _but_ what I want to install. While this approach may not be ideal, it works. Yes, it's onerous to have to copy the config and user files over, but that foces me to think long and hard about where I put config and user files to make that job easier...and I don't have to use the GUI :-) Ralph -- 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: wise way to install cygwin packages
Steven Woody wrote: so, to uninstall 1 package, what you did is actually download the other 99 packages? No, I have a local download directory that I keep current. To be precise, I installed the other packages from my local download directory. No additional internet bandwidth was harmed during the procedure. Like I said, I don't often uninstall packages Ralph -- 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: Assistance sought grepping log files
Larry W. Virden wrote: I regularly am forced to deal with a variety of logfiles on Windows, and so in hopes of being able to do so with some grace, I took a crack at accessing the files via Cygwin. Larry, there's a Tcl package for Cygwin :-) Ralph -- 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: cygdrive prefix
Harald Joerg wrote: ... -- EXCEPT...at the end -- how many times do I have to tell setup that I *STILL* don't want the icon on my desktop??! I eventually got around that one. I found that I do not want *any* icons on my desktop and switched them off completely. There is an option in the Sort symbols function of the desktop. I'll help drive the final nail in the bikeshed and supply whatever color of paint you want. Use the commandline options for the 1.7 setup and you'll never have to futz with the setup GUI again - ever. Ralph -- 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: setup.exe: Determine Geographically closest mirror programmatically
Dr. Christoph Gille wrote: Closest mirror? I'm not sure what you mean by this. 'setup.exe' does not require this as a setting. Actually, there is no such concept. You need to specify a mirror to work with but you can do that with '-s'. With each superfluous click I lose a user, so it would be best if setup.exe would be run within http://3d-alignment.eu/ without user interaction. Or you could modify the attached Windows batch file (I've made it a TXT file so it passes through most filters) and change the mirror name to one that's closer. You might have to make one batch file per country :-) Ralph @ECHO OFF REM -- REM batch file to automate setup of Cygwin from the command line SETLOCAL FOR /F %%D in (%CD%) DO SET DRIVE=%%~dD SET DFLTSITE=http://mirror.csclub.uwaterloo.ca/cygwin/ SET DFLTLOCALDIR=%CD%/download SET DFLTROOTDIR=%DRIVE%/cygwinTest SET SITE=-s %DFLTSITE% SET LOCALDIR=-l %DFLTLOCALDIR% SET ROOTDIR=-R %DFLTROOTDIR% REM -- REM Here's where I keep track of which packages I've loaded for REM different types of work REM C development: gcc4-core make readline SET PACKAGES=-P gcc4-core,make,readline REM General : diffutils ctags SET PACKAGES=%PACKAGES%,diffutils,ctags REM Packaging : cygport SET PACKAGES=%PACKAGES%,cygport setup -q -n -D -L %SITE% %LOCALDIR% %PACKAGES% ECHO Cygwin installation is updated REM -- ENDLOCAL EXIT /B 0 -- 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: Cron jobs visible
Christopher Faylor wrote: On Mon, Aug 10, 2009 at 02:54:28PM -0400, Larry Hall (Cygwin) wrote: On 08/10/2009 12:44 PM, Corinna Vinschen wrote: snip And there's no way back after an update. But as I noted in my zillion (apparently unread) test announcements, it's no problem to run 1.5 and 1.7 installations in separate directories side-by-side. I don't know about anyone else, but I plan to run 1.5 and 1.7 together. That will give me, effectively, Cygwin 3.2, which I can't wait to try out! At least I think that's what Corinna's announcements said... ;-) Good point but I think Corinna's announcement said something about formatting my hard drive so I'm not even going to think about installing Cygwin 7.1 until I get a new computer. I just got a new computer - and it doesn't even have switches on the front panel. I am so disappointed. Wait a minute - what's this about Cygwin 7.1? Is that the new version for Windows 7? Ralph -- 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: setup.exe arguments missing documentation
Ian Kelling wrote: Excerpt from ./setup-1.7.exe --help: -P --packages Specify packages to install -l --local-package-dir Local package directory I know from the faq that -l takes an argument of the package directory. This should be expressed in the --help output. Something like: -l --local-package-dir DIRLocal package directory or -l --local-package-dir=DIRECTORY Local package directory Since I haven't seen an example of the -P options, and from the help I have no idea if it means that there should be an argument to it naming a package, or multiple packages. -P Comma separated list of options with no spaces, like this: -P=base,gcc-core,gvim Ralph -- 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: mintty doesn't run on NT4 due to lack of GetConsoleWindow
Christopher Faylor wrote: (And to be honest I don't see the point in Cygwin 1.7 still supporting NT4. Anyone willing to stick with an OS that's been unsupported for five years should be more than happy to stick with Cygwin 1.5.) I know it's unsupported but people still use it and, perhaps more unimportantly, it really is a pretty nice OS. The UI isn't bad and it's pretty responsive. So, I guess it's a would be nice. I also noted yesterday that X doesn't work there due to an illegal instruction. I don't exactly understand why that is yet. Not to be too OT, but I remember getting demos of NT back in the days of 90 MHz Pentium machines and being very unimpressed. I run Win2K on a VM under XP on a laptop and it's really fast. Maybe the hardware has finally caught up to the software :-) Ralph -- 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: setup.exe and release messages
Nathan Thern wrote: And me! I use the command-line options. Furthermore, they're really, really important to me; so important you could, like, count me as two people. That would make SIX people in the world that use the command-line options to setup.exe. OK, a little tongue-in-cheek, but please don't even consider removing the command-line options (not that I think Ralph was advocating that in any way). No, I was advocating (also tongue in cheek) for the removal of the GUI :-) Ralph
Re: setup.exe and release messages
Christopher Faylor wrote: I've been thinking about adding some way of reviewing documentation from setup.exe, just like every other installer in the world. But, that's not quite what you're talking about. I think you want to display something before the user makes a decision. What about the four people in the world that use the command-line options to setup.exe ? Do we need to add a new option to put those messages into a release notes file somewhere? While it's not as manly as entering code using front panel switches, I often do a download to local filesystem, then install from local filesystem. I'm not sure why anymore. We could add this to the setup.ini file and make it per-package so that caveats or announcements show up on the next screen after the packages are selected. And when a major change happens, the user has to click though n9 dialog boxes saying Pay Attention - if you blindly click through this dialog box an angry hippo will eat your mount points and you'll have to come crawling to the mailing list to find out why The other thing I've always thought about is adding a way to display the cygwin-announce messages in setup.exe so that people could know the reason for a change. Maybe upgrading packages should be more complicated so that users would read the manual. Or maybe not upgrade as often. Ralph
Re: close on exec atomics
Christopher Faylor wrote: Coincidentally, enough, I've been thinking about reworking it lately after having to deal with it for firos. Is that the new first-in random-out data structure I've been hearing about lately? Ralph -- 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: MVFS results
Dave Korn wrote: Corinna Vinschen wrote: http://www.ibm.com/developerworks/downloads/r/rcc/?S_TACT=105AGX28S_CMP=DLMAIN Been there. It's a remote trial over Web Browser for 3 hours. BWAAhahahahhhaahahaa! Remote trial in a web browser? For 3 hours? Are they kidding? It's like something out of the Goon Show... snip I think I might need a new monitor. I just sat down with a fresh cup of coffee before reading this and was transported back to my youth spending hours in front of the radio listening to rebroadcast Goon Shows in Canada. Ralph -- 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: ssh-host-config now involves cygwin-service-installation-helper.sh
Christoph Herdeg wrote: Hey what's up with you? Wasn't my message nice or informative enough for you? I thought my description would be helpful and you guys were interested in optimizing packages. Obviously I am wrong: snippety snip snip I'm not sure how cgf and Corinna manage to move let alone type with the thick skin they must develop over time Ralph -- 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: (gold star) Re: ssh-host-config now involves cygwin-service-installation-helper.sh
Christopher Faylor wrote: On Thu, Jul 16, 2009 at 10:54:58AM -0400, Ralph Hempel wrote: Christoph Herdeg wrote: Hey what's up with you? Wasn't my message nice or informative enough for you? I thought my description would be helpful and you guys were interested in optimizing packages. Obviously I am wrong: snippety snip snip I'm not sure how cgf and Corinna manage to move let alone type with the thick skin they must develop over time I'd like to give Ralph a self-indulgent gold star for the first time ever suggestion that I have a thick skin. Oh, and now that I think of it, he deserves one for his setup.exe contributions too. He's a tireless supporter of the setup.exe command line. Thank you very much Chris. I'm not sure I'd characterize my contribution to setup as much more than submitting a few lines of patched code. Perhaps we can claim victory when the entire GUI is eliminated. Ralph -- 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: Trouble creating crontab
Will Parsons wrote: Is there no way of just creating the file without using crontab -e? Sure. I've been editing crontabs for years and have never once used crontab -e. What I do: crontab -l crontab.lst edit crontab.lst crontab crontab.lst I always just use the toggle switches on the front panel of my computer. Much easier. Was that really necessary? The procedure I use may very well be easier than figuring out the right thing to do to invoke one's editor of choice with the -e option. In my case, I prefer to explicitly to export the crontab table into a file so that I can put it into revision control. At any rate, answering an explicit question from the OP hardly deserves a display of sarcasm. Honestly, can we please not have every sarcastic answer interpreted as a personal slight? It actually takes time and effort to compose some of these funny responses, and the world would be a much nicer place if we all had at least a small sense of humour. Many of us work from home (or in some other form of isolation) and this is the closest we get to a watercooler to exchange jabs and establish some kind of rapport. This morning I practically emptied a mouthful of coffee at one of Dave Korn's divertimenti, and now I've lost the better part of a glass of beer. I'll have to hire a cleaning service if this keeps up. Ralph -- 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: Cygwin 1.7 setup-1.7.exe minor display error
Christopher Faylor wrote: Is there another, more friendly, tool out there somewhere that can be used for playing with this kind of layout? Behold the awesome power of the [n]curses library Ralph
Re: Change Setup's package search field to case-insensitive
Corinna Vinschen wrote: On Jun 26 11:57, Ralph Hempel wrote: Corinna Vinschen wrote: To address the issue of StrStri, I am surprised that msvcrt doesn't have something like this but, since it doesn't, I agree that it makes sense to use whatever the OS provides. msvcrt only supports strstr, not strcasestr, unfortunately. Which begs the question: Does it make sense to lowercase the finder and findee to avoid pulling in yet another library? Back to re-inventing the wheel? Not really. It's more a case of using two existing wheels that are on the workbench instead of going to the store to buy another one. Ralph
Re: find(1) assertion for folder with a sub-folder named `x:'
Phil Betts wrote: mkdir -p foo/c: cd foo rm -rf c:/ In case you can't see why that's bad, DON'T TRY IT!! Don't even copy it, because you will accidentally paste it into a terminal window, you will get to say oopsy! [1], and you will hurt your forehead on your keyboard. [OT] I have a wonderful anecdote about units of time: second - about one heart beat millisecond - about 50 of these is an eye-blink microsecond - the cycle time of my first 8086 PC nanosecond - the cycle time of a 1 GHz processor onosecond - the time between hitting return and realizing you're wiping your hard drive [/OT] Ralph -- 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: setup-1.7.exe command line options
Andy Koppe wrote: Where can I find documentation on the setup-1.7.exe command line options, in particular the one for installing packages without invoking the GUI that I think was added last year? I had a look in all the places I could think of, but without success, and invoking setup with -h, -H, -help or --help does nothing. Invoke setup --help from the command line and it will update setup.log with all the options at the end, except for the one you are looking for which is -P to get mintty, I'd say: setup -P mintty for mintty and findutils, setup -P mintty,findutils comma separated, no spaces. Ralph -- 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: setup-1.7.exe command line options
Ralph Hempel wrote: Andy Koppe wrote: Where can I find documentation on the setup-1.7.exe command line options, in particular the one for installing packages without invoking the GUI that I think was added last year? I had a look in all the places I could think of, but without success, and invoking setup with -h, -H, -help or --help does nothing. Invoke setup --help from the command line and it will update setup.log with all the options at the end, except for the one you are looking for which is -P Scratch that - I was using an older version of setup :-( Bryan's response was correct. Ralph -- 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: [ITP 1.7] lua
Yaakov (Cygwin/X) wrote: Per popular request: Thanks Yaakov! Maybe I'll pick up the gauntlet and add the luafilesystem, luasocket, luasql, and luaxml libs. Cheers, Ralph
Re: [ANNOUNCEMENT] [1.7] Updated setup-1.7.exe (2.629)
Corinna Vinschen wrote: I just uploaded another new setup-1.7.exe (2.629) to http://cygwin.com/setup-1.7.exe, which contains the following changes and bug fixes: - Add support for both -D and -L on the command line. I just tested this and can confirm that it works. No more invoking setup -P twice from the command line! Thanks for getting this (and -P) into the official setup-1.7. Hopefully this is the end of the How can I customize setup.ini to make it easier to get the packages I want discussion. Ralph -- 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: [ANNOUNCEMENT] [1.7] Updated setup-1.7.exe (2.629)
Christopher Faylor wrote: Hopefully this is the end of the How can I customize setup.ini to make it easier to get the packages I want discussion. I wrote a program in SNOBOL to do this! It is awesome! Did you have to refer to the big green book? Ralph -- 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: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-50
Mark Harig wrote: While running setup-1.7.exe (with no arguments) from a cygwin 1.5 bash shell prompt, the following (error?) messages were displayed: I think the only argument you'll get is that you're not supposed to run setup while Cygwin is running. Ralph -- 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: Is there a script to remove old packages from local disk
Christopher Faylor wrote: That's what I meant, yes. I think many people don't understand that those files don't need to be there and since we advocate using just the straight install from internet, we probably should be nice and delete the files. Whenever the next round of changes to setup happens, and the talk gets around to Removing the Download to Local Directory or Should we Delete the Downloaded Files, please consider saying No to both proposals. :-) I really think that if you want to cleanup your download directory other than that you should use a tool to do it. Agreed. Nuff said. Ralph -- 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: Is there a script to remove old packages from local disk
Christopher Faylor wrote: On Wed, Jun 17, 2009 at 08:39:05AM -0400, Ralph Hempel wrote: Whenever the next round of changes to setup happens, and the talk gets around to Removing the Download to Local Directory or Should we Delete the Downloaded Files, please consider saying No to both proposals. :-) Why do you expand this to mean something that I never implied? I never said that we should remove Download to Local Directory. Because there's no point to having a separate download to local directory if you're going to erase the files later. The dangers of leaping to conclusions based on what I think you are thinking is becoming apparent. But regardless, maybe a tool is all that is really needed here. Yes, and that saves everyone from thinking about how to change setup again - which is good. Ralph -- 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: Is there a script to remove old packages from local disk
Christopher Faylor wrote: I think setup really should just delete the files when it is done with them if you choose install from internet install from internet != install from local directory Ah, now I understand why I was jumping to conclusions. Thanks for clearing that up. And contrary to some readers, I don't mind the tone of the responses as long as they are making a point. And it's pretty clear it took me a while to understand the point you were making. You should write more of your responses in pseudo-code. :-) Ralph -- 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: Is there a script to remove old packages from local disk
Christopher Faylor wrote: You can just rm -r all of the directories that setup creates when installing packages. There is no reason to keep any of them around. I think he's talking about the old versions of the .bz2 files that live in the local download folders. I may have a similar usage pattern in that I have a folder on my USB key that has all the packages, and when I get to a client machine that has no Cygwin and they let me install it, I just install from my local copy - no Internet, no problem. But those folders do fill up with old cruft after a while. duck Wouldn't it be nice if setup knew enough to remove the bz2 files for packages that were no longer current? /duck Ralph -- 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: Is there a script to remove old packages from local disk
Christopher Faylor wrote: But those folders do fill up with old cruft after a while. But you wouldn't want to keep different versions of bz2 files around in that case. Right. But I do want to keep only the most current versions. Not to belabour the point, but if you do a Download to local directory and then do Install from local directory like I do, after a few months your local directory has _many_ incremental versions of the download files. duck Wouldn't it be nice if setup knew enough to remove the bz2 files for packages that were no longer current? /duck No need to duck. I think setup really should just delete the files when it is done with them if you choose install from internet. Should it keep only the current .bz2 files if you _download_ from the Internet? That way we can always carry around a minimal sized USB stick from which we can do an Install from local directory for those times when you don't have access to the Internet but you have to install Cygwin on a client or friends machine... Ralph -- 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: Can I install cygwin from my own setup.ini?
Pan ruochen wrote: Well, I was always confused in selecting/deselecting packages during setup. And I often got the information about some package is required by another in the final step. So I decided to try patching the setup source code to make the setup more easy for me (and maybe for other people). snip I would be very pleased to offer the setup patched binary excutable as well as the patched source package, if anyone gets in the same trouble as me during cygwin setup. Or, you could just use the -P option available in the 1.7 setup. It takes a comma separated list of packages that you want and installs them for you. Ralph -- 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/
Combining -D and -L on setup command line
I had the opportunity to test the latest cygwin-1.7 today after my USB stick got trashed. Using setup 2.625 the combination of -D -L on the command line does not result in the expected download and install operation. I have to run setup twice, once with -D to download to pull the files into a local directory, and then with -L to do the actual install from the local directory. I see that the patch to support both is in CVS as version 2.18.6.1 but not in 2.19 (HEAD) Is this an oversight or do I just need to wait until the streams get merged? Cheers, Ralph -- 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: Can I install cygwin from my own setup.ini?
Or you can just use the -P option from the setup command line and get exactly the packages you want! Ralph -- 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: Combining -D and -L on setup command line
Christopher Faylor wrote: I see that the patch to support both is in CVS as version 2.18.6.1 but not in 2.19 (HEAD) Is this an oversight or do I just need to wait until the streams get merged? It's an oversight. What is the ChangeLog entry for this change? File: cygwin-apps/setup/source.cc Rev:2.18.6.1 Branch: cgf-20080913 Changelog: * source.cc: Add support for both -D and -L on command line Cheers, Ralph And yes, I know it should be on the cygwin-apps list but I'm just a lurker there, not a member -- 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: Combining -D and -L on setup command line
Christopher Faylor wrote: On Wed, Jun 03, 2009 at 09:44:52PM -0400, Christopher Faylor wrote: On Wed, Jun 03, 2009 at 09:37:09PM -0400, Ralph Hempel wrote: I see that the patch to support both is in CVS as version 2.18.6.1 but not in 2.19 (HEAD) Is this an oversight or do I just need to wait until the streams get merged? It's an oversight. What is the ChangeLog entry for this change? Nevermind. I see it. Apparently I checked it into my private setup branch rather than the trunk. That will be rectified shortly. Thanks! It's not urgent but I check the progress on this every time I have to answer a question on the list that has to do with futzing around with setup.ini instead of just using -P :-) Ralph -- 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: Save and restore setup.exe window geometry attempt #2
Buchbinder, Barry (NIH/NIAID) [E] wrote: (3) And as long as I've taken up space in your inbox... OT class=by now, since it seems whether this will go into setup has already been decidedI really don't see a need for setup remembering geometry. When updating, I find the current default adequate. The only time I maximize is when I'm choosing new packages or possibly a new mirror. It is not clear to me why anyone doing one of those take so long that they need to change geometry so they can work on other things at the same time. Focus people! Multitasking may be efficient for computers, but its not for humans./OT Using that argument, maybe we should consider stripping out all the UI code and making setup a command line progam, because that's the way I use it ;-) Ralph
Re: [Preliminary Patch] setup.exe size/position restore on startup
Christopher Faylor wrote: And some of us just run setup from the command line and never even bother with the GUI until it has run to completion There's that too. I am hoping to make that even more convenient eventually. I'd like to get rid of all remnants of the GUI when -q (or some other option) is specified on the command line. A, wouldn't that be nice. One additional feature that might be useful is a command line switch that allows a search through the package list that puts out a list of matches. Think of it as a grep through setup.ini On the other hand, once you've installed the base system it's pretty easy to write a script that does the same thing. And now I'm wandering off topic. Start a new thread for replies please. Ralph
Re: Package list search (was Re: [Preliminary Patch] setup.exe size/position restore on startup)
Thrall, Bryan wrote: One additional feature that might be useful is a command line switch that allows a search through the package list that puts out a list of matches. Think of it as a grep through setup.ini You mean like 'cygcheck -p desired filename'? No, not quite. If I do something like: cygcheck -p find I get a long list of matches that includes xorg man pages and zsh. What I expected was a list of packages that have find in the first line of the package description (the @ line) or maybe in the requires: line. Ralph
Re: [Preliminary Patch] setup.exe size/position restore on startup
Christopher Faylor wrote: I know that Dave asked for this but I really don't see the need to add this much machinery. I think this is a lot of work to go to for something that is run infrequently and which is usually just clicked through. For other installers, people just seem to live with whatever they do rather than kvetching the geometry of the windows. And some of us just run setup from the command line and never even bother with the GUI until it has run to completion Ralph
Re: [1.7] Question: running from a portable drive
Fergus wrote: I run both [1.5] and [1.7] off portable drives plugged into whatever host machine I'm using. snip Can I write /etc/fstab more generally so that [1.7], like [1.5], can be made to run off a portable drive without needing to specify (or even know) the driveletter allocated by the host to the portable drive? I do the exact same thing, much to the consternation of others on the list. I ended up with a batch file to start Cygwin that figures out which drive its running on and then it writes out a custom /etc/fstab based on that drive letter. It's certainly not the most elegant way of doing things, but it works. Ralph -- 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: GREP: Memory Exhausted
Dave Korn wrote: Shailesh Dadure wrote: Hello All, I am a support engineer from Microsoft trying to help my Customer Maziyar Samadzadeh. We have been notified by Maziyar that when they perform a Query on a bigger database using GREP we get the following error Would you like to use one of your two free phone support incidents on this request, or will you be paying by credit or debit card for a paid support ticket? Geez Dave. I was going to suggest rebooting the machine to see if that changed anything, and then upgrading to Windows 7. But then I thought that it might be taken the wrong way... And why would anyone query a database using GREP? Ralph -- 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: Setup scripting.
Jason Pyeron wrote: http://www.cygwin.com/cygwin-ug-net/setup-net.html says: Unfortunately setup.exe does not yet support unattended installs. snip Is kludging the package list file the best way to go? The HEAD of the setup tree does support unattended scripted installs of whatever packages you like. There's no need to kludge the package list file... Just grab the current HEAD source and compile it and you're good to go. Ralph -- 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: Cygwin setup.exe - command line parameters
Lars Bjørndal wrote: snip Anyway, today I found a hacked version of setup.exe which allowed a command line parameter '-p package list', which was very useful. And that's why the new setup supports complete operation by the command line. Note that it still throws up the dialogs on the screen but the operation is completely hands free with the right combination of options. Here's a pointer to a message describing the.bat file I use to control a basic install on my machine: http://cygwin.com/ml/cygwin/2009-02/msg00540.html Cheers, Ralph
Re: Cygwin setup.exe - command line parameters
Corinna Vinschen wrote: I thought we were planning on keeping it around more-or-less indefinitely for the benefit of 9x users? Uh, well, yes. Never mind. If somebody wants to invest the time, feel free. Quick show of hands - how many people are still using 9x? Anyone? ... Buehler? Ralph
Re: problem with make-3.81
ycol...@freesurf.fr wrote: If you want make to understand MinGW paths generated by a MinGW compiler, you should use a MinGW make, not a Cygwin make. Is there any mingw make shipped with cygwin ? I can't find one in my current installation ... I think Dave wants you to get the mingw-make from the mingw project site :-) Pssst. Don't tell anyone else here but when I want to compile programs for Windows systems that have no Cygwin dependencies, I just use the MinGW toolchain from the MinGW site. If the current plans for gcc4 are still in place -mno-cygwin will soon disappear. Maybe not soon enough. Ralph -- 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: problem with make-3.81
y???...@f??f.fr wrote: Apologies for not mangling the email address in my other response to that note. Turns out that if you make your email address the display name, then it forces the person sending a reply to do extra work so that your email address isn't visible everywhere. Ralph -- 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: Setup - command line only
Kevin and Nancy wrote: Ok, I take it back. setup.exe -q will work on an SSH remote connection. It remains to be seen if it actually updates packages, but a GUI setup display did not appear on the the local Windows display with a remotely invoked setup.exe -q. Thus, I question if setup.exe -q on a remote SSH session will actually update anything. Cygnus for Windows is da bom in my book. You guys have been great in your comments. Usually postings like this for me results in virtual blank stares. There are more settings you can use to get finer grain control of the operation of setup... Here's the bach file I use to drive setup so that it can update and install specific packages. It's a txt file, just rename it to bat and it will run. Ralph @ECHO OFF REM -- REM batch file to automate setup of Cygwin from the command line SETLOCAL FOR /F %%D in (%CD%) DO SET DRIVE=%%~dD SET DFLTSITE=http://mirror.csclub.uwaterloo.ca/cygwin/ SET DFLTLOCALDIR=%CD%/download SET DFLTROOTDIR=%DRIVE%/cygwinTest SET SITE=-s %DFLTSITE% SET LOCALDIR=-l %DFLTLOCALDIR% SET ROOTDIR=-R %DFLTROOTDIR% REM -- REM Here's where I keep track of which packages I've loaded for REM different types of work REM C development: gcc4-core make readline SET PACKAGES=-P gcc4-core,make,readline REM General : diffutils ctags SET PACKAGES=%PACKAGES%,diffutils,ctags REM Packaging : cygport SET PACKAGES=%PACKAGES%,cygport setup -q -n -D -L %SITE% %LOCALDIR% %PACKAGES% ECHO Cygwin installation is updated REM -- ENDLOCAL EXIT /B 0 -- 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: Setup - command line only
Larry Hall (Cygwin) wrote: No, it's only the 289th time, which probably accounts for why you couldn't find it with Google. ;-) These kinds of features are missing from 'setup.exe' because there hasn't been a volunteer contributor for them. If you're interested in contributing something, see the link below: OK, the update of setup is not supported, but setup DOES in fact allow fully command line based operation. I know because I moaned about it, collected and tested patches, and even contributed a minor fix to the option parsing. Ralph -- 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: Setup - command line only
Larry Hall (Cygwin) wrote: Ralph Hempel wrote: Larry Hall (Cygwin) wrote: No, it's only the 289th time, which probably accounts for why you couldn't find it with Google. ;-) These kinds of features are missing from 'setup.exe' because there hasn't been a volunteer contributor for them. If you're interested in contributing something, see the link below: OK, the update of setup is not supported, but setup DOES in fact allow fully command line based operation. I know because I moaned about it, collected and tested patches, and even contributed a minor fix to the option parsing. That's true but I believe the OP was lamenting that there wasn't a version that didn't still have the GUI even when run from the command line. If I'm wrong, then I'm sure you've made the OP's day. :-) That's what I like about this list - there's always another way to interpret a question. For me, the fact that I can now drive setup using a command line is good enough. The fact that the GUI is still visible and being driven by the magic command line incantation is a non-issue for me :-) Ralph -- 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: Conjoining Setup CygWine Some Other Requirements.
Duane Ellis wrote: I and others have asked for the ability to specify a group of packages to install setup -p comma,separated,list,of,packages Ralph -- 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: CygWine 1.0 Beta -- an new cygwin package manager
Dave Korn wrote: I'm taking a quick browse through the code. I see that you've based it on chunks of the core setup.exe code, somewhat refactored and restructured. I wonder if we couldn't merge the two codebases, in such a way that there's one common 'setup engine' with a couple of alternative GUI front-ends; that might be a neat way to fix up all the missing features and make sure there is thoroughly consistent behaviour between the two different installers. You know your own code better than I do - do you think that would be practical? As long as the command-line options don't go away you can do whatever you want with the front end :-) Ralph -- 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: Cygwin 1.7 Does not work
Not to put too fine a point on it, but if you're trying to run a Linux system on a Windows machine, why not download the FREE VMWare Server 2.0 and install Linux as a VM? You can give the VM a couple of virtual network adapters and use one for a host-only network and the other for connectins on your real network. Thi smight be easier than making Cygwin what it is not. Ralph -- 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: RFE?: CygWinDir in ENV? (was Re: How does one find where Cygwin was installed from Windows?)
Larry Hall (Cygwin) wrote: This can be done now, if you look back through the thread to all the different options I outlined and even a few scripts others have thrown in. What Linda is proposing here is simply having the mechanism for communicating this be an environment variable. While this could arguably make it easier to do what you want, it doesn't mean that you can't do it now for either Cygwin 1.5 or the upcoming 1.7 (though you may be required to do something different for 1.5 and 1.7.) For what it's worth, you can easily retrieve a known registry key (that you have permission to access) using a batch file and then store that in a temporary variable. (I'm sure the gurus already know this) I really dislike software that pollutes my environment for me, but I really like software that lets me do it myself, if that makes any sense. Ralph -- 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: How does one find cygdrive path in a Win .bat file (was Re: Bug in startXwin.bat)
Here's how I do it in a little batch file that I put on my USB pen drive: It's in the attached .TXT file - you'll need to rename it to .BAT Note that this batch file will OVERWRITE your fstab so please review it before installing and using it on your system. Basically, it lets me carry Cygwin on a USB stick and it does not care what drive letter it's attached as. Note also that USB sticks are slo, so it's just for emergencies :-) Ralph @ECHO OFF REM -- REM Batch file to start Cygwin on arbitrary drive letters SETLOCAL FOR /F %%D IN (%CD%) DO SET CYGDRIVE=%%~dD REM -- Check if we've already modified the fstab for this drive letter IF %CYGDRIVE%==%CYGWIN_DRIVE% GOTO :DONE REM -- Check if the original fstab has been backed up IF EXIST %CYGDRIVE%\cygwinTest\etc\fstab.original GOTO MAKEFSTAB copy %CYGDRIVE%\cygwinTest\etc\fstab %CYGDRIVE%\cygwinTest\etc\fstab.original REM -- Set up the default fstab :MAKEFSTAB echo # Custom fstab for removable media %CYGDRIVE%\cygwinTest\etc\fstab echo # See /cygwin/etc/fstab.original for defaults %CYGDRIVE%\cygwinTest\etc\fstab echo %CYGDRIVE%/cygwinTest /ntfs binary 0 0 %CYGDRIVE%\cygwinTest\etc\fstab echo %CYGDRIVE%/cygwinTest/bin /usr/bin ntfs binary 0 0 %CYGDRIVE%\cygwinTest\etc\fstab echo %CYGDRIVE%/cygwinTest/lib /usr/lib ntfs binary 0 0 %CYGDRIVE%\cygwinTest\etc\fstab rem -- Start up thedefault shell chdir %CYGDRIVE%\cygwinTest\bin bash --login -i ENDLOCAL :DONE REM We're done with the local variables, but remember to set REM a variable that tells us the drive Cygwin is running on SET CYGWIN_DRIVE=%CYGDRIVE% EXIT /B 0 -- 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: problems using the setup.exe program
alex wallis wrote: Hi list I am fairly new to cygwin and am writing to ask a few questions about selecting packages when installing cygwin. My problem I am facing is this. I am blind, as a result in order to use a computer I use a program called a screen reader. snip Fortunately, the latest version of setup for 1.7 allows package selection from the command line. This is a _huge_ (ok maybe not that big) deal for users exactly like you. You can do things like: setup -q -n -D -L %SITE% %LOCALDIR% %PACKAGES% if you set up environment variables for SITE, LOCALDIR, and PACKAGES. Note that PACKAGES should be a comma separated list of packages you want to install with NO SPACES between entries. All the dependencies ar looked after automagically. Good luck! Ralph
Re: RFD: cygwin + *native* MinGW compiler
Charles Wilson wrote: Pursuant to a discussion on the libtool list, I'm trying to get a feel for how many cygwin users rely on the cygwin environment to drive the *native* MinGW gcc compiler. That is, incantations like this: snip I find myself bouncing around between cygwin and mingw because each one helps me accomplish different tasks. I use the Cygwin environment (including vim) for the actual software development of embedded systems, and to host the different gcc flavours needed for each target processor. There's lots of great tools ready to go, and it's now possible to drive the install from the command line, which makes it easy to reproduce a specific workstation configuration. Occasionally, I want to compile special tools that I can redistribute without source, so I use mingw for that. I have a build framework for embedded systems that I use for all my projects - even PC based ones. If I'm compiling third party software that comes with a makefile or autoconf script then I'll use that. Once you start designing makefiles that have to work with multiple compiler versions and flags and include and library paths, it gets complicated very quickly :-) One reason I have not tried to drive the native MinGW compiler is because of the path issues for includes and libraries. I was worried that Cygwin includes and libraries would accidentally get referenced. Ralph -- 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: [ITP] mintty 0.3.4
Charles Wilson wrote: Doesn't cygwin officially support i386, or are we allowed to assume i586 and above, now? Considering that support for Win98 is going to be dropped, the question may be answered if Win2K or better will even run on a 386 or 486? :-) Ralph
Re: Cygwin struct alignment
John Emmas wrote: Christopher / Reini - thanks for your tips. John, here's a quote from your original email: As things stand, both client and server use System V shared memory and everything works well if I compile under Cygwin or Linux. Ultimately however, there'll be no Linux clients. The clients will either be Cygwin clients or Windows clients. Therefore I'm currently experimenting to see if I can change the server to use Windows shared memory (only under Cygwin of course - not for Linux use). I'll repeat my original statement, which is that you will run screaming from your workstation before you will make two separate compilers understand each other's structure packing and struct alignment consistently. You might end up packing individual structs OK, but nested structs may end up aligned on full 32 or 64 bit boundaries again. I've been through this with HC16 and Blackfin processors, and I'm running into it with ARM devices too. However close you get to the Rosetta Stone of compiler settings, there will be corner cases that will not work, and you'll have a hell of a time tracking down the errors. Have a close look at the RFC I pointed you to, and see if it can help. Even if you just play with it for fun, there will be another tool in your belt when you're done. Ralph -- 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: Cygwin struct alignment
John Emmas wrote: Actually, this is turning out to be slightly more complicated than I thought. Member alignment for very simple structs seems to correlate pretty well but more complex structs cause subtle (though hopefully not insurmountable) problems.. snip Is it possible (in Cygwin) to disable structure packing? (I know this is possible for MSVC). Also, is there a handy reference where I could find out more about the format and 'size' of basic Cygwin types? Most of them are obvious of course, but there are a few less obvious ones, l snip Anywhere I can find out this kind of stuff?? John, if I understand you correctly, you are running up against a classic problem in embedded systems programming. Namely that you cannot assume anything about structure packing, byte ordering, or alignment when doing RPC or transmitting data across platforms. The most general solution is a structure definition language and an agnostic data format for the transmission. You'll need to provide packing and unpacking routines on each end that understand what type of structures you're dealing with. Here's a reference to this problem and a solution: http://www.faqs.org/rfcs/rfc1832.html I've run into this many times, and have solved the problem this way every time. You can try to bludgeon your compiler into doing the right thing, but there will be mysterious problems when someone else wants to use your system and does not have their settings right. Good luck! Ralph -- 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: Rationale for line-ending recommendation?
Linus Hicks wrote: On Fri, Dec 19, 2008 at 12:02 PM, Corinna Vinschen wrote: Yeah, right, if this were in fact the 21st century, why would we ever have to deal with a 30 year old, idiotic-from-the-start text file format using two line ending chars? How quickly we forget... snip Great summary! I worked with some of these older machines, and have dropped a deck or two of cards in my time as well :-) It's often too easy to say That was a dumb decision when you don't have the benefit of history. And that goes double for old guys that make clucking noises in design meetings when they hear the same old bad design or product plan choices made my newly hired managers that ignore their input. Cheers, Ralph -- 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: [PATCH] Setup 1.7 command line install/download in setup.exe
Christopher Faylor wrote: On Wed, Dec 10, 2008 at 09:54:55PM -0500, Christopher Faylor wrote: On Wed, Dec 10, 2008 at 08:48:18PM -0500, Ralph Hempel wrote: OK, here's the patch and the changelog... 2008-09-03 Ralph Hempel * source.cc: Add support for both -D and -L on command line Applied. ...and Thanks! You're welcome! And thanks for everyone's patience as I learned the ropes in terms of contributing. Cheers, Ralph
Re: cygwin and cygwin-xfree lists to merge
Andrew Schulman wrote: increase in email traffic for people who just want to hear about cygwin/x. ... or just want not to. I've got my email client (Thunderbird) set to move messages from mailing lists that I subscribe to into different folders based on the To: field. I'm probably not the only one that makes their lives easier by sorting incoming emails :-) By joining the lists, the sorting gets messed up and I won't be able to separate the emails quite as easily. So, my vote would be to leave the current state alone, which would make less work (none) for the nice folks at Cygwin and would avoid the problem of looking through the xfree archievs and finding an abrupt halt to the content after the switchover date. Ralph -- 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: [PATCH] Setup 1.7 command line install/download in setup.exe
Corinna Vinschen wrote: On Dec 5 11:24, Ralph Hempel wrote: Some time ago, I mentioned on this list that the -D -L command line options for setup.exe (1.7) don't operate quite the same as the radio buttons on the setup dialog. [...] The patch misses a ChangeLog entry... I'll add that and resubmit when I get back from my current field visit...thanks. Ralph
[PATCH] Setup 1.7 command line install/download in setup.exe
Some time ago, I mentioned on this list that the -D -L command
line options for setup.exe (1.7) don't operate quite the same as the
radio buttons on the setup dialog.
The operation I ended up describing was:
1. last-action should be consulted only if _neither_ -D nor -L are given
2. if -D is given, then download to local directory only
3. if -L is given, then install from local directory only
4. if both -D and -L are given, download and install
The attached patch to source.cc (HEAD) accomplishes this with
an absolute minimum set of changes. I have tested this patch using the
following command lines:
setup -L- sets the radio button for a local install
setup -D- sets the radio button for download only
setup -D -L - sets the radio button for download and install
setup - sets the radio button to the previous(default) state
Please consider adding this to the current setup.exe source.
Cheers, Ralph
--- setup-clean/source.cc 2008-08-12 16:32:08.0 -0400
+++ setup/source.cc 2008-09-03 09:29:28.59375 -0400
@@ -86,7 +86,9 @@
void
SourcePage::OnActivate ()
{
- if (DownloadOption)
+ if (DownloadOption LocalOption)
+source = IDC_SOURCE_NETINST;
+ else if (DownloadOption)
source = IDC_SOURCE_DOWNLOAD;
else if (LocalOption)
source = IDC_SOURCE_CWD;
Re: Cygwin suddenly prohibitively slow (conflicts?)
Barnhart, Robert M. wrote: I suspect a couple of things that might be affecting cygwin since yesterday: 1) I installed VMware Player 2.5.0 build-118166, but have not run it yet. 2) I loaded a VM image of about ~30GB onto my hard drive, but did not execute it. 3) Our company (SAIC) may be remotely installing Windows services, patches or even software IAW company policies. I can't necessarily tell when this is happening. Are there any known problems with VMware and cygwin? I'm using XP SP3 as my host machine and use vmWare Desktop (not player) to run lots of other OSen. I do this to keep my host machine clean and I have only 3 or 4 apps like an editor and 7-zip running on the host machine. I have a Cygwin 1.7 installation that lives on a USB key that I use on the host machine occasionally. It works fine but then again I have not updated it since last week. I doubt that vmWare has much to do with this, but you might want to see if there's any new anti-virus stuff running that could be checking your files when they are being loaded... Ralph -- 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: cygwin g++ strictness
Gary R. Van Sickle wrote: From: Eric Blake It is not portable to platforms with 16-bit int (although these days, such platforms are museumware). That, or: - Running your car's engineware. - Exploding an airbag into your face on detecting a collisionware. - Recording your vital signsware. - Pumping insulin into youware. - Doing your laundyware - Computerized exercise machinewear - Microwaveware - A billion other products with 8- and 16-bit microcontrollers in themware. CSci doesn't begin and end with the CPU currently on our desks! Thanks for reminding everyone that GCC is used for more than building desktop software. And to bring this around to Cygwin again, I've been using GCC for ARM under Cygwin for a few years now to build my Lua for the LEGO MINDSTORMS NXT. Having been through the gauntlet porting C code from 8 to 16 to 32 bit machines, I've been bitten by almost every possible portability bug there is - and I agree with Gary Fix it the right way so that it's truly protable. Ralph Cheers, Ralph -- 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: cygwin g++ strictness
John Emmas wrote: Is there a simple solution to this? In general, no. Writing portable code is hard and requires quite a bit of thought and perhaps more importantly, experience. First, use the strictest possible warning setting on the compiler and strive for warning free compiles. Then what I'd probably do is look closely at the offending code and imagine all the ways that having incompatible types that are silently converted will break your code. Then read up on these issues on the many resources out there on the web to educate yourself on how these problems manifest themselves and how to solve them. Sorry, but it's hard work. Ralph -- 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: Cygwin setup.exe via the cygwin shell
Thrall, Bryan wrote: For example (untested), to install vim and bc: setup.exe -d -q -R 'c:\cygwin' -s 'http://mirrors.xmission.com/cygwin/' -l 'c:\cygwin\home\thrall' -P vim,bc I'm not sure, but I _think_ the -P is only available in the 1.7 setup. The -D and -L options are not specified in your example, so depending on the last action performed in the previous run of setup, you'll either get download to local, install from local, or both. Furthermore, there's a little bug (that I've previously submitted a patch for) that won't let you combine -D and -D on the same command line invocation - you have to do it twice, once with each option. But yes, the command line setup works well indeed! One thing nagging in the background is whether or not you can/should update your cygwin installation while any Cygwin processes are running. Cheers, Ralph -- 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: Compile time Local Cygwin vs. VMware session on same system
Manning, Sid wrote: I've been happily using cygwin for many years but I recently loaded VMware on my system and it seemed pretty snappy, so much so I decided to see how it compared to native execution. I was surprised to see that I could compile much faster under VMware than on Cygwin on the same host. I pasted a short script (bottom of message) that I hope one could just cut and run to verify my results. To get a generally accessibly benchmark I download and time the compile binutils-2.18. My initial results where so skewed that I downloaded an updated cygwin.dll (1.5.24.2 - 1.5.25.2) but after the upgrade my performance dropped further. Here are my results: It looks like you're comparing compiling under Cygwin on the host machine to compiling under Linux on a VMWare machine running on the host and finding the second way faster. If you pick up Mecklenburg's Managing Projects with Make you'll find he does some timing tests comparing make running on a 1.9 GHZ P4 running cygwin on XP vs make running on a 450 MHz P2 running RedHat 9. The (almost 4 times slower) P2 beat the P4 handily. He attributes the difference mainly to the cost of launching shells from make and general overhead of file operations in Windows. I'm not surprised that your VM running Linux is so much faster than the host machine running Windows. Long story short, this is probably not so much a Cygwin issue as general Windows issue... Cheers, Ralph -- 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: Compile time Local Cygwin vs. VMware session on same system
Mark J. Reed wrote: Long story short, this is probably not so much a Cygwin issue as general Windows issue... No, I think that's going too far. It's a mismatch between the Windows and UNIX process models, and the fact that compilation via make(1) is optimized for the latter. Agreed. I was trying to say that no amount of tweaking and hand-wringing would force make to run as fast in a windows environment as in a Unix environment. Ralph -- 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: Compile time Local Cygwin vs. VMware session on same system
Manning, Sid wrote: I appreciate everyone's insight and I will definitely checkout Mecklenburg's make book to get hard stats on the differences. Mecklenburg's book is much better put to use as the definitive reference for make :-) Chapter 10 Improving the Performance of make pp182-195 is where the stats are. And he does provide some excellent tips on running make under Cygwin. Ralph -- 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: cygwin1.7 release date
Eric Blake wrote: Whats the official release date for cygwin1.7( also QT4,QWT5.. ). Please let me know When it's good and ready. Read the archives; this is a volunteer process, so no one is getting paid to make a release by a certain date (although before the end of this year would has been a nice goal). The list has gone a bit dark the last week or so - perhaps there's a bit of a push on... Ralph -- 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: Strange crash for application linked to cygwin libraries.
Peter Ross wrote: On Wed, Oct 15, 2008 at 12:18 PM, Mark Geisert [EMAIL PROTECTED] wrote: Peter Ross writes: I've written an application which does some initialization and then does a tcp accept. 5 minutes and 20 seconds give or take after doing the tcp.accept the application aborts with exit code 0. If I continually send tcp data to this application then the crash doesn't occur, it is only after 5 minutes and 20 seconds of waiting for I/O. 5 minutes and 20 seconds is 320 seconds which is 32000 milliseconds. It's probably not related, but the maximum signed 16 bit value is 32768. I'm always suspicious when the time is repeatable and the value is some multiple of a power of 2 :-) Ralph -- 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: Problem to open big selfextracting Zip files from bash - starting from scratch :-)
Reid Thompson wrote: Dirk Napierala wrote: , but what I do not understand is that after we found that only replacing the dll cause the prob and fix it again when reverted, why isn't that enough to troubleshoot the dll now? Also because it does not work with the 1.7 version. I think if you'll go back through the responses you'll find where someone noted that the number of changes to cygwin.dll between versions 1.5 and 1.7 is quite large, meaning that just tying it down to cygwin.dll doesn't make the effort of troubleshooting a minor endeavor. That and the fact that if you really, really need this to work with the 1.5 DLL, and are processing hundreds of sfx files, and are doing this for work where a lot of dollars are at stake, maybe a support contract would be a good idea... It sounds like you might want to seriously consider another mail list member's suggestion of passing the issue up the chain within your own firm. I'm pretty sure you're not going to get anyone at Cygwin to look at this problem for older versions of the DLL, if I'm reading the tone of the responses correctly without buying a support contract :-) Ralph -- 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: cygwin-1.7: mv appends .exe extension to .bat and .com files
Corinna Vinschen wrote: On Oct 2 11:01, Corinna Vinschen wrote: On Oct 1 09:27, Herb Maeder wrote: With a fresh install of cygwin-1.7 on a vanilla Vista system, I see that the 'mv' command appends a .exe extension to the destination file for any source files that have a .bat or .com extensions. SNIP That should be fixed now in CVS. Might this issue also affect the operation of install with cygwin-1.7 on a vanilla XP-SP3? http://cygwin.com/ml/cygwin/2008-10/msg00110.html Install seems to strip the .exe extension in the process of copying files to the destination directory. Ralph -- 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: cygwin-1.7: mv appends .exe extension to .bat and .com files
Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 10/9/2008 7:05 AM: Install seems to strip the .exe extension in the process of copying files to the destination directory. Install *copies* files. The resulting filename is not under control of Cygwin but exclusively under control of the copying application. This is different from rename and link which are OS functions and thus implemented in Cygwin. What this really means is that I need to add another cygwin-specific patch in coreutils to make install keep track of .exe magic - if the user specified a file without the suffix, but the real file has the suffix, then the target should be created with the suffix (no different than some of the .exe magic already in mv and cp). Exactly. What happens now is that the .exe extension is simply stripped off during the copy. As I noted before, the Cygwin User's Guide currently implies that install will fail in this scenario. The exe magic seems to be a rich source of headaches. I'm glad somebody smarter than me is looking after it :-) Ralph PS. Sorry for hijacking (not too far) this thread. -- 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: install assumes.exe extension?
DePriest, Jason R. wrote: On Mon, Oct 6, 2008 at 9:34 PM, Ralph Hempel wrote: I'd just like to clear up some confusion on my part about install as distributed with Cygwin. SNIP Does this help? http://cygwin.com/cygwin-ug-net/using-specialnames.html#id318321 Yes, but then this part confuses me again... Unfortunately, the install and strip commands do distinguish between filename and filename.exe. They fail when working on a non-existing filename even if filename.exe exists, thus breaking some makefiles. This problem can be solved by writing install and strip shell scripts to provide the extension .exe when needed. Maybe I'm dense, but the way I'm reading this paragraph is that it should fail under the scenario I was describing. 1. lua.exe exists in the source dir 2. lua does not exist in the source dir 3. install copies lua.exe to the destination dir and renames it lua Ralph -- 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: [OT] RE: Cygwin bash
Dave Korn wrote: Mark J. Reed wrote on 07 October 2008 14:30: While you can copy and paste with the standard DOS box window, it is not easy, and copying is especially laborious. It requires an extra step (you have to go into mark mode via Edit-Mark before you can select anything); Enable Quick Edit in the properties. Then you can just use click-and-drag to select, hit enter to copy, and right-click to paste. You learn something new every day... Ralph -- 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/
install assumes.exe extension?
I'd just like to clear up some confusion on my part about install as distributed with Cygwin. I'm building Lua, an MIT licensed scripting language. Part of the lua make install process calls install as follows: cd src install -p -m 0755 lua luac /usr/local/bin And sure enough, lua and luac show up in /usr/local/bin But they exist as src/lua.exe and src/luac.exe So the question is, is it install or the cygwin dll that assumes the exe extension on the file in the source dir and then removes it when installing it to the destination? Ralph PS. I'm willing to maintain a Lua (and significant libraries) port for distribution with Cygwin -- 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: Patch for command line install/download in setup.exe
Sorry for resubmitting this, but I got no response from the setup
maintainer(s) and wanted to be sure it does not fall between the
cracks before the next release... I'm sure everyone is very busy.
Some time ago, I mentioned on this list that the -D -L command
line options for setup.exe don't operate quite the same as the
radio buttons on the setup dialog.
The operation I ended up describing was:
1. last-action should be consulted only if _neither_ -D nor -L are given
2. if -D is given, then download to local directory only
3. if -L is given, then install from local directory only
4. if both -D and -L are given, download and install
The attached patch to source.cc (HEAD) accomplishes this with
an absolute minimum set of changes. I have tested this patch using the
following command lines:
setup -L- sets the radio button for a local install
setup -D- sets the radio button for download only
setup -D -L - sets the radio button for download and install
setup - sets the radio button to the previous(default) state
Please consider adding this to the current setup.exe source.
Cheers, Ralph
--- setup-clean/source.cc 2008-08-12 16:32:08.0 -0400
+++ setup/source.cc 2008-09-03 09:29:28.59375 -0400
@@ -86,7 +86,9 @@
void
SourcePage::OnActivate ()
{
- if (DownloadOption)
+ if (DownloadOption LocalOption)
+source = IDC_SOURCE_NETINST;
+ else if (DownloadOption)
source = IDC_SOURCE_DOWNLOAD;
else if (LocalOption)
source = IDC_SOURCE_CWD;
Running Cygwin on Different Drive etters
I've got a clean minimal install of Cygwin 1.7 on a USB stick, and I'd like to be able to use that Cygwin install no matter what the actual drive letter is that is assigned to the stick. So far, I've modified cygwin.bat with this to get the drive letter of the stick: SETLOCAL FOR /F %%D in (%CD%) DO SET CYGDRIVE=%%~dD chdir %CYGDRIVE%\cygwin\bin bash --login -i ENDLOCAL %CYGDRIVE% ends up with the drive letter and colon, which is useful, but then when we run cygwin.bat... ...it does not quite work - bash complains it cannot create /tmp because the original drive letter was encoded into a number of files under /etc, including: /etc/fstab And these files assume that the windows system files are under c:\WINNT\system32. /etc/hosts /etc/networks /etc/protocols /etc/services So, my question is: Would it be possible to allow an environment variable to be part of an fstab entry? Cheers, Ralph
Re: Running Cygwin on Different Drive etters
Christopher Faylor wrote: On Thu, Sep 18, 2008 at 02:58:35PM -0400, Ralph Hempel wrote: Would it be possible to allow an environment variable to be part of an fstab entry? 1) No OK, but I might go and ask Mom what she thinks :-) 2) This is not a topic for the cygwin-apps mailing list. I would have posted it on the main cygwin list but then I thought it might be more appropriate here. Someday, I'll guess correctly... Cheers, Ralph
Re: Running Cygwin on Different Drive etters
Christopher Faylor wrote: Since I gave you this answer the last time you raised a similar issue: http://cygwin.com/ml/cygwin-apps/2008-08/msg00201.html it really should have come as no surprise that this is not where we discuss cygwin internals. Not to flog a dead horse too much, but this discussion between you and Corinna on the internal workings of the 1.7 fstab seemed to be OK on the apps list... http://cygwin.com/ml/cygwin-apps/2008-04/msg00039.html I _really_ don't want to get into a big discussion about this, or seem in the least ungrateful for the time, energy, and brainspace that you and the rest of the heavyweights on the project put in. Your focus is - as it should be - on keeping the project headed in the right direction and preventing maintenance headaches in the future. My focus is on using Cygwin and contributing when I can. All I want is the holy grail of popping my USB stick into another Windows machine and having the Cygwin tools available. Somewhere in the middle, we're bound to collide at times... Ralph
Re: New package behaviour of setup.ini
Dave Korn wrote: Will there be a simple (cross compile) replacement, as discussed previously. Yes! Write i586-pc-mingw32-gcc instead of gcc -mno-cygwin and you're done. End of story; it really will be that straightforward. I've turned this text into a .BMP file and made it my desktop background image :-) Ralph
Patch for command line install/download in setup.exe
Some time ago, I mentioned on this list that the -D -L options
for setup.exe don't operate quite the same as the radio buttons
on the setup dialog.
The operation I ended up describing was:
1. last-action should be consulted only if _neither_ -D nor -L are given
2. if -D is given, then download to local directory only
3. if -L is given, then install from local directory only
4. if both -D and -L are given, download and install
The attached patch to source.cc (HEAD) accomplishes this with
an absolute minimum set of changes. I have tested this patch using the
following command lines:
setup -L- sets the radio button for a local install
setup -D- sets the radio button for download only
setup -D -L - sets the radio button for download and install
setup - sets the radio button to the previous(default) state
Please consider adding this to the current setup.exe source.
Cheers, Ralph
--- setup/source.cc 2008-09-03 09:29:28.59375 -0400
+++ setup-clean/source.cc 2008-08-12 16:32:08.0 -0400
@@ -86,9 +86,7 @@
void
SourcePage::OnActivate ()
{
- if (DownloadOption LocalOption)
-source = IDC_SOURCE_NETINST;
- else if (DownloadOption)
+ if (DownloadOption)
source = IDC_SOURCE_DOWNLOAD;
else if (LocalOption)
source = IDC_SOURCE_CWD;
Re: Patch for command line install/download in setup.exe
Ugh, bad form replying to my own email but the patch I submitted
works in thewrong direction. Here's the correct patch...
Sorry for the noise.
Ralph
--- setup-clean/source.cc 2008-08-12 16:32:08.0 -0400
+++ setup/source.cc 2008-09-03 09:29:28.59375 -0400
@@ -86,7 +86,9 @@
void
SourcePage::OnActivate ()
{
- if (DownloadOption)
+ if (DownloadOption LocalOption)
+source = IDC_SOURCE_NETINST;
+ else if (DownloadOption)
source = IDC_SOURCE_DOWNLOAD;
else if (LocalOption)
source = IDC_SOURCE_CWD;
Re: make script not working with Cygwin 1.5.25-14 (with Perl)
Nose wrote: Hello everybody! I've got a makescript which doesn't run with the new cygwin version. When I switch back to the new cygwin version nothing seems to be the matter but when I switch to the new version things are getting weird. As Groucho Marx might have said on this list: Then don't use the new version Does anybody know if something is changed or major bugs are known? I forgot to put my mind-reading hat on this morning, sorry. Waiting when cygwin mobile comes out, Oh my goodness, I think the Cygwin folks totally forgot about this! Maybe you should file a PR. Ralph -- 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: New Setup for Cygwin 1.7 on cygwin.com
Corinna Vinschen wrote: On Aug 27 15:07, Ralph Hempel wrote: Dependency loops are already detected, just the result is less than desirable. It's a stadard problem of loops in directed graphs. There's no way to create a topological sort order and the result of any sort algorithm is basically not determinate. So you have to put some additional heuristic into the algorithm to get a sort order you desire. Ah. Perhaps I should dig into Volume 3 of my Knuth books. For what it's worth, I think that your approach of tackling the algorithm and making it run correctly is going to get a better end result than hacking at the description file. Cheers, Ralph
Re: printf: %ls or %S does not work when string is of length 1.
Jason Tishler wrote: If you are going to release another Cygwin 1.5, would you be willing to back port this fix? Otherwise, Python 3.0 will not be able to run under Cygwin 1.5. And the madness begins Ralph -- 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/
