Re: What to do with my hardware
Well, there is already an open source XFree86 driver for framebuffer only, this would be easy to port and I can probably release that stuff from my KGI driver as source as well. Hmm - did you design the driver so, that you can release everything but the accel driver, and it will work when linking with the generic/generic accel driver ? That is how such situations should be handled IMHO. Thus the fundamentalists can just link a little different and be happy. CU, Andy -- = Andreas Beck| Email : [EMAIL PROTECTED] =
Re: Mhub
Andrew Apted wrote: Mhub is a very nifty program, so much so I'm gonna start using it all the time, and finally have gpm and X both able to use the mouse. Sweet. Doesn't belong as a mere "demo" IMO. Well, LibGII doesn't really have enough "demos" to warrant more than one directory IMHO. And mhub is already installed together with it's man-page by 'make install'. Or do you mean it should be distributed as a separate application? The only problem I had with it was figuring out that you have to use "mknod /foo/bar p" before running it. Now it wouldn't be too hard to stat() the file, check if it exists, and call mknod(2) when it doesn't (saving the user the hassle). Shall I code that up, or is there some security or portability implications that make it a bad idea ? The only implication I can think of is that you'd have to add an option to tell whether you want a pipe instead of a file created when it's missing. //Marcus -- ---+ Marcus Sundberg| http://www.stacken.kth.se/~mackan/ Royal Institute of Technology | Phone: +46 707 295404 Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
Re: WMH broken ?
Andrew Apted wrote: Marcus Sundberg writes: Wait a sec... The directories /usr/local/lib/ggi/wmh and `display' under it that have got the wrong perms, 770 instead of 755. Someone please fix that. Missing directories are created with the standard mkdir of the system. Either your system or your umask is bogus. Don't know about my system (Linux, Libc5), my umasks are 007 (normal user) and 022 (root), but are you suggesting that the autoconf/etc guff does not take umask into account and will fuck up if they are different from some "standard" value (which is news to me) ? They just do a plain mkdir, which should be subject to normal umask processing. Considering that my mkdir uses a mode of 0755 I find it strange that you could get 0770 regardless of your umask. //Marcus -- ---+ Marcus Sundberg| http://www.stacken.kth.se/~mackan/ Royal Institute of Technology | Phone: +46 707 295404 Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
Re: Glide includes...
Rodolphe Ortalo wrote: DrEvil wrote: Everytime I run the configure script for GGI, it doesn't find glide.h, or glide/glide.h I have the glidesdk installed, the include files are in /usr/include/glide/ Where do I put the fracking glide includes, so configure will find them? the env. or shell variable CFLAGS can be used at configure time to indicate this path. You can do something like: CFLAGS='-I/usr/include/glide' LDFLAGS='-L/usr/lib/glide -lglide2x' ./configure No, you probably don't want every library and program in the distribution linked to glide2x... The -I and -L flags are ok though. //Marcus -- ---+ Marcus Sundberg| http://www.stacken.kth.se/~mackan/ Royal Institute of Technology | Phone: +46 707 295404 Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
Re: GGI using
Dmitri Semenov wrote: Hi Ok. I got it. What do you think about "primary" target for GGI? I mean target which you like and develop more than other. As you have a Matrox board you should use the fbdev target and matroxfb for running LibGGI apps. When writing LibGGI applications targets are not relevant. You simply use the API provided by LibGGI in a proper way and then don't have to care about what targets your users may be using. //Marcus -- ---+ Marcus Sundberg| http://www.stacken.kth.se/~mackan/ Royal Institute of Technology | Phone: +46 707 295404 Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
