Re: gtk with cygwin
--- Steven O'Brien [EMAIL PROTECTED] a écrit : Hi Sylvain The problem you are seeing occurs when you have . in your PATH. It will always happen with GNU packages, not just gnome, because they always have a text file INSTALL in the top level directory, and make install will try to execute this file, with the result you see. So rename the INSTALL file when compiling would be a workaround... I looked in configure and found that './' is scanned for searching 'install' program. I tried latest 2.0 glib, as they now include support for cygwin (cool). Guess what ? everything compiles ! I only get a 'undefined reference : WinMain@16' which will be easy to fix... ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
Re: gtk with cygwin
Hi Steven and all, Renaming the INSTALL file makes glib compile (it is found by configure even if it . is not in $PATH, as it is hardcoded in configure). gtk+ compiles without needing your patch... but perhaps it is needed in order to compile Gnome, as it isn't that I want i don't care for the moment. My purpose is the compilation of mplayer gui under cygwin (http://mplayerhq.hu) --- Steven O'Brien [EMAIL PROTECTED] a écrit : Hi Sylvain The problem you are seeing occurs when you have . in your PATH. It will always happen with GNU packages, not just gnome, because they always have a text file INSTALL in the top level directory, and make install will try to execute this file, with the result you see. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
RE: New xlauncher (was: Re: Success with Java prog in XFree)
Tim, How does this work, do I just make a package, and then email cygwin-apps? Is this valid for this sort of program, where it isn't even compiled using cygwin? I haven't had any comments on this program yet because, while it is a neat exercise and will be useful for other work, it will not be distributed with Cygwin/XFree86 until it is written in a language that can be compiled with a free software compiler, preferrably gcc or g++. The reason for this restriction is that we cannot have any barriers to entry that keep people without `Commercial Compiler of the Day' from contributing. When I joined the project we had a DLL that was compiled with MSVC++. I was told that it was impossible to avoid using this MSVC++ because the DirectDraw interfaces compiled in that DLL could not be compiled in Cygwin. Naturally, the first thing I worked on, and succeeded on, was making the DirectDraw interfaces compile under Cygwin without any MSVC++ compiled DLL. Eventually I see that either XWin.exe itself will have the functionality of your xlauncher, or we will have a stand-alone c or c++ program that provides the same functionality. Everyone here would greatly appreciate it if you would start working on a c or c++ xlauncher. Good luck, and thanks for contributing, Harold
Re: New xlauncher (was: Re: Success with Java prog in XFree)
Harold Hunt wrote: I haven't had any comments on this program yet because, while it is a neat exercise and will be useful for other work, it will not be distributed with Cygwin/XFree86 until it is written in a language that can be compiled with a free software compiler, preferrably gcc or g++. That's a bit harsh. If you're following the main list, you'll note that there is a large effort right now to get libgcj and the java extensions to gcc working, in the default cygwin gcc package. If you can compile java code with cygwin's gcc, then java progs should be just dandy. Of course, your java app must not rely on opaque native methods (e.g. the Java Foundation Crap^WClasses from MS) --Chuck
Slashdotting
We have been Slashdotted, with a post that mentions that we are now easily installable via Cygwin's setup.exe: http://slashdot.org/article.pl?sid=02/07/07/1227202mode=nestedtid=104 I'd like to express my thanks to all Cygwin/XFree86 contributors. This time we might get a lot of new users because we are so easy to install now. Crossing my fingers... Harold
Re: New xlauncher (was: Re: Success with Java prog in XFree)
Harold Hunt wrote: That's fine about Java... but that last I knew this xlauncher was a Delphi app. What have you got to say about that :) WTF? I don't follow the xfree list all that closely, but didn't this thread start out as Success with Java prog in XFree? I just assumed that 'xlauncher' WAS that Java prog. Sorry for the confusion. You're right about delphi. :-) On the other hand, there's no reason that Tim couldn't create a package, create a setup.ini, put it up on a web page, and tell folks to point setup there. In fact, setup in its current form, without ANY changes, could be used to install just about anything that's shipped as a tarball -- the end user need only NOT select any official cygwin mirrors, and add user URLs for the desired targets. --Chuck
Re: Slashdotting
On Sun, Jul 07, 2002 at 02:06:12PM -0400, Harold Hunt wrote: We have been Slashdotted, with a post that mentions that we are now easily installable via Cygwin's setup.exe: http://slashdot.org/article.pl?sid=02/07/07/1227202mode=nestedtid=104 I'd like to express my thanks to all Cygwin/XFree86 contributors. This time we might get a lot of new users because we are so easy to install now. Crossing my fingers... Thank God, this happened on the weekend. Can't wait to check the download logs to see how many people are trying to download this directly from sources.redhat.com. cgf
RE: New xlauncher (was: Re: Success with Java prog in XFree)
Chuck, WTF? I don't follow the xfree list all that closely, but didn't this thread start out as Success with Java prog in XFree? I just assumed that 'xlauncher' WAS that Java prog. Sorry for the confusion. You know... sometimes I'm just not paying any attention at all. What has happened to me?!? A Java xlauncher sounds fine to me, for now. I'd eventually prefer that it be written in C or C++. How large are the Java runtimes for Cygwin? I'm sure we'll get complains along the lines of, ``before I had to install 100 MB for Cygwin/XFree86, now I have to install XX MB more for the xlauncher program, blah''. So I'm not really excited about sticking with Java forever. Feeling like an idiot, Harold
Using only the X server of Cygwin
Hi, I am not subscribed to this mailing list but I would like to give some feedback anyway. Please Cc: any responses to me. I am testing the Cygwin/XFree server to use it as a remote display for my Unix box which runs xdm: XWin -broadcast. So in the installer I choose to de-install All, and to install *only* XFree86-xserv. I noted that the installer installed a lot of things that are not necessary for that, such as header files, info files, terminfo stuff, static link libraries, xterm, sh, twm, etc. And it downloaded a lot more which it apparently did not even install, such as bash, diff, diffutils, fileutils, etc. I could also do without all those megabytes of fonts, since I have a perfectly ok font server, but apparently no way to specify it for the X server. I also downloaded xwinclip-test06, but that would not work because the X server refused the connection, and I could find no way to do the equivalent of xhost +localhost from its command line. So in short, it would be nice to have the installer *just* the files that are required to run XWin -broadcast, and nothing more. That would be the XWin.exe itself, the dlls it really requires, rgb.txt, fonts if no font server can be used, and maybe a few other files I am forgetting. All that doesn't need to take the current 63.263.779 bytes (32.158.116 bytes downloaded). Cheers, -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The evil eye is caused by the black \X/ rhialto/at/xs4all.nl-- tongue - Tom Poes, Het boze oog, 4456.
Re: New xlauncher (was: Re: Success with Java prog in XFree)
Harold Hunt wrote: WTF? I don't follow the xfree list all that closely, but didn't this thread start out as Success with Java prog in XFree? I just assumed that 'xlauncher' WAS that Java prog. Sorry for the confusion. You know... sometimes I'm just not paying any attention at all. What has happened to me?!? A Java xlauncher sounds fine to me, for now. I'd eventually prefer that it be written in C or C++. How large are the Java runtimes for Cygwin? I'm sure we'll get complains along the lines of, ``before I had to install 100 MB for Cygwin/XFree86, now I have to install XX MB more for the xlauncher program, blah''. So I'm not really excited about sticking with Java forever. Feeling like an idiot, You shouldn't. You were correct originally. The xlauncher program IS written in Delphi. The first message in this thread contained the following postscript: PS: I am working on a xlauncher based on the one made available by Tim Thomson but for Cygwin(not only the cuted package from him). I want to include a file text that will contains some definition of servers to access (as IP address, OS, and so on). I will try to make it available. Where should I send it when ready (probably in 1 or 2 weeks) ? That launched the subthread, which was properly marked using the [was: ] construction. The problem here was *my* connection between the xlauncher subthread --- and java. You're not the idiot -- I am. --Chuck
Re: Using only the X server of Cygwin
Hey, Nicholas -- don't squish Rhialto that quickly. He's probably one of our new users who knows nothing about the cygwin project except what he read on slashdot this morning. The fact is, Rhialto, we focus on cygwin -- as an environment all by itself, *and* independent of any specific intended use or resource availability(*). You have a specific setup, where you want to leverage you existing resources (e.g. a local linux-based font server) to avoid downloading extra stuff. You are an advanced (linux) user, with a very specific purpose in mind. That's not the target of the cygwin (or cygwin-xfree) project. It *IS* possible to do what you want -- but there isn't a super-simple one-click path to do it. [Think about user interface design: there can only be a limited number of 'easy' [one-click, two-click] configurations. We use those for the normal users -- folks who want the cygwin environment, not folks who want JUST 'Xwin -broadcast' and nothing else -- or JUST ssh and nothing else). However, it SHOULD be possible -- and checking the ml archives on this will help -- to create a custom 'setup.ini' script or pseudo-package that setup.exe can read, to install ONLY what you want -- but this will take a little work on your part. Again, check the archives. The basic thing is, setup is configured to install the 'Base' package by default (think Debian's 'base' category). Base is about 50Meg unpacked I think. Then, on top of that, there are certain things that the xserv program itself needs -- like libpng's DLL, zlib's DLL, etc. And it downloaded a lot more which it apparently did not even install, such as bash, diff, diffutils, fileutils, etc. These are all part of the 'Base' category. If you explicitly de-selected specific items -- even if they are in the 'Base' category -- then setup shouldn't even download them. There may be a bug in setup.exe's handling of the Base category. Sorry about that. (*) that is, cygwin-xfree should work OOB on a standalong machine without any external font server, at least by default. Do we really want a windows newbie to understand oh, I also need to install the fonts. Of course not -- we do that by default IF the user installs X. [Linux distros do this too, you know -- if you install XFree86 on Red Hat, you *will* get the fonts.] --Chuck
Re: Using only the X server of Cygwin
Rhialto wrote: I am testing the Cygwin/XFree server to use it as a remote display for my Unix box which runs xdm: XWin -broadcast. So in the installer I choose to de-install All, and to install *only* XFree86-xserv. I noted that the installer installed a lot of things that are not necessary for that, such as header files, info files, terminfo stuff, static link libraries, xterm, sh, twm, etc. And it downloaded a lot more which it apparently did not even install, such as bash, diff, diffutils, fileutils, etc. Cygwin setup by default installs all the packages for an Unix environment. The default XFree86 install includes everything for running local X server and programs. More people want this than a minimal remote X setup. I could also do without all those megabytes of fonts, since I have a perfectly ok font server, but apparently no way to specify it for the X server. Add -fp tcp/other:7100 to the XWin command line. Or do xset +fp tcp/other:7100 from a terminal. I also downloaded xwinclip-test06, but that would not work because the X server refused the connection, and I could find no way to do the equivalent of xhost +localhost from its command line. When doing an XDM session, the X server doesn't allow connection from the local machine. You need to do a xhost +localhost from an xterm. So in short, it would be nice to have the installer *just* the files that are required to run XWin -broadcast, and nothing more. That would be the XWin.exe itself, the dlls it really requires, rgb.txt, fonts if no font server can be used, and maybe a few other files I am forgetting. All that doesn't need to take the current 63.263.779 bytes (32.158.116 bytes downloaded). If you want a minimal install, you can select only the packages that are completely necessary: XFree86-base, XFree86-bin, XFree86-etc, XFree86-xserv, and XFree86-lib. - Ian -- Ian Burrell [EMAIL PROTECTED] http://www.znark.com/
RE: xf86config patch
Alexander, 1) In winconfig.c, why is this there: #ifndef PROJECTROOT #define PROJECTROOT /usr/X11R6 #endif 2) Are any of these files significantly copied from hw/xfree86, or anywhere else that we should attribute? 3) Will there be any effect, whatsoever, on users that do not use an XF86Config file? Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Alexander Gottwald Sent: Saturday, July 06, 2002 3:40 PM To: [EMAIL PROTECTED] Subject: xf86config patch Hi, after long time, I remade the xf86config patch. The diffs are made against todays cvs. The patch includes support for - reading /etc/XF86Config - setting the fontpath from the configfile - setting XKB settings from the configfile (foreign keyboard support) - setting rgbpath from the configfile I don't expect that I will ever support other configuration options, since the monitor, device and screen sections have no meaning for windows. For supporting the mouse section a huge change to the current has to be made and any settings can already be given on the commandline. A precompiled binary for testing is available at http://www-user.tu-chemnitz.de/~goal/xfree/test-config-1/X-Server.tar.bz2 bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Using only the X server of Cygwin
--- Charles Wilson [EMAIL PROTECTED] wrote: Hey, Nicholas -- don't squish Rhialto that quickly. He's probably one of our new users who knows nothing about the cygwin project except what he read on slashdot this morning. Sorry, I am still cranky about the refusal to include objc in cygwin/gcc-3.1. Cheers, Nicholas __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com
gcc-3.1.x [was: Re: Using only the X server of Cygwin]
[follow up to the cygwin list; this is getting off-topic for cygwin-xfree.] Nicholas Wourms wrote: Hey, Nicholas -- don't squish Rhialto that quickly. He's probably one of our new users who knows nothing about the cygwin project except what he read on slashdot this morning. I am still cranky about the refusal to include objc in cygwin/gcc-3.1. Look, now is NOT the time for objc. It's too early. gcc-3.1.x is a MAJOR change from 2.95.3. Let's make sure the transition hasn't broken the frontends we CURRENTLY have, before we worry about adding more frontends. (IMO, this holds for java/libgcj, too) gcc-2.95.3: provides gcc,g++, and g77. gcc works in -mno-cygwin mode and regular mode. g++ doesn't really work in -mno-cygwin mode, but it does work in regular mode, with certain threading and exception caveats. g77 is regular only. gcc-3.1.x: Let's insure that cygwin's gcc-3.1.x still works in regular and -mno-cygwin mode. Ditto g++ (and since cgf already made changes to enable better -mno-cygwin operation in g++, let's verify that, too). Does g77 still work? The spec file has been totally rewritten. Can we still build DLLs? Does auto-import still work (technically a binutils issue, but that's been upgraded for the first time in eight months just now, too). How about exceptions and threading? Supposedly those are better behaved now -- is it true? What about raising exceptions from within DLLs -- cgf hinted that this probably won't work; also there's a recent binutils patch from Egor that should help with that issue but it hasn't yet been accepted b/c egor needs to fill out the assignment paperwork for FSF...PLUS egor has a cygwin kernel patch that USES his binutils patch... My point: there's a LOT to do right now, with just gcc and g++. Let's not borrow ObjC/Ada/Java trouble just yet. Good grief, the first test release of cygwin-gcc-3.1 was ONLY released less than 24 hours ago. !! Test what we HAVE, before piling on with feature requests !! Boy, I'll bet cgf now knows what Linus feels like the day after a kernel freeze is announced... --Chuck P.S. follow up to the cygwin list; this is getting off-topic for cygwin-xfree.
Re: Using only the X server of Cygwin
On Sun 07 Jul 2002 at 15:35:22 -0400, Charles Wilson wrote: However, it SHOULD be possible -- and checking the ml archives on this will help -- to create a custom 'setup.ini' script or pseudo-package that setup.exe can read, to install ONLY what you want -- but this will take a little work on your part. Again, check the archives. Thanks, I will do that. I was indeed alerted by Slashdot to cygwin/xfree. I remember trying it some time ago, but back then it was more difficult to get going, if I got it going at all (I don't remember exactly). So in that view, there is a lot of progress :-) These are all part of the 'Base' category. If you explicitly de-selected specific items -- even if they are in the 'Base' category -- then setup shouldn't even download them. There may be a bug in setup.exe's handling of the Base category. Sorry about that. At least I am glad it did not install them, since that saves me the trouble of verifying that they are really not necessary. (*) that is, cygwin-xfree should work OOB on a standalong machine without any external font server, at least by default. Do we really want a windows newbie to understand oh, I also need to install the fonts. Of course not -- we do that by default IF the user installs X. [Linux distros do this too, you know -- if you install XFree86 on Red Hat, you *will* get the fonts.] You have a point. But I also think that there will be lots of people who would like cygwin/xfree to be a replacement for XWin-32 or other similar products, so some configuration preset for that would come in handy. --Chuck Thanks, -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The evil eye is caused by the black \X/ rhialto/at/xs4all.nl-- tongue - Tom Poes, Het boze oog, 4456.
Re: New xlauncher (was: Re: Success with Java prog in XFree)
On Sun, Jul 07, 2002 at 11:56:44AM -0400, Harold Hunt wrote: I haven't had any comments on this program yet because, while it is a neat exercise and will be useful for other work, it will not be distributed with Cygwin/XFree86 until it is written in a language that can be compiled with a free software compiler, preferrably gcc or g++. I agree. The reason xlauncher is delphi at the moment is that the person who wrote the beginnings of it used delphi, and I have no experience with windows toolkits in other languages. I was hoping (in a way, a rewrite will be a bit of work :( ), that someone would point this out. What window toolkits are good, for what languages? I can code well in C, Java, and Pascal, and could probably pick up C++ OK :) I am still unsure of the implications of using a non-free compiler, and distributing it as GPL. I use debian, and would love to have xlauncher a DFSG free program. I would prefer that xlauncher, or a variant be installable via setup.exe, so it can be used by anyone. If it means porting/rewriting, I'll give it a shot :) (There isn't all that much code there, most is just writing to registry, and reading it back. Which is another thing, would it be better to use a config file rather than registry? Currently, I'm writing to HKEY Local Machine, but should be writing to current user, so that people with few rights on an NT style box can use it. If I were to use a config file, where to put it?) Eventually I see that either XWin.exe itself will have the functionality of your xlauncher, or we will have a stand-alone c or c++ program that provides the same functionality. Everyone here would greatly appreciate it if you would start working on a c or c++ xlauncher. I'll try, but I've never written a gui app in C or C++, any pointers to something nice for C? I don't know if putting this sort of thing into XWin.exe itself would be all that good, as many people wouldn't need that sort of functionality, and it may bulk out the executable. Cheers for you comments, Tim. -- Tim Thomson [EMAIL PROTECTED] ICQ: 18073712 Our society won't be truly free until None of the Above is always an option. -- Eric S. Raymond.
RE: xf86config patch
On Sun, 7 Jul 2002, Harold Hunt wrote: Alexander, 1) In winconfig.c, why is this there: #ifndef PROJECTROOT #define PROJECTROOT /usr/X11R6 #endif Hm, I just copied it from xf86Config.c. Just to be sure it's defined. 2) Are any of these files significantly copied from hw/xfree86, or anywhere else that we should attribute? I took hw/xfree86/xf86Config.c as base. 3) Will there be any effect, whatsoever, on users that do not use an XF86Config file? No. If the config file is not found, the compiled in defaults are used and XWin behaves like the current release. But it's good you asked, I just found a missing NULL-pointer check. I attached the modified xwinconfig.c bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 /* *Copyright (C) 1994-2000 The XFree86 Project, Inc. All Rights Reserved. * *Permission is hereby granted, free of charge, to any person obtaining * a copy of this software and associated documentation files (the *Software), to deal in the Software without restriction, including *without limitation the rights to use, copy, modify, merge, publish, *distribute, sublicense, and/or sell copies of the Software, and to *permit persons to whom the Software is furnished to do so, subject to *the following conditions: * *The above copyright notice and this permission notice shall be *included in all copies or substantial portions of the Software. * *THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, *EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF *MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND *NONINFRINGEMENT. IN NO EVENT SHALL THE XFREE86 PROJECT BE LIABLE FOR *ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF *CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION *WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. * *Except as contained in this notice, the name of the XFree86 Project *shall not be used in advertising or otherwise to promote the sale, use *or other dealings in this Software without prior written authorization *from the XFree86 Project. * * Authors: Alexander Gottwald */ /* $XFree86$ */ #include win.h #include winconfig.h #include winmsg.h #include globals.h #ifdef XKB #define XKB_IN_SERVER #include XKBsrv.h #endif #ifndef PROJECTROOT #define PROJECTROOT /usr/X11R6 #endif #ifndef CONFIGPATH #define CONFIGPATH %A, %R, \ /etc/X11/%R, %P/etc/X11/%R, \ %E, %F, \ /etc/X11/%F, %P/etc/X11/%F, \ %D/%X, \ /etc/X11/%X-%M, /etc/X11/%X, /etc/%X, \ %P/etc/X11/%X.%H, %P/etc/X11/%X-%M, \ %P/etc/X11/%X, \ %P/lib/X11/%X.%H, %P/lib/X11/%X-%M, \ %P/lib/X11/%X #endif XF86ConfigPtr xf86configptr = NULL; WinCmdlineRec cmdline = { NULL, /* configFile */ NULL, /* fontPath */ NULL, /* rgbPath */ NULL, /* keyboard */ #ifdef XKB FALSE,/* noXkbExtension */ NULL, /* xkbMap */ #endif NULL, /* screenname */ NULL, /* mousename */ FALSE,/* emulate3Buttons */ 0 /* emulate3Timeout */ }; winInfoRec winInfo = { { /* keyboard */ 0, /* leds */ 500, /* delay */ 30 /* rate */ #ifdef XKB } , { /* xkb */ FALSE, /* disable */ NULL,/* rules */ NULL,/* model */ NULL,/* layout */ NULL,/* variant */ NULL,/* options */ NULL,/* initialMap */ NULL,/* keymap */ NULL,/* types */ NULL,/* compat */ NULL,/* keycodes */ NULL,/* symbols */ NULL /* geometry */ #endif } , { FALSE, 50} }; serverLayoutRec winConfigLayout; static Bool ParseOptionValue (int scrnIndex, pointer options, OptionInfoPtr p); static Bool configLayout (serverLayoutPtr, XF86ConfLayoutPtr, char *); static Bool configImpliedLayout (serverLayoutPtr, XF86ConfScreenPtr); static Bool GetBoolValue (OptionInfoPtr p, const char *s); #define NULL_IF_EMPTY(x) (winNameCompare(x,)?x:NULL) Bool winReadConfigfile () { Bool retval = TRUE; const char *filename; MessageType from = X_DEFAULT; char *xf86ConfigFile = NULL; if
Re: Using only the X server of Cygwin
On Sun, 7 Jul 2002, Rhialto wrote: You have a point. But I also think that there will be lots of people who would like cygwin/xfree to be a replacement for XWin-32 or other similar products, so some configuration preset for that would come in handy. I mainly use Cygwin/XFree86 as X-Terminal with no local X-Clients running. But I can not check, what you need to run it standalone (without cygwin) since I don't have a computer without cygwin installed. And there are a lot of things which are setup after installing cygwin as the mount points, or some dlls. All I can provide is the info that you need Xwin.exe,, cygz.dll and cygwin1.dll. Please take this as starting point and check if XWin complains about something. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
compiling mplayer - libpng undefined references
Hi, I'm trying to compile mplayer, a GPL video player. (http://mplayerhq.hu) Enabling the gui makes uses of png library. I have the following packages installed : (from cygcheck) 171k 2002/05/07 C:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 cygpng10.dll v0.0 ts=2002/5/7 20:53 175k 2002/05/24 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 cygpng12.dll v0.0 ts=2002/5/24 4:22 libpng101.0.13-3 libpng10-devel 1.0.13-3 libpng121.2.3-1 libpng12-devel 1.2.3-1 When linking, ld complains about undefined references : Gui/libgui.a(png.o)(.text+0x31):png.c: undefined reference to `png_check_sig' Gui/libgui.a(png.o)(.text+0x108):png.c: undefined reference to `png_get_rowbytes ' Gui/libgui.a(png.o)(.text+0x15e):png.c: undefined reference to `png_get_rowbytes ' Gui/libgui.a(png.o)(.text+0x1a9):png.c: undefined reference to `png_get_PLTE' in /usr/include/libpng12/png.h, I see : png_uint_32 rowbytes;/* bytes needed to hold an untransformed row */ which is part of png_info struct. ___ Do You Yahoo!? -- Une adresse yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
xmodmap.*s
*4.5. *Where can I find an xmodmap for my non-U.S. keyboard layout? * *You can try using an xmodmap file for your keyboard layout from a GNU/Linux distribution (e.g. RedHat). Aren't xmodpad.* files redistributable? Couldn't we include that puny 20k as default xfree files? Or maybe as a different package? It could simplify life a bit to non-english users =) -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796)
[PATCH] -scrollbars option
Hello, Since I've seen a couple complaints about not being able to resize the windows in this mailing list and on slashdot, I've decided to implement it. So here it is. With this option, when in windowed mode, you can resize the window (if you use decoration) and have a virtual screen bigger than your desktop (so now you can have a real 1024x768 screen on your 1024x768 monitor without having to go fullscreen, or you can have a 1600x1200 on your 320x200 monitor :) ). Harold, I left a comment in wincreatewnd.c (line 263 for me). At this place, you map the client area coords to fullscreen but you never use them. So either I missed something and I'm sorry for bothering you, or this is some left over from some old code that can be removed. Also, I didn't change the Primary FB since it's deprecated and you said in the contributor's guide that the Development of the Primary FB engine has ceased. Jehan scrollbars.patch.bz2 Description: Binary data
Cross Compiling
Yup, cross compiling is toroughly broken right now. It will take awhile to get it working properly. I'd appreciate it if anyone that is cross compiling the current XFree86 cvs would send in their host.def, any modification they made to cygwin.cf, etc. and their build command. Thanks, Harold
RE: [PATCH] -scrollbars option
Jehan, That is an excellent patch! I was just thinking that we should add this sort of functionality. Yes, I was reading the ./ posts too :) However, there are a bunch of ^M's showing up in the patch file for winwndproc.c starting at about line 496 (in the patch file). Could you clean that up and resubmit? Thanks for the great work, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jehan Sent: Sunday, July 07, 2002 11:27 PM To: [EMAIL PROTECTED] Subject: [PATCH] -scrollbars option Hello, Since I've seen a couple complaints about not being able to resize the windows in this mailing list and on slashdot, I've decided to implement it. So here it is. With this option, when in windowed mode, you can resize the window (if you use decoration) and have a virtual screen bigger than your desktop (so now you can have a real 1024x768 screen on your 1024x768 monitor without having to go fullscreen, or you can have a 1600x1200 on your 320x200 monitor :) ). Harold, I left a comment in wincreatewnd.c (line 263 for me). At this place, you map the client area coords to fullscreen but you never use them. So either I missed something and I'm sorry for bothering you, or this is some left over from some old code that can be removed. Also, I didn't change the Primary FB since it's deprecated and you said in the contributor's guide that the Development of the Primary FB engine has ceased. Jehan
RE: xf86config patch
Alexander, I've merged your patch with my local tree and I'm going to try to test it tomorrow. Could you send me a sample and/or skeleton (containing commented versions of each config option) config file? Thanks, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Alexander Gottwald Sent: Saturday, July 06, 2002 3:40 PM To: [EMAIL PROTECTED] Subject: xf86config patch Hi, after long time, I remade the xf86config patch. The diffs are made against todays cvs. The patch includes support for - reading /etc/XF86Config - setting the fontpath from the configfile - setting XKB settings from the configfile (foreign keyboard support) - setting rgbpath from the configfile I don't expect that I will ever support other configuration options, since the monitor, device and screen sections have no meaning for windows. For supporting the mouse section a huge change to the current has to be made and any settings can already be given on the commandline. A precompiled binary for testing is available at http://www-user.tu-chemnitz.de/~goal/xfree/test-config-1/X-Server.tar.bz2 bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: [PATCH] -scrollbars option
Why not just run the patch through d2u? Rob - Original Message - From: Harold Hunt [EMAIL PROTECTED] To: cygx [EMAIL PROTECTED] Sent: Monday, July 08, 2002 2:59 PM Subject: RE: [PATCH] -scrollbars option Jehan, That is an excellent patch! I was just thinking that we should add this sort of functionality. Yes, I was reading the ./ posts too :) However, there are a bunch of ^M's showing up in the patch file for winwndproc.c starting at about line 496 (in the patch file). Could you clean that up and resubmit? Thanks for the great work, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jehan Sent: Sunday, July 07, 2002 11:27 PM To: [EMAIL PROTECTED] Subject: [PATCH] -scrollbars option Hello, Since I've seen a couple complaints about not being able to resize the windows in this mailing list and on slashdot, I've decided to implement it. So here it is. With this option, when in windowed mode, you can resize the window (if you use decoration) and have a virtual screen bigger than your desktop (so now you can have a real 1024x768 screen on your 1024x768 monitor without having to go fullscreen, or you can have a 1600x1200 on your 320x200 monitor :) ). Harold, I left a comment in wincreatewnd.c (line 263 for me). At this place, you map the client area coords to fullscreen but you never use them. So either I missed something and I'm sorry for bothering you, or this is some left over from some old code that can be removed. Also, I didn't change the Primary FB since it's deprecated and you said in the contributor's guide that the Development of the Primary FB engine has ceased. Jehan
Incorrect version in packages names
Running setup to update my cygwin with setup.exe version 2.249.2.5, kde package versions are changed to strange numbers : kdelibs-2 appears for example as version 2-2-2-2-2-2-2-2-2-b1 in the 'current' field. Correct version is displayed in the 'new' field as 2.2.2-b1 In my downloaded files directory, files appear as : $ ls -l kdelibs-2* -rw-r--r--1 Nom 544 9168738 May 19 05:21 kdelibs-2.2.2-b1.tar.bz2 and in setup.ini : kdelibs-2 sdesc: basic libaries category: KDE-2-base requires: cygwin cygipc XFree86-base kde-x qt-2 pcre audiofile openssl xml2 xslt 2 libz bzlib2 version: 2.2.2-b1 install: kdelibs-2.2.2-b1.tar.bz2 9168738 ___ Do You Yahoo!? -- Une adresse yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com