"Eric D. Williams" wrote:
> Thanks for the advice and help. I just reviewed your post in the list
> archive (html). I will give the snapshot a try. Is there any further
> reference to the SYSTEMROOT issue you referred to, e.g., date? Just so
> I am clear you are suggesting a 'snapshot' of the -
On Thu, May 05, 2005 at 12:31:28AM -0400, Eric D. Williams wrote:
>Thanks for the advice and help. I just reviewed your post in the list
>archive (html). I will give the snapshot a try. Is there any further
>reference to the SYSTEMROOT issue you referred to, e.g., date? Just so
>I am clear yo
Brian,
Thanks for the advice and help. I just reviewed your post in the list
archive (html). I will give the snapshot a try. Is there any further
reference to the SYSTEMROOT issue you referred to, e.g., date? Just so
I am clear you are suggesting a 'snapshot' of the -inst- not the
cygwin1, y
On Thu, 5 May 2005, Stuart Westbury wrote:
> Thanks for the prompt response Corinna.
>
> At least I now know.
>
> Can anybody suggest a way of doing this? Can the runas service be used
> to gain a new token or will it suffer the same problem? I have attempted
> to use it, but the results were unus
On 5/4/2005 7:46 PM, Stuart Westbury wrote:
On a similar note, can anyone who may have had this issue suggest any
alternative way to run remote commands on a windows box from linux with some
form of transparent authentication, or am I dreaming? :)
You can install an sshd service under a user accou
Thanks for the prompt response Corinna.
At least I now know.
Can anybody suggest a way of doing this? Can the runas service be used to
gain a new token or will it suffer the same problem? I have attempted to use
it, but the results were unusual. It prompted me for a password and just
drops me b
Brian Salter-Duke wrote:
> I did understand that. If I understand you correctly, one can not use
> Mingw from inside cygwin to produce working code that uses sockets and
> pthreads. Is that correct? This code does use sockets and pthreads
> although I do not strictly need them as it is code that u
Igor Pechtchanski wrote:
> > > In the future versions, we should also check for user mounts for the
> > > SYSTEM user -- unlikely, but very nasty and hard to detect. I also
> > > wonder if the above test should go into configurations for all
> > > services, or perhaps even added to cygrunsrv in s
On Wed, May 04, 2005 at 03:00:37AM -0700, Brian Dessent wrote:
> Brian Salter-Duke wrote:
>
> > Beginning the DDI compilation at Wed May 4 18:09:43 AUSCST 2005
> > Compiling common object: soc_create.o
> > gcc -DLINUX -O3 -mno-cygwin -fstrict-aliasing -I./include -DDDI_SOC
> > -DMAX_SMP_PROCS=8 -
At 05:43 PM 5/4/2005, Chris Faylor wrote:
>So, gee, now all we need is a volunteer.
Oh sure. Fall back on that tired old excuse. ;-)
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
838 Washington Street
Reini Urban wrote:
[snip]
> And while we are here and there is still the latest release pending for
> some days, I just want to say that the test version in setup.exe is
> featurewise almost the same and the delay of the 0.84 release proper is
> caused by some change in the build system.
[snip]
Cl
On Wed, May 04, 2005 at 05:23:58PM -0400, Sam Steingold wrote:
>>Well, duh. If you want to USE MinGW, you have to INSTALL it. That
>>much is obvious.
>
>I thought I did - when I installed the gcc-mingw cygwin package.
No. The name of the package is "gcc-mingw". Did you think that you
installed
Larry Hall schrieb:
While discussion of this may be useful to folks on this list, anything
beyond Cygwin's clamav package is probably off-topic here. Can I suggest
you take this to the cygwin-talk list instead? It would certainly be on-
topic there.
And while we are here and there is still the l
> * Dave Korn <[EMAIL PROTECTED]> [2005-05-04 18:49:24 +0100]:
>
> Original Message
>>From: Sam Steingold
>>Sent: 04 May 2005 18:32
>
>>> That's something to take up with the MinGW folks (www.mingw.org).
>>
>> I am not quite clear on the exact relationship between cygwin and MinGW
>> proje
Well, the password hasn't changed (for example I can still login over remote
desktop with the same password).
Just for kicks I tried regenerating the /etc/passwd file with mkpasswd (I saved
the old file this time...), but that made no difference.
d
--
Douglas S. J. De Couto,
d.decouto *at* o
I'm still struggling with the release of 2.4.5.
Anyway, 2.4.3 was released 6 months ago, and it is true that it takes
quite some time to build a new version, because there are lots of
problems appearing each time.
Bert
The most current version of Lilypond offered by cygwin's setup for
Windows i
At www.lilypond.org, the current "stable" version of Lilypond is 2.4.6
and the lastest development version is 2.5.22.
The most current version of Lilypond offered by cygwin's setup for
Windows is 2.4.3-1. This lag has been true for the last year or two.
Is there any change any time soon that t
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Korn
> Sent: Wednesday, May 04, 2005 10:38 AM
> To: cygwin@cygwin.com
> Subject: RE: pwd vs $PWD, bash, cygwin vs Linux
>
> HELLO? CAN ANYONE HEAR ME? Testing,
> testing, is this
> thing
The only user of the "neon" package within the Cygwin distribution itself is
subversion.
Neon has recently moved from 0.24.x to 0.25.x, a major API change.
I would like to know whether the neon package is being used by anyone for
anything else except subversion, so that I can decide how long the
> * Christopher Faylor <[EMAIL PROTECTED]> [2005-05-04 13:41:25 -0400]:
>
> On Wed, May 04, 2005 at 06:34:46PM +0100, Dave Korn wrote:
>>Original Message
>>>From: Christopher Faylor
>>>Sent: 04 May 2005 18:20
>>
>>
>>> as to ignore correctly installed libraries. You just have to put the
>>
Original Message
>From: Sam Steingold
>Sent: 04 May 2005 18:32
>> That's something to take up with the MinGW folks (www.mingw.org).
>
> I am not quite clear on the exact relationship between cygwin and MinGW
> project (I assumed that they are independent except that cygwin includes
> part
On Wed, May 04, 2005 at 01:32:19PM -0400, Sam Steingold wrote:
>> * Larry Hall <[EMAIL PROTECTED]> [2005-05-04 13:02:44 -0400]:
>>
>> At 12:53 PM 5/4/2005, you wrote:
* Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]:
-mno-cygwin does not just "make things that doesn't
On Wed, May 04, 2005 at 06:34:46PM +0100, Dave Korn wrote:
>Original Message
>>From: Christopher Faylor
>>Sent: 04 May 2005 18:20
>
>
>> as to ignore correctly installed libraries. You just have to put the
>> libraries and headers in locations that are searched when -mno-cygwin
>> is used.
To clarify:
1) The correct long-term solution to the problem of bash/ash
incompatibilities is to modify the makefile to avoid the problem.
If the Makefile is yours, then you are done. If the makefile is
from someone else, then you provide the someone else with a patch.
If you can be guaranteed
Original Message
>From: Christopher Faylor
>Sent: 04 May 2005 18:20
> as to ignore correctly installed libraries. You just have to put the
> libraries and headers in locations that are searched when -mno-cygwin
> is used. Those locations are distinct from the locations used when
> -mno-
> * Larry Hall <[EMAIL PROTECTED]> [2005-05-04 13:02:44 -0400]:
>
> At 12:53 PM 5/4/2005, you wrote:
>>> * Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]:
>>>
>>> -mno-cygwin does not just "make things that doesn't depend on the
>>> cygwin DLL", it removes Cygwin from the equation en
On Wed, May 04, 2005 at 12:53:26PM -0400, Sam Steingold wrote:
>> * Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]:
>>
>> -mno-cygwin does not just "make things that doesn't depend on the
>> cygwin DLL", it removes Cygwin from the equation entirely.
>
>this is very unfortunate, actua
Original Message
>From: Christopher Faylor
>Sent: 04 May 2005 18:13
> The points are still valid, ", however. I don't see any reason to raise
> global concerns about makefile interoperability with linux just because
> one person has a trivially-solveable problem with a couple of makefile
On Wed, May 04, 2005 at 05:50:14PM +0100, Dave Korn wrote:
>Original Message
>>From: Peter Farley
>>Sent: 04 May 2005 17:30
>
>> WHOA there. I think we have a slight failure to
>> communicate. I am NOT the OP, I was just chiming in
>> on the conversation
>
> Oops, so you are! Umm, I me
Original Message
>From: Christopher Faylor
>Sent: 04 May 2005 17:04
> On Wed, May 04, 2005 at 04:38:08PM +0100, Dave Korn wrote:
> Maybe because fixing the Makefile means not having to remember to type
> "SHELL=/bin/bash.exe" every time you invoke make?
s,every time you invoke make,on
Sam Steingold wrote:
>>* Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]:
>>
>>-mno-cygwin does not just "make things that doesn't depend on the
>>cygwin DLL", it removes Cygwin from the equation entirely.
>
>
> this is very unfortunate, actually.
> things like berkeley-db, postgres
At 12:53 PM 5/4/2005, you wrote:
>> * Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]:
>>
>> -mno-cygwin does not just "make things that doesn't depend on the
>> cygwin DLL", it removes Cygwin from the equation entirely.
>
>this is very unfortunate, actually.
>things like berkeley-db,
> * Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]:
>
> -mno-cygwin does not just "make things that doesn't depend on the
> cygwin DLL", it removes Cygwin from the equation entirely.
this is very unfortunate, actually.
things like berkeley-db, postgresql, pcre &c all have a native w
Original Message
>From: Peter Farley
>Sent: 04 May 2005 17:30
> WHOA there. I think we have a slight failure to
> communicate. I am NOT the OP, I was just chiming in
> on the conversation
Oops, so you are! Umm, I mean, "So you aren't!" Ermmm.. guess I mean
"Pardon me for not checki
On Wed, 4 May 2005, Christopher Faylor wrote:
> On Wed, May 04, 2005 at 04:38:08PM +0100, Dave Korn wrote:
> >Original Message
> >>From: Peter Farley
> >>Sent: 04 May 2005 16:06
> >
> >>But what if it is *not* your Makefile, but someone else's, e.g. the
> >>many GNU source packages that e
WHOA there. I think we have a slight failure to
communicate. I am NOT the OP, I was just chiming in
on the conversation (I should have said PMFJI right up
front, apologies for forgetting that).
That said, I understand your position better now,
especially with Dave's workaround (perfectly
accepta
On Wed, May 04, 2005 at 04:38:08PM +0100, Dave Korn wrote:
>Original Message
>>From: Peter Farley
>>Sent: 04 May 2005 16:06
>
>>But what if it is *not* your Makefile, but someone else's, e.g. the
>>many GNU source packages that expect bash behavior? Surely you don't
>>intend that ordinary
Original Message
>From: Peter Farley
>Sent: 04 May 2005 16:06
> But what if it is *not* your Makefile, but someone
> else's, e.g. the many GNU source packages that expect
> bash behavior? Surely you don't intend that ordinary
> users (well, OK, anyone compiling from a source
> package isn
On Wed, May 04, 2005 at 08:05:40AM -0700, Peter Farley wrote:
>But what if it is *not* your Makefile,
I just went back and reread this thread. It isn't exactly clear that
this was not your Makefile. You mentioned a "test setup" which seemed
to imply that you were using your own Makefiles.
>but
But what if it is *not* your Makefile, but someone
else's, e.g. the many GNU source packages that expect
bash behavior? Surely you don't intend that ordinary
users (well, OK, anyone compiling from a source
package isn't really "ordinary") should modify every
package maintained by GNU in order to m
On Wed, May 04, 2005 at 10:33:53AM -0400, Bob Heckel wrote:
>* On Tue, May 03, 2005 at 04:33:35PM -0400, Igor Pechtchanski wrote:
>> On Tue, 3 May 2005, Dr. Volker Zell wrote:
>>
>> > I'm in the process of updating my packages. I just upgraded to
>> > cygwin-1.5.16 from 1.5.12.
>> >
>> > Now whene
On May 4 14:23, Steven Hartland wrote:
> iirc your cygwin passwords are out of sync with windows.
There's no such thing as Cygwin passwords. Do you mean /etc/passwd?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader mailto:c
On May 4 09:35, Igor Pechtchanski wrote:
> On Wed, 4 May 2005, Corinna Vinschen wrote:
> > On May 3 15:57, Igor Pechtchanski wrote:
> > > You probably want to reverse the test, e.g.,
> > > [...]
> I'm guessing the above is acceptable?
Yes, it is. Thanks.
> > > In the future versions, we should
* On Tue, May 03, 2005 at 04:33:35PM -0400, Igor Pechtchanski wrote:
> On Tue, 3 May 2005, Dr. Volker Zell wrote:
>
> > I'm in the process of updating my packages. I just upgraded to
> > cygwin-1.5.16 from 1.5.12.
> >
> > Now whenever I run configure from one of my packages sh.exe segfaults
> > ra
Hello,
I'm using the negative lookahead assertion in a regular expression to
parse tokens of a text file that start with a '>'. Some of the tokens can
be very long like 500, 1000 or up to 2000 lines long. It seems that the
negative lookahead assertion fails on tokens that are too many lines long.
On Wed, May 04, 2005 at 03:04:24AM -0400, Arturus Magi wrote:
>Jani Tiainen wrote:
>>Why to reinvent wheel..?
>>
>>You could use existing systems, like Debian package-system (deb),
>>RPM-system like Fedora Core/RedHat, or Gentoo's Emerge.
>
>I also seem to recall someone using apt-get in Cygwin-spa
On Wed, May 04, 2005 at 09:27:15AM -0400, Igor Pechtchanski wrote:
>On Wed, 4 May 2005, John Williams wrote:
>
>> Christopher Faylor wrote:
>>
>> > > > In this case, the operative observation is bash != ash. PWD is a
>> > > > bash construct. You would be much better off just using the gnu
>> > >
On Wed, 4 May 2005, Corinna Vinschen wrote:
> On May 3 15:57, Igor Pechtchanski wrote:
> > You probably want to reverse the test, e.g.,
> >
> > --- ssh-host-config.orig2005-05-02 13:09:13.984375000 -0700
> > +++ ssh-host-config 2005-05-02 13:23:50.640625000 -0700
> > @@ -583,6 +583,16 @@
> >
On Wed, 4 May 2005, John Williams wrote:
> Christopher Faylor wrote:
>
> > > > In this case, the operative observation is bash != ash. PWD is a
> > > > bash construct. You would be much better off just using the gnu
> > > > make "CURDIR" variable. Changing PWD to CURDIR in your examples
> > > >
iirc your cygwin passwords are out of sync with windows.
The details of this are covered in the readme I believe its been
a long while since I set it up.
Steve
- Original Message -
From: "Douglas De Couto"
When I try to log into my Windows Server 2003 SP1 machine over ssh, I get the fo
When I try to log into my Windows Server 2003 SP1 machine over ssh, I get the
following error and my connection is closed after typing my password:
$ ssh [EMAIL PROTECTED]
[EMAIL PROTECTED]'s password:
Last login: Wed May 4 14:04:26 2005 from mymachine
setgid: Invalid argument
Connection to mac
Hello Corinna,
it's running now !!!
Thanks you very much for your fast reaction.
Roman
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag
von Corinna Vinschen
Gesendet: Mittwoch, 4. Mai 2005 11:06
An: cygwin@cygwin.com
Betreff: Re: 1.5.16-1: chmod problem
Brian Salter-Duke wrote:
> Beginning the DDI compilation at Wed May 4 18:09:43 AUSCST 2005
> Compiling common object: soc_create.o
> gcc -DLINUX -O3 -mno-cygwin -fstrict-aliasing -I./include -DDDI_SOC
> -DMAX_SMP_PROCS=8 -DMAX_NODES=32 -c ./src/soc_create.c -o ./obj/soc_create.o
> In file include
On May 4 02:49, Brian Dessent wrote:
> Corinna Vinschen wrote:
>
> > Nothing wrong with that, but since this happens
> > in user land and not within a registered Windows authentication package,
> > there's a problem here. The new sub process still runs in the authenticated
>
> Is that what the
Corinna Vinschen wrote:
> Nothing wrong with that, but since this happens
> in user land and not within a registered Windows authentication package,
> there's a problem here. The new sub process still runs in the authenticated
Is that what the old 'subautha' thing was aiming at? To be able to
i
Jan Just Keijser wrote:
> socat (http://www.dest-unreach.org/socat/) is a multi-purpose relay tool
> that can be used to connect sockets to pipes and vice versa, or terminal
> pty's to TCP sockets etc etc. I have found it a very handy tool to build
> VPN-like things in a environment where you cann
Original Message
>From: John Williams
>Sent: 04 May 2005 06:20
> OK - I see the confusion. Make is spawning ash as the subshell, not
> bash. Now everything you said makes sense. Out of interest, can that
> behaviour be modified at the runtime/user/Makefile level?
The make documentati
On May 3 15:57, Igor Pechtchanski wrote:
> You probably want to reverse the test, e.g.,
>
> --- ssh-host-config.orig 2005-05-02 13:09:13.984375000 -0700
> +++ ssh-host-config 2005-05-02 13:23:50.640625000 -0700
> @@ -583,6 +583,16 @@
> chown "${_user}".544 ${LOCALSTATEDIR}/log/sshd.l
On May 4 06:53, Pach Roman (GS-EC/ESA4) * wrote:
> I admit I'm stubborn about this topic but I'd like to propose
> the change of chmod implementation.
> I thing, it would be nice if the 'chmod +/-w' would have in the discussed
> case the same
> functionality as the Windows' command 'attrib'.
> S
On May 4 11:15, Stuart Westbury wrote:
> "There are actually two problems here: 1) a problem with CygWin/OpenSSH
> (after public key authentication GetUserName() returns incorrect
> value)..."
>
> Is this my problem?
No, that's our problem. There's nothing we can do about it, I'm
I have had some success with using the -mno-cygwin flag, but this more
complex case is failing. The code is mostly Fortran and all the Fortran
routines compiles with the -mno-cygwin flag OK. However it uses some C
routines which it puts in a library. The script for doing this, modified
with the -
socat (http://www.dest-unreach.org/socat/) is a multi-purpose relay tool
that can be used to connect sockets to pipes and vice versa, or terminal
pty's to TCP sockets etc etc. I have found it a very handy tool to build
VPN-like things in a environment where you cannot or do not want to modify
the e
On http://www.fs-driver.org/index.html You will find an ext2-driver for WXP,
who is also able to read and write ext3-filesystems.
matthias
[EMAIL PROTECTED] wrote:
> FYI, explore2fs found both my boot and root partitions
> on the firewire external drive with no trouble.
>
> Thanks for the po
bob sandefur wrote:
Hi-
Apparently Norton antivirus is getting a false positive with rsync and wget.
I would really like to dump Norton AntiVirus but I have never found any AV
program to be very satisfactory. I would like the following:
1. 64-bit compatible (if the drivers ever show up I will migr
Jani Tiainen wrote:
Why to reinvent wheel..?
You could use existing systems, like Debian package-system (deb),
RPM-system like Fedora Core/RedHat, or Gentoo's Emerge.
I also seem to recall someone using apt-get in Cygwin-space at one time,
but Google doesn't want to be my friend today.
--
Unsubs
65 matches
Mail list logo
