On Mon, 21 Apr 2025 21:54:03 +0200
Roland Mainz via Cygwin wrote:
> Hi!
>
>
>
> Running the git testsuite I got a hang of the
> "t1004-read-tree-m-u-wf.sh" test in Cygwin 3.7 - the same test worked
> AFAIK OK with Cygwin 3.5.x.
>
> My guess: |wait_sig()| and |_sigfe()| are involved, maybe
Greetings, Fuchs, Thorsten!
> After submodule update with git 2.39.0 some of our sub modules got their
> worktree settings in the .git/modules//config fil set as absolute
> paths. See the attached config files as example. It seems that if the path
> is changed from relative. Not all submodules are
On 2023-06-23 06:35, Jon Turney via Cygwin wrote:
On 23/06/2023 11:11, Adam Dinwoodie via Cygwin wrote:
On Fri, 23 Jun 2023 at 08:59, Andreas Heckel via Cygwin wrote:
Hi,
I recently faced some error messages when using git submodules. I found, that
Cygwin's git works nicely on its own. But w
On 23/06/2023 11:11, Adam Dinwoodie via Cygwin wrote:
On Fri, 23 Jun 2023 at 08:59, Andreas Heckel via Cygwin wrote:
Hi,
I recently faced some error messages when using git submodules. I found, that
Cygwin's git works nicely on its own. But when I have MSYS binary paths in my
environment, Cy
On Fri, 23 Jun 2023 at 08:59, Andreas Heckel via Cygwin wrote:
>
> Hi,
>
> I recently faced some error messages when using git submodules. I found, that
> Cygwin's git works nicely on its own. But when I have MSYS binary paths in my
> environment, Cygwin's git finds the msys gettext and envsubst
On Wed, May 17, 2023 at 06:26:38AM +, Fuchs, Thorsten via Cygwin wrote:
> Hello,
>
> After submodule update with git 2.39.0 some of our sub modules got
> their worktree settings in the .git/modules//config fil set
> as absolute paths. See the attached config files as example. It seems
> that i
Hello Adam, All,
On Mon, Oct 31, 2022 at 11:44:52AM +, Adam Dinwoodie wrote:
> On Mon, Oct 31, 2022 at 12:25:29PM +0100, Arrigo Marchiori via Cygwin wrote:
> > Dear All,
> >
> > on my Cygwin installation, updated today, I cannot run `git fetch'
> > on a https repository.
> >
> > Transcript:
On Mon, Oct 31, 2022 at 12:25:29PM +0100, Arrigo Marchiori via Cygwin wrote:
> Dear All,
>
> on my Cygwin installation, updated today, I cannot run `git fetch'
> on a https repository.
>
> Transcript:
>
> 8<8<8<8<8<8<8<-
>
> $ git fetc
On 2022-01-31 05:18, Jon Turney wrote:
On 31/01/2022 07:55, Brian Inglis wrote:
In the URLs shown for git/cygwin-packages repo access:
URL git://cygwin.com/git/cygwin-packages/PKG.git
http://cygwin.com/git/cygwin-packages/PKG.git
ssh://cygwin@cygwin.com/git/cygwin-packages/PKG.git
On 31/01/2022 07:55, Brian Inglis wrote:
In the URLs shown for git/cygwin-packages repo access:
URL git://cygwin.com/git/cygwin-packages/PKG.git
http://cygwin.com/git/cygwin-packages/PKG.git
ssh://cygwin@cygwin.com/git/cygwin-packages/PKG.git
the web URL fails and should be:
On Jan 31 00:55, Brian Inglis wrote:
> In the URLs shown for git/cygwin-packages repo access:
>
> URL git://cygwin.com/git/cygwin-packages/PKG.git
> http://cygwin.com/git/cygwin-packages/PKG.git
> ssh://cygwin@cygwin.com/git/cygwin-packages/PKG.git
>
> the web URL fails and should b
On 12/27/2021 3:13 PM, Adam Dinwoodie wrote:
[snip]
This is normal Git behaviour: it doesn't record detailed file
permissions, only presence or absence of an executable bit. It only
ever shows file permissions as 644 (meaning "not executable") or 755
(meaning "executable").
Specifically, the co
> -Original Message-
> From: Jason Pyeron
> Sent: Wednesday, June 9, 2021 1:50 PM
> To: 'Marco Atzeri' (oops - got hit by a reply bug)
> Subject: RE: [cygwin] Re: git clone https failed on 2.31.1-2, works on
> 2.31.1-1
>
> > -Original Message
On 09.06.2021 19:22, Jason Pyeron wrote:
Just did a fresh cygwin install base + git+nano+wget
Clone is not happy.
Is this an issue of: ooks like not having (lib)curl-devel installed when you
compile git ( https://stackoverflow.com/a/13018777/58794 )
USERNAME@HOSTNAME1 /projects
$ git clone h
Adam Dinwoodie writes:
> As part of testing the latest Git release candidate, I've spotted some
> behaviour I don't know where to begin explaining: one of the test
> scripts fails if my Git worktree is at, say, /cygdrive/c/git, but not
> if it's at /home/Adam/git.
I've already answered to your pos
Greetings, KAVALAGIOS Panagiotis (EEAS-EXT)!
> PATH is indeed yet another headache. We are trying to prepend or append
> entries to set correctly the behaviour by overriding other applications to
> no avail. Issues can still be faced.
This is why I do
@ECHO OFF
SET OLDPATH=%[PATH]
SET _CBIN=%@R
> -Original Message-
> From: Cygwin On Behalf Of Brian Inglis
> Sent: 10 November 2020 17:13
> Subject: Re: Git shows nothing in cmd.exe
>
> Gnuwin32 *latest* package updates seem to be 10 years ago, some nearly
> 20.
> Suggest deleting those and using curren
On 2020-11-10 06:35, KAVALAGIOS Panagiotis (EEAS-EXT) wrote:
>> From: Cygwin On Behalf Of Adam
>> Dinwoodie
>> Sent: 10 November 2020 13:57
>> Subject: Re: Git shows nothing in cmd.exe
>>
>> Thoughts below partly for my own reference, and partly in case anyone
> From: Cygwin On Behalf Of Adam
> Dinwoodie
> Sent: 10 November 2020 13:57
> Subject: Re: Git shows nothing in cmd.exe
>
> Thoughts below partly for my own reference, and partly in case anyone else
> – including but not limited to Panos! – manages to take things further
On Tue, 10 Nov 2020 at 12:19, KAVALAGIOS Panagiotis (EEAS-EXT) wrote:
>
> > -Original Message-
> > From: Cygwin On Behalf Of Adam
> > Dinwoodie
> > Sent: 10 November 2020 13:04
> > Subject: Re: Git shows nothing in cmd.exe
> >
> > On Tue, 10 N
On Tue, 10 Nov 2020 at 10:35, KAVALAGIOS Panagiotis (EEAS-EXT) wrote:
> Hello,
>
> I would like to report an issue with git. The following command:
>
> $ git branch -a
> * master
> remotes/origin/master
>
> works fine under Cygwin terminal, but it displays nothing under cmd.exe. We
> are using
>
On 29/05/2020 15:40, Alexey Sokolov wrote:
04.08.2019 21:08, Jon Turney пишет:
Please give this a test, if possible, and report any problems here.
I've tried to push the playground branch to
cygwin.com:/git/cygwin-packages/znc and the output was full of this:
perl: warning: Setting locale fa
Greetings, L A Walsh!
> Here it is -- feel free to pass it along:
> ---
> lsacl
> ---
>> cat ~/bin/lsacl
> #!/bin/bash
> ## $Id: lsacl,v 1.5 2015-08-02 10:29:25-07 law Exp $
> # Version 2 -- try to work with getfacl on cygwin
> #
> shopt -s expand_aliases
> alias int=declare\ -i sub=function
It was working again for a moment, I am perplexed as there were no Cygwin/git
updates. There have been windows updates.
BLODA? Windows Defender?
-r--r--r-- 1 USER GROUP1106509 Feb 5 17:50
pack-4d7f674008f52b936c8195a6d484d5e4d1a08e3c.pack
-r--r--r-- 1 USER GROUP 12 Feb 5 17:59 tm
I have added the ll and lsacl output.
Note the lsacl died on the mounted folder, but was fine on /tmp/
> -Original Message-
> From: Jason Pyeron
> Sent: Tuesday, January 28, 2020 5:57 PM
> To: 'cygwin@cygwin.com'
> Subject: RE: git on mounted
On 2020/01/28 14:56, Jason Pyeron wrote:
Two short details,
ll is an alias commonly used on unix/linux/cygwin
most often standing for "ls -l" in its simplest form.
Mine does a few other things
alias llg='ls -l' #long listing
alias ll='llg -gG'# same with user+group turned o
> -Original Message-
> From: L A Walsh
> Sent: Monday, January 27, 2020 7:01 AM
>
Sorry for the delay in the follow up test, it took me some time to get back to
the system.
> On 2020/01/26 13:56, Jason Pyeron wrote:
> > I have an issue with git in Cygwin on windows shares - this is rece
On 2020/01/26 13:56, Jason Pyeron wrote:
I have an issue with git in Cygwin on windows shares - this is recent (worked
months ago).
Just to be clear, you are running 'git' on Cygwin and not on linux
or some other OS? There is a 'git' that runs on window natively. Have
you thought
about
On Wed, 26 Jun 2019 at 18:05, Andrey Repin wrote:
> Checking out the https://gitlab.com/norganna-wow/all I've noticed a problem in
> updating submodules after first init.
> Inspecting the Git config area, I stumbled upon paths like
>
> worktree =
> ../../../../../../../../../anrdaemon/Documents/Ga
Ewa Śliwińska wrote:
> I just noticed *git pull *command on my Cygwin won't work - I just wait
> infdefinitely.
> Pulling works fine from IntelliJ.
"git pull" is working fine for me. I think we'll need more information to
troubleshoot. For example, what transport (git, ssh, https) are you using t
Hi Adam,
On 8/4/2018 7:49 PM, Adam Dinwoodie wrote:
On Sat, 4 Aug 2018 at 15:11, john doe wrote:
Hi,
On a fresh install of Cygwin_x86_64, I have installed "git,git-email"
packages and I'm getting the following:
$ git send-email master --confirm=always --to=x...@example.com
BUG: The 'Mail::Add
On 8/4/2018 11:55 AM, Ken Brown wrote:
On 8/4/2018 10:11 AM, john doe wrote:
Hi,
On a fresh install of Cygwin_x86_64, I have installed "git,git-email"
packages and I'm getting the following:
$ git send-email master --confirm=always --to=x...@example.com
BUG: The 'Mail::Address' module is not
john doe writes:
> I had to install "Mail::Address" manually using cpan.
You shouldn't do that. The module in question is packaged with
perl-MailTools (camelcased), so this needs to be added to the
dependencies for Git.
Adam, the perl modules that come with Git need to be properly provided
as pe
On Sat, 4 Aug 2018 at 15:11, john doe wrote:
> Hi,
>
> On a fresh install of Cygwin_x86_64, I have installed "git,git-email"
> packages and I'm getting the following:
>
> $ git send-email master --confirm=always --to=x...@example.com
> BUG: The 'Mail::Address' module is not here, but NO_PERL_CPAN_F
On 8/4/2018 10:11 AM, john doe wrote:
Hi,
On a fresh install of Cygwin_x86_64, I have installed "git,git-email" packages
and I'm getting the following:
$ git send-email master --confirm=always --to=x...@example.com
BUG: The 'Mail::Address' module is not here, but NO_PERL_CPAN_FALLBACKS was se
On 3/21/2018 6:27 AM, David Allsopp wrote:
>
> "umask is not a good idea in Windows" - where's that come from? (In the
> actual scenario where I'm being bitten by this, it's because a git checkout
> is altering files which were 644 to be 664, so whether it's precisely umask
> or not, the *chang
On 12/11/2017 5:04 PM, Richard H Lee wrote:
>
> So if you lstat("//HEAD") and you are on a network that does DNS
> hijacking, Cygwin will attempt to connect to the ISP's server via SMB.
> As the ISP's server is a publicly facing IP address, it probably just
> black holes any incoming connection re
On 21/11/2017 10:27, Adam Dinwoodie wrote:
(I believe this is a bug in Git, on the grounds that (a) Git in general
supports POSIX systems and giving special meaning to paths starting with
`\\` is allowed, if unusual, POSIX behaviour, and (b) Git specifically
supports Cygwin, and this is very well
On Monday 11 December 2017 at 02:37 pm +0100, Dawid Ferenczy wrote:
>You can see that it hanged for about 30 seconds trying to open the
> file
>"\\HEAD\PIPE\wkssvc" which obviously failed with the BAD NETWORK PATH
> error.
>On my system, it always hangs for the same amount ti
Original message "Re: Git status delay" from "Adam Dinwoodie
(a...@dinwoodie.org)" sent 21. listopadu 2017, 11:27:28,
msgid:20171121102728.gm20...@dinwoodie.org (3557 bytes):
> Your analysis is spot-on: Git is trying to find the directory that
> contains all th
Original message "Re: Git status delay" from "Adam Dinwoodie
(a...@dinwoodie.org)" sent 21. listopadu 2017, 11:27:28,
msgid:20171121102728.gm20...@dinwoodie.org (3557 bytes):
> Your analysis is spot-on: Git is trying to find the directory that
> contains all th
On Saturday 18 November 2017 at 09:13 pm +, Richard H Lee wrote:
> I have an issue with git where it hangs for 10 to 20 seconds on several
> commands, including "git status". For me this is reproducible on a fresh
> install of Cygwin x64 in Windows 7.
>
> I get the feeling I am doing something
Greetings, Richard H Lee!
> I have an issue with git where it hangs for 10 to 20 seconds on several
> commands, including "git status". For me this is reproducible on a fresh
> install of Cygwin x64 in Windows 7.
> I get the feeling I am doing something wrong on my end as "git status"
> is a v
On 11/20/2017 5:03 AM, Richard H Lee wrote:
> Can also confirm this on Windows 10.
>
I don't see an issue. Maybe your environment or some BLODA app.
--
cyg Simple
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: htt
Can also confirm this on Windows 10.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Hopefully I'm not breaking etiquette, but an update may be useful for
others.
It looks like this issue is no longer an issue in git-2.14.3-1, though it
may be fixed in earlier releases.
The relevant patch is probably https://github.com/git/git/commit/496f256
merged into master for 2.13.4.
The ear
On Thu, Oct 19, 2017, at 14:28, Marco Atzeri wrote:
> On 19/10/2017 13:38, Ronald Fischer wrote:
> > I'm using 64 Bit Cygwin on Windows 7. After upgrading Git to version
> > 2.14.2 (I think I had 2.13 or 2.12 before), git can not access our
> > repository anymore. Commands such as "git pull" or "gi
On 19/10/2017 13:38, Ronald Fischer wrote:
I'm using 64 Bit Cygwin on Windows 7. After upgrading Git to version
2.14.2 (I think I had 2.13 or 2.12 before), git can not access our
repository anymore. Commands such as "git pull" or "git push" result
into the error
fatal: Could not read from remot
On Mon, 2 Oct 2017 10:38:28, Adam Dinwoodie wrote:
I've just uploaded git-2.14.2-2 which includes these missing files.
Please upgrade and let me know if you see any subsequent problems.
confirmed fixed
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cyg
On Sat, Sep 30, 2017 at 05:31:46PM +0800, Andy Li wrote:
> Hi,
>
> I've just noticed that the git package 2.14.2-1 is buggy:
>
> $ git clone https://github.com/andyli/HaxeCI.git
> Cloning into 'HaxeCI'...
> fatal: Unable to find remote helper for 'https'
>
> According to
> https://stackoverflow.
On Mon, Oct 02, 2017 at 10:05:28AM +0100, Adam Dinwoodie wrote:
> On Sat, Sep 30, 2017 at 12:53:46PM +, Ian Rogers wrote:
> > Hi,
> >
> > git-2.14.2-1 is missing connectors for http, https.
> >
> > Git-2.14.1-1 contains the following:
> >
> > usr/libexec/git-core/git-remote-ftp.exe
> > usr/l
On Sat, Sep 30, 2017 at 12:53:46PM +, Ian Rogers wrote:
> Hi,
>
> git-2.14.2-1 is missing connectors for http, https.
>
> Git-2.14.1-1 contains the following:
>
> usr/libexec/git-core/git-remote-ftp.exe
> usr/libexec/git-core/git-remote-http.exe
>
> usr/libexec/git-core/git-remote-https.exe
On 9/30/2017 9:48 AM, Marco Atzeri wrote:
> On 30/09/2017 15:39, Steven Penny wrote:
>> On Sat, 30 Sep 2017 12:53:46, Ian Rogers wrote:
>>> git-2.14.2-1 is missing connectors for http, https.
>>>
>>>
>>> Git-2.14.1-1 contains the following:
>>>
>>> usr/libexec/git-core/git-remote-ftp.exe
>>> usr/li
On 30/09/2017 15:39, Steven Penny wrote:
On Sat, 30 Sep 2017 12:53:46, Ian Rogers wrote:
git-2.14.2-1 is missing connectors for http, https.
Git-2.14.1-1 contains the following:
usr/libexec/git-core/git-remote-ftp.exe
usr/libexec/git-core/git-remote-http.exe
usr/libexec/git-core/git-remote-
On Sat, 30 Sep 2017 12:53:46, Ian Rogers wrote:
git-2.14.2-1 is missing connectors for http, https.
Git-2.14.1-1 contains the following:
usr/libexec/git-core/git-remote-ftp.exe
usr/libexec/git-core/git-remote-http.exe
usr/libexec/git-core/git-remote-https.exe
Why have these not been includ
On Thu, Jun 22, 2017 at 06:48:32PM -0700, Jonathan Chan wrote:
> After updating to git-2.12.3-1, I have been unable to push to a remote
> with a Windows network path URL:
> $ git push origin
> Counting objects: 3, done.
> Delta compression using up to 4 threads.
> Compressing object
On Wed, Jun 14, 2017 at 12:35:13PM +0700, mlists wrote:
> Thank you for the explanation Adam.
>
> Last question: How much more is the workload for maintaining a "splitted
> package"?
>
> I understand I can contribute with patches but if it would increase the
> workload for the maintainers, then I
Thanks for the quick response :)
$ git remote -vv
origin file:network/path/to/git-repository (fetch)
origin file:network/path/to/git-repository (push)
> Your URL is invalid.
> Try file://network/path/to/git-repository
$ git remote add testing file://network/path/to/git-r
Greetings, Jonathan Chan!
> After updating to git-2.12.3-1, I have been unable to push to a remote
> with a Windows network path URL:
> $ git push origin
> Counting objects: 3, done.
> Delta compression using up to 4 threads.
> Compressing objects: 100% (2/2), done.
> Writing o
Thank you for the explanation Adam.
Last question: How much more is the workload for maintaining a "splitted
package"?
I understand I can contribute with patches but if it would increase the
workload for the maintainers, then I think there's no point in doing it.
Regards
On 2017-06-13 17:22, A
On Tue, Jun 13, 2017 at 05:59:45AM +0200, Marco Atzeri wrote:
> On 13/06/2017 02:13, mlists wrote:
> >Hi,
> >how can I install Git without binutils, cygrunsrv, python and OpenSSH
> >server?
> >
> >I want to work with remote repositories using clone/pull/push, built
> >would like to avoid having to
On 13/06/2017 02:13, mli...@x76.eu wrote:
Hi,
how can I install Git without binutils, cygrunsrv, python and OpenSSH
server?
I want to work with remote repositories using clone/pull/push, built
would like to avoid having to install a ton of other things that won't
be used.
cygrunsrv is part of
FYI: after the latest cygwin update to git v 2.12.3, this is no longer
a problem.
Setting an alias like "st = status -uno" works as expected. Many
thanks to the maintainer.
On Mon, May 15, 2017 at 8:54 AM, David Dombrowsky
<6thstreetra...@gmail.com> wrote:
> FYI: after the latest cygwin update t
On Mon, Mar 27, 2017 at 9:24 AM, cyg Simple wrote:
>> st is also a prefix of "stash". Maybe it does not like aliases
>> that are prefixes of other commands?
Without the entry in the config file, `git st` results in the expected
git: 'st' is not a git command. See 'git --help'.
It's possible th
On 3/27/2017 8:23 AM, Eliot Moss wrote:
> On 3/27/2017 8:17 AM, David Dombrowsky wrote:
>> I'm not sure how to debug this one. I have a ~/.gitconfig that sets up
>> an alias for "git status" using the simple rule:
>>
>> [alias]
>> st = status
>>
>> Yet, something is failing when I run it from
On 3/27/2017 8:17 AM, David Dombrowsky wrote:
I'm not sure how to debug this one. I have a ~/.gitconfig that sets up
an alias for "git status" using the simple rule:
[alias]
st = status
Yet, something is failing when I run it from the command line:
$ git st
[nothing happens]
$ git status
On 2017-01-20 06:00, Olivier FAURAX wrote:
> Thanks for the help!
> Le 19/01/2017 à 18:24, Brian Inglis a écrit :
>> If that's not it, post output of:
>> $ ls -Adl .git
> drwxr-xr-x+ 1 USER06 Aucun 0 19 janv. 16:38 .git/
>> $ uname -srvmo
> CYGWIN_NT-10.0 2.6.1(0.305/5/3) 2016-12-16 11:55 x86_64 Cy
Thanks for the help!
Le 19/01/2017 à 18:24, Brian Inglis a écrit :
If that's not it, post output of:
$ ls -Adl .git
drwxr-xr-x+ 1 USER06 Aucun 0 19 janv. 16:38 .git/
$ uname -srvmo
CYGWIN_NT-10.0 2.6.1(0.305/5/3) 2016-12-16 11:55 x86_64 Cygwin
$ git --version
git version 2.8.3
$ file
On 2017-01-19 07:47, Olivier FAURAX wrote:
> When I use "git stash", I get a message saying it is there but not
> executable.
> $ git stash
> fatal: 'stash' appears to be a git command, but we were not
> able to execute it. Maybe git-stash is broken?
> I tested with 2.8.3-1 and 2.8.2-1.
> I checked
[Now subscribed to newlib list to follow this there, too]
Hi Corinna, hi everyone on both lists
Am 21.08.2016 um 20:15 schrieb Corinna Vinschen:
[CC newlib mailing list since it affects newlib in the first place]
On Aug 21 14:28, Hans-Bernhard Bröker wrote:
Am 21.08.2016 um 12:30 schrieb Co
[CC newlib mailing list since it affects newlib in the first place]
On Aug 21 14:28, Hans-Bernhard Bröker wrote:
> Am 21.08.2016 um 12:30 schrieb Corinna Vinschen:
>
> > thanks for the report, but I can't reproduce this. I can build Cygwin
> > fine natively as well as on Linux, with and without
Am 21.08.2016 um 12:30 schrieb Corinna Vinschen:
thanks for the report, but I can't reproduce this. I can build Cygwin
fine natively as well as on Linux, with and without optimization.
That's strange. On Re-examination, it builds here, too, even without
the added include. I.e. effectively
Hi Hans-Bernhard,
On Aug 21 00:09, Hans-Bernhard Bröker wrote:
> Hello everyone,
>
> FWIW, I can't get the current may git clone of Cygwin to build on the
> current release version of itself: (64-bit "Current" on Win10):
>
> /home/hbbro/prg/cygwin/bld/x86_64-unknown-cygwin/newlib/libc/libc.a(lib
On 07/06/2016 23:31, Jeff Buckles wrote:
Menu fonts in 'git gui' are too small to be readable
(only one or two pixels high). "gitk" works fine.
Thanks for reporting this problem.
I was able to reproduce this problem, with a fresh installation, but
only on x86, not on x86_64
It seems that
On Sun, Jun 12, 2016 at 01:59:42PM +0800, lnishan wrote:
> It appears that git stash has been broken for a while (since 2.8.1,
> maybe earlier).
>
> Steps to reproduce:
> 1. mkdir test; cd test
> 2. git init
> 3. touch testfile
> 4. git add . ; git commit -m "First commit"
> 5. echo "123" > testfi
Warren Young etr-usa.com> writes:
> Incidentally, I see that I forgot to fix a /c -> /cygdrive/c in the script
> I posted. (I normally run with cygdrive mounted at the root, and write my
> scripts accordingly.)
reminder - /proc/cygdrive/c/ works on all systems - saves worrying about it
--
On Jun 9, 2016, at 1:52 AM, Cufi, Carles wrote:
>
>> I prefer to use Cygwin most of the
>> time, then run a âmingwâ script I wrote to temporarily shift my Cygwin
>> environment to MinGW mode:
>
> This sounds like a very good idea, but the problem is that sometimes I need
> to run mingw commands
Hi there,
> On Jun 8, 2016, at 8:19 AM, Cufi, Carles wrote:
> >
> > So what's the better way of fixing this? Making /mingw/bin/gettext.sh
> have UNIX line endings or replacing it with the proper Cygwin gettext.sh
> that I seem to be missing?
>
> Donât try to mix the Cygwin and MinGW build system
Cufi, Carles writes:
>> In general, however, it seems to me that you're asking for trouble by
>> having MinGW binaries in your path while working in Cygwin.
>
> Yep, I want to do that but the problem is that Cygwin inherits the
> global PATH from Windows and MinGW is present there. I guess I could
> On 6/8/2016 10:19 AM, Cufi, Carles wrote:
>
> On 6/8/2016 9:57 AM, Cufi, Carles wrote:
> Hi there,
>
> On 6/8/2016 5:35 AM, Cufi, Carles wrote:
> Hi,
>
> When running git 2.8.3 with certain of its commands (submodule for
> example) I get spurious output on the terminal:
>
> cacu ~/src/nordic/
On Jun 8, 2016, at 8:19 AM, Cufi, Carles wrote:
>
> So what's the better way of fixing this? Making /mingw/bin/gettext.sh have
> UNIX line endings or replacing it with the proper Cygwin gettext.sh that I
> seem to be missing?
Don’t try to mix the Cygwin and MinGW build systems. Having MinGW in
On 6/8/2016 10:19 AM, Cufi, Carles wrote:
On 6/8/2016 9:57 AM, Cufi, Carles wrote:
Hi there,
On 6/8/2016 5:35 AM, Cufi, Carles wrote:
Hi,
When running git 2.8.3 with certain of its commands (submodule for
example) I get spurious output on the terminal:
cacu ~/src/nordic/gh/pc-ble-driver-py (
> On 6/8/2016 9:57 AM, Cufi, Carles wrote:
> Hi there,
>
> On 6/8/2016 5:35 AM, Cufi, Carles wrote:
> Hi,
>
> When running git 2.8.3 with certain of its commands (submodule for
> example) I get spurious output on the terminal:
>
> cacu ~/src/nordic/gh/pc-ble-driver-py (master) $ git submodule d
On 6/8/2016 9:57 AM, Cufi, Carles wrote:
Hi there,
On 6/8/2016 5:35 AM, Cufi, Carles wrote:
Hi,
When running git 2.8.3 with certain of its commands (submodule for
example) I get spurious output on the terminal:
cacu ~/src/nordic/gh/pc-ble-driver-py (master) $ git submodule deinit .
': not a v
Hi there,
> On 6/8/2016 5:35 AM, Cufi, Carles wrote:
> Hi,
>
> When running git 2.8.3 with certain of its commands (submodule for
> example) I get spurious output on the terminal:
>
> cacu ~/src/nordic/gh/pc-ble-driver-py (master) $ git submodule deinit .
> ': not a valid identifiertext.sh: line
On 6/8/2016 9:45 AM, Ken Brown wrote:
On 6/8/2016 5:35 AM, Cufi, Carles wrote:
Hi,
When running git 2.8.3 with certain of its commands (submodule for
example) I get spurious output on the terminal:
cacu ~/src/nordic/gh/pc-ble-driver-py (master)
$ git submodule deinit .
': not a valid identifie
On 6/8/2016 5:35 AM, Cufi, Carles wrote:
Hi,
When running git 2.8.3 with certain of its commands (submodule for example) I
get spurious output on the terminal:
cacu ~/src/nordic/gh/pc-ble-driver-py (master)
$ git submodule deinit .
': not a valid identifiertext.sh: line 88: export: `displaypat
Greetings, Adam Dinwoodie!
> On Wed, Apr 20, 2016 at 04:37:34PM -0400, Eliot Moss wrote:
>> I think this will do it:
>>
>> function git {
>> declare -a ARGS
>> for n in "$@" ; do ARGS+=("$(cygpath -u -- "${n}")") ; done
>> command git "${ARGS[@]}"
>> }
>>
>> The reason this is a little mor
On Thu, Apr 21, 2016 at 2:11 PM, Ray Donnelly wrote:
> Here's a patch for git 2.8.1 that I wrote for MSYS2 to address the
> same issue. Because I'd read this thread before I started working on
> it (and generally since it's good to) I kept it in mind to make it
> work for Cygwin in-case you wanted
Here's a patch for git 2.8.1 that I wrote for MSYS2 to address the
same issue. Because I'd read this thread before I started working on
it (and generally since it's good to) I kept it in mind to make it
work for Cygwin in-case you wanted to use it:
https://raw.githubusercontent.com/Alexpux/MSYS2-p
On Apr 21 09:15, Tomas Jura wrote:
> On 04/20/2016 04:25 PM, Corinna Vinschen wrote:
> >On Apr 20 15:05, Tomas Jura wrote:
> >>On 04/19/2016 03:39 PM, Corinna Vinschen wrote:
> BTW: My machine is Windows Server 2008, yesterday I also run the Windows
> update procedure before I notified the
On 04/20/2016 04:25 PM, Corinna Vinschen wrote:
On Apr 20 15:05, Tomas Jura wrote:
On 04/19/2016 03:39 PM, Corinna Vinschen wrote:
BTW: My machine is Windows Server 2008, yesterday I also run the Windows
update procedure before I notified the chmod error.
A months ago, I had to migrate to the n
On 4/20/2016 7:14 PM, Ernie Rael wrote:
On 4/20/2016 1:37 PM, Eliot Moss wrote:
I think this will do it:
function git {
declare -a ARGS
for n in "$@" ; do ARGS+=("$(cygpath -u -- "${n}")") ; done
command git "${ARGS[@]}"
}
The reason this is a little more complicated than some other appr
On 4/20/2016 1:37 PM, Eliot Moss wrote:
I think this will do it:
function git {
declare -a ARGS
for n in "$@" ; do ARGS+=("$(cygpath -u -- "${n}")") ; done
command git "${ARGS[@]}"
}
The reason this is a little more complicated than some other approaches
might be is that it will also work
On Wed, Apr 20, 2016 at 04:37:34PM -0400, Eliot Moss wrote:
> I think this will do it:
>
> function git {
> declare -a ARGS
> for n in "$@" ; do ARGS+=("$(cygpath -u -- "${n}")") ; done
> command git "${ARGS[@]}"
> }
>
> The reason this is a little more complicated than some other approache
I think this will do it:
function git {
declare -a ARGS
for n in "$@" ; do ARGS+=("$(cygpath -u -- "${n}")") ; done
command git "${ARGS[@]}"
}
The reason this is a little more complicated than some other approaches
might be is that it will also work for arguments that have space, e.g.,
gi
___
From: cygwin-ow...@cygwin.com on behalf of Eliot Moss
Sent: Wednesday, April 20, 2016 8:52 AM
To: cygwin@cygwin.com
Subject: Re: git and absolute Windows-style paths
On 4/20/2016 11:44 AM, silverwind wrote:
Hey,
Does it work if you do:
git add c:/test/file
On Wed, Apr 20, 2016 at 05:44:47PM +0200, silverwind wrote:
> > I can't immediately see what's going wrong, so I'm going to report
> this upstream.
>
> Thanks. I came upon this issue through npm which is using these
> Windows paths for certain git operations. Unfortunately, The npm
> team is very
Hey,
I think that tackling this with a script/function is a better approach ...
That's seems like a bandaid solution from which the general user base
would not be able to profit. I think a floating patch to Cygwin's git
package would be more appropriate, unless it can be addressed in
Cygwin
this
fi
done
command git "$@"
}
#
From: cygwin-ow...@cygwin.com on behalf of Eliot Moss
Sent: Wednesday, April 20, 2016 8:52 AM
To: cygwin@cygwin.com
Subject: Re: git and absolute Windows-style paths
On 4/20/2016 11:44 AM, silverwind wrote:
> Hey,
>
>> Does it w
1 - 100 of 404 matches
Mail list logo
