No Cygwin-X shortcut on fresh install
Hi! I have just installed Cygwin. I selected gvim, xorg-server and rxvt-unicode-X for packages. After finishing the installation, I could not start X server from starx etc. I could, though start X.exe. Documentation says I should have Cygwin-X shortcut on the desktop. I have reinstalled everything but I there is not shortcut. Am I missing something? Something that needs to be installed? -- Regards, -- 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: libXaw8 replacement
On 11/14/2008 1:20 PM, Yaakov (Cygwin Ports) wrote: Ken Brown wrote: gcc -o xdvi-xaw.exe browser.o dl_list.o dvi-draw.o dvi-init.o dvisel.o encodings.o events.o exit-handlers.o filehist.o font-open.o gf.o string_list.o hypertex.o image-magick.o main.o mime.o my-snprintf.o my-vsnprintf.o pagehist.o pk.o print-internal.o psdps.o psgs.o psheader.o psnews.o read-mapfile.o search-internal.o special.o string-utils.o tfmload.o util.o vf.o xdvi.o xserver-info.o x_util.o -Wl,--allow-multiple-definition ./gui/libgui.a ../../libs/t1lib/libt1.a ../../libs/t1lib/../type1/libtype1.a ../kpathsea/.libs/libkpathsea.a -lXaw .libs/libimp-cygXmu-6.a -L/usr/lib -lresolv .libs/libimp-cygXt-6.a .libs/libimp-cygSM-6.a .libs/libimp-cygICE-6.a .libs/libimp-cygXext-6.a .libs/libimp-cygXpm-4.a .libs/libimp-cygintl-8.a .libs/libimp-cygX11-6.a .libs/libimp-cygxcb-xlib-0.a .libs/libimp-cygxcb-1.a .libs/libimp-cygXau-6.a .libs/libimp-cygXdmcp-6.a .libs/libimp-cygiconv-2.a BTW, this looks like the package is using a VERY old version of libtool. I strongly recommend using the current version, which generally can be pulled in with autoreconf. I tried autoreconf --force in the top-level source directory of texlive and got several warnings and one error: configure:5043: error: possibly undefined macro: AC_DIVERT_HELP If this token and others are legitimate, please use m4_pattern_allow. I assume I have to say 'm4_pattern_allow AC_DIVERT_HELP' somewhere, but where? How important is it to run autoreconf? Could the fact that the package uses an old version of libtool explain the segfault that I reported in http://cygwin.com/ml/cygwin-xfree/2008-11/msg00214.html ? I'm guessing that there's something more fundamental involved, having to do with the X11 upgrade, because texlive works fine when built under X11R6.99 (without autoreconf). Ken -- 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: xorg-xserver-1.5.3-2: Dialogs that save their positions keep drifting downwards
Cesar Strauss wrote: There is a GTK application (gschem from www.geda.seul.org) that saves the position of its sub-dialogs when they close, so they reopen at the same place. Up to now, on Cygwin/X, this didn't always work well: in multi-window mode, dialogs kept reopening a little lower each time, by an amount equal to the title bar height. When xserver-1.5.3-1 came out, I was glad to see it was fixed. However, the symptom reappeared on xserver-1.5.3-2. I can confirm the issue is solved in xorg-xserver-1.5.3-3. Thanks! Cesar -- 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: New package: xfig-lib-3.2.4-1
Many years later: A remedy to the (still appearing) problem that xfig complains about non-existent or old app-defaults: setenv XFILESEARCHPATH $XFILESEARCHPATH:the-actual-path-to-xfig-app-defaults/%N%S setenv XUSERFILESEARCHPATH the-users-own-app-defaults-directory/%N:$XUSERFILESEARCHPATH /HGS -- - Med vänliga hälsningar / With best regards yours / A \ Hans-Georg| / \ | -+--- \ / | Telephone: | Hans-Georg Scherneck - | +46 31 772 5556 | Onsala Space Observatory | | | Telefax: | Chalmers University of Technology / \ | +46 31 772 5590 | S-439 92 Onsala, Sweden | E-Mail:| ftp://gere.oso.chalmers.se/pub /===\ ,===//===\ | [EMAIL PROTECTED] | http://www.oso.chalmers.se/~hgs //`===,// -+-\===//===' \===/ -- 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: No Cygwin-X shortcut on fresh install
Anonymous bin ich wrote: Hi! I have just installed Cygwin. I selected gvim, xorg-server and rxvt-unicode-X for packages. After finishing the installation, I could not start X server from starx etc. I could, though start X.exe. Documentation says I should have Cygwin-X shortcut on the desktop. I have reinstalled everything but I there is not shortcut. Am I missing something? Something that needs to be installed? You need to install the 'xinit' package to get startx. I shall fix the documentation to make this clearer. Yaakov (Cygwin Ports) wrote: Jon TURNEY wrote: One unrelated point: whilst reviewing the installation instructions I noticed that at the moment, xorg-server does not require xinit, so someone making a new installation (as oppposed to upgrading an existing one) may end up with no obvious means of starting the server after installing it? It is possible to start XWin directly from console without xinit. OTOH, xinit depends on xorg-server, for obvious reasons, and there's really no need to introduce a circular dependency here. Yaakov, Perhaps we need an xorg-base package or something to pull in xorg-server and xinit on a fresh install ? -- 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: No Cygwin-X shortcut on fresh install
Jon TURNEY wrote: Perhaps we need an xorg-base package or something to pull in xorg-server and xinit on a fresh install ? ... and I would suggest to create the link as /usr/bin/mkshortcut -AP -i /usr/bin/XWin.exe -n Cygwin-X/XWin Server -w -a /usr/bin/startxwin.bat /usr/bin/run.exe i.e. the target should be: C:\cygwin\bin\run.exe C:\cygwin\bin\startxwin.bat or similar. Angelo -- 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/
[Packaging bug] motif-config references -L/usr/X11R6/lib in latest libXm-devel-0.95.0-2
see subject -- 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: libXaw8 replacement
On Sat, 22 Nov 2008, Ken Brown wrote: On 11/14/2008 1:20 PM, Yaakov (Cygwin Ports) wrote: BTW, this looks like the package is using a VERY old version of libtool. I strongly recommend using the current version, which generally can be pulled in with autoreconf. I tried autoreconf --force in the top-level source directory of texlive and got several warnings and one error: configure:5043: error: possibly undefined macro: AC_DIVERT_HELP If this token and others are legitimate, please use m4_pattern_allow. I assume I have to say 'm4_pattern_allow AC_DIVERT_HELP' somewhere, but where? How important is it to run autoreconf? Could the fact that the package uses an old version of libtool explain the segfault that I reported in http://cygwin.com/ml/cygwin-xfree/2008-11/msg00214.html ? no - it's one of the changes made to autoconf, rather than libtool -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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: libXaw8 replacement
On 11/22/2008 10:30 AM, Thomas Dickey wrote: On Sat, 22 Nov 2008, Ken Brown wrote: How important is it to run autoreconf? Could the fact that the package uses an old version of libtool explain the segfault that I reported in http://cygwin.com/ml/cygwin-xfree/2008-11/msg00214.html ? no - it's one of the changes made to autoconf, rather than libtool I'm not sure I understand what you're saying. Maybe I didn't make it clear that the segfault occurs after a build of the *original source*. It was only after that happened that I decided to try Yaakov's suggestion of running autoreconf, but that failed. (And it changed the source in ways that prevented a subsequent build from succeeding.) BTW, I've also asked for help on the tex-live mailing list [1], and I was advised to run xdvi under a debugger and get a backtrace. I'm attaching a transcript of the gdb session, as well as the resulting stackdump, on the off chance that someone will spot something helpful. Otherwise, I have to give up and hope that someone more knowledgeable will figure out how to compile xdvi for cygwin under X11R7.4. Ken [1] http://tug.org/pipermail/tex-live/2008-November/019220.html gdb xdvi-xaw3d.exe GNU gdb 6.8.0.20080328-cvs (cygwin-special) Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i686-pc-cygwin... (gdb) break x_error_handler Breakpoint 1 at 0x42529c: file ../../../texk/xdvik/main.c, line 707. (gdb) run -sync Starting program: /usr/local/texlive/2008/bin/i386-cygwin/xdvi-xaw3d.exe -sync [New thread 2168.0xcb0] [New thread 2168.0xa5c] [New thread 2168.0xe2c] [New thread 2168.0x314] Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for ' Warning: No type converter registered for ' Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for ' Warning: No type converter registered for ' Warning: No type converter registered for ' Warning: No type converter registered for ' Warning: No type converter registered for ' Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for ' Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for ' Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for ' Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for ' Warning: No type converter registered for ' Warning: No type converter registered for ' Warning: No type converter registered for ' Warning: No type converter registered for ' Warning: No type converter registered for ' Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for ' Warning: No type converter registered for '' to 'ìÀ' conversion. Warning: No type converter registered for ' Warning: No type converter registered
Re: Again A Window Opening Issue
On Sat, Nov 22, 2008 at 05:31:34PM +, Jon TURNEY wrote: Sascha Tayefeh wrote: Hi all! I am afraid I have to add another issue to the xserver-starts-but-no-windows-visible discussion. I have read and followed the advised given before, though, I did not succeed. Please confirm that you have updated to 1.5.3-3, where this issue is believed to be fixed. http://cygwin.com/ml/cygwin-xfree-announce/2008-11/msg00020.html You can confirm package versions by running cygcheck -r -s -v and attaching it to your email as suggested in: Problem reports: http://cygwin.com/problems.html cgf -- 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/
where is /usr/X11R6/lib/libGLw.a on cygwin?
Hi, I am getting this undefined reference to `_glwM2DrawingAreaWidgetClass' error: $ g++ componentTest.o libInventorWidget.a -lInventorXt -lInventor -lstdc++ -L/usr/X11R6/lib -L/usr/local/lib -limage -ljpeg -liconv -lFL -lfreetype -lGL -lGLU -lXm -lXt -lXext -lXi -lX11 -lm -o componentTest libInventorWidget.a(MyTextureEd.o):MyTextureEd.c++:(.text+0x6b3a): undefined reference to `_glwM2DrawingAreaWidgetClass' and it is due to this line in MyTextureEd.c++: Widget glx = XtCreateWidget(paletteGLX, glwMDrawingAreaWidgetClass, parent, args, n); glwMDrawingAreaWidgetClass is defined in: /usr/X11R6/include/GL/GLwDrawA.h:# define glwMDrawingAreaWidgetClass glwM2DrawingAreaWidgetClass I know on linux glwM2DrawingAreaWidgetClass is defined in /usr/X11R6/lib/libGLw.a. Does any one know where /usr/X11R6/lib/libGLw.a is on cygwin-1.7? Thank you, Linh -- 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: xmkmf creates wrong MANPATH entry in Makefiles
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dr. Volker Zell wrote: When generating Makefiles with latest xmkmf the resulting Makefiles have some bogus entries. Fixed in xorg-cf-files-1.0.2-7. But I'm curious, what are you building that still uses imake so extensively? Yaakov Cygwin/X -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkowPMACgkQpiWmPGlmQSMo5wCdHWffuzYP0VqnjiRVXsMfPgMl Zq0AoJNFwUY2EHOr/LqtLYR9il+c3BJ7 =Avch -END PGP SIGNATURE- -- 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/
[ANNOUNCEMENT] Updated: xorg-cf-files-1.0.2-7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The following packages have been updated in the Cygwin net distribution: *** xorg-cf-files-1.0.2-7 This release fixes the definitions of MANPATH, FONTDIR, and ENCODINGSDIR. Yaakov Cygwin/X DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the cygwin-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: === To unsubscribe to the cygwin-xfree-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkowDYACgkQpiWmPGlmQSMe3gCeJRePn7k52VVpgZCdbO+Xdi3W KoIAoJBr+DdmfNcaGs5+mA08axXd0kFC =yCqh -END PGP SIGNATURE- -- 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: [Packaging bug] motif-config references -L/usr/X11R6/lib in latest libXm-devel-0.95.0-2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dr. Volker Zell wrote: motif-config references -L/usr/X11R6/lib in latest libXm-devel-0.95.0-2 This is actually hard-coded in the source, not because it was using that directory (I zapped my /usr/X11R6 before the transition). Since everything has been moved, this should be harmless. I'm not going to rebuild lesstif just for that right now, but it will be fixed whenever that does happen. Yaakov Cygwin/X -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkoxB8ACgkQpiWmPGlmQSMevwCgwxTTs/kdF7YbDDJITGu7JYDZ XFQAn1F314BXC6yuCPfRPGiWI0orvYHA =Awgv -END PGP SIGNATURE- -- 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/
Xinerama
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Jon, Looking further into Xinerama, I think I brushed it off too early. It is *very* widely supported[1], and while XRandR is supposed to replace it, actual implementation and usage may be some time off. I also think that there may be some potential flaws in windowed multiplemonitor mode that Xinerama support would fix. While the current behaviour makes sense in multiwindow mode, I'm not sure that it does in windowed mode. Since X window managers have no sense of what is really happening in that case, placing a dialog in the centre of the X display could easily land on the seam between two monitors. (I know, I tried it.) With Xinerama support, however, they would have the necessary information to DTRT. I think that the implementation may be simpler than we thought. To see the situation as it stands: 1) Build and install xineramaproto; 2) Remove the --disable-xinerama flag from xorg-server and rebuild; 3) Build and install libXinerama; 4) Remove --without-xinerama from xdpyinfo and rebuild. For this example, on my single-head system I launched XWin with: X +xinerama -nodecoration -screen 0 640x480 -screen 1 640x480+640+0 This gives :0.0 and :0.1 side-by-side. If you have a multihead system, you could just as easily run: X +xinerama -nodecoration -screen 0 @1 -screen 1 @2 Now, let's see what xdpyinfo has to say: $ xdpyinfo -ext XINERAMA | tail [snip] XINERAMA version 1.1 opcode: 128 head #0: 640x480 @ 0,0 head #1: 640x480 @ 0,0 AFAICS that implies that the X geometry overlaps. Indeed, if you run an X client, both screens show exactly the same thing, but only screen 0 accepts input. Compare this to -xinerama, where each screen is completely independent from the other, as if you were running :0 and :1. On Linux, after defining the Screens, you must define their relationship in ServerLayout, e.g.[2]: Section ServerLayout Identifier Simple Layout Screen Screen 2 Screen Screen 1 RightOf Screen 2 InputDevice Mouse1 CorePointer InputDevice Keyboard1 CoreKeyboard EndSection So if we were to add additional parameters to the -screen flag, e.g.: X +xinerama -nodecoration -screen 0 640x480 -screen 1 640x480+640+0 - -rightof 0 Perhaps there is a better syntax, but the point would be to set the geometry offset correctly so that the upper left corner of screen 1 would be 640,0. (Hopefully the input on screen 1 would work correctly then as well.) Does this make any sense? Yaakov Cygwin/X [1] http://gentoo-portage.com/x11-libs/libXinerama/RDep#ptabs [2] http://tldp.org/HOWTO/Xinerama-HOWTO/editxf86config.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkpAE4ACgkQpiWmPGlmQSNHLgCgka7kXBhmyI9FlQp1rnKdgV9k hPMAn3KQFA9HjV3a0TGvCoyb23uGxLwU =ZOjk -END PGP SIGNATURE- -- 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/
