Hey folks :)
Due to circumstances beyond my control, I've got a user account on a
remote PC which contains a space in the username, i.e. "Test
Computer".
I've set up Cygwin and cron, and am having problems with the system crontab.
I can't figure out how to put the username in there, I've tried it
On 17 November 2016 at 02:42, Gene Pavlovsky wrote:
> Hey everybody!
>
> I'm using TortoiseGit with Cygwin git (Cygwin workarounds enabled in
> advanced TortoiseGit settings). For the most part, everything works
> correctly.
> The only problem: in TortoiseGit log for any
>> I'm using TortoiseGit with Cygwin git (Cygwin workarounds enabled in
>> advanced TortoiseGit settings). For the most part, everything works
>> correctly.
>
> Although this is probably unrelated, I've had problems with
> TortoiseSVN and Cygwin's svn (not Git), because Tortoise uses DOS line
> end
Hey everybody!
I'm using TortoiseGit with Cygwin git (Cygwin workarounds enabled in
advanced TortoiseGit settings). For the most part, everything works
correctly.
The only problem: in TortoiseGit log for any repository, right-click
any commit, pick "show changes as unified diff", there's an error
Hey, sounds cool.
Did you submit your patch to Cygwin devs? Are there plans for accepting it?
On 7 October 2016 at 05:06, Rinrin wrote:
> 在 2016/10/6 18:14, Gene Pavlovsky 写道:
>> On 5 October 2016 at 06:00, Rinrin wrote:
>>> Hi Gene:
>>> I made a patch for my priv
On 5 October 2016 at 06:00, Rinrin wrote:
> Hi Gene:
> I made a patch for my private use.
> First of all, you should setup `nativenocheck` in CYGWIN environment
> variable to enable this feature.
> If the target does not exist, it will check the last digit of target
> path, for '/' it will c
ether it's native or cygsymlink?
On 5 October 2016 at 02:08, Gene Pavlovsky wrote:
> Eric,
>
> Before writing a patch it's wise to check if it would be accepted, now
> that your position is clear, somebody might do it.
> I don't think I'm up for the task, but I&#x
Eric,
Before writing a patch it's wise to check if it would be accepted, now
that your position is clear, somebody might do it.
I don't think I'm up for the task, but I'd like to at least take a
look at the sources.
I've downloaded the git sources and found the link creation function
is in winsup/
That is a good point as well, however I'm not sure what are the
opinions of Cygwin's "elders".
Would everyone vote for creating a policy like that and pushing it to
the package maintainers?
A political discussion is what I'm trying to start here :)
On 4 October 2016 at 17:56, Gerrit Haase wrote:
That is a good solution indeed, if I just want to get the result I
want, for myself.
But it's just local solution.
On 4 October 2016 at 09:57, Vlado wrote:
> On 3.10.2016 23:15, Gene Pavlovsky wrote:
>>
>> How about this kind of modification for the setup program: extract
it spreads
responsibility among all the package maintainers, and it will take a
long time to reach.
On 3 October 2016 at 15:08, Thorsten Kampe wrote:
> * Gene Pavlovsky (Mon, 3 Oct 2016 00:46:54 +0300)
>>
>> So, when installing, the type of symlinks doesn't honor the CYGWIN
&g
utomatically convert symlinks when extracting, if
necessary?
--Gene
On 2 October 2016 at 14:00, Thorsten Kampe wrote:
> * Gene Pavlovsky (Sat, 1 Oct 2016 18:52:47 +0300)
>>
>> I'm installing Cygwin 64-bit on a fresh Win 7 x64 installation.
>> Before running se
I'm installing Cygwin 64-bit on a fresh Win 7 x64 installation.
Before running setup.exe I've set the system env var CYGWIN=winsymlinks:native
After that I ran setup-x86_64.exe and installed cygwin64.
The symlinks to .exe files in bin, created by setup, are not native
symlinks, they are cygwin syml
On 7 September 2016 at 21:27, Eric Blake wrote:
>>> project_root=$PWD
>>
>> Still bad.
>
> No, that one's good. Quotes are only REQUIRED when you want to ensure
> that there is no word splitting or globbing going on, and assignment
> context has neither of those. However, although the quotes are
knows what other scripts
might be broken now? And each one might need an investigation before I
find out which program's windows version needs a wrapper script etc.
--Gene
On 4 September 2016 at 20:37, Lee wrote:
> On 9/4/16, Gene Pavlovsky wrote:
>> This issue never affected me
This issue never affected me personally, but it sounds like a serious
bug and I'm as glad as anybody that it's finally fixed.
However, having existing scripts suddenly breaking is not great. I'd
like to remind that I'm not the author of the script in question,
[AutoMySQLBackup](http://sourceforge.n
On 2 September 2016 at 16:32, Eric Blake wrote:
> On 09/02/2016 06:52 AM, Gene Pavlovsky wrote:
>> Dear Eric Blake,
>>
>> Basically, I don't want to set `igncr` as system-wide shell option
>> (e.g. through SHELLOPTS).
>
> Don't use it, then. I hi
rate
from igncr) if you'd like, but keep the default behavior same as it
was for a long time. How do you think?
Regards, Gene Pavlovsky
On 30 August 2016 at 16:40, Eric Blake wrote:
> On 08/30/2016 02:49 AM, Houder wrote:
>> ... uhm ... what about the explanation in the help?
>>
bug-bash/2016-03/msg00045.html
...
I had to read this announcement several times before I came up with an
understanding that agreed with the result of my experiment ;-)
(my last e-mail on this issue :-)
Regards,
Henri
On 27 August 2016 at 14:40, Gene Pavlovsky wrote:
> Apparently the lates
e, Windows build of mysql (MariaDB)) that produce
CRLF line endings.
--Gene
On 27 August 2016 at 19:15, Andrey Repin wrote:
> Greetings, Gene Pavlovsky!
>
>> Looks like it's related to a recent change in bash, which is `read`
>> now honors Cygwin-specific `igncr` shell option (`
Apparently the latest bash in Cygwin modified the read builtin to use
Cygwin-specific shell option igncr to control ignoring \r characters
in the input (still not clear if that ignores \r\n sequences, or \r
followed by anything else will be also ignored).
This broke a mysql database backup script I
malfunctioning
now?
It's lucky that one sent e-mails on errors, some others might just
break silently.
Is it advisable to add `set -o igncr` to /etc/profile or SHELLOPTS? I
didn't use that feature before and am worried about some other
negative side effects.
--Gene
On 27 August 2016 at 02:
After I updated Cygwin yesterday, a daily database backup bash script
(`automysqlbackup`) broke.
My previous bash was 4.3.42-4 (installed when I updated Cygwin on
2016/07/23), current is 4.3.46-7.
Here's the code snippet:
```bash
local i;i=0;
while read -r; do alldbnames[i++]="$REPLY"; done < <
Thanks for clarification, guys! Indeed it was my bad for including
customary three forward slashes. Both file://C:/ and file://./C:/ do
work with cygstart.
Appreciate the help.
On 7 July 2016 at 20:43, Andrey Repin wrote:
> Greetings, Brian Inglis!
>
>> Andrey Repin writes:
>>>Brian Inglis writes
Even if it's similar to Windows command-line, you are still in a POSIX
> system, and Cygwin use /cygdrive/ for all the drive letters.
>
> So for file:///C:/ you should use file:///cygdrive/c/
>
> On 2016-07-04 at 01:51, Gene Pavlovsky wrote:
>> cygstart‘s manpage says i
cygstart‘s manpage says it’s similar to the Windows command-line start command.
It is indeed able to open http://example.com in the default browser.
However, cygstart file:///C:/ results in an error message:
Unable to start 'C:\cygwin\c\': The specified file was not found.
The Windows start comman
something.
Thanks.
--Gene
On 29 April 2016 at 15:02, Peter Rosin wrote:
> On 2016-04-29 13:34, Gene Pavlovsky wrote:
>>>> POSIX says a symlink to a missing target is perfectly well-defined (you
>>>> can't stat() through it, but you can readlink() it). But Windows na
> > POSIX says a symlink to a missing target is perfectly well-defined (you
> > can't stat() through it, but you can readlink() it). But Windows native
> > symlinks can't do that. So the problems you are encountering all stem
> > from the fact that you are trying to make Windows do something it ca
is a
dangling symbolic link, or target or linkpath is an empty string.
So my understanding is: target must be non-empty, not too long, and
don't point outside the accessible address space. Nothing about
existence.
--Gene
On 29 April 2016 at 03:05, Gene Pavlovsky wrote:
> I don't
April 2016 at 02:06, Andrey Repin wrote:
> Greetings, Gene Pavlovsky!
>
>> I have an issue to report:
>
>> Introduction: On a UNIX system, `ln -s target link` creates a link
>> regardless of target's existence.
>> This is used in some scripts, e.g. Gento
Hello everybody!
First post on this mailing list, my name is Gene, I'm from Russia,
long-time Linux user, but had to use Windows as desktop for the last 8
years. Cygwin really helps me to keep my sanity! Thanks :)
I have an issue to report:
Introduction: On a UNIX system, `ln -s target link` cre
31 matches
Mail list logo
