1.3.10: large files reported incorrectly (XP)
On Thursday 16 May 02, Dmitri Loguinov writes: > I have two large (16 GB and 18 GB) tar files on an NTFS partition in Windows > XP. When I list the files in cygwin, I get the following: > > -rw-r--r--1 Dmitri Administ 478821376 Dec 18 22:15 unix1.tar > -rw-r--r--1 Dmitri Administ 18446744072062309376 Dec 18 22:34 > unix2.tar Cygwin does not handle filesizes greater than 2GB. Sorry! David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: New setup.exe 2.218.2.9 available (was Postinstall not working, setup.exe 2.218.2.8)
> -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 16, 2002 3:38 PM > To: [EMAIL PROTECTED] > Subject: Re: New setup.exe 2.218.2.9 available (was > Postinstall not working, setup.exe 2.218.2.8) > > > On Thu, May 16, 2002 at 01:35:49AM -0400, Christopher Faylor wrote: > >On Thu, May 16, 2002 at 12:30:07AM -0400, Christopher Faylor wrote: > I ran the scripts manually, but there is something else missing. > > Any ideas or help would be greatly appreciated! > >>> > >>>It's a bug. I'll be doing a bunch of work this weekend. > Until then, > >>>you can run the scripts by hand. > >> > >>I know what's causing this one. I broke it. > >> > >>Fix shortly. > > > >I've installed a new version of setup.exe. It should fix > this problem > >and only this problem. > > Note that I haven't updated the sources for this. > > Robert, is this something that you can do easily? Yup. will do. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Using cygwin DLLs in no-cygwin applications
Hi all,
a while ago I tried to include some legacy FORTRAN and C code into a
DELPHI project of mine. Building a DLL (according to Mummit Khan's
description) seemed the way to go. Under Cygwin, this ended up admiring
SIGSEGVs all over the place. Under MinGW, however, everything worked
out fine (Searching this list would have told me right away that including
cygwin1.dll from a non-cygwin app does not work). So far for my stupidity.
Anyway, more or less out of curiosity I tried the following:
procedure TForm1.FormCreate(Sender: TObject);
var
bzopen : Function(const name:PChar; const Mode:PChar):Pointer;cdecl;
bzclose: Function(s:Pointer):Integer;cdecl;
bzwrite: Function(s:Pointer;data:Pointer;len:Integer):Integer;cdecl;
hCygz : LongInt;
s : Pointer;
begin
hCygz := LoadLibrary('cygz.dll');
if hCygz<>0 then begin
@bzopen :=GetProcAddress(hCygz,'gzopen');
@bzclose:=GetProcAddress(hCygz,'gzclose');
@bzwrite:=GetProcAddress(hCygz,'gzwrite');
s := bzopen('test.z','wb9');
if s<>nil then begin
bzputs(s,PChar('Hello World');
bzclose(s);
end;
end;
end;
To my utmost surprise, this piece of code works. After loading cygz I
can even call some functions from cygwin1 after getting their address
with GetModuleHandle/GetProcAddress (malloc/free/getcwd).
The question now is, which magic initialization does cygz that my self
built DLLs lack? (BTW, I have just written a glue layer for
cygregex.dll that works just after the same scheme...Why?)
Ciao
Tom
Thomas Demmer
Kraft Foods R&D Munich
Phone: +49 89 62738-6302
Fax: +49 89 62738-86302
Thought of the Day:
An age is called Dark not because the light fails to shine, but because
people refuse to see it.
-- James Michener, "Space"
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: apache and php4 out-of-the-box
Michael, On Wed, May 15, 2002 at 02:07:23PM -0400, Michael Kunze wrote: > but now i run nto th next problem with my apache installation: > > C:\cygwin\usr\sbin\httpd.exe: *** unable to remap > C:\cygwin\bin\cygintl-1.dll to same address as parent -- 0x1A6F > > [snip] > has it something to do with that rebase thing? Yup! See the following: http://sources.redhat.com/ml/cygwin/2002-05/msg00582.html http://sources.redhat.com/ml/cygwin/2002-05/msg00614.html Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Helpful Bug Reporting (setup.exe)
> -Original Message- > From: Dockeen [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 15, 2002 10:38 AM > To: [EMAIL PROTECTED] > Subject: Helpful Bug Reporting (setup.exe) > > > When you are reporting an error, try to think like someone > who is trying to solve the problem! In the case of setup.exe > problems make sure to include: Thank you! Nice summary. Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Changes in latest snapshot
Something that you could have done: Change ~/.cvspass, ~/.cvsrc, and all */CVS/* files in your sandboxes to Unix format. You might also need change other files, e.g. */.cvsignore, and you might want to change some or all text files in your sandboxes. Nothing mysterious here, it's just that many Unix utillities are very sensitive to little details in configuration files (like a CR at the end of each line). Kind regards Peter Ring -Original Message- From: Shankar Unni [mailto:[EMAIL PROTECTED]] Sent: 15. maj 2002 18:29 To: [EMAIL PROTECTED] Subject: Re: Changes in latest snapshot Christopher Faylor wrote: > I'm thinking about making binmode the default, too. Woo - watch out. I use "cvs" (the cygwin port) in :pserver: mode, and recently, when I changed my system mount point to binmode, "cvs login" stopped working. I would do "cvs login", and it would prompt for a password, and store it. Then for any subsequent "cvs" op, it would tell me that the password was invalid, and ask me to log in again. The only thing I could do was to go back to a "textmode" system mount. -- Shankar. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Come see my cam
Sweet college bitches ready to party!! http://hosting24-7.org/liveonline/zoolife/ These crazy sluts are ready to FUCK ALL SUMMER LONG! cya! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: script or nmap?
At 12:20 AM 5/16/2002, dave wrote: > Hi, > Are either of the above apps working with cygwin? >Thanks. http://cygwin.com/packages/ Look here with these kinds of questions. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: locate and it's db
It was I who came up with that dirty substitute. It's worth noting that it doesn't do anything the *real* updatedb script does like pruning and ignoring /tmp and the like. Also, you'll have to mkdir /usr/var in your cygwin installation unless you set the LOCATE_PATH environment variable. -rgm At 04:54 PM 05.15.2002 -0700, Ghosty wrote: >try this: > >alias updatedb='find / -name "*" | /usr/libexec/frcode > /usr/var/locatedb >&' > >I found this somewhere, I forgot where, so I can not give the credit to the >author. > >-- >Ghosty -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[OT: Perl] RE: Better solution for calling 'net use' from Cygwin Perl?
This is just a Perl, tid-bit, so disregard if you're not interested in Perl arcana. > -Original Message- > You might also want to keep any shells from getting involved with your > arguments; they sometimes treat '\' badly: > > my $share = "//storigen1u21/sfstest"; > $share =~ s,\\,/,g; > system( "c:/WINDOWS/system32/net.exe", "use", "t:", $share ); Surprisingly to me, system( "c:/WINDOWS/system32/net.exe use t: \"$share\"" ); doesn't invoke a shell either. The reason is that the "system" function will break the string into words and call exec as long as there aren't any (in Perl's opinion) shell metacharacters (like [<>$] and I don't know what-all) in the string. The multi-arg form is guaranteed to run exec, not a shell, but the single-arg form is often more readable. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin & opensshd on .net enterprise server
At 01:57 AM 5/16/2002, Tony Hain wrote: >Christopher Faylor wrote: > > > I am looking for any clues on how to make cygwin & opensshd > > > work on a .net enterprise server, and found nothing in the > > > mail archive. I had been running Mark's opensshd specific > > > environment on W2k server without trouble. When I installed a > > > fresh build 3615, OpenSSH_3.1p1 failed, so I thought I would > > > try the full cygwin. That is failing in the same way, so > > > after a couple of days experimenting I am stuck. > > > > > > ... snip > > > > > > Any clues what to try next??? > > > > Why don't you ask "Mark"? > > > > cgf > >I did copy him on the original note so he would be aware of the issue, >but at this point I have completely removed his version (including >deleting registry keys) and installed the cygwin environment. It appears >that all of cygwin works when run in a system owned command window, but >nothing works from an administrator account. Can you please acknowledge whether or not you read openssh*.README so that we know whether you've missed the obvious user rights settings necessary for the administrator account? Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.10 release/installer 2.218.2.8 not working
At 12:46 AM 5/16/2002, Derek Botfield wrote: >I am unable to get the latest cygwin installed. All >kinds of binaries (such as cp, id and touch etc.) are >missing. Nevertheless I need a working version of >cygwin and I know that B20 installed flawlessly. Where >can I get a copy of B20 (or even B20.1)? Trolling of B20.x (or B19 or B18...) information is off-topic for this list, unless you're reporting the existence of a site with these binaries available. If you are reporting a site with these binaries, it's quite likely that someone here will actively seek it out and try to get the binaries removed. We're very sensitive to the volume of email on this site and want to keep it focused on current releases. The current Cygwin DLL release (1.3.10) and accompanying packages is what is supported by this list. You're free to use any other version you want but this list can't support it and discussions of those versions are off-topic. If you care to report details of your setup.exe problems, that would be considered on-topic and proper procedure. Please double check that you've tried the very latest setup.exe before sending your report however. This utility has been changing daily (if not more) lately so it behooves you to make sure your problem is reproducible. Also, it's appreciated if you check the email list archives at least a few days back to make sure your problem has not already been reported. Thanks, Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Regarding loadkeys utility.
Hi all, can somebody explain how to get loadkeys utility installed under cygwin.which option should be selected for this when running setup.In linux i get this utility in the /etc/rc.d/ directory. but there's no such hierarchial directory structure in cygwin. yamuna. _ Click below to experience Aishwarya Rai's beauty secrets. New International Lux Skincare - It's not just soap, It's skincare. http://www.luxskincare.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Come see my cam
Hi, all -- ...and then [EMAIL PROTECTED] said... % % Sweet college bitches ready to party!! Is there a particular reason this list is open and thus gets this junk? I think that asking folks who have questions about cygwin to sign up, however briefly, is not out of line... TIA & HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg08864/pgp0.pgp Description: PGP signature
[PATCH] texi2dvi bug
Hallo, Obviously this is a bug in texi2dvi: $ diff -urdb /usr/bin/texi2dvi~ /usr/bin/texi2dvi --- /usr/bin/texi2dvi~ 2002-05-16 16:49:09.0 +0200 +++ /usr/bin/texi2dvi 2002-05-16 16:49:09.0 +0200 @@ -102,7 +102,7 @@ elif echo "$PATH" | grep ':.*:' 2>/dev/null; then path_sep=':' else -case "`uname -S 2>/dev/null`"; in +case "`uname -S 2>/dev/null`" in [Cc][Yy][Gg][Ww][Ii][Nn]*) path_sep=':' ;; *) path_sep = ';' ;; esac My version: $ cygcheck -c texinfo Cygwin Package Information Package Version texinfo 4.2-1 Use -h to see help about each section Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: New setup uploaded - 2.218.2.8
> -Original Message- > From: Robert Collins [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 15, 2002 7:05 PM > > > -Original Message- > > From: Harig, Mark A. [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, May 16, 2002 12:42 AM > > > > Should this behavior of setup.exe's searching the directory > > tree below the '/' mount point be documented, or should it > be changed? > > Setup would only look under '/' if you chose the dos location > of '/' as > your 'local package directory. If it's not clear that doing that is a > 'bad thing', then we need to change that screen to make it obvious. > > Cygwin setup wants a directory all to itself to use as it's package > cache. > > Rob > I think I see now. I was simply letting 'setup.exe' use its defaults. It defaults to using 'c:\cygwin' for the Root Install Directory and 'c:\cygwin' for the Local Package Directory. I assumed that setup was searching in the '/' directory tree, but that was just a coincidence because my '/' mount point is 'c:\cygwin'. In fact, setup searches in whatever location is provided for Local Package Directory. I changed my Local Package Directory setting to c:\cygwin\setup (a directory that did not exist), and setup created the needed directory. None of the parsing errors that I reported earlier were generated because setup no longer finds invalid 'setup.ini' files from other, non-setup packages. How to make setup.exe more robust? Because setup.exe is not the only program to use the name 'setup.ini' and because the user can change the location of Local Package Directory, my guess is that this problem will keep occuring for users. When setup.exe "identifies" errors in other packages' setup.ini files, it will be, in effect, pointing to the setting of Local Package Directory, but this isn't evident to the user. Instead of searching the directory tree below whatever is set for Local Package Directory, would it be possible for setup.exe only to look for setup.ini at the top directory for that tree? This would still allow the user to change Local Package Directory, but restrict the file in which the error could occur. The Parsing Errors messages could then locate and identify this file for the user instead of locating "errors" in other files. -mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Come see my cam
On Thu, May 16, 2002 at 10:07:37AM -0500, David T-G wrote: >Hi, all -- > >...and then [EMAIL PROTECTED] said... >% >% Sweet college bitches ready to party!! > >Is there a particular reason this list is open and thus gets this junk? >I think that asking folks who have questions about cygwin to sign up, >however briefly, is not out of line... We block an amazing amount of spam at the server. Some gets through. So, you have two options: Live with it or unsubscribe. Complaining about spam here is not an option. Complain enough and I will qualify your email as spam. I block the email address of any spam that shows up here. cgf -- Please do not send me personal email with cygwin questions. Use the resources at http://cygwin.com/ . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Come see my cam
Christopher, et al -- ...and then Christopher Faylor said... % % On Thu, May 16, 2002 at 10:07:37AM -0500, David T-G wrote: % > ... % >Is there a particular reason this list is open and thus gets this junk? % >I think that asking folks who have questions about cygwin to sign up, % >however briefly, is not out of line... % % We block an amazing amount of spam at the server. Some gets Glad to hear it. That must be a lot of of work. I'm sure it's as automated as possible, but still it just has to add more to all of the *useful* work you have on your plate. Worse yet, in spite of everyone's best efforts, there will always be some that gets through; as Agassi purportedly said, "It's sometimes depressing to know that, no matter how hard I try, I'll never be as good as a wall." % through. So, you have two options: Live with it or unsubscribe. Fair enough. % % Complaining about spam here is not an option. Complain enough and I % will qualify your email as spam. I block the email address of any spam *grin* % that shows up here. I don't mean to complain about the spam; I mean to ask why the list is open. Maybe I'll just stop asking now. % % cgf % -- Thanks & HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg08868/pgp0.pgp Description: PGP signature
SSHD under SYSTEM account (was: Re: cygwin & opensshd on .net enterprise server)
Inc) schrieb: >>I did copy him on the original note so he would be aware of the issue, >>but at this point I have completely removed his version (including >>deleting registry keys) and installed the cygwin environment. It appears >>that all of cygwin works when run in a system owned command window, but >>nothing works from an administrator account. > Can you please acknowledge whether or not you read openssh*.README so that > we know whether you've missed the obvious user rights settings necessary for > the administrator account? I read it and still have similar problems and there is this: "The system account does of course own that user rights by default." That means SYSTEM is ok and it is the default if I let the ssh-host-config do the service setup. So I expect no problems here. More: Unfortunately, if you choose that way, you can only logon with NT password authentification and you should change /etc/sshd_config to contain the following: PasswordAuthentication yes RhostsAuthentication no RhostsRSAAuthentication no RSAAuthentication no Wow this is like a hammer. That means I cannot use PublicKey Authentication? If I cannot use public key authentication, the whole benefit (besides transfering passwords encrypted) is futsch... If I let them try to guess my password several days there will be at least one intruder every month... Is this true that PublicKey auth isn't working? (I cannot believe it). Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [PATCH] texi2dvi bug
Richard schrieb: > Can you please tell me how to unsubscribe to this > I am having unbelievable problems Problems reading english? > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple This is attached at every mail and you can only read it yourself. I cannot write you s.th. different as it is stated at this website quoted above. You can only unsubscribe yourself. Please stop writing me private email. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSHD under SYSTEM account (was: Re: cygwin & opensshd on .net enterprise server)
At 01:11 PM 5/16/2002, Gerrit P. Haase wrote: >Inc) schrieb: > > >>I did copy him on the original note so he would be aware of the issue, > >>but at this point I have completely removed his version (including > >>deleting registry keys) and installed the cygwin environment. It appears > >>that all of cygwin works when run in a system owned command window, but > >>nothing works from an administrator account. > > > Can you please acknowledge whether or not you read openssh*.README so that > > we know whether you've missed the obvious user rights settings necessary for > > the administrator account? > >I read it and still have similar problems and there is this: I'm glad you read it Gerrit and would've expected as much from you. I was enquiring this specifically of Tony, since it's not clear what he's tried and how much he has researched the issue. > "The system account does of course own that user rights by default." > >That means SYSTEM is ok and it is the default if I let the >ssh-host-config do the service setup. So I expect no problems here. >More: > > Unfortunately, if you choose that way, you can only logon with > NT password authentification and you should change > /etc/sshd_config to contain the following: > > PasswordAuthentication yes > RhostsAuthentication no > RhostsRSAAuthentication no > RSAAuthentication no > > >Wow this is like a hammer. That means I cannot use PublicKey >Authentication? If I cannot use public key authentication, the whole >benefit (besides transfering passwords encrypted) is futsch... > >If I let them try to guess my password several days there will be at >least one intruder every month... > >Is this true that PublicKey auth isn't working? (I cannot believe it). I think you missed the next statement in the file: However you can login to the user which has started sshd with RSA authentication anyway. If you want that, change the RSA authentication setting back to "yes": RSAAuthentication yes But if that user is SYSTEM, then this is little consolation. I can't speak to any specifics but I can say that I agree with your interpretation of the prose, minus the one caveat above. Perhaps you'll want to try playing with this and debugging it to see if there's a solution for it that meets your needs. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSHD under SYSTEM account (was: Re: cygwin & opensshd on .net enterprise server)
Larry, >> > Can you please acknowledge whether or not you read openssh*.README so that >> > we know whether you've missed the obvious user rights settings necessary for >> > the administrator account? >> >>I read it and still have similar problems and there is this: > I'm glad you read it Gerrit and would've expected as much from you. I was > enquiring this specifically of Tony, since it's not clear what he's tried > and how much he has researched the issue. >> "The system account does of course own that user rights by default." >> >>That means SYSTEM is ok and it is the default if I let the >>ssh-host-config do the service setup. So I expect no problems here. >>More: >> >> Unfortunately, if you choose that way, you can only logon with >> NT password authentification and you should change >> /etc/sshd_config to contain the following: >> >> PasswordAuthentication yes >> RhostsAuthentication no >> RhostsRSAAuthentication no >> RSAAuthentication no >> >> >>Wow this is like a hammer. That means I cannot use PublicKey >>Authentication? If I cannot use public key authentication, the whole >>benefit (besides transfering passwords encrypted) is futsch... >> >>If I let them try to guess my password several days there will be at >>least one intruder every month... >> >>Is this true that PublicKey auth isn't working? (I cannot believe it). > I think you missed the next statement in the file: >However you can login to the user which has started sshd with >RSA authentication anyway. If you want that, change the RSA >authentication setting back to "yes": > RSAAuthentication yes > But if that user is SYSTEM, then this is little consolation. I can't speak > to any specifics but I can say that I agree with your interpretation of the > prose, minus the one caveat above. Perhaps you'll want to try playing with > this and debugging it to see if there's a solution for it that meets your > needs. I am debugging this about two weeks now, every day an hour or so. I want to use DSA & SSH2 and it works. But when I changed back the sshd_config to 'RSAAuthentication yes' because a collegue wants to use RSA (he just has RSA keys the poor man), it stops working. Strange is that I can login at our Linux box and even with the same config settings at the Linux and my NT server (where it is working if I disable RSA) I cannot login using PublicKey Auth. I will try to find a solution some more days and if there is a way to use PublicKey Auth with RSA SSH1 and DSA SSH2 enabled and PasswordAuthentication no I will find it;) Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSHD under SYSTEM account (was: Re: cygwin & opensshd on .net enterprise server)
On Thu, May 16, 2002 at 08:10:03PM +0200, Gerrit P. Haase wrote: >I will try to find a solution some more days and if there is a way to >use PublicKey Auth with RSA SSH1 and DSA SSH2 enabled and >PasswordAuthentication no >I will find it;) I like that determination! :-) cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin & opensshd on .net enterprise server
Larry Hall wrote: > > I did copy him on the original note so he would be aware of > > the issue, but at this point I have completely removed his > > version (including deleting registry keys) and installed the > > cygwin environment. It appears that all of cygwin works when > > run in a system owned command window, but nothing works from > > an administrator account. > > > Can you please acknowledge whether or not you read openssh*.README so that > we know whether you've missed the obvious user rights settings necessary for > the administrator account? Yes I read it, along with everything else in /usr/doc/cygwin, /usr/doc/openssh, and http://www.openssh.org/faq.html. I am not having any problem getting sshd to run as a service, that is using the system account as expected. Actually sshd is the only thing in the install that is working as expected. As I have said a couple of times now, I can't get a basic shell to work except from a system owned window. This has nothing to do with ssh. The closest comment I see is in login.README: For usage with NT/W2K security, `login' is patched to allow login of domain users. Setting CYGWIN=ntsec is mandatory for that feature. I am not using a domain, and setting CYGWIN to null or ntsec makes no difference. Again, does anyone have cygwin working on .net server, and if so was there anything unique about the configuration? If people have it working without incident, obviously I have something wrong with my install, or possibly something carries over in a W2k upgrade that isn't there in a fresh install. The way this is acting I suspect there is a change to the way MS handles rights and permissions because I have a simple member-server configured in a workgroup. There is nothing special about the accounts because they are all local. Tony If it makes any difference I last installed from: ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub%2fcygwin at 19:10 pdt on 5/14. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSHD under SYSTEM account (was: Re: cygwin & opensshd on .netenterprise server)
Ok, Maybe I missed something but some of the docs you are looking at must be old, as I am running sshd under the system account, logging in via Password, RSA, and even .shosts (with RSA Host auth). Now, I am doing this on NT4.0, 2000 Professional, 2000 Server, and 2000 Advanced Server. I am not familiar with the .net so I don't know if it is introducing something new. I am also doing all of this with the default build of openssh that Corrinna is maintaining. I will try to backtrack this thread a bit to see if I can identify your problem and will respond again with more info, hopefully. On Thu, 16 May 2002, Christopher Faylor wrote: > On Thu, May 16, 2002 at 08:10:03PM +0200, Gerrit P. Haase wrote: > >I will try to find a solution some more days and if there is a way to > >use PublicKey Auth with RSA SSH1 and DSA SSH2 enabled and > >PasswordAuthentication no > >I will find it;) > > I like that determination! :-) > > cgf > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Prentis Brooks | [EMAIL PROTECTED] | 703-265-0914 | AIM: PrentisBrooks Senior System Administrator - Web Infrastructure & Security A knight is sworn to valor. His heart knows only virtue. His blade defends the helpless. His word speaks only truth. His wrath undoes the wicked. - the old code of Bowen, last of the dragonslayers -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with gdb and DLLs and their symbols when setting breakpoints
Hi === Maybe it is a little bit offtopic, but maybe somewhere knows also what to do. I posted the same mail to the gdb mailinglist as well. === I am working on a rather big project consisting of about 170 modules each is a shared library. On Windows everything is compiled under cygwin for mingwin into dlls. For debugging I am using gdb from cygwin. But there is a problem. I have also tried a couple of other versions of gdb/Insight from 5.0 to 5.2 beside the one that comes with cygwin. When the dlls are loaded they sometimes get relocated because of collisions with other dlls (even they are all linked with --enable-auto-image-base). Thats ok so far, the app is of course running. BUT it appears that only the code is relocated but not the symbols For being more easy: Imagine an application with 2 dlls called a.dll and b.dll with overlapping base addresses so the collide when loading. So a.dll gets loaded. b.dll will be loaded and relocated. And now try to set a breakpoint somewhere in b.dll. When saying something like that (gdb) b aFileFromBDll.m:2344 everything is ok at first, but when looking where the breakpoint is set it is not set in b.dll, but it is set somewhere in a.dll. When continuing the breakpoint in a.dll is reached but of course not the desired one in b.dll Thats truely bad. Is there someone who knows what to do? (Except giving each dll a unique non overlapping addressspace and so preventing collisions). Can the symbol tables be relocated also? Many thanks in advance, Roland Schwingel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSHD under SYSTEM account (was: Re: cygwin & opensshd on .netenterprise server)
I think these docs are out of date. this is fixed now, since I am doing it. On Thu, 16 May 2002, Gerrit P. Haase wrote: > Inc) schrieb: > > >>I did copy him on the original note so he would be aware of the issue, > >>but at this point I have completely removed his version (including > >>deleting registry keys) and installed the cygwin environment. It appears > >>that all of cygwin works when run in a system owned command window, but > >>nothing works from an administrator account. > > > Can you please acknowledge whether or not you read openssh*.README so that > > we know whether you've missed the obvious user rights settings necessary for > > the administrator account? > > I read it and still have similar problems and there is this: > > "The system account does of course own that user rights by default." > > That means SYSTEM is ok and it is the default if I let the > ssh-host-config do the service setup. So I expect no problems here. > More: > > Unfortunately, if you choose that way, you can only logon with > NT password authentification and you should change > /etc/sshd_config to contain the following: > > PasswordAuthentication yes > RhostsAuthentication no > RhostsRSAAuthentication no > RSAAuthentication no > > > Wow this is like a hammer. That means I cannot use PublicKey > Authentication? If I cannot use public key authentication, the whole > benefit (besides transfering passwords encrypted) is futsch... > > If I let them try to guess my password several days there will be at > least one intruder every month... > > Is this true that PublicKey auth isn't working? (I cannot believe it). > > > Gerrit > -- Prentis Brooks | [EMAIL PROTECTED] | 703-265-0914 | AIM: PrentisBrooks Senior System Administrator - Web Infrastructure & Security A knight is sworn to valor. His heart knows only virtue. His blade defends the helpless. His word speaks only truth. His wrath undoes the wicked. - the old code of Bowen, last of the dragonslayers -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin & opensshd on .net enterprise server
Ok, The setgid is a none error to me. This happens when the passwd files are not built properly. Not your fault, some interesting Windows installations give mkpasswd and mkgroup headaches, particularly on Domain Controllers. If you check your /etc/passwd and /etc/group, you will find one of the following: 1) You have duplicate entries in /etc/passwd for the user you are trying to login as 2) You will find that the GID of your user in /etc/passwd does not exist in /etc/group (most likely for the setgid error). Check your /etc/passwd and /etc/group files, make sure that your "Primary" NT group is in the /etc/group file and that it has the correct GID. In some cases I saw mkgroup create a Domain group as GID 513 and /etc/passwd would use 10513 (I only saw this on a domain controller where this is both a local and a domain group) or vice versa. I think it was the other way when I saw it. In short, fix your /etc/passwd and /etc/group so that they match and your problem should be corrected. On Wed, 15 May 2002, Tony Hain wrote: > I am looking for any clues on how to make cygwin & opensshd work on a > .net enterprise server, and found nothing in the mail archive. I had > been running Mark's opensshd specific environment on W2k server without > trouble. When I installed a fresh build 3615, OpenSSH_3.1p1 failed, so I > thought I would try the full cygwin. That is failing in the same way, so > after a couple of days experimenting I am stuck. > > With the intent of sending Mark a trace, I followed his instructions for > debugging by using a scheduled task to get a system account command > window (if it is of any use, I have put a copy of the debug trace at the > end). What I found in the process is that there appears to be some > permissions related problem, because I get logged in as any valid user > over the ssh channel, but that immediately exits. Trying to figure that > out I found that the only process/user that can run the shell is the > system account. When I run sh, bash, or the cygwin.bat from any other > account it just exits, but they appear to work fine in the system > initiated command window. This is also true of many of the exe's in > /bin, although some of them just hang with 100% cpu for the non-system > user. > > One thing I found in the process is that the old passwd file is useless. > The only way I could log in using ssh with either Mark's sshd subset, or > the full cygwin was to use the mkpasswd & mkgroup process to build those > files from scratch with the NT UIDs. What the log showed before I did > that was 'Cygwin Process Id = 0xC78 : fatal: setuid 520: Not owner.' > Simply changing that got me to the point of 'password accepted', but > until the shell runs for all accounts, that does no good. > > I tried setting bash to W2k compatibility mode (actually all modes), and > turning off the 'protect my computer from unauthorized activity' > checkbox in the run as ... option, but those made no difference. I also > tried setting the file owner for the entire subdirectory tree to system, > again no difference. cygrunsrv.exe and sshd.exe are running as system, > but it appears they end up running the shell in user space. > > Any clues what to try next??? > Tony > > > > C:\Program Files\NetworkSimplicity\ssh>sshd -d -d -d -f sshd_config > debug1: sshd version OpenSSH_3.1p1 > debug1: private host key: #0 type 0 RSA1 > debug3: Not a RSA1 key file /ssh/ssh_host_rsa_key. > debug1: read PEM private key done: type RSA > debug1: private host key: #1 type 1 RSA > debug3: Not a RSA1 key file /ssh/ssh_host_dsa_key. > debug1: read PEM private key done: type DSA > debug1: private host key: #2 type 2 DSA > debug1: Bind to port 87 on 0.0.0.0. > Server listening on 0.0.0.0 port 87. > debug1: Server will not fork when running in debugging mode. > Connection from 192.168.123.34 port 4354 > debug1: Client protocol version 1.99; client software version 3.0.0 SSH > Secure S > hell for Windows > debug1: match: 3.0.0 SSH Secure Shell for Windows pat 3.0.* > Enabling compatibility mode for protocol 2.0 > debug1: Local version string SSH-2.0-OpenSSH_3.1p1 > debug1: list_hostkey_types: ssh-rsa,ssh-dss > debug1: SSH2_MSG_KEXINIT sent > debug1: SSH2_MSG_KEXINIT received > debug2: kex_parse_kexinit: > diffie-hellman-group-exchange-sha1,diffie-hellman-gro > up1-sha1 > debug2: kex_parse_kexinit: ssh-rsa,ssh-dss > debug2: kex_parse_kexinit: > aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour, > aes192-cbc,aes256-cbc > debug2: kex_parse_kexinit: > aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour, > aes192-cbc,aes256-cbc > debug2: kex_parse_kexinit: > hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@open > ssh.com,hmac-sha1-96,hmac-md5-96 > debug2: kex_parse_kexinit: > hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@open > ssh.com,hmac-sha1-96,hmac-md5-96 > debug2: kex_parse_kexinit: none,zlib > debug2: kex_parse_kexinit: none,zlib > debug2: kex_parse_kexinit: > debug2: kex_parse_kexinit: > debug2: k
cygwin freezes on W98
Hi, after installing cygwin on W98, I can open Cygwin/Xfree86 and Bash for a short time. The it freezes. Is there anyone who could help me with this? Thanks. = Antonio F Fortes UnB, Bloco J, Apt. 407 70919-970 - Brasilia, DF Brasil __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSHD under SYSTEM account (was: Re: cygwin & opensshd on .net enterprise server)
Prentis schrieb: > I think these docs are out of date. this is fixed now, since I am > doing it. Ok. PublicKey is working, I figured out to set it up with PublicKey Auth only and using my DSA key and only allowed protocol was SSH2. I know that and that is the reason why I'm still trying to figure out how to use both (RSA & DSA over pubkey auth). As I added 'RSAAuthentication yes' to the config it stops working and I don't understand why. My collegue has just some RSA keys and was angry if I asked him to get some DSA keys too, so I tried to use both, SSH1 & SSH2 and RSA & DSA with no passwords, only pubkey. It seems to be tricky... Well we have options, I could make some RSA keys and we would both use RSA or he makes some DSA keys. But now I have tasted blood (we say in Germany: Blut geleckt...), I want to use both with our existing keys just like we do at a Linux box we are both accessing where it works well. > On Thu, 16 May 2002, Gerrit P. Haase wrote: >> Inc) schrieb: >> >> >>I did copy him on the original note so he would be aware of the issue, >> >>but at this point I have completely removed his version (including >> >>deleting registry keys) and installed the cygwin environment. It appears >> >>that all of cygwin works when run in a system owned command window, but >> >>nothing works from an administrator account. >> >> > Can you please acknowledge whether or not you read openssh*.README so that >> > we know whether you've missed the obvious user rights settings necessary for >> > the administrator account? >> >> I read it and still have similar problems and there is this: >> >> "The system account does of course own that user rights by default." >> >> That means SYSTEM is ok and it is the default if I let the >> ssh-host-config do the service setup. So I expect no problems here. >> More: >> >> Unfortunately, if you choose that way, you can only logon with >> NT password authentification and you should change >> /etc/sshd_config to contain the following: >> >> PasswordAuthentication yes >> RhostsAuthentication no >> RhostsRSAAuthentication no >> RSAAuthentication no >> >> >> Wow this is like a hammer. That means I cannot use PublicKey >> Authentication? If I cannot use public key authentication, the whole >> benefit (besides transfering passwords encrypted) is futsch... >> >> If I let them try to guess my password several days there will be at >> least one intruder every month... >> >> Is this true that PublicKey auth isn't working? (I cannot believe it). >> >> >> Gerrit >> -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin & opensshd on .net enterprise server
Ok, I typed too fast... none is supposed to be known... sorry On Thu, 16 May 2002, Prentis Brooks wrote: > Ok, The setgid is a none error to me. This happens when the passwd > files are not built properly. Not your fault, some interesting Windows > installations give mkpasswd and mkgroup headaches, particularly on > Domain Controllers. > > If you check your /etc/passwd and /etc/group, you will find one of the > following: > > 1) You have duplicate entries in /etc/passwd for the user you are trying > to login as > 2) You will find that the GID of your user in /etc/passwd does not exist > in /etc/group (most likely for the setgid error). > > Check your /etc/passwd and /etc/group files, make sure that your > "Primary" NT group is in the /etc/group file and that it has the correct > GID. In some cases I saw mkgroup create a Domain group as GID 513 and > /etc/passwd would use 10513 (I only saw this on a domain controller > where this is both a local and a domain group) or vice versa. I think > it was the other way when I saw it. > > In short, fix your /etc/passwd and /etc/group so that they match and > your problem should be corrected. > > > On Wed, 15 May 2002, Tony Hain wrote: > > > I am looking for any clues on how to make cygwin & opensshd work on a > > .net enterprise server, and found nothing in the mail archive. I had > > been running Mark's opensshd specific environment on W2k server without > > trouble. When I installed a fresh build 3615, OpenSSH_3.1p1 failed, so I > > thought I would try the full cygwin. That is failing in the same way, so > > after a couple of days experimenting I am stuck. > > > > With the intent of sending Mark a trace, I followed his instructions for > > debugging by using a scheduled task to get a system account command > > window (if it is of any use, I have put a copy of the debug trace at the > > end). What I found in the process is that there appears to be some > > permissions related problem, because I get logged in as any valid user > > over the ssh channel, but that immediately exits. Trying to figure that > > out I found that the only process/user that can run the shell is the > > system account. When I run sh, bash, or the cygwin.bat from any other > > account it just exits, but they appear to work fine in the system > > initiated command window. This is also true of many of the exe's in > > /bin, although some of them just hang with 100% cpu for the non-system > > user. > > > > One thing I found in the process is that the old passwd file is useless. > > The only way I could log in using ssh with either Mark's sshd subset, or > > the full cygwin was to use the mkpasswd & mkgroup process to build those > > files from scratch with the NT UIDs. What the log showed before I did > > that was 'Cygwin Process Id = 0xC78 : fatal: setuid 520: Not owner.' > > Simply changing that got me to the point of 'password accepted', but > > until the shell runs for all accounts, that does no good. > > > > I tried setting bash to W2k compatibility mode (actually all modes), and > > turning off the 'protect my computer from unauthorized activity' > > checkbox in the run as ... option, but those made no difference. I also > > tried setting the file owner for the entire subdirectory tree to system, > > again no difference. cygrunsrv.exe and sshd.exe are running as system, > > but it appears they end up running the shell in user space. > > > > Any clues what to try next??? > > Tony > > > > > > > > C:\Program Files\NetworkSimplicity\ssh>sshd -d -d -d -f sshd_config > > debug1: sshd version OpenSSH_3.1p1 > > debug1: private host key: #0 type 0 RSA1 > > debug3: Not a RSA1 key file /ssh/ssh_host_rsa_key. > > debug1: read PEM private key done: type RSA > > debug1: private host key: #1 type 1 RSA > > debug3: Not a RSA1 key file /ssh/ssh_host_dsa_key. > > debug1: read PEM private key done: type DSA > > debug1: private host key: #2 type 2 DSA > > debug1: Bind to port 87 on 0.0.0.0. > > Server listening on 0.0.0.0 port 87. > > debug1: Server will not fork when running in debugging mode. > > Connection from 192.168.123.34 port 4354 > > debug1: Client protocol version 1.99; client software version 3.0.0 SSH > > Secure S > > hell for Windows > > debug1: match: 3.0.0 SSH Secure Shell for Windows pat 3.0.* > > Enabling compatibility mode for protocol 2.0 > > debug1: Local version string SSH-2.0-OpenSSH_3.1p1 > > debug1: list_hostkey_types: ssh-rsa,ssh-dss > > debug1: SSH2_MSG_KEXINIT sent > > debug1: SSH2_MSG_KEXINIT received > > debug2: kex_parse_kexinit: > > diffie-hellman-group-exchange-sha1,diffie-hellman-gro > > up1-sha1 > > debug2: kex_parse_kexinit: ssh-rsa,ssh-dss > > debug2: kex_parse_kexinit: > > aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour, > > aes192-cbc,aes256-cbc > > debug2: kex_parse_kexinit: > > aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour, > > aes192-cbc,aes256-cbc > > debug2: kex_parse_kexinit: > > hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160
Re: SSHD under SYSTEM account (was: Re: cygwin & opensshd on .net enterprise server)
On Thu, May 16, 2002 at 08:10:03PM +0200, Gerrit P. Haase wrote: > I am debugging this about two weeks now, every day an hour or so. I > want to use DSA & SSH2 and it works. But when I changed back the > sshd_config to 'RSAAuthentication yes' because a collegue wants to use > RSA (he just has RSA keys the poor man), it stops working. > > Strange is that I can login at our Linux box and even with the same > config settings at the Linux and my NT server (where it is working if I > disable RSA) I cannot login using PublicKey Auth. > > I will try to find a solution some more days and if there is a way to > use PublicKey Auth with RSA SSH1 and DSA SSH2 enabled and > PasswordAuthentication no > I will find it;) Am I wrong or didn't you read my message, answering to your problems: http://cygwin.com/ml/cygwin/2002-05/msg00836.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin freezes on W98
Hi, after installing cygwin on W98, I can open bash on Cygwin/XFree86 and start working for a short while. Then it freezes. Is there anyone who could help me with this? = Antonio F Fortes UnB, Bloco J, Apt. 407 70919-970 - Brasilia, DF Brasil __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: apache and php4 out-of-the-box
> Yup! See the following: > > http://sources.redhat.com/ml/cygwin/2002-05/msg00582.html > http://sources.redhat.com/ml/cygwin/2002-05/msg00614.html ok. i could pass that thing. simply had to change some paths in the postinastall script and run it again. it didn't gave me any error during the install but obviously it couldn't find the files to do the rebase stuff. now i have the next problem: (taken from apache error_log) [Thu May 16 15:07:37 2002] [notice] child pid 1552 exit signal Segmentation fault (11) it happens when i'm calling phpinfo(); it goes upto the apache section. then it crashes. i know i read something about the segmentation fault with php in this newsgroup but i can't find the post anymore. any ideas? michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSHD under SYSTEM account (was: Re: cygwin & opensshd on .netenterprise server)
Ok, I have used both I am sure, on the host key side. I have not tried via the users. If I get a chance in the next few, I will tinker around with it and let you know what I find. On Thu, 16 May 2002, Gerrit P. Haase wrote: > Prentis schrieb: > > > I think these docs are out of date. this is fixed now, since I am > > doing it. > > Ok. PublicKey is working, I figured out to set it up with PublicKey Auth > only and using my DSA key and only allowed protocol was SSH2. I know > that and that is the reason why I'm still trying to figure out how to > use both (RSA & DSA over pubkey auth). > > As I added 'RSAAuthentication yes' to the config it stops working and > I don't understand why. My collegue has just some RSA keys and was > angry if I asked him to get some DSA keys too, so I tried to use both, > SSH1 & SSH2 and RSA & DSA with no passwords, only pubkey. > > It seems to be tricky... > > Well we have options, I could make some RSA keys and we would both use > RSA or he makes some DSA keys. But now I have tasted blood (we say > in Germany: Blut geleckt...), I want to use both with our existing keys > just like we do at a Linux box we are both accessing where it works > well. > > > > On Thu, 16 May 2002, Gerrit P. Haase wrote: > > >> Inc) schrieb: > >> > >> >>I did copy him on the original note so he would be aware of the issue, > >> >>but at this point I have completely removed his version (including > >> >>deleting registry keys) and installed the cygwin environment. It appears > >> >>that all of cygwin works when run in a system owned command window, but > >> >>nothing works from an administrator account. > >> > >> > Can you please acknowledge whether or not you read openssh*.README so that > >> > we know whether you've missed the obvious user rights settings necessary for > >> > the administrator account? > >> > >> I read it and still have similar problems and there is this: > >> > >> "The system account does of course own that user rights by default." > >> > >> That means SYSTEM is ok and it is the default if I let the > >> ssh-host-config do the service setup. So I expect no problems here. > >> More: > >> > >> Unfortunately, if you choose that way, you can only logon with > >> NT password authentification and you should change > >> /etc/sshd_config to contain the following: > >> > >> PasswordAuthentication yes > >> RhostsAuthentication no > >> RhostsRSAAuthentication no > >> RSAAuthentication no > >> > >> > >> Wow this is like a hammer. That means I cannot use PublicKey > >> Authentication? If I cannot use public key authentication, the whole > >> benefit (besides transfering passwords encrypted) is futsch... > >> > >> If I let them try to guess my password several days there will be at > >> least one intruder every month... > >> > >> Is this true that PublicKey auth isn't working? (I cannot believe it). > >> > >> > >> Gerrit > >> > > > > -- Prentis Brooks | [EMAIL PROTECTED] | 703-265-0914 | AIM: PrentisBrooks Senior System Administrator - Web Infrastructure & Security A knight is sworn to valor. His heart knows only virtue. His blade defends the helpless. His word speaks only truth. His wrath undoes the wicked. - the old code of Bowen, last of the dragonslayers -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: New setup uploaded - 2.218.2.8
From: "Harig, Mark A." >I think I see now. I was simply letting 'setup.exe' use its defaults. >It defaults to using 'c:\cygwin' for the Root Install Directory and >'c:\cygwin' for the Local Package Directory. I assumed that setup was >searching in the '/' directory tree, but that was just a coincidence >because my '/' mount point is 'c:\cygwin'. In fact, setup searches in >whatever location is provided for Local Package Directory. I changed my >Local Package Directory setting to c:\cygwin\setup (a directory that did >not exist), and setup created the needed directory. None of the parsing >errors that I reported earlier were generated because setup no longer >finds invalid 'setup.ini' files from other, non-setup packages. OK. For those of us who did it the "wrong" way (mine is set to H:\), how can I change the local package directory and still keep all the current package information? Is it automatic? What about the "latest" and "contrib" directories? Are those obsolete? On the other hand, would it be a good idea for setup.exe to tag its directories in some way, like with a zero-byte file, so that it doesn't take just any old setup.ini file it finds? -- Daniel [EMAIL PROTECTED] (remove the Z-'s to reply--they're what I do when I read spam) -- ___ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSHD under SYSTEM account: r e s o l v e d :-)
Corinna schrieb: >> I will try to find a solution some more days and if there is a way to >> use PublicKey Auth with RSA SSH1 and DSA SSH2 enabled and >> PasswordAuthentication no >> I will find it;) > Am I wrong or didn't you read my message, answering to your problems: > http://cygwin.com/ml/cygwin/2002-05/msg00836.html No, I didn't saw this. Hmmm. Would you please include my private email in the CC field...? No, just kidding, I'm sorry, I didn't saw it. It is still a mystery to me. At the Linux box there is the config: Protocol 1,2 and I can connect using my DSA key without specifying -2 at the commandline. My ssh_config contains nothing. It just works. And now after trying to fix all the involved passwd and group files and all the ownerships of all files in my home dirs here and there it works well;) Just one caveat, it seems PuTTY thinks that I have another GID as I have in the Cygwin realm so connecting with PuTTY to the Cygwin box still doesn't work. Well, I will try to change the NTGroups so that my first group in the list is the same as in Cygwin and then I guess it will work too. Many, many thanks to all of you to help me with this (my own handmade) problem. Just for all others, fix your group and passwd files, fix it again and just one more time. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: New setup uploaded - 2.218.2.8
At 03:31 PM 5/16/2002, D G wrote: >OK. For those of us who did it the "wrong" way (mine is set to H:\), how can I >change the local package directory and still keep all the current package >information? Is it automatic? What about the "latest" and "contrib" directories? >Are those obsolete? Yes, "latest" and "contrib" are obsolete. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
two installs one works; one doesn't
I have cygwin, cygwin-xfree, and postgres installed on two Win2K systems. The first is a W2K Professional on a Toshiba Laptop, the second is a W2K Advanced Server on a desktop. The first works like grease lightening, the second runs like a dog in xfree and postgres (indeed I can't even run initDB). Can someone please clue me in, or sugest where I can look? Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Possible error in cygpath
On Wed, 15 May 2002, Joerg R. Schaible wrote:
> Hi Corinna,
>
> "Corinna Vinschen" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > On Wed, May 15, 2002 at 11:44:51AM +0200, Schaible, Jorg wrote:
> > > The reason why I just implemented -s (in 1999) was that GetLongPathName
> is
> > > not available for Win95. If we have to be Win95-compatible still, you
> will
> > > have to load the function yourself directly form the DLL and use
> > > FindFirstFile (as mensioned in the MSDN docs for *GetShortPathName*) for
> > > every part of the path if the function is not available.
> >
> > Are you interested in implementing that functionality anyway?
>
> No, not me! I just want to remember Mark, that it is not done just by
> calling GetLongPathName. Mark, do you still want to implement this ?
I didn't know about GetLongPathName, I used GetFullPathName and
FindFirstFile. You mentioned using FindFirstFile on every part of the
path, I hadn't thought of that, I was just trying to solve the problem of
running gunzip on an 8.3 filename ie foo.c.gz (FOOC~1.GZ) turns to FOOC~1
and you lose the "inside" .c extension. Here's my patch but it its kinda
half-assed (I don't think it restores 8.3 directories in the path, just
the file) and flaky (it sometimes truncates the filename). Oh and sorry
about the extraneous fprintf(stderr,...)'s.
--- cygpath.cc.orig 2002-05-14 13:41:46.0 -0400
+++ cygpath.cc 2002-05-14 13:58:46.0 -0400
@@ -27,7 +27,7 @@
static char *file_arg;
static char *close_arg;
static int path_flag, unix_flag, windows_flag, absolute_flag;
-static int shortname_flag, ignore_flag, allusers_flag, output_flag;
+static int longname_flag, shortname_flag, ignore_flag, allusers_flag,
output_flag;
static struct option long_options[] = {
{(char *) "help", no_argument, NULL, 'h'},
@@ -40,6 +40,7 @@
{(char *) "version", no_argument, NULL, 'v'},
{(char *) "windows", no_argument, NULL, 'w'},
{(char *) "short-name", no_argument, NULL, 's'},
+ {(char *) "long-name", no_argument, NULL, 'l'},
{(char *) "windir", no_argument, NULL, 'W'},
{(char *) "sysdir", no_argument, NULL, 'S'},
{(char *) "ignore", no_argument, NULL, 'i'},
@@ -61,6 +62,7 @@
-i|--ignore ignore missing argument\n\
-p|--pathfilename argument is a path\n\
-s|--short-name print Windows short form of filename\n\
+ -l|--long-name print Windows/Unix long form of filename\n\
-u|--unixprint Unix form of filename\n\
-v|--version output version information and exit\n\
-w|--windows print Windows form of filename\n\
@@ -150,6 +152,57 @@
return sbuf;
}
+static char *
+get_long_name (const char *filename)
+{
+ char *sbuf;
+ HANDLE ffh;
+ WIN32_FIND_DATA w32_fd;
+ char *pfname;
+ int fname_offset;
+
+ fprintf(stderr, "get_long_name (%s)\n", filename);
+ fflush(stderr);
+
+ DWORD len = GetFullPathName(filename,0,NULL,NULL);
+
+ if (len == 0)
+{
+ fprintf (stderr, "%s: cannot create long name of %s\n", prog_name,
+ filename);
+ exit (2);
+}
+
+ sbuf = (char*)malloc(len);
+ if (sbuf == NULL)
+{
+ fprintf (stderr, "%s: out of memory\n", prog_name);
+ exit (1);
+}
+ len = GetFullPathName(filename,len,sbuf,&pfname);
+ fname_offset = pfname - sbuf;
+ if (len == 0)
+{
+ fprintf (stderr, "%s: cannot create long name of %s\n", prog_name,
+ filename);
+ exit (2);
+}
+ ffh = FindFirstFile(filename, &w32_fd);
+ if (ffh == INVALID_HANDLE_VALUE)
+{
+ fprintf (stderr, "%s: cannot create long name of %s\n", prog_name,
+ filename);
+ exit (2);
+}
+ fprintf(stderr, "w32_fd.cFileName = %s\n", w32_fd.cFileName);
+ sbuf = (char*)realloc(sbuf, len - fname_offset +
strlen(w32_fd.cFileName) + 1);
+
+ strcpy(sbuf+fname_offset, w32_fd.cFileName);
+ fprintf(stderr, "get_long_name (%s) = %s\n", filename, sbuf);
+ fprintf(stderr, "sbuf (%p)\n", sbuf);
+ return sbuf;
+}
+
static void
doit (char *filename)
{
@@ -209,6 +262,12 @@
cygwin_posix_to_win32_path_list (filename, buf);
if (shortname_flag)
buf = get_short_paths (buf);
+ else if (longname_flag)
+ {
+fprintf(stderr, "Line: %i\n", __LINE__);
+fflush(stderr);
+buf = get_long_name (buf);
+ }
}
}
else
@@ -228,6 +287,12 @@
}
if (!unix_flag && shortname_flag)
buf = get_short_name (buf);
+ else if (!unix_flag && longname_flag)
+ {
+fprintf(stderr, "Line: %i\n", __LINE__);
+fflush(stderr);
+ buf = get_long_name (buf);
+ }
}
puts (buf);
@@ -277,12 +342,13 @@
unix_flag = 0;
windows_flag = 0;
shortname_flag = 0;
+ longname_flag = 0;
ignore_flag = 0;
options_from_file_flag = 0;
allusers_flag = 0;
output_flag = 0;
while ((c =
- getopt_long
RE: Using cygwin DLLs in no-cygwin applications
Hi Thomas,
It's been quite a while since I've last seen Pascal,
and fine if it works, but do you want gzip or bzip2?
Your code uses gzip, prefixing variables bz doesn't matter!
OK, not cygwin specific, but you might have overlooked...
Bye, Heribert ([EMAIL PROTECTED])
> -Original Message-
> From: Demmer, Thomas [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, May 16, 2002 09:37
> To: '[EMAIL PROTECTED]'
> Subject: Using cygwin DLLs in no-cygwin applications
>
> Hi all,
> a while ago I tried to include some legacy FORTRAN and C code into a
> DELPHI project of mine. Building a DLL (according to Mummit Khan's
> description) seemed the way to go. Under Cygwin, this ended up admiring
> SIGSEGVs all over the place. Under MinGW, however, everything worked
> out fine (Searching this list would have told me right away that including
>
> cygwin1.dll from a non-cygwin app does not work). So far for my stupidity.
>
>
> Anyway, more or less out of curiosity I tried the following:
>
> procedure TForm1.FormCreate(Sender: TObject);
> var
> bzopen : Function(const name:PChar; const Mode:PChar):Pointer;cdecl;
> bzclose: Function(s:Pointer):Integer;cdecl;
> bzwrite: Function(s:Pointer;data:Pointer;len:Integer):Integer;cdecl;
> hCygz : LongInt;
> s: Pointer;
> begin
> hCygz := LoadLibrary('cygz.dll');
> if hCygz<>0 then begin
> @bzopen :=GetProcAddress(hCygz,'gzopen');
> @bzclose:=GetProcAddress(hCygz,'gzclose');
> @bzwrite:=GetProcAddress(hCygz,'gzwrite');
> s := bzopen('test.z','wb9');
> if s<>nil then begin
>bzputs(s,PChar('Hello World');
>bzclose(s);
> end;
> end;
> end;
>
> To my utmost surprise, this piece of code works. After loading cygz I
> can even call some functions from cygwin1 after getting their address
> with GetModuleHandle/GetProcAddress (malloc/free/getcwd).
>
> The question now is, which magic initialization does cygz that my self
> built DLLs lack? (BTW, I have just written a glue layer for
> cygregex.dll that works just after the same scheme...Why?)
>
> Ciao
> Tom
>
> Thomas Demmer
> Kraft Foods R&D Munich
> Phone: +49 89 62738-6302
> Fax: +49 89 62738-86302
>
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: New setup uploaded - 2.218.2.8
> -Original Message- > From: D G [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 17, 2002 5:32 AM > OK. For those of us who did it the "wrong" way (mine is set > to H:\), how can I change the local package directory and > still keep all the current package information? Is it > automatic? Just change it in setup next time you run it. If you want to keep all the cached data, just copy the directories that look like ftp%3f and their contents to whereever your new local package dir will be. BTW: the default is the dir you run setup from, so you must have created c:\cygwin, copied setup there, and then run it...right? > On the other hand, would it be a good idea for setup.exe to > tag its directories in some way, like with a zero-byte file, > so that it doesn't take just any old setup.ini file it finds? Mmmm. I'll think about this. I don't want to interfere with users using mirroring tools. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: New setup uploaded - 2.218.2.8
On Fri, 17 May 2002 03:31:36 +0800 D G <[EMAIL PROTECTED]> wrote: > From: "Harig, Mark A." > >I think I see now. I was simply letting 'setup.exe' use its defaults. > >It defaults to using 'c:\cygwin' for the Root Install Directory and > >'c:\cygwin' for the Local Package Directory. I assumed that setup was > >searching in the '/' directory tree, but that was just a coincidence > >because my '/' mount point is 'c:\cygwin'. In fact, setup searches in > >whatever location is provided for Local Package Directory. I changed my > >Local Package Directory setting to c:\cygwin\setup (a directory that did > >not exist), and setup created the needed directory. None of the parsing > >errors that I reported earlier were generated because setup no longer > >finds invalid 'setup.ini' files from other, non-setup packages. > > OK. For those of us who did it the "wrong" way (mine is set to H:\), > how can I change the local package directory and still keep all the > current package information? Is it automatic? What about the "latest" > and "contrib" directories? Are those obsolete? > > On the other hand, would it be a good idea for setup.exe to tag its > directories in some way, like with a zero-byte file, so that it doesn't > take just any old setup.ini file it finds? 1. Create a new directory like c:\zip\Cygwin\ to be the local directory. 2. Move all applicable files and directories to that directory. Examples: setup.exe, setup.ini, release\, contrib\, latest\, ftp%3a*\ Directories contrib\ and latest\ are obsolescent, but may still have useful files under them. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Re: New setup uploaded - 2.218.2.8
> -Original Message- > From: Michael A Chase [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 17, 2002 8:11 AM > Directories contrib\ and latest\ are obsolescent, but may > still have useful files under them. If you want to leverage those files, move the contrib/* ands latest/* directories to release/*. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
umount doesn't umount
Anybody know why this happens? $ mount c: /blah:c mount: warning - /blah:c does not exist. $cd /blah:c $ cd /blah:c bash: cd: /blah:c: No such file or directory $mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /blah:c type user (textmode) h: on /cygdrive/h type user (binmode,noumount) z: on /cygdrive/z type user (binmode,noumount) $ umount /blah:c umount: /blah:c: Invalid argument I think it doesn't like the colon. Any ideas? David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: umount doesn't umount
At 06:49 PM 5/16/2002, David E Euresti wrote: >Anybody know why this happens? > >$ mount c: /blah:c >mount: warning - /blah:c does not exist. > >$cd /blah:c > >$ cd /blah:c >bash: cd: /blah:c: No such file or directory > >$mount >C:\cygwin\bin on /usr/bin type system (binmode) >C:\cygwin\lib on /usr/lib type system (binmode) >C:\cygwin on / type system (binmode) >c: on /blah:c type user (textmode) >h: on /cygdrive/h type user (binmode,noumount) >z: on /cygdrive/z type user (binmode,noumount) > >$ umount /blah:c >umount: /blah:c: Invalid argument > > >I think it doesn't like the colon. Any ideas? Just the standard one in this situation. Escape the colon. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: umount doesn't umount
David E Euresti wrote: > > I think it doesn't like the colon. Any ideas? > W2K PRO NL shows this: D:\temp>mkdir foo:bar De mapnaam is ongeldig. D:\temp> Which is Dutch for: "The directory name is invalid" IIRC a ':' is only valid when adressing a Drive and cannot be used in Directory names Creating a mount wich points to such a name(mount doesn't care if there is a physical directory to point to or not) sounds to me as a highly dangerous thing to do. Just like depending on case sensitive names to make a difference on *nix, which Windows(all of them) doesn't support and your environment breaks as a result of that. As a result of a : being somewhere where it shouldn't be, it doesn't surprise me that umount doesn't know what to do with it(I havent't read the source so I'm assuming that the result is 'undefined') and fails. Using things like $ or # or any other valid characters in your filenames just isn't worth all the trouble it gets you in when trying to use scripts on them. It's a hell trying to escape things correctly and trying to prevent something from interpreting them. These are just my EUR 0.02 Gilgamesh -- Gilgamesh Nootebos (Elegant Relational Development) @: [EMAIL PROTECTED] T: +31 36 54 77 100 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bash question
I may have asked this before but I'd really like to understand this and get a fix for it. Given the following script: #!/bin/bash declare -i i=0 for x in 1 2 3; do let i=i+1 echo "item $x" done echo "Processed $i items" cat > /tmp/file
RE: umount doesn't umount
> -Original Message- > From: Gilgamesh Nootebos [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 17, 2002 9:12 AM ... ':'s on NTFS allow alternate streams. Read up on that before speculating, and please remember that a single test case (your local test) only shows the results for that exact configuration. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: New setup uploaded - 2.218.2.8
On Fri, May 17, 2002 at 08:04:42AM +1000, Robert Collins wrote: >>On the other hand, would it be a good idea for setup.exe to tag its >>directories in some way, like with a zero-byte file, so that it doesn't >>take just any old setup.ini file it finds? > >Mmmm. I'll think about this. I don't want to interfere with users >using mirroring tools. I think this is really not a great idea. The "local directory" that setup.exe uses is supposed to be only for that purpose. Adding zero length files for people who don't get the concept seems like the wrong way to go. Especially since I can easily see the "setup.exe is creating zero length files!!! How I stop this" comments here. There really has to be a limit on how much we coddle people who make bad decisions, IMO. On the other hand, having setup.exe complain when someone specifies an existing populated directory that has no setup.ini files in it, might not be a bad idea. I think that something like this would be a great idea for some intrepid setup.exe patcher. Another plan would be not to parse any setup.ini file that was missing both of the setup-*: options. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: findutils-4.1.7-2
I've made a new version of 'findutils' available for download. This updates the package to the latest version available from ftp.gnu.org. This version is notable in that it seems to include a working version of 'updatedb'. For a brief descripton of this package, see http://cygwin.com/packages/ . To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. When setup is run, findutils should be installed automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you "tried everything" to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. Christopher Faylor Cygwin Engineering Manager (and Developer) Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: make-3.79.1-7
I've made a new version of make available for download. This version incorporates a patch reported by a cygwin mailing list user to fix problems with vpath and win32 paths. There is also a change which allows make to default to win32 mode if /bin/sh is missing. This means that make will use 'command.com' or 'cmd.exe' if /bin/sh is not available. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select "Devel" and then click on the appropriate field until 3.79.1-7 if it is not displayed. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you "tried everything" to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. Christopher Faylor Red Hat, Inc. -- Please do not send me personal email with cygwin questions. Use the resources at http://cygwin.com/ . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: diffutils-2.8.1-1
I've made a new version of 'diffutils' available for download. This updates the package to the latest version available from ftp.gnu.org. The 'diffutils' package replaces the previous 'diff' package. For a brief descripton of this package, see http://cygwin.com/packages/ . To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. When setup is run, diffutils should be installed automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you "tried everything" to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. Christopher Faylor Cygwin Engineering Manager (and Developer) Red Hat, Inc. -- Please do not send me personal email with cygwin questions. Use the resources at http://cygwin.com/ . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: New setup uploaded - 2.218.2.8
On Fri, 17 May 2002 08:21:06 +1000 Robert Collins <[EMAIL PROTECTED]> wrote: > > -Original Message- > > From: Michael A Chase [mailto:[EMAIL PROTECTED]] > > Sent: Friday, May 17, 2002 8:11 AM > > > Directories contrib\ and latest\ are obsolescent, but may > > still have useful files under them. > > If you want to leverage those files, move the contrib/* ands latest/* > directories to release/*. Does that mean setup.exe is going to stop finding files under those directories? Last time I checked it was able to. I thought that if the local directory already contained contrib/ and latest/, we didn't want the files to have to be moved or re-downloaded. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup.exe 2.218.2.8/9 broken
As far as I can see, setup 2.218.2.8 and 2.218.2.9 are still broken, as described on this list. In case it's not clear, you go through an entire download, and the last thing to be downloaded reports "Download Incomplete" on a popup, and as far as I can see, you can never correctly install Cygwin. Like other correspondents, I've tried several combinations of mirrors and download styles, and none of them seem to work correctly or completely or at least without very alarming sounding error messages. Beats me whether the post-install script works or not. If you're going to work on this, could you leave a working version in place while you do so, and try it before posting it? Thanks. -- John Haggerty internet: [EMAIL PROTECTED] voice/fax: 631 344 2286/4592 http://www.phenix.bnl.gov/~haggerty -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.218.2.8/9 broken
On Thu, May 16, 2002 at 10:32:04PM -0400, John Haggerty wrote: >As far as I can see, setup 2.218.2.8 and 2.218.2.9 are still broken, as >described on this list. > >In case it's not clear, you go through an entire download, and the last >thing to be downloaded reports "Download Incomplete" on a popup, and as >far as I can see, you can never correctly install Cygwin. Like other >correspondents, I've tried several combinations of mirrors and download >styles, and none of them seem to work correctly or completely or at >least without very alarming sounding error messages. Beats me whether >the post-install script works or not. > >If you're going to work on this, could you leave a working version in >place while you do so, and try it before posting it? Thanks. The current version is working for me and a number of other people. Don't know how you missed this... cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: umount doesn't umount
On Fri, May 17, 2002 at 01:12:04AM +0200, Gilgamesh Nootebos wrote: > David E Euresti wrote: > > > > >I think it doesn't like the colon. Any ideas? > > > > W2K PRO NL shows this: > > D:\temp>mkdir foo:bar > De mapnaam is ongeldig. > > Which is Dutch for: "The directory name is invalid" Whew... for a second there, I thought maybe you had contracted some clever virus/trojan that spits out lines from the "Funniest Joke" skit from Monty Python :) -- Ryan T. Sammartino http://members.shaw.ca/ryants/ You work very hard. Don't try to think as well. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup.exe 2.218.2.8/9 broken
Preamble: I don't work at Cygnus, I am just another user. (Well, maybe less skilled that any other user) Why I am writing: I have been upgrading Cygwin essentially daily on my work and home machines, using the newest setup almost all the time, and I have almost never seen a failure. This can NOT be because of above average skill or intelligence on my part! Though I too am a physicist, I possess neither. :-) I do want to help though. Now, almost all of my operations with setup have been incremental installs, in the last two weeks, I have done only one download to a CD and install on a non-networked, no Cygwin present (at all, never installed) machine. What sort of operation are you performing? New full install, new partial install, install over a deleted older version, incremental install etc? Now, in all but one of my recent installs, I have used "install from the internet", "all users", "unix". I have a designated directory I let install work with, c:\xfer\cygtemp, that is where it puts its temporary stuff. That is the directory where I keep setup. That is the directory where I designate in "Select Local Package Directory". There seem to be some issues with people using their c:\cygwin in this role. Note also that I do not designate any of the mirror subdirectories that are in my cygtemp directory. My connection, I use "Use IE5 Settings". I have always used the mirror ftp://archive.progeny.com , if you look in my Cygtemp directory, you will see that there is only one mirror folder in there. Note though that I have done successful incremental installs in which I have deleted the mirror subdirectory. This takes me through to the Cygwin Setup menu. I open all the categories, and install almost everything. Ooops, Wayne, you have been guilty of that omission - I have nearly all the Cygwin packages installed, even the bloody games, which are there for no intellegent reason I can tell you. Now, this procedure works for me, for the use I describe. It has worked for this machine, which is Win98, and my on-base machine, which is XP-Pro. The machine I did the virgin install on runs Win2000 Pro. Now, this evening, I did see a failure of the sort you note, because I messed up and did not download the new .9 version of setup. This is the only failure I noted. (I also noted that gsl is now included, that made my evening, I use it a goodly amount and have been installing it seperately before) I hope my experience helps in solving your problem. I hope it also encourages you to report the sorts of things I have told you about my install procedure. It really helps the guys in trouble shooting. Wayne Keen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.218.2.8/9 broken
On Thu, May 16, 2002 at 09:56:28PM +0600, Dockeen wrote: >Preamble: >I don't work at Cygnus, I am just another user. (Well, maybe less >skilled that any other user) Obligatory reply: Actually, nobody works at Cygnus anymore. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: QUESTION: How to start up PostgreSQL within cygwin?
Hello fellows, First at all, sorry for the late response. I have been very busy this week due the birth of my second daughter. Thanks to all who answered my pray :-) If someone else downloads the cygipc program, it should be at the folder \CygWin\install so The rigt command shall be: $ tar -jxvf /install/cygipc-1.11-1.tar.bz2 instead of $ tar -jxvf /cygipc-1.11-1.tar.bz2 Which means the file resides at the "root" directory, which should be maintained as clean as possible. I'll proceed to download and/or install the files recommended by the file http://www.tishler.net/jason/software/postgresql/postgresql-7.2.1.README Thanks again Regards José Luis Otermin [EMAIL PROTECTED] ICQ 8797524 - Original Message - From: "Nicholas Wourms" <[EMAIL PROTECTED]> To: "Jose Luis Otermin" <[EMAIL PROTECTED]>; "Carey R. Dayrit" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, May 10, 2002 8:16 AM Subject: Re: QUESTION: How to start up PostgreSQL within cygwin? > Jose, > > You need to execute "tar -jxvf cygipc-1.11-1.tar.bz2"... As for why > cygipc isn't included in the official distro is explained on the cygutils > website. It is being deprecated because there is work in progress on an > official port of this in the latest cvs sources, called cygserver.exe. > For those interested, look here: > > http://www.cygwin.com/ml/cygwin-developers/2002-03/msg0.html > > HTH, > Nicholas > > --- Jose Luis Otermin <[EMAIL PROTECTED]> wrote: > > Hello Carey, > > > > Thanks for the tip. > > I have downloaded the > > > http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/cygipc-1.11-1.tar. > > bz2 > > file and that's what happen when I try to follow the instructions: > > > > $ tar -C / -xjf cygipc-1.11-1.tar.bz2 > > tar (child): cygipc-1.11-1.tar.bz2: Cannot open: No such file or > > directory > > tar (child): Error is not recoverable: exiting now > > tar: Child returned status 2 > > tar: Error exit delayed from previous errors > > > > Maybe the folder which must hold the file is not the correct. > > Would you give me a little more help? > > Please, keep in mind I don't know unix. > > If it would be DOS or CP/M, things would be slightly different :-) > > Thanks a lot. > > Regards > > > > José Luis Otermin > > > > [EMAIL PROTECTED] > > ICQ 8797524 > > > > - Original Message - > > From: "Carey R. Dayrit" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Cc: "Christopher Faylor" <[EMAIL PROTECTED]> > > Sent: Thursday, May 09, 2002 10:03 PM > > Subject: Re: QUESTION: How to start up PostgreSQL within cygwin? > > > > > > > I've installed PostgreSQL on Win98, properly. I just > > > followed the tips on FAQ_MSWIN. Before starting initdb or > > > postmaster or psql, ipc-daemon must be started first. It > > > will not work without ipc-daemon. You need to ftp, download > > > the tar cygipc on some mirror sites. > > > > > > Have you read the FAQ_MSWIN on /usr/doc/postgresql-7.2.1 or > > > install ? Have you installed cygipc ? > > > > > > > > > > > > ** Get your free E-Mail account at WWW.DIGITELONE.COM ** > > > > > > -- > > > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > > Bug reporting: http://cygwin.com/bugs.html > > > Documentation: http://cygwin.com/docs.html > > > FAQ: http://cygwin.com/faq/ > > > > > > > > > > > > > > > -- > > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > Bug reporting: http://cygwin.com/bugs.html > > Documentation: http://cygwin.com/docs.html > > FAQ: http://cygwin.com/faq/ > > > > > __ > Do You Yahoo!? > Yahoo! Shopping - Mother's Day is May 12th! > http://shopping.yahoo.com > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
PGP signatures for packages?
Are signatures available for the setup program, or for the packages it downloads? RPM uses GPG signatures, but I can't find anything comparable for the Cygwin binaries. Even just a list of hashes would be worthwhile (ideally vended from a secure Cygwin/Redhat web page) to verify that a mirror (or download) hasn't been corrupted. Real PGP signatures would be better. I can live without tool support -- I can do the verifications manually, but only if I can find the signatures :-). I saw a note back in December (http://sources.redhat.com/ml/cygwin/2001-12/msg00950.html) that touched on this, but I couldn't find any followup. Did this wither on the vine? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.218.2.8/9 broken and I'm not much better
I forgot to mention in my last email, I am going senile. Next thing you know, someone will be telling me Reagan isn't president any more. Wayne (Huckleberry Dumb-poop) Keen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.218.2.8/9 broken
Hi, Well thanks, that calmed me down. I have installed cygwin maybe 50 times on different machines, but last night it was my luck to really, really want to install it on my newly repaired laptop, and I spent maybe 4 hours doing this: - start: - Install Cygwin NOW! from www.cygwin.com, copy setup.exe to a local file (2.218.2.8) - click through the defaults on the installation gui's, as you describe, except i) Choose All Install, but Skip all tetex and texmf packages (needed to prevent a collision with MikTeX), 2) choose local package directory to be a conveniently named directory - choose as mirrors sunsite.utk.edu (seems to be mainly dead or oversubscribed), uiuc.edu, nasa.gov, planetmirror.com (very slow) - Get to the end (zlib) and get a popup reporting "Download Incomplete" which seemed to end the installation prematurely - deleting the failed installation by deleting \cygwin and the cygwin local package directory, and usually deleting registry keys containing "Cygnus," as described in the manual - go back to start: Since my machine had been sent back for network problems, it seemed quite likely that it was a new network problem, since Cygwin never gave me any trouble, hence the loop. Tonight, I admit I haven't done it ten times yet with 2.218.2.9, so the failure could have been something else (like not deleting cygwin completely or whatnot), and I'll pass on the setup.log.full file if it fails again. Dockeen wrote: > > Preamble: > I don't work at Cygnus, I am just another user. > (Well, maybe less skilled that any other user) > > Why I am writing: > I have been upgrading Cygwin essentially daily on my work > and home machines, using the newest setup almost all the > time, and I have almost never seen a failure. This can NOT be > because of above average skill or intelligence on my part! > Though I too am a physicist, I possess neither. :-) > I do want to help though. > > Now, almost all of my operations with setup have been > incremental installs, in the last two weeks, I have > done only one download to a CD and install on a non-networked, > no Cygwin present (at all, never installed) machine. > > What sort of operation are you performing? New full install, > new partial install, install over a deleted older version, > incremental install etc? > > Now, in all but one of my recent installs, I have used > "install from the internet", "all users", "unix". > > I have a designated directory I let install work with, > c:\xfer\cygtemp, that is where it puts its temporary stuff. > That is the directory where I keep setup. That is the > directory where I designate in "Select Local Package Directory". > There seem to be some issues with people using their > c:\cygwin in this role. Note also that I do not designate > any of the mirror subdirectories that are in my cygtemp > directory. My connection, I use "Use IE5 Settings". I > have always used the mirror ftp://archive.progeny.com , > if you look in my Cygtemp directory, you will see that there > is only one mirror folder in there. Note though that I have > done successful incremental installs in which I have deleted > the mirror subdirectory. > > This takes me through to the Cygwin Setup menu. I open > all the categories, and install almost everything. Ooops, > Wayne, you have been guilty of that omission - I have nearly > all the Cygwin packages installed, even the bloody games, > which are there for no intellegent reason I can tell you. > > Now, this procedure works for me, for the use I describe. > It has worked for this machine, which is Win98, and my on-base > machine, which is XP-Pro. The machine I did the virgin install > on runs Win2000 Pro. > > Now, this evening, I did see a failure of the sort you note, because > I messed up and did not download the new .9 version of setup. > This is the only failure I noted. (I also noted that gsl is > now included, that made my evening, I use it a goodly amount and > have been installing it seperately before) > > I hope my experience helps in solving your problem. I hope > it also encourages you to report the sorts of things I have > told you about my install procedure. It really helps the guys > in trouble shooting. > > Wayne Keen > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- John Haggerty internet: [EMAIL PROTECTED] voice/fax: 631 344 2286/4592 http://www.phenix.bnl.gov/~haggerty -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.218.2.8/9 broken and I'm not much better
On Thu, 16 May 2002 22:29:13 +0600 Dockeen <[EMAIL PROTECTED]> wrote: > I forgot to mention in my last email, I am going senile. > > Next thing you know, someone will be telling me Reagan > isn't president any more. True, Reagan isn't President, but Bush is. So you aren't doing so bad. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.218.2.8/9 broken and I'm not much better (completely off-topic)
On Thu, May 16, 2002 at 10:29:13PM +0600, Dockeen wrote: >I forgot to mention in my last email, I am going senile. > >Next thing you know, someone will be telling me Reagan >isn't president any more. I was listening to a local radio show today and the newscaster said something like "It was reported today that President Nixon, er, Bush..." So, maybe we're all stuck in a time warp. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: PGP signatures for packages?
On Thu, May 16, 2002 at 11:26:30PM -0400, Michael Young wrote: >Are signatures available for the setup program, or for the packages it >downloads? >RPM uses GPG signatures, but I can't find anything comparable for the Cygwin >binaries. Even just a list of hashes would be worthwhile (ideally vended from >a secure Cygwin/Redhat web page) to verify that a mirror (or download) hasn't >been corrupted. Real PGP signatures would be better. I can live without tool >support -- I can do the verifications manually, but only if I can find the >signatures :-). > >I saw a note back in December >(http://sources.redhat.com/ml/cygwin/2001-12/msg00950.html) >that touched on this, but I couldn't find any followup. Did this wither on the >vine? No. It's actually part of the current setup.exe. FWIW, md5sums in the download directories have been available for years. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash question
You asked this in the wrong place btw, (I think its a bash specific questing) but here goes anyways: #!/bin/bash i=0 for x in 1 2 3; do let i=i+1 echo "item $x" done echo "Processed $i items" cat > /tmp/file
Re: setup.exe 2.218.2.8/9 broken
John Haggerty wrote: > > If you're going to work on this, could you leave a working version in > place while you do so, and try it before posting it? Thanks. > Long story: (1) In order to allow HEAD testing to go forward with md5sums, there was a minor change to the 'stable release' of setup.exe (and to the setup.ini format and to the upset script that generates setup.ini) to a) put md5sums for each tarball into setup.ini b) make the current setup.exe not barf when it saw them This was a simple change, and was uploaded with little testing or fanfare. BUT, since setup.ini's format changed, it broke all older setup.exe's. This forced everybody to use the most recent 'stable release' of setup.exe; many people had been 'hanging back' with old obsolete versions. Perhaps this was impolite of us (and it wasn't intended as a "we're gonna force everyone to always ride the bleeding edge" thing) -- but it ended up having exactly that effect. As it happened, the 'most recent stable release' of setup.exe (non-HEAD) was teetering on the edge of a number of bugs...and the wider (forced) testing made those bugs visible. (2) bug #1: we ran out of parser stack space when all the new XFree86 packages were added to the distribution. This was the source of most of the problems over the last week. Too many packages in setup.ini + not enough stack space + RHS recursion(?) == the lex setup.ini parser barfed. (3) bug #2: minor issues with parsing "buried" setup.ini files -- that belong to things NOT cygwin-setup.exe-related. This happens only when someone says "My local setup directory is HERE" when HERE has subdirectories that don't belong to cygwin-setup. (That's bad, don't do that: setup's 'local directory' is his own personal playground and he doesn't play well with others) This is what happens when user-error meets bad filename parsing...and since the userbase of the 'most recent stable release' of setup.exe expanded drastically overnight, we got hit with lots of reports about this problem. Normally, it is Robert and Chris's policy that unstable development of setup.exe happens on the HEAD branch (currently 2.A, A > 218). Bugfixes for the officially released setup.exe happens on a side branch (in this case, 2.218.2.X). Unfortunately, a confluence of events, plus an accomodation for HEAD's setup.ini format change, led to serious instability in the "stable release" of setup.exe for a while. Hopefully things are better now...just think of setup-2.218.2.X as linux kernel 2.4.X, where X < 9... --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: PGP signatures for packages?
Michael Young wrote: > Are signatures available for the setup program, or for the packages it > downloads? > RPM uses GPG signatures, but I can't find anything comparable for the Cygwin > binaries. Even just a list of hashes would be worthwhile (ideally vended from > a secure Cygwin/Redhat web page) to verify that a mirror (or download) hasn't > been corrupted. Real PGP signatures would be better. I can live without tool > support -- I can do the verifications manually, but only if I can find the > signatures :-). > > I saw a note back in December > (http://sources.redhat.com/ml/cygwin/2001-12/msg00950.html) > that touched on this, but I couldn't find any followup. Did this wither on the > vine? Currently, setup.ini contains md5 hashes for each tarball. The released version of setup.exe successfully ignores those md5's, but the HEAD will verify the downloaded tarballs against the hash (this may not yet be working...) There was another, more recent thread (somewhere, I can't find it) where the following idea was kicked around: "Wouldn't it be great if maintainers signed their packages with GPG?" "Well, setup.exe would need to verify them" "So link against libgpg!" "Two problems: #1) libpgp isn't part of the cygwin distribution yet, and #2) even if it was, we'd need a native (mingw) version, not a cygwin version, since setup.exe is a mingw program. But we need, in addition, a cygwin version of the gpg tools, so that maintainers who build their cygwin packages on a cygwin host can do the signing..." So: 1) md5 hash verification coming soon 2) GPG signing/verification waiting on two things (three, actually): a) official cygwin package(s) for GPG and its libraries b) a mingw port of the GPG libraries c) hooks added to setup.exe to use the mingw-GPGlib. Any volunteers for (a) or (b)? --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.218.2.8/9 broken
Chuck, Thanks for the excellent summary of events. I too was wondering what happened, since this is the first time I've seen the setup program so unstable and re-released so often. Your explanation clears it all up for me now. Also, FWIW, my problems with setup.exe are all gone now since .2.8, and in fact I can finally build from the source now with a simple ./configure && make. Thanks, Alan On Thu, 16 May 2002, Charles Wilson wrote: > John Haggerty wrote: > > > If you're going to work on this, could you leave a working version > > in place while you do so, and try it before posting it? Thanks. > > Long story: > > ... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.218.2.8/9 broken
Thanks for the explanation; I won't send my laptop back yet, although I'm still having problems with "Download Incomplete Retry?" with 2.218.2.9, but by now, I may have screwed up something else (like maybe HOME has gotten undefined, or such) since I have been installed and uninstalled maybe 25 times. I'd send the log file, but I have to get ssh working first... it's not very illuminating for me. I have been doing an "All Install," perhaps that still breaks the setup? Charles Wilson wrote: > > John Haggerty wrote: > > > > > If you're going to work on this, could you leave a working version in > > place while you do so, and try it before posting it? Thanks. > > > > Long story: > > (1) > In order to allow HEAD testing to go forward with md5sums, there was a > minor change to the 'stable release' of setup.exe (and to the setup.ini > format and to the upset script that generates setup.ini) to >a) put md5sums for each tarball into setup.ini >b) make the current setup.exe not barf when it saw them > > This was a simple change, and was uploaded with little testing or > fanfare. BUT, since setup.ini's format changed, it broke all older > setup.exe's. This forced everybody to use the most recent 'stable > release' of setup.exe; many people had been 'hanging back' with old > obsolete versions. Perhaps this was impolite of us (and it wasn't > intended as a "we're gonna force everyone to always ride the bleeding > edge" thing) -- but it ended up having exactly that effect. > > As it happened, the 'most recent stable release' of setup.exe (non-HEAD) > was teetering on the edge of a number of bugs...and the wider (forced) > testing made those bugs visible. > > (2) bug #1: we ran out of parser stack space when all the new XFree86 > packages were added to the distribution. This was the source of most of > the problems over the last week. Too many packages in setup.ini + not > enough stack space + RHS recursion(?) == the lex setup.ini parser barfed. > > (3) bug #2: minor issues with parsing "buried" setup.ini files -- that > belong to things NOT cygwin-setup.exe-related. This happens only when > someone says "My local setup directory is HERE" when HERE has > subdirectories that don't belong to cygwin-setup. (That's bad, don't do > that: setup's 'local directory' is his own personal playground and he > doesn't play well with others) >This is what happens when user-error meets bad filename parsing...and > since the userbase of the 'most recent stable release' of setup.exe > expanded drastically overnight, we got hit with lots of reports about > this problem. > > Normally, it is Robert and Chris's policy that unstable development of > setup.exe happens on the HEAD branch (currently 2.A, A > 218). Bugfixes > for the officially released setup.exe happens on a side branch (in this > case, 2.218.2.X). Unfortunately, a confluence of events, plus an > accomodation for HEAD's setup.ini format change, led to serious > instability in the "stable release" of setup.exe for a while. > > Hopefully things are better now...just think of setup-2.218.2.X as linux > kernel 2.4.X, where X < 9... > > --Chuck > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- John Haggerty internet: [EMAIL PROTECTED] voice/fax: 631 344 2286/4592 http://www.phenix.bnl.gov/~haggerty -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Re: New setup uploaded - 2.218.2.8
> -Original Message- > From: Michael A Chase [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 17, 2002 11:41 AM > > If you want to leverage those files, move the contrib/* > ands latest/* > > directories to release/*. > > Does that mean setup.exe is going to stop finding files under > those directories? Last time I checked it was able to. I > thought that if the local directory already contained > contrib/ and latest/, we didn't want the files to have to be > moved or re-downloaded. Recall my comment "the move to the release directory will cause folk to download things again. Oh well, nevermind". The reason that contrib and latest will be ignored is that setup.ini no longer refers to them. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: PGP signatures for packages?
> -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 17, 2002 1:43 PM > >I saw a note back in December > >(http://sources.redhat.com/ml/cygwin/2001-12/msg00950.html) > >that touched on this, but I couldn't find any followup. Did this > >wither on the vine? > > No. It's actually part of the current setup.exe. A minor errata: The HEAD cvs tag has it. The current setup.exe just silently ignores the data from the ini file. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.1.3 and upwards: apparent bug with pthread_cond_wait() and/or signal()
>> Between 1.1.3 and 1.3.0 a huge change occurred in the pthreads code >> base, so this assumption is not safe. (It's not necessarily wrong >> either.) I'd definitely be using 1.3.10 though. >> >> > #include >> > #include >> >> The cygwin c++ libgcc, stdlibc++ and gcc are not built with thread >> support, so C++ and threads may not work well together. C should work >> fine, and if anyone convinces Chris to release a thread-enabled gcc, C++ >> should get better. >Arrrgh - so that explains why so much of my source crashes randomly every now >and again.. (!) >Please, please release thread-enabled C++ libs. >Chris Thanks for this hint. I rebuilt gcc with ./configure --enable-threads=yes make make install and it solved my intermittent problems with running/compiling the iperf package (uses threads and C++ libs). Is there a reason this is not the default? Tim P.S. why is: $ nice -n -1 nice 0 Yet the adjusted priorities are clearly occuring when you look at the windows task manager? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: PGP signatures for packages?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
From: "Charles Wilson" <[EMAIL PROTECTED]>
> Currently, setup.ini contains md5 hashes for each tarball. The released
> version of setup.exe successfully ignores those md5's, but the HEAD will
Doh! I should have noticed that. That's great!
If the "setup.exe" and "setup.ini" files were signed, I could
complete the verification manually.
> "Wouldn't it be great if maintainers signed their packages with GPG?"
Yes and no (in reverse order below):
As a consumer of the collected binaries, I'd rather have signatures
from the Cygwin team (that is, whoever builds "setup.ini"), especially
if I'm going to do the verifications myself. I don't know who the
legitimate developer(s) might be for each package. That information
(e.g., the key fingerprints) would have to be included in the
"setup.ini" file for *either* automatic or manual verification.
(If the package owners aren't properly identified, through the
initialization file, key certifications, or the like, then anyone
could generate a key and sign a bogus version of a package.) I'm
already trusting the provider of the "setup.exe" binary -- I'd rather
have everything signed by the one key of that provider.
Now, the Cygwin team might well benefit from individual maintainers
signing their packages. This could make it to reliably pick up
source/binaries from the maintainers, and to build a legitimate
"setup.ini" file. (As a consumer of the binaries, I might be comforted
knowing that such a process is in place, but ultimately, I'm trusting
whoever is putting it all together, not just the individual maintainers.)
> "Well, setup.exe would need to verify them"
Perhaps. As I hinted above, if the "setup.ini" file itself is
signed, then the MD5 hashes are fine.
Even more importantly, I'd love to be able to verify the "setup.exe"
file. If someone is able to compromise a mirror and install a
bogus "setup.exe", then all of this checking is for naught.
Since I need to verify "setup.exe" manually, I'd be quite willing to
verify one more file ("setup.ini").
Another means of protecting these two files would be to vend them
directly from "www.cygwin.com" over HTTPS. I tried doing the
obvious URL transformation to retrieve "setup.exe", but that
failed. (I also looked for an Authenticode signature on that
binary, but that wouldn't work for the data file, and I can
understand why this wouldn't be a popular approach in the GNU
community :-). HTTPS is even more end-user-friendly, but
GPG signatures are cheaper (and may even be safer if the private
keys are kept offline).
So, how would the Cygwin team feel about GPG-signing just these
two files?
Thanks for your consideration (and for the quick response to my
first query).
-BEGIN PGP SIGNATURE-
Version: PGP Personal Privacy 6.5.3
iQA/AwUBPOSUhFMkvpTT8vCGEQJeVQCeKnNB2H77vTYxn/e6mk8wRd1UsXgAoIKj
eA2NI+JgiWY1PReGYUymBBH7
=7nCA
-END PGP SIGNATURE-
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: 1.1.3 and upwards: apparent bug with pthread_cond_wait() and/or signal()
> -Original Message- > From: Tim and Kathy Andvaag [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 17, 2002 2:24 PM > $ nice -n -1 nice > 0 > > Yet the adjusted priorities are clearly occuring when you > look at the windows task manager? Rounding error IIRC. The +-20 that unix uses doesn't map all that well to NT's class + level approach. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: PGP signatures for packages?
> -Original Message- > From: Michael Young [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 17, 2002 3:27 PM > > So, how would the Cygwin team feel about GPG-signing just these > two files? I'm the setup.exe maintainer. Here's what I need before I will sign setup.exe. (More on setup.ini later). I need: * A cygwin package, maintained by someone-that-is-not-me of GPG that is compatible with my unix GPG (I know that should go without saying) keyring. That's it. But without that I will not sign setup.exe. Just like I didn't compress it until UPX became a package :]. See http://www.cygwin.com/setup.html for information on contributing GPG. Until that is done, conversation on this is moot. I would BTW, sign it with a separate file. There may also be logicistical issues with upset getting the version number out of the upx compressed fiel, but I think I have a solution to that that will work for Chris. As for setup.ini: Signing of setup.ini is, IMO, meaningless at this point in time. setup.ini, like the debian Packages or Releases or whatever the archive is called, is a federated system. You can download from as many mirrors as you like in one session, and setup provides a homogenous view of the result. In short, an unsigned setup.ini can alter the data you see from a signed setup.ini. Per-package signing would be the way to go. Also, as setup.ini is dynamically generated, we would have a serious key management issue in attempting to have setup.ini signed. Per package signing allows the key management to be federated as well - to each maintainer - and thus would not cause the same headache as signing setup.ini. Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: umount doesn't umount
Robert Collins wrote: > > ':'s on NTFS allow alternate streams. Read up on that before > speculating, and please remember that a single test case (your local > test) only shows the results for that exact configuration. > I just refreshed my memory with http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fsys_7qwj.asp and http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fsys_5okz.asp which confirmed what I suspected and you say: NTFS might allow it but Windows doesn't. That is why I mentioned my systems specification with the testcase. I just forgot to say it was really NTFS and not FAT32 that's used. Gilgamesh -- Gilgamesh Nootebos (Elegant Relational Development) @: [EMAIL PROTECTED] T: +31 36 54 77 100 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: umount doesn't umount
> -Original Message- > From: Gilgamesh Nootebos [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 17, 2002 3:25 PM > To: cygwin > Subject: Re: umount doesn't umount > > > Robert Collins wrote: > > > > ':'s on NTFS allow alternate streams. Read up on that before > > speculating, and please remember that a single test case (your local > > test) only shows the results for that exact configuration. > > > > I just refreshed my memory with ... Thank you, I didn't realise that windows prevented that. Urghh. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
name: GNU/Cygwin system
I'm not trolling (and maybe for all I know, this has already been talked out) but I wanted to suggest that it might be appropriate for Cygwin to describe and advertise itself as the "GNU/Cygwin system", giving credit where credit it very much due -- just as Debian does by describing itself as a "GNU/Linux" system. IMO, the fact the GNU system (not the Linux kernel) is really the essential ingredient is pointed to by the fact that many of the same concerns that affect maintainers of the various Linux distros (and especially, maintainers of packages on those distros) also very much affect Cygwin maintainers and packagers. For example, it seems like representatives from Cygwin should be involved with the Linux Standard Base effort: http://www.linuxbase.org/ And the effort should be called "GNU Standard Base" instead (though I realize that's not s ever actually going to happen). --Mike Smith -- Michael Smith, Tokyo, Japanhttp://sideshowbarker.net マイク Just as there are four letters in the name of God, there are four seasons. This is because of THE LAW OF PSYCHIC EQUIVALENCE. the law of psychic equivalence is encoded in the Bible. ALL modern problems stem from the failure to recognise God's law of electro-atomic-universal compensation. http://www.logopoeia.com/wisdom/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
problems with different installations
Folks, I have cygwin installed on two systems. On one everything runs like a dream with no problems, on the other xfree runs like a dog, cygrunsrv (and windows services) time out whilst starting pretty much any service, and progres won't even run the initDB command. Here are the details of the two systems: Working System Failing System W2K ProfessionalW2K Advanced Server Toshiba Laptop Un-Branded Desktop Server 128MB RAM 384MB RAM Please let me know if there is more information required to help me resolve any issues. Thanks, Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
