Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Andrew DeFaria
On 10/01/2012 06:59 PM, Adam Kessel wrote: On Mon, Oct 1, 2012 at 8:45 PM, Adam Kessel wrote: So after a reboot--still fast. This is after a month or so of slowness. But I didn't change anything about my configuration! Now I'm really confused. cygwin was very slow -- then I killed Dropbox, an

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Adam Kessel
On Mon, Oct 1, 2012 at 9:59 PM, Adam Kessel wrote: > Now I'm really confused. > > cygwin was very slow -- then I killed Dropbox, and it sped back up. > But after a while it reverted to slow again (without Dropbox > restarting). I've repeated this behavior with a few other tasks--same > thing happe

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Adam Kessel
On Mon, Oct 1, 2012 at 8:45 PM, Adam Kessel wrote: > So after a reboot--still fast. This is after a month or so of > slowness. But I didn't change anything about my configuration! Now I'm really confused. cygwin was very slow -- then I killed Dropbox, and it sped back up. But after a while it re

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Adam Kessel
On Mon, Oct 1, 2012 at 6:05 PM, Adam Kessel wrote: > OK, now this is strange -- I thought I had checked BLODA (responded in > separate thread about ESET), but just now I killed a bunch of things > in my systray, and suddenly cygwin was fast again. Then I restarted > all of the tasks I had killed,

vt.edu corrupt local copy - perl_manpages v 15.14 2-3

2012-10-01 Thread Charles
I have checked the FAQ and other cygwin mailing list instructions as to the correct or proper list to report this, so please redirect if I am posting to the wrong list. While running cygwin setup.exe to update from the vt.edu mirror the update fails and the following message is received

Re: RFE: make non-x11 emacs mouse-aware

2012-10-01 Thread Ryan Johnson
On 01/10/2012 5:54 PM, Ken Brown wrote: OK, I've built emacs-nox with mouse support, and it works, as far as I can tell. I'll upload it as a test release after I've tested it a little more. Great, thanks! Ryan -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Adam Kessel
On Mon, Oct 1, 2012 at 1:50 PM, Ken Brown wrote: > Two people in this thread have suggested that you check for BLODA, but you > haven't responded to that. Also, you haven't yet attached cygcheck output > as requested at OK, now this is strange -- I thought I had checked BLODA (responded in separ

Re: RFE: make non-x11 emacs mouse-aware

2012-10-01 Thread Ken Brown
On 10/1/2012 4:29 PM, Ryan Johnson wrote: On 01/10/2012 3:20 PM, Ken Brown wrote: On 10/1/2012 2:49 PM, Ryan Johnson wrote: Hi all, esp. emacs maintainer(s), I'd like to request that the non-x11 emacs be made mouse aware. Right now, terminal mouse mode is broken in normal emacs because the ema

Re: RFE: make non-x11 emacs mouse-aware

2012-10-01 Thread Ryan Johnson
On 01/10/2012 3:20 PM, Ken Brown wrote: On 10/1/2012 2:49 PM, Ryan Johnson wrote: Hi all, esp. emacs maintainer(s), I'd like to request that the non-x11 emacs be made mouse aware. Right now, terminal mouse mode is broken in normal emacs because the emacs core doesn't recognize the resulting mou

Re: Emacs crashing on C-x C-g

2012-10-01 Thread Ryan Johnson
On 01/10/2012 3:07 PM, Ken Brown wrote: On 10/1/2012 2:51 PM, Ryan Johnson wrote: I'm hitting a strange behavior with emacs lately, where hitting C-x C-g [1] sometimes causes it to quit instantly: no request to save files, no seg fault, no error message, just gone (have to reset the terminal to

Re: RFE: make non-x11 emacs mouse-aware

2012-10-01 Thread Ken Brown
On 10/1/2012 2:49 PM, Ryan Johnson wrote: Hi all, esp. emacs maintainer(s), I'd like to request that the non-x11 emacs be made mouse aware. Right now, terminal mouse mode is broken in normal emacs because the emacs core doesn't recognize the resulting mouse events. You can use emacs-x11 in termi

Re: Emacs crashing on C-x C-g

2012-10-01 Thread Ken Brown
On 10/1/2012 2:51 PM, Ryan Johnson wrote: Hi all, I'm hitting a strange behavior with emacs lately, where hitting C-x C-g [1] sometimes causes it to quit instantly: no request to save files, no seg fault, no error message, just gone (have to reset the terminal to clear out emacs' ncurses setting

Emacs crashing on C-x C-g

2012-10-01 Thread Ryan Johnson
Hi all, I'm hitting a strange behavior with emacs lately, where hitting C-x C-g [1] sometimes causes it to quit instantly: no request to save files, no seg fault, no error message, just gone (have to reset the terminal to clear out emacs' ncurses settings). It invariably happens after I've be

RFE: make non-x11 emacs mouse-aware

2012-10-01 Thread Ryan Johnson
Hi all, esp. emacs maintainer(s), I'd like to request that the non-x11 emacs be made mouse aware. Right now, terminal mouse mode is broken in normal emacs because the emacs core doesn't recognize the resulting mouse events. You can use emacs-x11 in terminal mode as a heavyweight workaround, bu

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Gregory M. Turner
On 10/1/2012 9:39 AM, Ken Brown wrote: On 10/1/2012 12:16 PM, Adam Kessel wrote: On Mon, Oct 1, 2012 at 12:01 PM, Gregory M. Turner wrote: Did you at least try chainging your ${HOME} to somewhere normal and seeing what happens? Perhaps SkyDrive has some feature that makes Cygwin crazy. For ex

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Ken Brown
On 10/1/2012 1:32 PM, Adam Kessel wrote: On Mon, Oct 1, 2012 at 1:27 PM, Ken Brown wrote: In a standard Cygwin install, the script /etc/postinstall/000-cygwin-post-install.sh runs 'mkpasswd -l -c > /etc/passwd', which sets the home directory for each user. Normally this is /home/username, but

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Adam Kessel
On Mon, Oct 1, 2012 at 1:32 PM, Adam Kessel wrote: >> specified in /etc/passwd) if it doesn't exist. This assumes that HOME is >> not set in the Windows environment. Are you seeing something different? > > Yes. I just installed from scratch -- download setup.exe and specify a > new directory for

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Achim Gratz
Adam Kessel writes: > I also tried a brand new install into a new directory with default > settings, both of 1.7 and legacy 1.5. Still no difference (1.5 is > actually even slower). I've had a similar problem about a year ago. The symptom was that each command from Cygwin would make lsass.exe max

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Adam Kessel
On Mon, Oct 1, 2012 at 1:27 PM, Ken Brown wrote: > In a standard Cygwin install, the script > /etc/postinstall/000-cygwin-post-install.sh runs 'mkpasswd -l -c > > /etc/passwd', which sets the home directory for each user. Normally this is > /home/username, but you can check it by looking at /etc/

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Ken Brown
On 10/1/2012 12:55 PM, Adam Kessel wrote: On Mon, Oct 1, 2012 at 12:39 PM, Ken Brown wrote: Did you at least try chainging your ${HOME} to somewhere normal and seeing what happens? Perhaps SkyDrive has some feature that makes Cygwin crazy. For example, your cygwin could have inotify listeners

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Adam Kessel
On Mon, Oct 1, 2012 at 12:39 PM, Ken Brown wrote: >>> Did you at least try chainging your ${HOME} to somewhere normal and >>> seeing >>> what happens? Perhaps SkyDrive has some feature that makes Cygwin crazy. >>> For example, your cygwin could have inotify listeners on ${HOME} which >>> could >>

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Adam Kessel
On Mon, Oct 1, 2012 at 12:44 PM, Bill Ross wrote: > Just in case: do you have bash completions turned on? If so, try turning > them off. Probably a different issue, but it's the other case of bash > slowness that's come up in the last year or so. Yes, I uninstalled the completion package entirely

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Robert Pendell
On Mon, Oct 1, 2012 at 11:22 AM, Adam Kessel wrote: > > On Mon, Oct 1, 2012 at 9:33 AM, jojelino wrote: > > if the SkyDrive is trademark of M$ and if it needs network connection to > > remote server, it would piss you off like you have been experienced. > > If it is the case, please stop using *Sky

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Ken Brown
On 10/1/2012 12:16 PM, Adam Kessel wrote: On Mon, Oct 1, 2012 at 12:01 PM, Gregory M. Turner wrote: Did you at least try chainging your ${HOME} to somewhere normal and seeing what happens? Perhaps SkyDrive has some feature that makes Cygwin crazy. For example, your cygwin could have inotify li

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Adam Kessel
On Mon, Oct 1, 2012 at 12:01 PM, Gregory M. Turner wrote: > Did you at least try chainging your ${HOME} to somewhere normal and seeing > what happens? Perhaps SkyDrive has some feature that makes Cygwin crazy. > For example, your cygwin could have inotify listeners on ${HOME} which could Yeah, I

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Adam Kessel
On Mon, Oct 1, 2012 at 12:01 PM, Earnie Boyd wrote: > You've not excluded any other changes in your environment. What > network mapped devices do you have? Are they still available. If not > the system will wait for the network timeout to occur before moving to > the next device. Same slowness

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Gregory M. Turner
On 10/1/2012 8:22 AM, Adam Kessel wrote: On Mon, Oct 1, 2012 at 9:33 AM, jojelino wrote: if the SkyDrive is trademark of M$ and if it needs network connection to remote server, it would piss you off like you have been experienced. If it is the case, please stop using *Skydrive* mounted directo

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Earnie Boyd
On Mon, Oct 1, 2012 at 11:49 AM, Adam Kessel wrote: > On Sun, Sep 30, 2012 at 4:43 PM, Adam Rosi-Kessel > wrote: >> Cygwin used to run very quickly for me; now it doesn't. Not sure when it >> stopped -- last few weeks. > > Another data point: I just did a completely fresh (i.e. from scratch) > lo

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Adam Kessel
On Sun, Sep 30, 2012 at 4:43 PM, Adam Rosi-Kessel wrote: > Cygwin used to run very quickly for me; now it doesn't. Not sure when it > stopped -- last few weeks. Another data point: I just did a completely fresh (i.e. from scratch) local drive bare-bones installation (just shell, coreutils, etc) i

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread Adam Kessel
On Mon, Oct 1, 2012 at 9:33 AM, jojelino wrote: > if the SkyDrive is trademark of M$ and if it needs network connection to > remote server, it would piss you off like you have been experienced. > If it is the case, please stop using *Skydrive* mounted directory as home > directory for specific u

Re: gnome and hicolor exit code 127 for /usr/bin .vs. /bin

2012-10-01 Thread Brian Wilson
> > > >>> I have been doing setup updates for a few weeks with the error as shown in > > the following paragraph. > > > >>> > > > >>> Package: Unknown package > > > >>> gnome-icon-theme.sh exit code 127 > > > >>> hicolor-icon-theme.sh exit code 127 > > > >>> > > > snip <<< > > >

[Packaging bug] Re: [ANNOUNCEMENT] Updated: wcd 5.2.2-1 -- Wherever Change Directory

2012-10-01 Thread Dr. Volker Zell
> Jari Aalto writes: > CYGWIN INSTALLATION INFORMATION > === > To install this package, click on the "Install Cygwin" link on the > web page. Download setup.exe to your > system. Then, run setup and answer all of the questio

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

2012-10-01 Thread jojelino
On 2012-10-01 AM 5:43, Adam Rosi-Kessel wrote: 22 10401 [main] ls 24012 cygheap_user::ontherange: Set HOME (from /etc/passwd) to /cygdrive/c/0/cygwin_home 100 10501 [main] ls 24012 normalize_posix_path: src /cygdrive/c/0/cygwin_home 40 10541 [main] ls 24012 normalize_posix_path:

Re: Check if a package is installed

2012-10-01 Thread marco atzeri
On 10/1/2012 1:38 PM, Vincent Rivière wrote: On 01/10/2012 13:24, marco atzeri wrote: cygcheck -c Thanks, this is what I looked for. However, I notice that: 1) If the .lst.gz file is missing, "cygcheck -c " still reports OK. a package with a missing .lst.gz , should be a obsolete and empt

Re: gnome and hicolor exit code 127 for /usr/bin .vs. /bin

2012-10-01 Thread Brian Wilson
> > >>> I have been doing setup updates for a few weeks with the error as shown > > >>> in > the following paragraph. > > >>> > > >>> Package: Unknown package > > >>> gnome-icon-theme.sh exit code 127 > > >>> hicolor-icon-theme.sh exit code 127 > > >>> > > snip <<< > > the sc

Re: Check if a package is installed

2012-10-01 Thread Vincent Rivière
On 01/10/2012 13:24, marco atzeri wrote: cygcheck -c Thanks, this is what I looked for. However, I notice that: 1) If the .lst.gz file is missing, "cygcheck -c " still reports OK. 2) When testing a missing package, "cygcheck -c " does not output any status line, but its return code is stil

Re: Check if a package is installed

2012-10-01 Thread marco atzeri
On 10/1/2012 1:03 PM, Vincent Rivière wrote: Hello. I would like to know how to reliably test if a Cygwin package is already installed (just like setup.exe does). Currently, I test the existence of /etc/setup/.lst.gz. It works perfectly for me, but a user reported to me that that file was missi

Check if a package is installed

2012-10-01 Thread Vincent Rivière
Hello. I would like to know how to reliably test if a Cygwin package is already installed (just like setup.exe does). Currently, I test the existence of /etc/setup/.lst.gz. It works perfectly for me, but a user reported to me that that file was missing sometimes. I see there is also packag