On 10/14/2011 7:43 PM, Quang Ong wrote:
I found this previous discussion about this issue, but it doesn't appear to
work or maybe someone can elaborate on this issue.
http://cygwin.com/ml/cygwin/2011-01/msg00211.html
I'm trying to do the same thing, launch a GUI app over SSH on the "server",
not
I found this previous discussion about this issue, but it doesn't appear
to work or maybe someone can elaborate on this issue.
http://cygwin.com/ml/cygwin/2011-01/msg00211.html
I'm trying to do the same thing, launch a GUI app over SSH on the
"server", not sending the display back to the ssh cl
On Sun, Jan 23, 2011 at 2:43 PM, Andrew DeFaria wrote:
> On 01/22/2011 04:01 PM, Csaba Raduly wrote:
>>
>> On Sat, Jan 22, 2011 at 3:21 PM, Andrew DeFaria wrote:
>>>
>>> Software that *requires* CRLF should be taken out an shot!
>>
>> You mean like every FTP server and client ? :
>
> Do FTP serve
On 01/22/2011 04:01 PM, Csaba Raduly wrote:
On Sat, Jan 22, 2011 at 3:21 PM, Andrew DeFaria wrote:
Software that *requires* CRLF should be taken out an shot!
You mean like every FTP server and client ? :
Do FTP servers and clients *require* CRLF's or do they simply deal with
and handle them?
On Sun, Jan 23, 2011 at 02:29, Michael Lutz wrote:
> If it's a different set of files though (i.e. LF for .sh files, CRLF for
> source code or whatever), you might benefit from switching to the newer
> core.eol mechanism, which allows to override the line endings for
> individual files through .git
On Sat, Jan 22, 2011 at 3:21 PM, Andrew DeFaria wrote:
>
> Software that *requires* CRLF should be taken out an shot!
You mean like every FTP server and client ? :)
--
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
Life is complex, with real and imaginary parts.
"Ok, it boots.
On 01/22/2011 08:29 AM, Michael Lutz wrote:
Well, if you use both software that requires CRLF (though kdiff3 in my
experience doesn't) and software that requires LF (bash) on the same
files, there isn't much git can do to solve that conflict.
Software that *requires* CRLF should be taken out an
Am 22.01.2011 03:01 schrieb David Antliff:
> I do want to have CRLF endings in my files, because merge tools like
> kdiff3 (on Windows) require CRLF files. We could live without kdiff3,
> however changing this setting "down the track" is a harder problem to
> solve than using 'set -o igncr'. All s
On Sat, Jan 22, 2011 at 03:03, Michael Lutz wrote:
> Am 21.01.2011 13:06 schrieb David Antliff:
>> I suppose it's a bug with git then, since it produces CRLF files on
>> check-out (even if they were checked in as LF), [...]
>
> Seems more like a documentation misunderstanding to me:
>
> | core.auto
Am 21.01.2011 13:06 schrieb David Antliff:
> I suppose it's a bug with git then, since it produces CRLF files on
> check-out (even if they were checked in as LF), [...]
Seems more like a documentation misunderstanding to me:
| core.autocrlf
|
| Setting this variable to "true" is almost the same a
On Sat, Jan 22, 2011 at 00:37, Thorsten Kampe wrote:
> * David Antliff (Fri, 21 Jan 2011 08:47:02 +1300)
>> Yes, that would work, but it's not quite that simple - git clones
>> files in CRLF format, with the autocrlf option set.
>
> I don't see the connection to git. Shell scripts should have LF en
* David Antliff (Fri, 21 Jan 2011 08:47:02 +1300)
> On Thu, Jan 20, 2011 at 20:06, Thorsten Kampe wrote:
> > * David Antliff (Thu, 20 Jan 2011 18:31:25 +1300)
> >> Actually there is one outstanding issue with this "Hudson slaves over
> >> SSH" issue - due to the inability for Cygwin's bash to run s
On Fri, Jan 21, 2011 at 08:59, Eric Blake wrote:
> On 01/20/2011 12:47 PM, David Antliff wrote:
>> On Thu, Jan 20, 2011 at 20:06, Thorsten Kampe wrote:
>>> * David Antliff (Thu, 20 Jan 2011 18:31:25 +1300)
Actually there is one outstanding issue with this "Hudson slaves over
SSH" issue -
On 01/20/2011 12:47 PM, David Antliff wrote:
> On Thu, Jan 20, 2011 at 20:06, Thorsten Kampe wrote:
>> * David Antliff (Thu, 20 Jan 2011 18:31:25 +1300)
>>> Actually there is one outstanding issue with this "Hudson slaves over
>>> SSH" issue - due to the inability for Cygwin's bash to run scripts
>
On Thu, Jan 20, 2011 at 20:06, Thorsten Kampe wrote:
> * David Antliff (Thu, 20 Jan 2011 18:31:25 +1300)
>> Actually there is one outstanding issue with this "Hudson slaves over
>> SSH" issue - due to the inability for Cygwin's bash to run scripts
>> with DOS line endings, we've had to use SHELLOPT
* David Antliff (Thu, 20 Jan 2011 18:31:25 +1300)
> On Thu, Jan 20, 2011 at 16:28, David Antliff wrote:
> > Ok, an update - I've managed to solve this problem - the vendor
> > informed me (indirectly) that the error I was seeing was due to the
> > access of files in c:\lsc_env - turns out I hadn't
On Thu, Jan 20, 2011 at 16:28, David Antliff wrote:
> Ok, an update - I've managed to solve this problem - the vendor
> informed me (indirectly) that the error I was seeing was due to the
> access of files in c:\lsc_env - turns out I hadn't ensured that the
> LSC_INI_PATH environment variable was s
On Thu, Jan 20, 2011 at 13:06, David Antliff wrote:
> I haven't tried Cyrille's suggestion yet (but will)
Ok, an update - I've managed to solve this problem - the vendor
informed me (indirectly) that the error I was seeing was due to the
access of files in c:\lsc_env - turns out I hadn't ensured t
>>>On Wed, Jan 19, 2011 at 1:34 PM, Thorsten Kampe wrote:
* David Antliff (Wed, 19 Jan 2011 23:27:36 +1300)
> On Wed, Jan 19, 2011 at 21:30, Thorsten Kampe wrote:
> > I don't think anyone will do that unless you provide the logs in native
> > (PML) format.
>
> Ok, I can do
On Thu, Jan 20, 2011 at 04:59, Christopher Faylor wrote:
> On Wed, Jan 19, 2011 at 01:45:02PM +0100, marco atzeri wrote:
>>On Wed, Jan 19, 2011 at 1:34 PM, Thorsten Kampe wrote:
>>> * David Antliff (Wed, 19 Jan 2011 23:27:36 +1300)
On Wed, Jan 19, 2011 at 21:30, Thorsten Kampe wrote:
> I
On Wed, Jan 19, 2011 at 01:45:02PM +0100, marco atzeri wrote:
>On Wed, Jan 19, 2011 at 1:34 PM, Thorsten Kampe wrote:
>> * David Antliff (Wed, 19 Jan 2011 23:27:36 +1300)
>>> On Wed, Jan 19, 2011 at 21:30, Thorsten Kampe wrote:
>>> > I don't think anyone will do that unless you provide the logs in
On Wed, Jan 19, 2011 at 1:34 PM, Thorsten Kampe wrote:
> * David Antliff (Wed, 19 Jan 2011 23:27:36 +1300)
>> On Wed, Jan 19, 2011 at 21:30, Thorsten Kampe wrote:
>> > I don't think anyone will do that unless you provide the logs in native
>> > (PML) format.
>>
>> Ok, I can do that - I posted them
* David Antliff (Wed, 19 Jan 2011 23:27:36 +1300)
> On Wed, Jan 19, 2011 at 21:30, Thorsten Kampe wrote:
> > I don't think anyone will do that unless you provide the logs in native
> > (PML) format.
>
> Ok, I can do that - I posted them as CSV as I thought they'd be easier
> to read/diff and I was
On Wed, Jan 19, 2011 at 21:30, Thorsten Kampe wrote:
> I don't think anyone will do that unless you provide the logs in native
> (PML) format.
Ok, I can do that - I posted them as CSV as I thought they'd be easier
to read/diff and I wasn't sure if I should attach a file here.
So should I attach t
* David Antliff (Wed, 19 Jan 2011 11:59:39 +1300)
> Jeremy: thank you also - ProcessMonitor is very useful, and I'm using
> it to compare the behaviour of the working (local) and non-working
> (over SSH) instances. It's going to take me some time to sift though
> them, but there are big differences
Le 17/01/2011 22:46, David Antliff a écrit :
I just tried this - in fact I used the AdministrativeTools/Services
applet to set the Cygwin SSHD service to "Allow service to interact
with desktop". This actually had a useful effect - I can now start
'notepad' or 'calc' and I see the process appear
On Tue, Jan 18, 2011 at 22:52, Thorsten Kampe wrote:
> * David Antliff (Tue, 18 Jan 2011 13:13:22 +1300)
>> Along these lines, I was wondering if anyone knows how to run the
>> Cygwin SSH daemon manually, rather than as a service? On Linux one can
>> just run sshd from the command line, specifying
* David Antliff (Tue, 18 Jan 2011 13:13:22 +1300)
> On Tue, Jan 18, 2011 at 12:06, David Antliff wrote:
> > On Tue, Jan 18, 2011 at 11:06, Jeremy Bopp wrote:
> >>> I've also tried running the sshd service as the same user currently
> >>> logged in
> > [snip]
> >> people are discouraged from attempt
On 01/17/2011 05:06 PM, David Antliff wrote:
> On Tue, Jan 18, 2011 at 11:06, Jeremy Bopp wrote:
>> Is it possible that Synplify Pro is attempting to access some network
>> resource or a special dongle for verifying its registration or something
>> similar?
>
> There's no dongle but there is a lic
On Tue, Jan 18, 2011 at 13:19, Larry Hall (Cygwin) wrote:
> On 1/17/2011 7:13 PM, David Antliff wrote:
>> Along these lines, I was wondering if anyone knows how to run the
>> Cygwin SSH daemon manually, rather than as a service? On Linux one can
>> just run sshd from the command line, specifying an
On 1/17/2011 7:13 PM, David Antliff wrote:
On Tue, Jan 18, 2011 at 12:06, David Antliff wrote:
On Tue, Jan 18, 2011 at 11:06, Jeremy Bopp wrote:
I've also tried running the sshd service as the same user currently
logged in
[snip]
people are discouraged from attempting it and then asking for h
On Tue, Jan 18, 2011 at 12:06, David Antliff wrote:
> On Tue, Jan 18, 2011 at 11:06, Jeremy Bopp wrote:
>>> I've also tried running the sshd service as the same user currently
>>> logged in
> [snip]
>> people are discouraged from attempting it and then asking for help
Along these lines, I was wond
On Tue, Jan 18, 2011 at 11:06, Jeremy Bopp wrote:
> On 1/17/2011 3:46 PM, David Antliff wrote:
>> However, unfortunately, I still get the same error from Synplify Pro.
>> I wonder if it's looking for more than just GUI services?
>
> Yeah, the error message you described originally didn't sound like
On 1/17/2011 3:46 PM, David Antliff wrote:
> I just tried this - in fact I used the AdministrativeTools/Services
> applet to set the Cygwin SSHD service to "Allow service to interact
> with desktop". This actually had a useful effect - I can now start
> 'notepad' or 'calc' and I see the process app
On Tue, Jan 18, 2011 at 10:34, Jeremy Bopp wrote:
> On 1/17/2011 3:20 PM, David Antliff wrote:
>> Essentially I have a seemingly command-line based FPGA synthesis tool
>> (a "compiler" if you prefer) called "Synplify Pro". Unfortunately it
>> is not truly command-line, but does some sort of GUI-rel
On 1/17/2011 3:20 PM, David Antliff wrote:
> Hello,
>
> I've found this thread so far:
> http://cygwin.com/ml/cygwin/2010-07/msg6.html
> It's related to what I am trying to do, but I'd like to get
> confirmation that what I am attempting is impossible, or not.
>
> Essentially I have a seemin
Hello,
I've found this thread so far: http://cygwin.com/ml/cygwin/2010-07/msg6.html
It's related to what I am trying to do, but I'd like to get
confirmation that what I am attempting is impossible, or not.
Essentially I have a seemingly command-line based FPGA synthesis tool
(a "compiler" if
37 matches
Mail list logo
