Have you tried specifying an absolute path for the git executable that magit uses, to avoid the overhead of traversing the environment for each call? (M-x customize-var RET magit-git-executable RET) I’m pretty sure it’s not that, because in the task manager I see stuck ‘git.exe’ consuming zero cycles with a child process of ‘comhost’ (I think). Then it completes and another one is born. But I’ll give it a try anyway, thanks
I’m still utterly baffled about why emacs is invoking git when I simply open a file (Ctrl-X f). Simon From: Luite Stegeman [mailto:stege...@gmail.com] Sent: 28 June 2016 14:09 To: Simon Peyton Jones <simo...@microsoft.com>; David Macek <david.mace...@gmail.com>; ta...@zhox.com; John Wiegley <jo...@newartisans.com> Cc: ghc-devs@haskell.org Subject: Re: msys2 64 bit: help help! Have you tried specifying an absolute path for the git executable that magit uses, to avoid the overhead of traversing the environment for each call? (M-x customize-var RET magit-git-executable RET) On Tue, Jun 28, 2016 at 2:51 PM Simon Peyton Jones via ghc-devs <ghc-devs@haskell.org<mailto:ghc-devs@haskell.org>> wrote: David, Tamar I have another issue. I'm using 'magit' (in emacs) to drive git. But it gives half-minute delays to do anything at all. There are lots of people complaining about it (googlable) but no solutions I can see. Do I have to give up magit? It used to be fine in earlier versions. Just at the moment it's Much Much More Serious. Even opening a file in emacs (nothing to do with git or (ostensibly) magit, takes nearly a minute!! In the process manager I can see lots of git activity -- just when I open a file in ordinary emacs! I have utterly no idea why this might be. I'm adding John Wiegley, my Emacs Friend Thanks Simon | -----Original Message----- | From: David Macek [mailto:david.mace...@gmail.com<mailto:david.mace...@gmail.com>] | Sent: 28 June 2016 13:20 | To: Simon Peyton Jones <simo...@microsoft.com<mailto:simo...@microsoft.com>>; ta...@zhox.com<mailto:ta...@zhox.com> | Cc: ghc-devs@haskell.org<mailto:ghc-devs@haskell.org> | Subject: Re: msys2 64 bit: help help! | | On 27. 6. 2016 23:33, Simon Peyton Jones via ghc-devs wrote: | > 1. I just left the machine for 10-15 mins and lo! the shell windows | opened up. It just took a loooong time. | | I could be something with Active Directory. Cygwin (upon which is | MSYS2 based) integrates with AD, but there are numerous (google-able) | reports of huge slowdowns related to this. | | > At this point, starting a new shell no longer took a long time. It | all seemed to be working. | | Also don't forget to exclude `C:\msys64` from any anti-virus scans. | | | > 2. I then ran pacman -Syuu as instructed on the installation page: | https://sourceforge.net/p/msys2/wiki/MSYS2%20installation/<https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fsourceforge.net%2fp%2fmsys2%2fwiki%2fMSYS2%2520installation%2f&data=01%7c01%7csimonpj%40064d.mgd.microsoft.com%7c031c5d465f0b4cc6a15308d39f55747e%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=goH1Vv4K8YPMneu383XT0gMLIxFlDQLbYAxvAElHb9U%3d> | | I'm afraid you misread the instructions. You should run `update-core` | first to upgrade to the newer pacman that handles `pacman -Syuu` | correctly. (New installer packages with an up-to-date pacman are | planned.) | | > The log of what happened is below. There are numerous failures | involving Cygwin, which I do not have installed, at least not so far | as I know. I do not know if these failures matter. | | They might. See below. | | > 3. After this step, starting a shell failed altogether with | "c:/msys64/mingw64_shell.bat is not recognised as an internal or | external command". And sure enough, there is no such file. Presumably | it existed in step 1. So perhaps step 2 deleted it? | | If the post-install script for `filesystem` were able to run, it would | inform you that `*_shell.bat` are deprecated and were removed. I see | you have `msys2-launcher-git` installed -- you can then use | `C:\msys64\mingw64.exe` (and even pin it to the taskbar). | | > 4. As you mention, I then tried msys2_shell.cmd. It worked -- with | a noticeable delay of 5 seconds or so. | | May still be AD-related. | | > * should I worry about all those install errs | | I recommend staying on the safe side and nuke the installation. | Alternatively, reinstall the packages that had failures (`pacman -S | gcc-libs gettext gmp ...`). | | > * how can I debug what's happening with | > that long delay | | `/etc/nsswitch.conf` allows for some configuration. See | <https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping-nsswitch-<https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fcygwin.com%2fcygwin-ug-net%2fntsec.html%23ntsec-mapping-nsswitch-&data=01%7c01%7csimonpj%40064d.mgd.microsoft.com%7c031c5d465f0b4cc6a15308d39f55747e%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=T06REWRJ10FSJOFladyWuqJi68RJCv0TzpBo0GjhopE%3d> | pwdgrp>. | | > * Should I nuke the start menu shortcuts that | > the msys64 installer so carefully installed | > in favour of msys2_shell.cmd? | | Yes or see above. Note that you might need `msys2_shell.cmd -mingw64` | instead (not sure if it matters for GHC). | | -- | David Macek _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org<mailto:ghc-devs@haskell.org> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs<https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fmail.haskell.org%2fcgi-bin%2fmailman%2flistinfo%2fghc-devs&data=01%7c01%7csimonpj%40064d.mgd.microsoft.com%7c031c5d465f0b4cc6a15308d39f55747e%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=EAFOQ%2bLrZSRJxiJrUi69PUeNAt690sXHR55t%2fLFKdYk%3d>
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs