On 05/08/2015 02:45, Mark O'Keefe wrote:
Hi,
I’ve noticed that the following is broken in Cygwin 2.2.0-1. It works in
Cygwin 2.1.0-1.
yes | head -10
This fails to exit on Cygwin 2.2.0-1. It correctly exists on Cygwin 2.1.0-1.
Cheers,
Mark.
--
works fine for me on 32bit and 64 bit.
Someth
Hi,
I’ve noticed that the following is broken in Cygwin 2.2.0-1. It works in
Cygwin 2.1.0-1.
yes | head -10
This fails to exit on Cygwin 2.2.0-1. It correctly exists on Cygwin 2.1.0-1.
Cheers,
Mark.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwi
On 8/4/2015 18:57, Ismail Donmez wrote:
> Hi,
>
> JonY writes:
>
>> Note: 4.0.3 was never released due to a bug in headers installation
>> routine. As of writing, SF developer service has yet to fully recover,
>> so there won't be any v4.0.4 tarballs on SF yet.
>
> Since SF seems to be back up,
Am 04.08.2015 um 13:09 schrieb Achim Gratz:
Thomas Wolff towo.net> writes:
Zooming:
...
This zooming business monkeys around with the font sizes when using Windows'
own shortcuts for maximizing the window vertically (Alt-Up) and resetting to
the previous size (Alt-Down). MAximizing the window
Am 04.08.2015 um 20:14 schrieb Warren Young:
On Aug 4, 2015, at 1:50 AM, Achim Gratz wrote:
Corinna Vinschen cygwin.com> writes:
It's ignored as $HOME in the Cygwin DLL. It's apparently not ignored in
the base-files package, but that's another problem.
...to which the possible solutions are
Warren Young writes:
> When you speak of this in terms of processes, I think you mean that
> the Cygwin DLL would need to filter the environment, which sounds
> heavy-handed.
Cygwin DLL already does some conversions of the Windows environment. It
could (hypothetically) do a more thorough job and/
On Aug 4, 2015, at 1:50 AM, Achim Gratz wrote:
>
> Corinna Vinschen cygwin.com> writes:
>> It's ignored as $HOME in the Cygwin DLL. It's apparently not ignored in
>> the base-files package, but that's another problem.
>
> ...to which the possible solutions are:
>
> 1. Not hand a botched HOME
On 2015-08-04, Xealot wrote:
> Hello!
> There seems to be a possible bug with cygwin 2.2.0 in xterm terminal
> mode (default) and using vim 7.4.764 with syntax highlighting enabled.
>
> To verify and reproduce:
> echo "syntax on" >> ~/.vimrc
> vim -E
>
> The prompt at the bottom should now show a
see if it improves things for you?
ftp://cygwin.com/pub/cygwinx/x86/XWin.20150804-git-862bf7a8412567ae.exe.bz2
ftp://cygwin.com/pub/cygwinx/x86_64/XWin.20150804-git-862bf7a8412567ae.exe.bz2
--
Jon TURNEY
Volunteer Cygwin/X X Server maintainer
--
Problem reports: http://cygwin.com/problems
Jan-Marek Glogowski writes:
> If I run the command via SSH login or from the local Cygwin terminal in
> Windows, it is working correct!
>
> I have attached a diff of the environment. When investigating, I added
> an CYGWIN=binmode export, but this didn't change the output.
You might want to add CY
On 8/4/2015 10:29 AM, Rainer Blome wrote:
Hi,
Package emacs-x11 depends on package dbus-x11 and should declare this,
but apparently does not.
Please change package emacs-x11 so that it declares its dependency on
paackage dbus-x11.
Details:
When doing a fresh install of Cygwin 64bit, I selected
Hi,
Package emacs-x11 depends on package dbus-x11 and should declare this,
but apparently does not.
Please change package emacs-x11 so that it declares its dependency on
paackage dbus-x11.
Details:
When doing a fresh install of Cygwin 64bit, I selected xlaunch,
"emacs-x11" and a few other packag
Thomas Wolff towo.net> writes:
> Zooming:
>* Control-middle-mouse click resets zooming, complementing
> Control-mouse-wheel scroll in analogy to Control-+/-/0.
>* New option ZoomMouse=off to disable mouse-wheel zooming.
>* Enabled Shift-Ctrl-0 to reset zooming for font and window (#233
Hi,
JonY writes:
> Note: 4.0.3 was never released due to a bug in headers installation
> routine. As of writing, SF developer service has yet to fully recover,
> so there won't be any v4.0.4 tarballs on SF yet.
Since SF seems to be back up, can you please upload the tarballs there too?
Thanks.
Am 04.08.2015 um 11:11 schrieb Marco Atzeri:
>>
>> So "sort" somehow changes the newlines from Unix to Windows - WTF.
>
> wrong sort in the path ?
Arrg.
> $ echo ' Test' | tr "\ " "\n" | /cygdrive/c/Windows/System32/sort.exe
> |hexdump -C
> 0d 0a 54 65 73 74 0d 0a
On 04/08/2015 10:48, Jan-Marek Glogowski wrote:
Hi
I'm trying to build LibreOffice 5.0 32bit on Windows 7 64bit. The setup
was working for a long time, but failed to work after the last Cygwin
and Jenkins update from 1.596 => 1.619.
The general build is working, if I manually run it, but fail
Hi
I'm trying to build LibreOffice 5.0 32bit on Windows 7 64bit. The setup
was working for a long time, but failed to work after the last Cygwin
and Jenkins update from 1.596 => 1.619.
The general build is working, if I manually run it, but fails when
triggered using the Jenkins slave. I finally
Hello!
There seems to be a possible bug with cygwin 2.2.0 in xterm terminal
mode (default) and using vim 7.4.764 with syntax highlighting enabled.
To verify and reproduce:
echo "syntax on" >> ~/.vimrc
vim -E
The prompt at the bottom should now show an escape sequence:
Entering Ex mode. Type "vis
Corinna Vinschen cygwin.com> writes:
> It's ignored as $HOME in the Cygwin DLL. It's apparently not ignored in
> the base-files package, but that's another problem.
...to which the possible solutions are:
1. Not hand a botched HOME environment variable to Cygwin processes.
2. Do the same check
Nicholas Clark gmail.com> writes:
> I remember seeing a bunch of traffic on the subject of rebasing a few
> years ago, with people saying that it wouldn't be necessary once we
> moved over to 64-bit Cygwin. Did that wind up being true?
Rebasing is still done on both 32bit and 64bit, but it's auto
20 matches
Mail list logo
