Re: nedit gives X-error of failed request - also issues with (x)emacs
Maarten Vanneste wrote: I am not doing anything different as before. The Xemacs editor opens fine, however, I had to install additional fonts as it became nearly impossible to read the scripts. I just found out that I however cannot type into the editor, same for emacs. The problem where the keyboard doesn't appear to work may be caused if you have XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB environment variable. The startxwin.bat batch file should have been updated to remove this by the upgrade, but if you have a different way of starting the server it may still be in your environment. If it is, remove it :-) I am quite keen on nedit for some reason or another, so I would prefer using nedit instead. I have not encountered anything like this prior to the latest update, but it is quite frustrating. After the first failure, I have reinstalled the entire X11 package successfully. I have also reinstalled nedit, but this did not sort out this problem. Obviously, something went wrong but I have no clue what happened. Running cygcheck -c returns no errors or incomplete installations. Any advice or suggestions ? -- 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/
Re: Problems with keyb layout and fonts?
Angelo Graziosi wrote: I want to flag the following problems I meet with the new X11R7.4. They happen both with just an upgrade and reinstalling all from scratch. 1. With the new X11R7.4 I have lost the italian layout of keyboard which now reacts as an english KB. In the XWin.log I found: [...] MIT-SHM extension disabled due to lack of kernel support (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (EE) XKB: Could not invoke xkbcomp (EE) XKB: Couldn't compile keymap (WW) Couldn't load XKB keymap, falling back to pre-XKB keymap (--) 5 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0410 (0410) (--) Using preset keyboard for Italian (410), type 4 (EE) XKB: Could not invoke xkbcomp (EE) XKB: Couldn't compile keymap (WW) Couldn't load XKB keymap, falling back to pre-XKB keymap [...] but I do not know how to solve it. Can you check if you have the xkbcomp package installed (the upgrade should have done this automatically), and if xkbcomp is on your path and is runnable? 2. with which the BitStream plus the previous x server X11R6.99 work just fine (see [1] for a demo); but now with X11R7.4 it seems that instead of Bitstream, luxi-mono is loaded (see the attached png file). I have installed all font* pkgs. I'm sorry I don't quite understand where these fonts came from. If it's something you've installed yourself, you'll need to reinstall them as the fonts have moved to /usr/share/fonts, as mentioned in Yaakov's announce mail [1] [1] http://cygwin.com/ml/cygwin-xfree-announce/2008-11/msg0.html -- 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/
Re: how to recompile XWin.exe ?
ludo wrote: Jon TURNEY a écrit : I want to recompile XWin.exe but I can't find the correct source files could you give a ULR on a tarball or a CVS / SVN / GIT ... path on the repository into x.org or cygwin.com or ... I have tried without success : * git repository on x.org : target cygwin can't be build * cygwin source tarball of release 6.8.99.901 : 'xrx' program is missing in the archive My patchset here: http://lists.freedesktop.org/archives/xorg/2008-October/039442.html should enable you to build a cygwin Xserver from x.org git I have a similar patch set for xserver 1.5.1 if you are interested. I am afraid I can't help you with the monolithic 6.8 Xserver. What command line params are useful for compiling xserver ? ./autogen.sh --prefix=/mypath ? ./autogen.sh --prefix=/mypath --disable-glx --disable-xinerama --disable-xevie --enable-builtin-fonts=no ? A complete answer depends on why you want to recompile the xserver. --disable-glx is unfortunately necessary at the moment as some more work is needed to make it work properly, as discussed here: http://sourceforge.net/mailarchive/message.php?msg_name=4906B1B4.5070808%40users.sourceforge.net I use something like --prefix=$PREFIX --disable-glx --enable-record --disable-install-setuid --disable-xorgcfg --with-log-dir=/tmp One more thing to watch out for: If your server fails to start due to being unable to find the fixed font, assuming you have the necessary fonts installed in the correct place, this is probably due to the fact that libXfont must be statically linked. A quick way of achiving this is to move /usr/lib/libXFont.la and lbXfont.dll.a aside whilst building the x server. -- 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/
Re: white windows
Does anyone know why -multiplemonitors isn't the default? I'm guessing you are using -multiwindow mode. In which case, the -multimonitors/-multiplemonitors should be on by default Perhaps the problem you are seeing is that Cygwin/X doesn't know about changes to the size of the Windows virtual desktop, so if you add an additional monitor (or change your display resolution to a higher one) after X is started, windows moved into the added area of the virtual desktop don't have any shadow framebuffer to store their contents, so are drawn white? -- 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/
Re: Still seeking a Cygwin/X maintainer
Yaakov (Cygwin Ports) wrote:
In case someone else with the Ports' X11R7 is actually interested in
helping to figure this out:
1) rm -f /usr/lib/libXfont.*;
2) build and install a static libXfont (.cygport attached);
3) build xorg-server-1.3.0.0 (.cygport and patch attached). The build
will stop during Xprint, but XWin will have already been built. Try
launching the resulting XWin, run xdpyinfo, and no extensions are
available.
I really need another set of eyes to figure out what I'm missing. If
anyone can figure out what's wrong with XWin, I'll be happy to look into
it further.
I'd also quite like to see this working, so I took a look at this
Attached is an updated patch cygport
* Your problem with no extensions built into the server was because
mi/miinintext.c is pulled into hw/xwin to be built, so only has
HAVE_XWIN_CONFIG_H
defined, hence it was not aware that any extensions are enabled. Fix this
and the other 2 files which are built in a similar way. Now they are actually
pulled in we also need to fix the link line so the libs for the extensions are
linked with
* Update for the change to damage-based shadow, registering the screen bitmap
as the
shadow framebuffer, so that changes actually get drawn on the display.
* Update automake files to compile and link the windows resource file
* Define XFree86Server during the build
(This is necessary to get the right visuals, otherwise they crash GLX)
* Fix the lies in the ./configure --help text about branding configuration
options, and use the proper option names in the .cygport file
* Align the extensions enabled with those in the 6.8.99 cygwin package
(minus LBX as it's been removed, plus XINERAMA,XACE as they won't turn off!)
This builds an X server which works for me(TM)
I had a couple of problems, but when I updated cygwin DLL from 1.5.25, to
the most recent snapshot (2008-09-15) to get debug symbols, they seem to stop
happening :S I'm not sure what to make of that...
* _XSERVTransSocketUNIXAccept: accept() failed, occasionally seen when
a new client tries to connect
* -multiwindow mode seems to deadlock randomly
Other problems
* GLX seems a bit flaky, e.g. crashes if you run glxgears, then occlude and
reveal that with a native windows window, but that doesn't seem to be a
regression against 6.8.99
* You might need to patch render.h to include X11/X.h to build
inherit xorg
MESA_VERSION=6.5.2
SRC_URI+= mirror://sourceforge/mesa3d/MesaLib-${MESA_VERSION}.tar.bz2
DIFF_EXCLUDES=include
FONTPATH=/usr/share/fonts
#CFLAGS=-O0 -g3
#--enable-debug \
#--disable-xinerama \ # doesn't seem to work for some reason
src_compile() {
cd ${S}
cygautoreconf
cd ${B}
cygconf \
--disable-static \
--disable-builddocs \
--disable-composite \
--disable-dmx \
--disable-fontcache \
--disable-install-libxf86config \
--disable-install-setuid \
--disable-xf86dga \
--disable-xf86misc \
--disable-xf86vidmode \
--disable-dpms \
--disable-screensaver \
--disable-xv \
--disable-xorgcfg \
--disable-xprint \
--enable-appgroup \
--with-fontdir=${FONTPATH} \
--with-log-dir=/tmp \
--with-mesa-source=${S}/../Mesa-${MESA_VERSION} \
--with-os-name='Cygwin' \
--with-os-vendor='Cygwin' \
--with-builder-addr='cygwin-xfree@cygwin.com' \
--with-vendor-name='Cygwin/X' \
--with-vendor-name-short='Cygwin/X' \
--with-vendor-web='http://x.cygwin.com/'
cygmake
}
src_install() {
cd ${B}
cyginstall sdkdir=/usr/include/xorg
# The SDK is only used for building Xorg drivers (which aren't
# applicable to XWin), so we remove it to avoid confusion
rm -fr ${D}/usr/include ${D}/usr/lib/pkgconfig ${D}/usr/share/aclocal
dosym XWin.exe /usr/bin/X
newdoc ${S}/hw/xwin/_usr_X11R6_lib_X11_system.XWinrc sample.XWinrc
}
--- origsrc/xorg-server-1.3.0.0/GL/glx/indirect_dispatch_swap.c 2007-03-05
18:38:58.0 +
+++ src/xorg-server-1.3.0.0/GL/glx/indirect_dispatch_swap.c 2008-09-19
16:59:09.765625000 +0100
@@ -28,7 +28,7 @@
#include X11/Xmd.h
#include GL/gl.h
#include GL/glxproto.h
-#if defined(__linux__) || defined (__GLIBC__) || defined(__GNU__)
+#if defined(__linux__) || defined (__GLIBC__) || defined(__GNU__) ||
defined(__CYGWIN__)
#include byteswap.h
#elif defined(__OpenBSD__)
#include sys/endian.h
--- origsrc/xorg-server-1.3.0.0/GL/glx/indirect_program.c 2007-03-05
18:38:58.0 +
+++ src/xorg-server-1.3.0.0/GL/glx/indirect_program.c 2008-09-19
16:59:09.765625000 +0100
@@ -46,7 +46,7 @@
#include dispatch.h
#include glapioffsets.h
-#if
