Yaakov Selkowitz | 31 Oct 08:55 2014

[ANNOUNCEMENT] New: python*-pyqt5, Updated: python*-pyqt4, python*-sip, qscintilla2

The following packages have been updated for both arches:

* libqscintilla2_11-2.8.4-1
* libqscintilla2-common-2.8.4-1
* libqscintilla2-devel-2.8.4-1
* python-pyqt4-4.11.2-1
* python-pyqt4-qsci-2.8.4-1
* python-pyqt5-5.3.2-1
* python-sip-4.16.4-1
* python3-pyqt4-4.11.2-1
* python3-pyqt4-qsci-2.8.4-1
* python3-pyqt5-5.3.2-1
* python3-sip-4.16.4-1

PyQt is a set of Python v2 and v3 bindings for Digia's Qt application
framework and runs on all platforms supported by Qt. The bindings are 
implemented as a set of Python modules and contain over 620 classes.

This is an update to the latest upstream versions.  Bindings for the new 
Qt 5 packages have been added.



Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/
(Continue reading)

Yaakov Selkowitz | 31 Oct 08:51 2014

[ANNOUNCEMENT] New: Qt 5.3.2

The following packages have been added to the Cygwin distribution:

* libEnginio-devel-5.3.2-1
* libEnginio1-5.3.2-1
* libQt5Core-devel-5.3.2-1
* libQt5Core5-5.3.2-1
* libQt5Declarative-devel-5.3.2-1
* libQt5Declarative5-5.3.2-1
* libQt5Designer-devel-5.3.2-1
* libQt5Designer5-5.3.2-1
* libQt5Gui-devel-5.3.2-1
* libQt5Gui5-5.3.2-1
* libQt5Help-devel-5.3.2-1
* libQt5Help5-5.3.2-1
* libQt5Multimedia-devel-5.3.2-1
* libQt5Multimedia5-5.3.2-1
* libQt5Positioning-devel-5.3.2-1
* libQt5Positioning5-5.3.2-1
* libQt5Qml-devel-5.3.2-1
* libQt5Qml5-5.3.2-1
* libQt5Quick-devel-5.3.2-1
* libQt5Quick5-5.3.2-1
* libQt5Script-devel-5.3.2-1
* libQt5Script5-5.3.2-1
* libQt5ScriptTools-devel-5.3.2-1
* libQt5ScriptTools5-5.3.2-1
* libQt5SerialPort-devel-5.3.2-1
* libQt5SerialPort5-5.3.2-1
* libQt5Sql-devel-5.3.2-1
* libQt5Sql5-5.3.2-1
(Continue reading)

Yaakov Selkowitz | 31 Oct 08:48 2014

[ANNOUNCEMENT] Updated: mesa-10.2.9-1

The following packages have been updated in the Cygwin distribution:

* dri-drivers-10.2.9-1
* libEGL1-10.2.9-1
* libEGL-devel-10.2.9-1
* libGL1-10.2.9-1
* libGL-devel-10.2.9-1
* libGLESv1_CM1-10.2.9-1
* libGLESv1_CM-devel-10.2.9-1
* libGLESv2_2-10.2.9-1
* libGLESv2-devel-10.2.9-1
* libglapi0-10.2.9-1
* libOpenVG1-10.2.9-1
* libOpenVG-devel-10.2.9-1
* libOSMesa8-10.2.9-1
* libOSMesa-devel-10.2.9-1

Mesa is an open-source implementation of the OpenGL specification, a
system for rendering interactive 3D graphics.

This is an update to the latest (and possibly final) patch release for 
the 10.2 branch, and adds experimental hardware-accelerated direct 

Up through 8.x, OpenGL on Cygwin has been handled solely with indirect 
rendering, meaning that libGL passes calls over the GLX protocol to the 
server, which then handles the rendering with hardware acceleration in 
multiwindow/-wgl mode, or software rendering (swrast) in desktop/-nowgl 
mode.  The major drawback of this method is that the GLX protocol only 
supports OpenGL 1.4, anything which requires 2.0 or newer (such as GLSL) 
(Continue reading)

t s | 21 Oct 22:59 2014

Re: FW: Cygwin start menu / mirrors‏‏

webpage;     http://cygwinports.org/

says to issue the command;    cygstart -- /path/to/setup-x86.exe -K http://cygwinports.org/ports.gpg

so I issued;     cygstart -- e:/setup-x86_64.exe -K http://cygwinports.org/ports.gpg

at first this command worked. Now it doesn't. It throws up an error message "unable to get setup.ini from http://cygwinports.org/ports.gpg"
help, please? 		 	   		  
Jon TURNEY | 17 Oct 21:01 2014

[ANNOUNCEMENT] Updated: xorg-server-1.16.1-3

The following packages have been updated in the Cygwin distribution:

*** xorg-server-*1.16.1-3

These packages contain XWin and the other X.Org X11 servers.

The following cygwin-specific changes have been made since 1.16.1-2:

* Make XWin backup the previous logfile as .old
* Properly log the reason in an XDMCP unwilling response
* Only invoke the experimental crashreporter on a fatal signal, not in 
places where we just want to log a backtrace
* Add marketing name for Windows 6.4 and manifest for compatibility
* Unsilence an XErrorHandler

2f657d4e5dd9dfa56a2c626e54665437 *xorg-server-1.16.1-3-src.tar.xz
efce43991b64c7f806dbc5943449ee13 *xorg-server-1.16.1-3.tar.xz
0a7bbfdd37e75bbaf917190690c783a8 *xorg-server-common-1.16.1-3.tar.xz
d4be75ad26fb86b09609bc6522847754 *xorg-server-debuginfo-1.16.1-3.tar.xz
19a6ad1d4dfe68961c283832e92e2425 *xorg-server-devel-1.16.1-3.tar.xz
19bc13b7430f93feb4c4c1d70c04f843 *xorg-server-dmx-1.16.1-3.tar.xz
4aaacc3dadbcccdf6e9b673b122c8012 *xorg-server-extra-1.16.1-3.tar.xz
4e9ee40665b37fdbbb5abd0f35580535 *xwinclip-1.16.1-3.tar.xz

40d6eae6fcbc6ceca1b6b11235d36b2d *xorg-server-1.16.1-3-src.tar.xz
609d0c94e661c23b7c2018b0e8642231 *xorg-server-1.16.1-3.tar.xz
aac0d1b6e4230e655212fa4906032ba2 *xorg-server-common-1.16.1-3.tar.xz
(Continue reading)

t s | 14 Oct 18:19 2014

problems with cygwin/x

> On 04/10/2014 18:16, t s wrote:
>> first of all, regarding the Cygwin setup program; the options are
>> install / re-install / un-install / default
>> is it correct that to install only the latest updates, I would choose
>> the option 'default' ?
> I'm not sure what text you are looking at.
> The options for an individual package which is already installed are 
> 'reinstall', 'uninstall', 'keep' and specific versions other than the 
> currently installed one (if any).
> I can't see "default" anywhere.
> If you mean the default version, then yes, when "curr" is selected at 
> the top, all packages which have updates, will be updated.

 The current version of the setup program, 2.850 (64 bit), on the "select packages" screen, features a
"default" option.

 Please see; http://cpm86.com/default.jpg

 The four options are; Install; Reinstall; Uninstall; Default

 I just want to be sure; to install only the latest updates, I would choose 'Default' ?

>> next question : if I delete the start menu option "Cygwin/x" and run
>> the setup program for option "default", it doesn't re-create the
>> start menu option "Cygwin/x"
(Continue reading)

Gulliver Smith | 14 Oct 02:18 2014

Re: cygwin emacs failing siletnly

Follow up:

It is only emacs for X-windows that fails silently.

emacs-nox works perfectly.

As I said, the silent failure has no core dump and no log messages
anywhere. Nothing is displayed in the shell window.


Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/

Gulliver Smith | 13 Oct 18:49 2014

cygwin macs failing siltently

With recent upgrade of cygwin, emacs is always crashing. Windows XP
VirtualBox virtual machines (don't ask)

setup.exe version 2.8.50 (32 bit)

tried both emacs 24.3.93-1 and 24.3-2

X-server is cygin 64 bit on windows 7.

It was working last week. Now silent crash, no log entries.
Occassionally a core dump?

More information - I had an older computer with an older version of
cygwin 32 bit running an x-server and an older version of cygwin emacs
32 bit installed on a virtual machine.

a) setting the DISPLAY to the new computer with the latest version
doesn't help - the older emacs crashes with an illegal system call.
However, there are no problems running xterm.

b) after setting the DISPLAY to the old computer's cygwin x server,
emacs runs fine on the old vm.

Does anyone have suggestions?


Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
(Continue reading)

Chris Carlson | 13 Oct 03:48 2014

Re: glwDrawingAreaWidgetClass

I apologize for being so vague.

I have a fairly large program that I developed on Fedora Linux.  It uses 
glwDrawingAreaClassRec to create a GL window.  I attempted to compile 
and run it on Cygwin, and I got the failure.

I added a print statement just before calling XtCreateManagedWidget() 
and discovered the value was 0 on Cygwin and an address on Linux.  I 
presumed that meant there was an issue.

To get around the problem, I downloaded the source from Mesa and 
compiled it myself.  The .a that was generated identifies the following 
(using nm):

0000000000000640 D glwDrawingAreaClassRec
0000000000000728 D glwDrawingAreaWidgetClass

I then compared it to /lib/libGLw.dll.a and got this:

nm /lib/libGLw.dll.a | grep DrawingAreaClass
0000000000000000 I __imp_glwMDrawingAreaClassRec
0000000000000000 I __nm_glwMDrawingAreaClassRec
0000000000000000 I __imp_glwDrawingAreaClassRec
0000000000000000 I __nm_glwDrawingAreaClassRec

Now I tried compiling your test program and found that it did work as 
you showed, but I then added the include of GLwDrawA.h, and it fails.  
This doesn't make a whole lot of sense to me, and it doesn't seem right.

What do you think?  If I want to use the GLwDrawingAreaWidgetClass, I 
(Continue reading)

Chris Carlson | 9 Oct 06:08 2014

Re: [ANNOUNCEMENT] Updated: xorg-server-1.16.1-2

No sooner did I respond than I see the update.


Chris Carlson

On 10/8/2014 8:31 PM, Nem W Schlecht wrote:
> I just remembered that my version of xv has been modified to place the
> current image filename in the X11 clipboard.  That might have been the
> cause of the issue.
> Regardless, my crashes seem to have gone away with this update.
> Thanks for all the hard work on Cygwin X11!
> On Wed, Oct 8, 2014 at 3:09 PM, Jon TURNEY <jon.turney <at> dronecode.org.uk> wrote:
>> The following packages have been updated in the Cygwin distribution:
>> *** xorg-server-*1.16.1-2
>> These packages contain XWin and the other X.Org X11 servers.
>> The following cygwin-specific changes have been made since 1.16.1-1:
>> * Fix transposed format specifiers in some logging added in 1.16.1-1, which
>> is probably the cause of some crashes/hangs (Thanks to Colin Harrison for
>> patch)
>> x86:
>> 2487d4ffba759b3023150298d53616e7 *xorg-server-1.16.1-2-src.tar.xz
>> fba03eb030540c292188c736f410ab77 *xorg-server-1.16.1-2.tar.xz
(Continue reading)

Chris Carlson | 9 Oct 06:06 2014

Re: X11 crashing - no errors in log file

I also have been getting crashes, but I can't figure out what is causing 
it.  I opened Microsoft Word, and X just crashed in the background.  
It's happened twice now, but the first time, I can't remember what I did 
to make it happen.

Note that I have Cygwin 1.16 running on a Windows 7 laptop, and I often 
close the lid to hibernate until later.

I started X with -logverbose 3, but I haven't had it crash, yet. I'll 
send the log when it crashes, presuming it does before I run out of disk 
space. :-)

Chris Carlson

On 10/8/2014 11:51 AM, Nem W Schlecht wrote:
> X11 has been crashing on me in 2 cases since upgrading to 1.16.1-1
> 1) Using 'xv' on any image.  I compiled this myself and it was running
> fine in the past, but now when I try to open any image, all of X11
> crashes.  I tried to recompile it, but same issue.  Nothing is showing
> up in the XWin.0.log
> 2) Using 'rdesktop' to a remote Windows host and then selecting and
> hitting 'Ctrl-C' on a list of files.  About 2 seconds after the
> Ctrl-C, X11 crashes (again, nothing in XWin.0.log).
> Is there additional debugging I can turn on to try to catch the error
> that is happening?

(Continue reading)