Re: -rpath not used under Linux
Martin MOKREJŠ wrote: I believe -Wl,-rpath,$(SHLIBDIRPATH) should be used on Linux and possibly all Unix platforms. It should be restricted to just those platforms using the GNU ld or similar flags. For Solaris, for instance, it should be -R $(SHLIBDIRPATH) instead. -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc.- Sun Software Group User Experience Engineering: G11N: X Window System ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: -rpath not used under Linux
On Wed, Jan 07, 2004 at 08:00:27PM +0100, Mario Klebsch wrote: >Hi! > >Am Mittwoch, 07.01.04 um 14:00 Uhr schrieb Martin MOKREJ: >> I believe -Wl,-rpath,$(SHLIBDIRPATH) should be used on Linux and >> possibly >> all Unix platforms. > >Me too, in fact, I am convinced, this should be done. But this probably >is a religious issue. It is done on most platforms that support this type of thing. The Linux settings (in lnxLib.rules) are: # if LinuxBinUtilsMajorVersion >= 26 # ifdef UseInstalled #if LinuxBinUtilsMajorVersion < 27 # define ExtraLoadFlags -Wl,-rpath-link,$(USRLIBDIRPATH) #endif # else #define ExtraLoadFlags -Wl,-rpath-link,$(BUILDLIBDIR) <=== # endif # else # define ExtraLoadFlags -Wl,-rpath,$(USRLIBDIRPATH) # endif LinuxBinUtilsMajorVersion is somewhat mis-named. For binutils versions x.y.z, LinuxBinUtilsMajorVersion = x * 10 + yx < 2 || (x == 2 && y <= 9) LinuxBinUtilsMajorVersion = x * 100 + y otherwise I don't know why ExtraLoadFlags is set this way. The setting I've marked with "<===" is what gets used on any modern Linux. If it is a religious issue, it's not an XFree86 religious issue, but probably a Linux one :-). Or maybe it is just an oversight. What I am most curious about is why the original reporter is seeing a problem and most others apparently do not. I never have, providing I re-run ldconfig after installing new libraries (and I never use LD_LIBRARY_PATH, which I agree is not a solution). David -- David Dawes X-Oz Technologies www.XFree86.org/~dawes www.x-oz.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: xfree86/etc installed files
On Thu, Jan 08, 2004 at 03:24:37AM +1100, Tyler Retzlaff wrote: >In xfree86/etc sun.termcap and sun.terminfo files are installed for >non SunArchitecture. What purpose do these serve if any? Or are they >relics that have been carried along ~forever? Most people probably don't need them these days. It requires manual intervention to make use of them anyway. They are terminal descriptions for the OpenWindows terminal apps. David -- David Dawes X-Oz Technologies www.XFree86.org/~dawes www.x-oz.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.4.0 RC2 xf86cfg Solaris build failure
On Wed, Jan 07, 2004 at 10:32:38AM -0700, Marc Aurele La France wrote:
>On Wed, 7 Jan 2004 [EMAIL PROTECTED] wrote:
>
>> The inclusion of Xos.h in xf86cfg/config.h causes a conflict with the
>> inclusion of strings.h on Solaris 2.5.1 x86:
>
>> making all in programs/Xserver/hw/xfree86/xf86cfg...
>> rm -f accessx.o
>> gcc -c -O2 -fno-strength-reduce -DNO_ASM -Wall -Wpointer-arith -ansi
>> -pedantic -I../common -I../scanpci -I../loader
>> -I../../../../../programs/Xserver/hw/xfree86/os-support
>> -I../../../../../programs/Xserver/include
>> -I../../../../../exports/include/X11
>> -I../../../../../lib/font/include -I../../../../..
>> -I../../../../../exports/include -Dsun -Di386 -DSVR4 -D__EXTENSIONS__
>> -D__i386 -DXF86CONFIG=\"XF86Config\" -DUSE_MODULES
>> -DPROJECT_ROOT=\"/usr/X11R6\"-DXF86CONFIGDIR
>> =\"/usr/X11R6/lib/X11\"accessx.c
>> In file included from config.h:42,
>> from accessx.c:32:
>> /usr/include/strings.h:27: parse error before `('
>> /usr/include/strings.h:28: parse error before `('
>> *** Error code 1
>> make: Fatal error: Command failed for target `accessx.o'
>> Current working directory
>> /proj3/ere/work/lindsayh/XFree86/RC2/xc/programs/Xserver/hw/xfree86/xf86cfg
>
>> Is the following patch the correct solution, or should the conditional
>> inclusion of strings.h be moved into Xos.h as well (I notice there was one
>> added for SCO325)?
>
>> *** programs/Xserver/hw/xfree86/xf86cfg/config.h.orig Fri Dec 19 14:48:40
>> 2003
>> --- programs/Xserver/hw/xfree86/xf86cfg/config.hWed Jan 7 09:48:01
>> 2004
>> ***
>> *** 38,46
>> #include
>> #include
>> #include
>> - #if defined(sun) && defined(SVR4)
>> - #include
>> - #endif
>>
>> #include
>>
>> --- 38,43
>
>I agree changing Xos.h is probably the better fix, but it might break
>something elsewhere. For 4.4, I think it's sufficient to simply #undef
>index & rindex before the #include here.
Is needed here for Solaris? I didn't find it necessary for
the Solaris builds I've tried.
David
--
David Dawes X-Oz Technologies
www.XFree86.org/~dawes www.x-oz.com
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
Driver for CT69030 for rendering YUV data.
Hi, i'm writing a driver for CT69030 VGA controller to render YUV data. I'm not sure of the format in which YUV data should be written onto the framebuffer. And what should be the bits per pixel setting? Can anybody help me out on this. Thanks and Regards, Karthikeyan. Scanned by SecureSynergy VirusScreen Service. For more information log on to : http://www.securesynergyonline.com or http://www.securesynergy.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: afb and vesa driver
On Thu, Jan 08, 2004 at 10:56:57AM +0900, Bang Jun-Young wrote: >Hi, > >The current vesa driver has hardcoded dependency on afb. As a result, >removing afb/ from the tree (and support for it as well) causes vesa >build to fail. The following patch fixes it: More is needed (Imakefile and vesa.c need changes too). Can you send the rest of it? David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
afb and vesa driver
Hi, The current vesa driver has hardcoded dependency on afb. As a result, removing afb/ from the tree (and support for it as well) causes vesa build to fail. The following patch fixes it: Index: vesa.h === RCS file: /cvs/xc/programs/Xserver/hw/xfree86/drivers/vesa/vesa.h,v retrieving revision 1.14 diff -u -r1.14 vesa.h --- vesa.h 16 Jan 2003 16:09:10 - 1.14 +++ vesa.h 8 Jan 2004 01:49:22 - Index: vesa.h === RCS file: /cvs/xc/programs/Xserver/hw/xfree86/drivers/vesa/vesa.h,v retrieving revision 1.14 diff -u -r1.14 vesa.h --- vesa.h 16 Jan 2003 16:09:10 - 1.14 +++ vesa.h 8 Jan 2004 01:49:22 - @@ -73,7 +73,9 @@ #include "xf1bpp.h" #include "xf4bpp.h" #include "fb.h" +#ifdef USE_AFB #include "afb.h" +#endif #include "mfb.h" #include "cfb24_32.h" -- Bang Jun-Young <[EMAIL PROTECTED]> ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
NebulaSearch.com Encyclopedia article about "Group X"
The editors at NebulaSearch.com have added a reference link to your page http://www.xfree86.org/ in our encyclopedia article "Group X" which can be found at http://www.nebulasearch.com/encyclopedia/article/Group_X.html. We'd be happy if you'd like to link back, but understand if you'd prefer not to. Best, Bryan Johnston Editor, NebulaSearch.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: bad scancode for USB keyboard
Vojtech Pavlik wrote: On Wed, Jan 07, 2004 at 03:27:42AM +0100, Bernardo Innocenti wrote: I have the same problem with a Logitech cordless desktop. I can easily change the keycode to generate the right characters when in console-mode, but XFree gives that key and the Print Screen key the same keycode. After changing the xmodmap I can get the unmodified character, but modifiers doesn't work, it just gives me the same character not matter what modifier I use (shift, alt, alt_gr etc.) I had fixed my console keymap too, but I've not been able to figure out how to change the X keymap. I've been looking in the /usr/X11R6/lib/X11/xkb/ directory, but perhaps XKB is not being used for old-style keyboard mapping? Could you provide detailed instructions? C coding with missing backslash and bar keys is quite hard :-) Of course, I still thing its' a 2.6 kernel bug and it should be fixed. Vojtech, do you have an idea why it's happening? The reason is that this key is not the ordinary backslash-bar key, it's the so-called 103rd key on some european keyboards. It generates a different scancode. Yes, I've found out it's 84 for the key besides/below the enter key. 2.4 used the same keycode for both the scancodes, 2.6 does not, so that it's possible to differentiate between the keys on keyboards that have both this one and also the standard backslash-bar. I see... So it appears the fix has to be done in the kbd package and in XFree86. The default console keymap should be changed like this: < keycode 84 = Last_Console > keycode 84 = backslashbar Andries Brouwer appears to be the current maintainer of kbd, so I've pulled him into our thread. This is also being cross-postied to the [EMAIL PROTECTED] list. In addition, I'm going to open two PRs for these packages in RedHat's bugzilla to make sure the issue gets properly fixed before it hits the masses. fyi, this thread was started here: http://www.ussg.iu.edu/hypermail/linux/kernel/0401.0/0485.html -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Are you lucky?
http://kusdili.com/lucky/ Are you lucky? Click to learn! ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: -rpath not used under Linux
Hi! Am Mittwoch, 07.01.04 um 14:00 Uhr schrieb Martin MOKREJŠ: I believe -Wl,-rpath,$(SHLIBDIRPATH) should be used on Linux and possibly all Unix platforms. Me too, in fact, I am convinced, this should be done. But this probably is a religious issue. Running ldconfig did not help on my system but LD_LIBRARY_PATH did. But, that's not a solution, because /etc/init.d/xdm forks other shellscript and that somehow ignored *exported* LD_LIBRARY_PATH. LD_LIBRARY_PATH is is drooped of the environment for security reasons, whenever an SUID executable is exec()ed. This could be your problem. I simply don't see a reason to omit -rpath from linker commandline. The Target installation prefix is known, so what ... Second, the documentation should be updated and explain where is one supposed to put specifiv CFLAGS, LDFLAGS etc. At least, if editing config/cf/Imake.tmpl is the right way or hack. What about site.def? It was mentioned in the documentation for ages, did anybody remove it? 73, Mario -- Mario Klebsch [EMAIL PROTECTED] PGP-Key available at http://www.klebsch.de/public.key Fingerprint DSS: EE7C DBCC D9C8 5DC1 D4DB 1483 30CE 9FB2 A047 9CE0 Diffie-Hellman: D447 4ED6 8A10 2C65 C5E5 8B98 9464 53FF 9382 F518 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.4.0 RC2 xf86cfg Solaris build failure
Marc Aurele La France wrote: I agree changing Xos.h is probably the better fix, but it might break something elsewhere. For 4.4, I think it's sufficient to simply #undef index & rindex before the #include here. The Xos.h we currently ship on Solaris does something very similar: #if (defined(sun) && defined(SVR4)) /* Solaris */ #undef index #undef rindex #undef bcmp #undef bcopy #undef bzero #include #ifndef __cplusplus #ifndef index #define index strchr #endif #ifndef rindex #define rindex strrchr #endif #endif Redefining the functions as macros is simply a small performance boost, since the Solaris libc index/rindex functions just call the strchr/strrchr functions, so we save an extra function call. Our Xfuncs.h currently just does #include on Solaris, which provides both the ANSI & BSD function sets. Of course, that's all on Solaris 9 and later - I haven't tried on 2.5.1 lately. -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc.- Sun Software Group User Experience Engineering: G11N: X Window System ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.4.0 RC2 xf86cfg Solaris build failure
On Wed, 7 Jan 2004, Marc Aurele La France wrote:
> On Wed, 7 Jan 2004 [EMAIL PROTECTED] wrote:
> > The inclusion of Xos.h in xf86cfg/config.h causes a conflict with the
> > inclusion of strings.h on Solaris 2.5.1 x86:
> > making all in programs/Xserver/hw/xfree86/xf86cfg...
> > rm -f accessx.o
> > gcc -c -O2 -fno-strength-reduce -DNO_ASM -Wall -Wpointer-arith -ansi
> > -pedantic -I../common -I../scanpci -I../loader
> > -I../../../../../programs/Xserver/hw/xfree86/os-support
> > -I../../../../../programs/Xserver/include
> > -I../../../../../exports/include/X11
> > -I../../../../../lib/font/include -I../../../../..
> > -I../../../../../exports/include -Dsun -Di386 -DSVR4 -D__EXTENSIONS__
> > -D__i386 -DXF86CONFIG=\"XF86Config\" -DUSE_MODULES
> > -DPROJECT_ROOT=\"/usr/X11R6\"-DXF86CONFIGDIR
> > =\"/usr/X11R6/lib/X11\"accessx.c
> > In file included from config.h:42,
> > from accessx.c:32:
> > /usr/include/strings.h:27: parse error before `('
> > /usr/include/strings.h:28: parse error before `('
> > *** Error code 1
> > make: Fatal error: Command failed for target `accessx.o'
> > Current working directory
> > /proj3/ere/work/lindsayh/XFree86/RC2/xc/programs/Xserver/hw/xfree86/xf86cfg
> > Is the following patch the correct solution, or should the conditional
> > inclusion of strings.h be moved into Xos.h as well (I notice there was one
> > added for SCO325)?
> > *** programs/Xserver/hw/xfree86/xf86cfg/config.h.orig Fri Dec 19 14:48:40
> > 2003
> > --- programs/Xserver/hw/xfree86/xf86cfg/config.hWed Jan 7 09:48:01
> > 2004
> > ***
> > *** 38,46
> > #include
> > #include
> > #include
> > - #if defined(sun) && defined(SVR4)
> > - #include
> > - #endif
> >
> > #include
> >
> > --- 38,43
> I agree changing Xos.h is probably the better fix, but it might break
> something elsewhere. For 4.4, I think it's sufficient to simply #undef
> index & rindex before the #include here.
... which, it turns out, is what is currently in CVS.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building | email: [EMAIL PROTECTED] |
| University of Alberta +---+
| Edmonton, Alberta | |
| T6G 2H1 | Standard disclaimers apply|
| CANADA | |
+--+---+
XFree86 developer and VP. ATI driver and X server internals.
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
cvs hangs at "xc/workInProgress/xsm" ...
I've been having trouble download XFree86 using cvs. It started happening few days ago, and always hang at "xc/workInProgress/xsm" ... ... cvs server: Updating xc/workInProgress/record/lib cvs server: Updating xc/workInProgress/record/lib/Xtst cvs server: Updating xc/workInProgress/record/programs cvs server: Updating xc/workInProgress/record/programs/Xserver cvs server: Updating xc/workInProgress/record/programs/Xserver/Xext cvs server: Updating xc/workInProgress/xsm Here're the commands I typed ... export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs cvs login cvs checkout modules cvs checkout xc Thanks, Jeff ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
cvs "hang" at xc/workInProgress/xsm
I've been having trouble download XFree86 using cvs. It started happening few days ago, and always hang at "xc/workInProgress/xsm" ... ... cvs server: Updating xc/workInProgress/record/lib cvs server: Updating xc/workInProgress/record/lib/Xtst cvs server: Updating xc/workInProgress/record/programs cvs server: Updating xc/workInProgress/record/programs/Xserver cvs server: Updating xc/workInProgress/record/programs/Xserver/Xext cvs server: Updating xc/workInProgress/xsm Here're the commands I typed ... export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs cvs login cvs checkout modules cvs checkout xc Thanks, Jeff [ [EMAIL PROTECTED] ] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.4.0 RC2 xf86cfg Solaris build failure
On Wed, 7 Jan 2004 [EMAIL PROTECTED] wrote:
> The inclusion of Xos.h in xf86cfg/config.h causes a conflict with the
> inclusion of strings.h on Solaris 2.5.1 x86:
> making all in programs/Xserver/hw/xfree86/xf86cfg...
> rm -f accessx.o
> gcc -c -O2 -fno-strength-reduce -DNO_ASM -Wall -Wpointer-arith -ansi
> -pedantic -I../common -I../scanpci -I../loader
> -I../../../../../programs/Xserver/hw/xfree86/os-support
> -I../../../../../programs/Xserver/include
> -I../../../../../exports/include/X11
> -I../../../../../lib/font/include -I../../../../..
> -I../../../../../exports/include -Dsun -Di386 -DSVR4 -D__EXTENSIONS__
> -D__i386 -DXF86CONFIG=\"XF86Config\" -DUSE_MODULES
> -DPROJECT_ROOT=\"/usr/X11R6\"-DXF86CONFIGDIR
> =\"/usr/X11R6/lib/X11\"accessx.c
> In file included from config.h:42,
> from accessx.c:32:
> /usr/include/strings.h:27: parse error before `('
> /usr/include/strings.h:28: parse error before `('
> *** Error code 1
> make: Fatal error: Command failed for target `accessx.o'
> Current working directory
> /proj3/ere/work/lindsayh/XFree86/RC2/xc/programs/Xserver/hw/xfree86/xf86cfg
> Is the following patch the correct solution, or should the conditional
> inclusion of strings.h be moved into Xos.h as well (I notice there was one
> added for SCO325)?
> *** programs/Xserver/hw/xfree86/xf86cfg/config.h.orig Fri Dec 19 14:48:40
> 2003
> --- programs/Xserver/hw/xfree86/xf86cfg/config.hWed Jan 7 09:48:01
> 2004
> ***
> *** 38,46
> #include
> #include
> #include
> - #if defined(sun) && defined(SVR4)
> - #include
> - #endif
>
> #include
>
> --- 38,43
I agree changing Xos.h is probably the better fix, but it might break
something elsewhere. For 4.4, I think it's sufficient to simply #undef
index & rindex before the #include here.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building | email: [EMAIL PROTECTED] |
| University of Alberta +---+
| Edmonton, Alberta | |
| T6G 2H1 | Standard disclaimers apply|
| CANADA | |
+--+---+
XFree86 developer and VP. ATI driver and X server internals.
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
xfree86/etc installed files
In xfree86/etc sun.termcap and sun.terminfo files are installed for non SunArchitecture. What purpose do these serve if any? Or are they relics that have been carried along ~forever? Thanks -- Tyler R. Retzlaff <[EMAIL PROTECTED]> http://www.NetBSD.org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Radeon 9600se Doesnt Work
for one thing both those documents refer to xfree86 4.3.0, support for the newer cards was added to cvs (soon to be xfree86 4.4.0). It should be clarified that the first document referes to 2D acceleration. As I recall the status pages will be removed in 4.4.0 and the DRI page will probably be updated when 4.4.0 is released. For info on 3D support see the DRI pages: http://dri.sf.net Alex --- Martin_MOKREJ© <[EMAIL PROTECTED]> wrote: > On Wed, 7 Jan 2004, Alex Deucher wrote: > > How about updating http://www.xfree86.org/current/Status6.html#6 ? > And about adding a section about upcoming 4.4.0? > Also, this very same page might link to > http://www.xfree86.org/current/DRI3.html#7 . > > > 3D is only supported on radeon cards up to the 9200. 3D support > for > > r300 based cards (9500 and above) is only available from ati's > binary > > driver. > > > > Alex > > > > --- toxicfeet <[EMAIL PROTECTED]> wrote: > > > Hi > > > > > > I just installed Mandrake 9.2 but was unable to get XFree86 4.3.0 > to > > > support my Radeon 9600se except in 2d mode. Is 3d supported and > if > > > not will it be supported in the next version? > > -- > Martin Mokrejs <[EMAIL PROTECTED]> > PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs > ___ > Devel mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/devel __ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Mesa3D implementation into XFree86
Dear Community, I need to build the Xvfb (X virtual frame buffer) from XFree86 supporting the GLX extension version 1.3. Unfortunately, only GLX version 1.2 is supported based on the Mesa3D library version 3.x (the latest stable version of Mesa3D is 5.0.2). My question is: has anybody implemented the latest Mesa3D library into XFree86, so the GLX extension version 1.3 in Xvfb is supported? When will the latest Mesa3D library version be implemented into the official XFree86 version? Thanks for your help and Best Regards, Markus G. Fleschutz __ X-Software GmbH Voice: +49 8334 9867 70 Research & DevelopmentFax: +49 8334 9867 79 Marktstrasse 8Web: http://www.x-software.com 87730 Bad Groenenbach, Germany E-Mail: [EMAIL PROTECTED] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Mesa support in xfree86 versus Mesa3d
Hi, the documentation says: http://www.xfree86.org/current/DRI4.html#8 What happens if I install Mesa-5.0.2 over the /usr tree? It would be worth of the effort documenting the configure flags needed for Mesa to get same result as when using the xmkmf/Makefile stuff xc/ tree has. For example, I configured Mesa-5.0.2 and overwrote 4.4.0-RC2 /usr/X11R6 tree as ./configure --prefix=/usr (I hope libGL* installed over the old ones, but could someone confirm?). The documenattion should list Mesa versions included in respective xfree86 versions. For example, 4.4.0 has mesa-5.0.2, right? ;) How about xfree86 4.3.0? -- Martin Mokrejs <[EMAIL PROTECTED]> PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Radeon 9600se Doesnt Work
On Wed, 7 Jan 2004, Alex Deucher wrote: How about updating http://www.xfree86.org/current/Status6.html#6 ? And about adding a section about upcoming 4.4.0? Also, this very same page might link to http://www.xfree86.org/current/DRI3.html#7 . > 3D is only supported on radeon cards up to the 9200. 3D support for > r300 based cards (9500 and above) is only available from ati's binary > driver. > > Alex > > --- toxicfeet <[EMAIL PROTECTED]> wrote: > > Hi > > > > I just installed Mandrake 9.2 but was unable to get XFree86 4.3.0 to > > support my Radeon 9600se except in 2d mode. Is 3d supported and if > > not will it be supported in the next version? -- Martin Mokrejs <[EMAIL PROTECTED]> PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Radeon 9600se Doesnt Work
3D is only supported on radeon cards up to the 9200. 3D support for r300 based cards (9500 and above) is only available from ati's binary driver. Alex --- toxicfeet <[EMAIL PROTECTED]> wrote: > Hi > > I just installed Mandrake 9.2 but was unable to get XFree86 4.3.0 to > support my Radeon 9600se except in 2d mode. Is 3d supported and if > not will it be supported in the next version? > > Thanks Dan > __ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
-rpath not used under Linux
Hi, I've reported the following bug: http://bugs.xfree86.org/show_bug.cgi?id=1062 I believe -Wl,-rpath,$(SHLIBDIRPATH) should be used on Linux and possibly all Unix platforms. Running ldconfig did not help on my system but LD_LIBRARY_PATH did. But, that's not a solution, because /etc/init.d/xdm forks other shellscript and that somehow ignored *exported* LD_LIBRARY_PATH. I simply don't see a reason to omit -rpath from linker commandline. The Target installation prefix is known, so what ... Second, the documentation should be updated and explain where is one supposed to put specifiv CFLAGS, LDFLAGS etc. At least, if editing config/cf/Imake.tmpl is the right way or hack. Regards, -- Martin Mokrejs <[EMAIL PROTECTED]> PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Suggested Fixes for the Rendition Driver - Long Message
On Mon, Jan 05, 2004 at 11:49:49PM -0500, David Dawes wrote: > > I don't know if the register specs for the rendition chips are > available anywhere, but you'd probably find them useful and > informative. I contacted Rendition about this last year, since I was interested in developing a DRI driver, and got the equivalent of a "We don't have them, and it would cost too much to dig them up anyway, so bugger off" response. Since SciTech has a Rendition driver, I also contacted them, and got a similar "This information is NDA, proprietary, blah blah blah" response, which was rather disappointing. I tried to pursue the line of reasoning that Rendition's (Micron's) only objection to releasing the documentation was that they had no copies of it left, so it seemed that if I extracted a statement from Micron to the effect of "We no longer care about anything with the Rendition name", then SciTech would be able to release the documentation to selected third parties. It didn't seem like such an idiotic proposal to me for graphics technology that has been dead for going on 6 years now, but I guess it was, since I never heard back from either Micron ITG or SciTech about it. I wouldn't put too much hope into Rendition documentation ever seeing the light of day. -- Ryan Underwood, <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Re: embed the fixed font in the X server binary
DD> Of course once this is done, the problem reports will change to "My X DD> apps can't find the fonts they need," or "Why is everything is using DD> the same ugly font?" ;-) ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: embed the fixed font in the X server binary
TV> To the point: wouldn't it be benecifial to embed the fixed font in the X TV> server binary itself? Definitely (and the cursor font too). The TinyX (KDrive) server already does that. Unfortunately, it is not possible to use the KDrive built-in fonts code in the XFree86 server, as it pulls in quite a lot of stuff which shouldn't be in the core server (including the fontdir code, the PCF parser and libz). I've been planning to do a clean implementation of built-in fonts for quite some time, but as usual Real Work is keeping me distracted. Juliusz ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
looking to find more suppliers for novelty (designs) denim, stretch poplin, stretch corduroy
Dear all, We are fabric wholesaler. Our market is USA, Mexico and Europe (most of our line we sell to non-quota country). We specialize in stretch denim, stretch novelty denim, stretch poplin, stretch corduroy and stretch . We are looking to find more suppliers for novelty (designs) denim, stretch poplin, stretch corduroy 1. Poplin many colors. 2. Corduroy 16W many colors. 3. Denim cotton/spandex 97/3 or 96/4 , cotton/poly/spandex 75/21/4 or others. (SLUB, crosshatch, and basic) We buy from Taiwan width 52-54 form others width 56-57 and more we are very interested in 75. 4. We buy minimum 40foot container. 5. Please do not ask more details because there are many constructions. 6. We cant give you target price because we are buying fabric from $1.08 - $1.65 CIF Laredo Texas in bound. (NO NEED QUOTA) we sell it to non-quota countries. 7. Send us your catalog (hangers) to select from. 8. When you send us the samples email us the tracking number in the Email subject, include your email address in the package. 9. These fabrics do not need quota because we sell it to non-quota countries. 10. We need a price FOB your country. Fabric examples that we buy: Denim 10+8x200D+40D 57/58" long ring 10oz Denim 12+7x300D+40D 57/58" long ring 10oz DENIM C/T/SP 96X72/10+12+16X150D+40D 2/1 TWILL WIDTH:56" 10oz DENIM C/T/SP 90X60/10+12+16X150D+40DOP WIDTH:55/56" 10 oz Please send us any samples of stretch denim (we need cotton / poly / spandex) (SLUB / crosshatch / long ring / novelty indigo supper dark) 9.5- 11oz, Stretch poplin, stretch corduroy and your main fabric line. Send us your fabric catalog, we can't decide without looking and touching the fabric. We do not need big sample pieces, we just need for the first time to see half hanger or 10 X 10 cm (sample card). Do not forget to Attach full fabric information. (Fabric name, item number, construction, width .) With the package attach your Email address, your full name and company information. NO NEED QUOTA we sell it to non-quota countries. (We sell each fabric to his non-quota country) We are USING TEMP ADDRESS, PLEASE DO NOT REPLY TO THIS ADDRESS. PLEASE REPLY TO Email: [EMAIL PROTECTED] Please attach your Email and your AWB # to the samples. Also email it to us in the Email subject. If you got this Email by mistake we are very sorry. If you can forward this Email to one that it will interest in we will highly appreciated. Regards, Rafi Akram Company name: CA COLLECTION /Rafi. Address: 1054 S. Bedford St. #106 Los Angeles, CA 90035 USA Tel:1-310-529-3435. Email: [EMAIL PROTECTED] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Welcome to Beijing
3 Hi! Dearest friends, Welcome, to Beijing! I am Daniel. Haven't you ever visited Beijing? If not, wouldn't you expect a future tour to this eastern cosmopolitan city? Here you can see the last oriental Palace in the world, climb the oldest fortification of the Great Wall and experience the grandeur and magnificence of the Forbidden city. You can also have a try of the typical Beijing foods, listen to the well known Beijing Opera, and of course to call on the unique Beijing Hutong. While strolling around these places, you will sense the vigor and vitality of this ancient royal city. For more information, please click here. http://www.beijingtaxitour.com Best wishes! Yours sincerely, Daniel Contact method: [EMAIL PROTECTED] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Return-activation behaviour
The Textronics terminals are fairly old but the NCD900 are not that old. But in an Windows/Exceed configuration everything also works ! It clearly points to an keyboard configuration problem but as the keysims seem to be fine I would like to know what the function of the keyboard module is and how it works. Also I would like to know how I best could test this problem with which tools ? Regards, Marcel Stegehuis >-- Oorspronkelijk bericht -- >From: Thomas Dickey <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Cc: [EMAIL PROTECTED] >Reply-To: [EMAIL PROTECTED] >Subject: [XFree86] Re: Return-activation behaviour >Date: Tue, 6 Jan 2004 07:17:15 -0500 (EST) > > >On Tue, 6 Jan 2004 [EMAIL PROTECTED] wrote: > I have a test system of a multi monitor (5) Linux RedHat 9.0/Xfree86 4.3 > X-Terminal system. Programs and MWM window manager (version 1.2-4) are started > from a DEC VMS machine. > > There >s unexpected strange behaviour of the activation key: > After editing in an edit box one can press Enter to select the Ok button > and normally press Enter again to activate it. > In our situation the Space must be pressed for the activation of the >k button. How old are the terminals for the "old" situation? I (am not a Motif expert) seem to recall that originally Motif (1.1?) would allow this, but newer Motif (1.2?) changed this. It was an FAQ several years ago. > > In the old situati >n where there is no Linux X-terminal but five seperate > X-Terminals (NCD900 or Textronics) everything works fine. > > Keysymbols seem to be OK. > > Has anyone an idea what is going wrong > > or > > does anybody know how I should debug the sys >em to find the problem/solution > ? > > Best Regards, > > Marcel Stegehuis > > ___ > Devel mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/devel > -- Thomas E. Dickey h >tp://invisible-island.net ftp://invisible-island.net ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
