Re: RFP: NASM
On Sat, Mar 16, 2002 at 11:42:48AM +0100, Gerrit P. Haase wrote: Hallo, Is someone willing to maintain NASM, the netwide assembler? You? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Setup.exe release-candidate
From: Robert Collins [EMAIL PROTECTED] To: Max Bowsher [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, March 19, 2002 04:35 Subject: RE: Setup.exe release-candidate -Original Message- From: Max Bowsher [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 19, 2002 11:32 PM At 11:00 AM 3/15/2002, Max Bowsher wrote: Hi - Could someone tell me what the reason behind making setup put packages in directories named for the mirror they came from? I'm sure there was a good reason, I just can't figure it out. It's to support selecting packages from multiple mirrors. See the email archives for more in depth discussions on this topic. I searched, but did not find. The point of my original question was this: At the moment, every so often, I merge the mirror directories into my old-style main directory by hand. If I produced a patch to add a 'tidy download directories' option to setup, that did this, would people say that's helpful or that's stupid. ]They would say Something like that was planned eventually anyway - ]thank you very much for helping. I'm copying this to cygwin-apps instead of cygwin. I was planning to do this once the new setup.exe was released and the source merged, but have absolutely no objection to Max doing it. My feeling is that the site specific directories are a distraction. When downloading, the newest setup.ini found should be the only one saved. Even if site specific setup.ini's are desirable, the archive files should still only be saved in the base tree. -- 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.
Re: Link for MORE
I have no objection if the original contributors want to take the cygutils source package, rip out everything that isn't (for instance) 'mkshortcut'-related, and release a standalone autotool'ed mkshortcut. (However, I'm not pushing for that.) Personally, I feel a good test is whether it's something people are going to look for coming from another *NIX platform or not. There are people who are looking for the pager 'more' since that's what they used on SunOS 1.0 or something. No one is going to be asking, Why doesn't cygwin have 'mkshortcut' or 'cygstart'!?!? since they are cygwin-specific. (Not entirely true of, for example, unix2dos but close.) Hopefully people who are looking to use cygwin-specific apps are more likely to read the mailing lists, use the packages web page, etc. __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/
[PATCH] Reinstate version number magic in Makefile.in for setup.exe
Checked into branch and trunk. I uploaded a new version of setup.exe to sources.redhat.com, too, since this was affecting setup.ini creation. cgf 2002-03-19 Christopher Faylor [EMAIL PROTECTED] * Makefile.in (setup_version.c): Add back magic which allows detection of setup.exe version number. Index: Makefile.in === RCS file: /cvs/uberbaum/winsup/cinstall/Makefile.in,v retrieving revision 2.51 retrieving revision 2.51.2.1 diff -u -p -r2.51 -r2.51.2.1 --- Makefile.in 2002/02/18 13:53:06 2.51 +++ Makefile.in 2002/03/19 17:35:43 2.51.2.1 @@ -212,7 +212,9 @@ setup_version.c : $(srcdir)/ChangeLog Ma V=`grep '^\$$Revision.*' $(srcdir)/ChangeLog \ | sed -e 's/\$$Revision:* *//' \ -e 's/ *$$.*//'` ;\ - echo const char *version = \$$V\; version.tmp ;\ + (echo '#define VERSION_PREFIX %%% setup-version';\ +echo 'static const char version_store[] = VERSION_PREFIX '$$V';';\ +echo 'const char *version = version_store + sizeof (VERSION_PREFIX);') +version.tmp;\ mv version.tmp setup_version.c %.o: %.rc
Re: Setup.exe release-candidate
On Win98, setup concludes rather badly. In previous incarnations, setup would launch a DOS window. Quite often that would freeze my machine, reasons unclear. However, it was possible to murder winoldap using the three-finger-salute and that would return me to normal functioning - usually displaying the Installation Complete message. Now, however, a window is launched (doesn't look like DOS, but maybe) that immediately freezes the machine. Murdering winoldap just leaves it frozen. I also murdered a cs2? task that was [not responding] - still frozen but now Ctl-Alt-Del is not sensed. I wound up cycling the power. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. .
Re: release setup now?
- Original Message - From: Charles Wilson [EMAIL PROTECTED] To: Robert Collins [EMAIL PROTECTED] Cc: CygWin-Apps [EMAIL PROTECTED] Sent: Monday, March 18, 2002 22:24 Subject: Re: release setup now? I think so. I know of two minor (non-show-stopper) nits: 1) IF (and only if) folks have used the setup-snapshots AND they happened to use a particular version (dunno which one, sorry), then the foo.lst.gz files in /etc/setup that were created by this particular bad setup.exe, contain 0x00 bytes at the end of each line. This has been fixed in setup itself -- but the bad .lst.gz files remain. This *may* cause trouble in the future (when the .lst file is re-read for uninstall) but a) it only affects a few people b) it may not even be a problem (don't borrow trouble) c) it's easily fixed by hand b) The 0x00 is at the start of all but the first line, so it prevents uninstall from removing most old files. I've seen this effect when I've replaced packages that I'd installed with a setup.exe snapshot that writes the 0x00. c) The attached script will repair the files. It won't change files that don't have the problem and preserves file modification dates and permissions, so there should be no problem running the script even if you aren't affected by the problem. # Using clean_lst.pl: cd /etc/setup gzip -d *.lst.gz xxx/clean_lst.pl.gz xxx/clean_lst.pl gzip -9 *.lst -- 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. clean_lst.pl.gz Description: GNU Zip compressed data
RE: [PATCH] Reinstate version number magic in Makefile.in for setup.exe
Thanks.
Re: ssh Keychain?
Robert Collins wrote: Someone mentioned this a while back... did anything come of that? That would be me. I proposed to package it, send a setup.hint. And added a task to follow up on it and count the votes. I even made a package -- I just forget that it's not enough to have a TODO list. It's also required to actually check sometimes 8-) I've just counted the votes and it's one for (and with my own two for) and one maybe. So that's a go. Would anyone upload the package to cygwin.com. http://hackdata.com/cygwin/keychain-1.8-1/keychain-1.8-1.tar.bz2 http://hackdata.com/cygwin/keychain-1.8-1/keychain-1.8-1-src.tar.bz2 http://hackdata.com/cygwin/keychain-1.8-1/setup.hint setup.hint sdesc: An OpenSSH key manager ldesc: Keychain is an OpenSSH key manager, typically run from ~/.bash_profile. When run, it will make sure ssh-agent is running; if not, it will start ssh-agent. It will redirect ssh-agent's output to ~/.ssh-agent, so that cron jobs that need to use ssh-agent keys can simply source this file and make the necessary passwordless ssh connections. In addition, when keychain runs, it will check with ssh-agent and make sure that the ssh RSA/DSA keys that you specified on the keychain command line have actually been added to ssh-agent. If not, you are prompted for the appropriate passphrases so that they can be added by keychain. category: Utils # cygwin contains kill and ps # sh-utils contains uname and whoami requires: ssh, bash, grep, gawk, sh-utils, cygwin test: 1.8-1 --- Since this is the first release I think it should be a test package for some time. Even that I've been running it over a month now. There is one problem when the ssh-agent is started inside a rxvt session and the sessions is closed without stopping the agent, some of rxvt is still waiting for the agent to finish. So there is a warning when shuting down the computer. This doesn't happen when starting the agent from a windows console. Rob -- Med venlig hilsen / Kind regards Hack Kampbjørn
RE: RFP: NASM
Do they have cygwin versions? Are they interested in having it available via setup.exe? Rob -Original Message- From: Jim [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 20, 2002 2:47 AM To: [EMAIL PROTECTED] Subject: Re: RFP: NASM I kinda thought the people at nasm.2y.net were doing a good job of maintaining it On Sat, Mar 16, 2002 at 11:42:48AM +0100, Gerrit P. Haase wrote: Hallo, Is someone willing to maintain NASM, the netwide assembler? You? Corinna --
libintl1
appears to be in a lib category, not libs. Rob
RE: release setup now?
Thanks Michael - do you want to put that somewhere on the web (it could be at www.cygwin.com), and we can advise the cygwin crowd that tested... that they should run this? Cheers, Rob
Re: release setup now?
On Wed, Mar 20, 2002 at 02:38:51PM +1100, Robert Collins wrote: Thanks Michael - do you want to put that somewhere on the web (it could be at www.cygwin.com), and we can advise the cygwin crowd that tested... that they should run this? You can submit an announcement or submit it as software. (Wow, now we can have an enjoyable discussion about how terrifically hard it is to find the word submit on the cygwin web page.) cgf
RE: release setup now?
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 20, 2002 2:40 PM To: [EMAIL PROTECTED] Subject: Re: release setup now? On Wed, Mar 20, 2002 at 02:38:51PM +1100, Robert Collins wrote: Thanks Michael - do you want to put that somewhere on the web (it could be at www.cygwin.com), and we can advise the cygwin@ crowd that tested... that they should run this? You can submit an announcement or submit it as software. (Wow, now we can have an enjoyable discussion about how terrifically hard it is to find the word submit on the cygwin web page.) Nyahh, I was thinking real-low-tech, and emailing cygwin@, because it only affects beta-testers, and they were all from cygwin@. Rob
Re: libintl1
On Tue, Mar 19, 2002 at 10:58:37PM -0500, Charles Wilson wrote: Robert Collins wrote: appears to be in a lib category, not libs. oops. I'll fix it when I get home (yep, still at work...) I fixed it already, Chuck. I didn't think you'd mind. cgf
Re: Volunteering to package texinfo-4.1
On Wed, Mar 20, 2002 at 03:17:42PM +1100, Billinghurst, David (CRTS) wrote: Building gcc-3.1 now requires texinfo-4.1. It builds OOTB. If there are no objections I will package it up over the weekend and submit it. Thanks for the offer but I'm all set up to handle this. I may rethink this if I have any problems building it, though. :-) cgf
RE: ssh Keychain?
-Original Message- From: Hack Kampbjørn [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 20, 2002 12:26 PM To: [EMAIL PROTECTED] Subject: Re: ssh Keychain? Robert Collins wrote: Someone mentioned this a while back... did anything come of that? That would be me. Uploaded. Rob
Re: Volunteering to package texinfo-4.1
On Wed, Mar 20, 2002 at 03:17:42PM +1100, Billinghurst, David (CRTS) wrote: Building gcc-3.1 now requires texinfo-4.1. It builds OOTB. If there are no objections I will package it up over the weekend and submit it. Can you actually build texinfo-4.1, David? I can't build it on either linux or Windows. Maybe I'll download the sources from the Red Hat RPM and try that. cgf
Re: Volunteering to package texinfo-4.1
On Wed, Mar 20, 2002 at 04:24:02PM +1100, Billinghurst, David (CRTS) wrote: Built it about 6 times already (for various sad reasons). /usr/local/src/texinfo-4.1/configure --prefix=/usr make make install Yeah, I figured it out. It doesn't like being cross-compiled. I forgot about that. Thanks. cgf
Re: RFP: NASM
Do they have cygwin versions? Are they interested in having it available via setup.exe? Rob *shrug* they have a forum - the version compiles with cygwin without a hitch... most recent is 0.98.22 (I'm pretty sure)
Re: And we have a xfree cygwin package.. (What are they called?)
On Wed, Mar 20, 2002 at 04:13:06PM +1100, Robert Collins wrote: -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 20, 2002 3:40 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: And we have a xfree cygwin package.. (What are they called?) On Tue, Mar 19, 2002 at 11:27:18PM -0500, Harold Hunt wrote: Okay, I mirrored the files: http://www.msu.edu/~huntharo/xbase/xbase-4.2.0-1.tar.bz2 http://www.msu.edu/~huntharo/xbase/setup.hint http://www.msu.edu/~huntharo/xbase/md5.sum .. I assume that these are just for people to play with but that will require a little bit of customization of local setup.ini's if you want to do anything useful. Harold... If I can be so bold, can I suggest that you add a setup.ini to the collection of files - just include the setup.hint contents (see http://www.cygwin.com/setup.html for the setup.ini format. I don't see any reason to delay adopting XFree86 into the main setup. So, lets not worry about customizing anything or offering alternate setup.ini's. cgf
RE: And we have a xfree cygwin package.. (What are they called?)
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 20, 2002 4:24 PM I don't see any reason to delay adopting XFree86 into the main setup. So, lets not worry about customizing anything or offering alternate setup.ini's. I don't see any reason either, but then I've been pushing for this for 6 months. The reason I'm suggesting have a test setup.ini is so that their install-script can be tested a little bit... Rob
Volunteering to package texinfo-4.1
Building gcc-3.1 now requires texinfo-4.1. It builds OOTB. If there are no objections I will package it up over the weekend and submit it.
