Re: Blender menu bug

[Terry Barnaby]

On 07/29/2009 07:47 AM, Alan Coopersmith wrote:
> Terry Barnaby wrote:
>> Is there a special mesa list to discuss and assist with mesa 3D issues
>> such as this ?
>
> http://mesa3d.org/lists.html
>
Thanks !

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Blender menu bug

[Alan Coopersmith]

Terry Barnaby wrote:
> Is there a special mesa list to discuss and assist with mesa 3D issues
> such as this ?

http://mesa3d.org/lists.html

-- 
-Alan Coopersmith-   alan.coopersm...@sun.com
 Sun Microsystems, Inc. - X Window System Engineering

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Blender menu bug

[Terry Barnaby]

Hi,

There is a bug in the current mesa library/drivers that causes the menu's in 
the 
blender 3D program to be displayed as blank black or white windows:
https://bugs.freedesktop.org/show_bug.cgi?id=21774

Is there a special mesa list to discuss and assist with mesa 3D issues
such as this ?

Cheers


Terry
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Radical idea for X-modmap problem.

[Mikhail Gusarov]

Twas brillig at 16:56:51 28.07.2009 UTC-07 when w41...@gmail.com did gyre and 
gimble:

 w> I'm wondering about the connection from terminal to server, and how
 w> much bandwidth would be typical for such a setting. (I'm assuming
 w> that college students would spent substantial time watching X-rated
 w> videos on their X-terminals ;-)

Have a look at network requirements of LTSP:
http://www.ltsp.org/~sbalneav/LTSPManual.html#tc-hardware

-- 
  http://fossarchy.blogspot.com/


pgpiD09T51pYL.pgp
Description: PGP signature
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

RE: virtual screen > 2048 pixels, Intel 945

[Jin, Gordon]

Tamas Papp wrote on Tuesday, July 28, 2009 11:21 PM:
> Hi,
> 
> I have an Intel 945 video card in my laptop.  I would like to use an
> external monitor (positioned right of the main screen), but the total
> width exceeds 2048, the virtual screen size, pixels so I can't.  
> 
> My xorg.conf has
> 
> Section "Screen"
> Identifier "Screen"
> Device "Card0"
> Monitor"Monitor0"
> SubSection "Display"
>Viewport   0 0
> Depth 24
> Virtual 2560 1024
> EndSubSection
> EndSection
> 
> so the virtual screen should be big enough, but apparently X ignores
> this.  I found this in the log: 
> 
> (EE) intel(0): Cannot support DRI with frame buffer width > 2048
> 
> Questions:
> 
> 1. Is X ignoring the Virtual setting because of the DRI, or some
> other reason? 
> 2. If it is the DRI, can I disable it somehow?  I tried various
> things (including disabling glx, dri and dri2 in the modules section,
> Option "DRI" "false" for the device), but  
> 
> $ glxinfo | head
> name of display: :0.0
> display: :0  screen: 0
> direct rendering: Yes
> server glx vendor string: SGI
> server glx version string: 1.2
> server glx extensions:
> GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
> GLX_EXT_import_context, GLX_EXT_texture_from_pixmap,
> GLX_OML_swap_method, GLX_SGI_make_current_read,
> GLX_SGIS_multisample, GLX_SGIX_hyperpipe, GLX_SGIX_swap_barrier,
> GLX_SGIX_fbconfig, GLX_MESA_copy_sub_buffer 
> 
> and
> 
> $ grep dri /var/log/Xorg.0.log
> X.Org XInput driver : 4.0
> (WW) "dri" will not be loaded unless you've specified it to be loaded
> elsewhere. (WW) "dri2" will not be loaded unless you've specified it
> to be loaded elsewhere. (II) "dri" will be loaded even though the
> default is to disable it. (II) "dri2" will be loaded even though the
> default is to disable it. 
> 
> so I don't think I was successful.
> 
> Any help would be appreciated.  I am happy to run the laptop without
> DRI, but I need that second screen on the right, not below.  It used
> to work fine, but a recent upgrade (I don't know which) changed
> things.  I am using Debian, $ dpkg -l xserver-xorg-video-intel | grep
> ii   
> ii  xserver-xorg-video-intel  2:2.8.0-1
> $ uname -r
> 2.6.31-rc4-686
> 
> Thank you,
> 
> Tamas

A kernel fix is required: https://bugs.freedesktop.org/show_bug.cgi?id=21190#c11
It's in drm-intel-next. I don't know if it's in Linus's tree.

Gordon
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Radical idea for X-modmap problem.

[walt]

On 07/28/2009 10:18 AM, Juliusz Chroboczek wrote:
>> Being strictly an amateur programmer, I've always wondered how many
>> people/institutions actually use X for remote display the way it was
>> designed to be used.
>
> Quite a lot.  In universities in crowded city centers, it is quite
> common to have students work on (fan-less) X terminals, with a large
> server pool hidden somewhere in the basement.  (Nowadays, the servers
> are fairly ordinary PCs running Linux, with a few Solaris machines to
> make the older system administrators happy.)...

Very useful info, and thanks to everyone who answered. (I'm afraid to ask
how old is 'older'.) (Grad students, maybe?)

I'm wondering about the connection from terminal to server, and how much
bandwidth would be typical for such a setting. (I'm assuming that college
students would spent substantial time watching X-rated videos on their
X-terminals ;-)

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: EDID Problems

[Paul Hartman]

On Tue, Jul 28, 2009 at 5:59 PM, Austin Howard wrote:
> I have a NVIDIA 9500 GT running the official NVIDIA driver. Every time I
> start my xserver the display is 800x600. It seems that the EDID is
> either corrupt or not being read correctly. This computer is a dual-boot
> with Win-XP and the latest Debian. Everything works perfect under
> Windows, but the display is incorrect in Linux. Here is a snippet I
> grep'ed from the xorg-server log: http://pastebin.org/4943 and here is
> my xorg.conf: http://pastebin.org/4944 . This really has me stumped. As
> you can see the display is supposed to be set to 1280x1024.

Did you try making your own modeline? My old intel onboard video would
only go up to 1024x768 without making a custom modeline for higher
resolutions. I used http://amlc.berlios.de/
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

EDID Problems

[Austin Howard]

I have a NVIDIA 9500 GT running the official NVIDIA driver. Every time I
start my xserver the display is 800x600. It seems that the EDID is
either corrupt or not being read correctly. This computer is a dual-boot
with Win-XP and the latest Debian. Everything works perfect under
Windows, but the display is incorrect in Linux. Here is a snippet I
grep'ed from the xorg-server log: http://pastebin.org/4943 and here is
my xorg.conf: http://pastebin.org/4944 . This really has me stumped. As
you can see the display is supposed to be set to 1280x1024. 

Thanks for any help,
Howard

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Htimings and Vtimings Parameters

[Alex Deucher]

On Tue, Jul 28, 2009 at 5:20 PM, Austin Howard wrote:
> I need to know what the parameters to HTimings and VTimings mean, and
> how to determine the correct values for these. Using Modes "1280x1024"
> in my Screen section and Display subsection, causes an error saying that
> particular mode is not found. Upon reading the manual I learned I could
> manually specify that mode in the Monitor section in the Mode portion.
> Which as you know requires the HTimings and VTimings arguments. The
> parameters hsyncstart, hsyncend, htotal and the vertical equivalents are
> unclear to me.

Probably easiest to use a utility like cvt or gtf to generate a modeline:

$ cvt 1280 1024 60
# 1280x1024 59.89 Hz (CVT 1.31M4) hsync: 63.67 kHz; pclk: 109.00 MHz
Modeline "1280x1024_60.00"  109.00  1280 1368 1496 1712  1024 1027
1034 1063 -hsync +vsync

Alex
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Htimings and Vtimings Parameters

[Austin Howard]

I need to know what the parameters to HTimings and VTimings mean, and
how to determine the correct values for these. Using Modes "1280x1024"
in my Screen section and Display subsection, causes an error saying that
particular mode is not found. Upon reading the manual I learned I could
manually specify that mode in the Monitor section in the Mode portion.
Which as you know requires the HTimings and VTimings arguments. The
parameters hsyncstart, hsyncend, htotal and the vertical equivalents are
unclear to me. 
Thanks for any help,
Howard

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: multiseat, -sharevts, and suspend/hibernate

[Matt Price]

hi arun,

unfortunately, since i wasn't able to get my system to suspend properly,
i ended up just going with a multiscreen set-up.  that works fine for my
needs, and since hibernat is very important for me, I just decided to go
with that.  

Hopefully someone more knowledgeable on the list will have suggestions.

matt


On Tue, 2009-07-28 at 12:56 -0700, Arun Mittal wrote:
> 
> 
> 
> Hi 
> 
> It seems like i am doing the same thing which you are trying
> to do.
> What did was, i started another X server. so now i have two X
> servers  sharing the Virtual terminal. I have 2 screens, 2
> mouse, 2 graphics card of different manufacturer and one
> keyboard. 
> 
> I created 2 different xorg.conf for different graphics card
> with different resources allocated. when i boot the system up
> by default OS takes one xorg..conf and run one x server on one
> graphics card.
> 
> Now when i start second X server i pass second xorg.conf as
> parameter in startx which results in running x server on
> second screen. I can see them simultaneously but the second X
> server now has control of second mouse, which was expected
> but first X server has lost the control of first mouse rather
> i would say that the first X server is freezed and i can not
> do any thing in the first screen. 
> 
> Do you have any clue why has it happened.
> 
> I will really appreciate your responce.
> Thanks
> 
> Arun Mittal
> 
> 
> 
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
-- 
Matt Price
matt.pr...@utoronto.ca


signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Driver problem: Chips and Technologies F65555 HiQVPro

[Gustavo G. Moyano]

Hi guys,

It worked!!!  Below are the steps I followed:

1) Download the code from git:

   # git clone git://anongit.freedesktop.org/xorg/driver/xf86-video-chips

2) Fetch the driver code for the 7.2 release:

   # cd /usr/ports/x11-drivers/xf86-video-chips
   # make fetch

3) Then, I compared the fetched version against the one downloaded from git.  
There were updated three files: ct_driver.c, ct_shadow.c and ct_video.c  

4) Copy those three files into the fetched src directory

5) make install

After all these, the driver was created and installed.

Thank you guys for helping me with this issue.  I REALLY appreciate your help!!!

Regards,

ggmoy

> From: Matthieu Herrb 
> Subject: Re: Driver problem: Chips and Technologies F6 HiQVPro
> To: gg...@yahoo.com
> Cc: xorg@lists.freedesktop.org
> Date: Tuesday, 28 July, 2009, 3:26 AM
> Moyano, Gustavo wrote:
> > Hi all,
> > 
> > I'm having problems setting up Xorg on my
> laptop.  I'm migrating from FreeBSD 4.11 to FreeBSD 7.2
> but seems that the "chips" driver does not recognize the
> hardware.  I had no problems with FreeBSD 4.11 but 7.2
> is not working.  My laptop is a Toshiba Satellite
> 330CDS:
> > 
> >     * Processor
> >           o Intel
> Pentium (1.8 volt) with MMX technology, running at 266MHz
> >           o 512KB
> pipelined burst SRAM level 2 cache
> >           o 66MHz
> bus clock speed
> >     * Memory
> >           o 32MB
> EDO DRAM standard
> >     * Disk Drives
> >           o 4.1
> gigabyte hard disk drive
> >           o 1.44MB,
> 3.5" diskette drive (integrated)
> >     * CD-ROM
> >           o 20X
> (max) CD-ROM module (integrated)
> >     * Display System
> >           o 12.1"
> diagonal, 800 x 600 resolution color display
> >           o Color
> bright dual scan
> >           o C &
> T HiQVideo PCI (6) video controller
> >           o 2MB
> Video memory (EDO DRAM)
> >           o 64-bit
> BitBLT graphics acceleration
> >           o 66MHz
> local bus clock speed
> >           o Super
> Video Graphics Array (SVGA) compatible display
> > 
> > I'm attaching the xorg.conf file created when I ran "X
> -configure" and the log file created when I ran "X -config
> ..."
> > 
> > I don't know if something changed inside the driver
> since it was working fine on FreeBSD 4.11, which used
> XFree86.
> > 
> > Could someone give me a little help, please?
> > 
> 
> that sounds like bugzilla #18122.
> 
> The xf86-video-chips 1.2.1 driver was not correctly
> converted to
> libpciaccess.
> 
> Can you try the -current version from git, or apply the the
> patch from
> 
> ?
> 
> -- 
> Matthieu Herrb
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
> 


  
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

RE: virtual screen > 2048 pixels, Intel 945

[McDonald, Michael-p7438c]

From: xorg-boun...@lists.freedesktop.org
[mailto:xorg-boun...@lists.freedesktop.org] On Behalf Of Tamas Papp
Sent: Tuesday, July 28, 2009 12:14 PM
To: Colin Guthrie
Cc: x...@freedesktop.org
Subject: Re: virtual screen > 2048 pixels, Intel 945


On Tue, Jul 28, 2009 at 8:15 PM, Colin Guthrie
 wrote:


'Twas brillig, and Tamas Papp at 28/07/09 16:20 did gyre
and gimble:

> Any help would be appreciated.  I am happy to run the
laptop without
> DRI, but I need that second screen on the right, not
below.  It used to
> work fine, but a recent upgrade (I don't know which)
changed things.  I
> am using Debian,


This will ultimately be solved by "shatter", but I'm not
sure if there
are recent changes that force the use of DRI? I suspect
this may be the
case considering the info on intellinuxgraphics.org site
which
specifically mentions shatter for the first time.


Shatter looks neat (first time I hear about it), but is there
perhaps a more immediate workaround? It used to work, just a week ago.


Tamas
 

Hmm, the abstract for the Linux Plumbers Conference paper to be
presented in September claims Shatter is an EXA extension and
IntelLinuxGraphics 2.8 dropped EXA support. Doesn't sound like it'll
help the 945 guys after all!  :-)
 
Mike McDonald
 
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Support for screen changes as vector graphics like Webex

[Paul Hartman]

On Tue, Jul 28, 2009 at 1:02 PM, Sandeep
Khanna wrote:
> My original question is still unanswered ... Can any of NeatX, X2Go, FreeNX,
> NoMachine NX or others use an *EXISTING* X session already in use by the
> user sitting at the computer instead of spawning another in-memory
> server-side session?

Yes.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

multiseat, -sharevts, and suspend/hibernate

[Arun Mittal]

Hi 

It seems like i am doing the same thing which you are trying to do.
What did was, i started another X server. so now i have two X servers  sharing 
the Virtual terminal. I have 2 screens, 2 mouse, 2 graphics card of different 
manufacturer and one keyboard. 

I created 2 different xorg.conf for different graphics card with different 
resources allocated. when i boot the system up by default OS takes one 
xorg..conf and run one x server on one graphics card.

Now when i start second X server i pass second xorg.conf as parameter in startx 
which results in running x server on second screen. I can see them 
simultaneously but the second X server now has control of second mouse, which 
was expected  but first X server has lost the control of first mouse rather i 
would say that the first X server is freezed and i can not do any thing in
 the first screen. 

Do you have any clue why has it happened.

I will really appreciate your responce.
Thanks

Arun Mittal




  


  ___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: virtual screen > 2048 pixels, Intel 945

[Tamas Papp]

On Tue, Jul 28, 2009 at 8:15 PM, Colin Guthrie  wrote:

> 'Twas brillig, and Tamas Papp at 28/07/09 16:20 did gyre and gimble:
> > Any help would be appreciated.  I am happy to run the laptop without
> > DRI, but I need that second screen on the right, not below.  It used to
> > work fine, but a recent upgrade (I don't know which) changed things.  I
> > am using Debian,
>
> This will ultimately be solved by "shatter", but I'm not sure if there
> are recent changes that force the use of DRI? I suspect this may be the
> case considering the info on intellinuxgraphics.org site which
> specifically mentions shatter for the first time.


Shatter looks neat (first time I hear about it), but is there perhaps a more
immediate workaround? It used to work, just a week ago.

Tamas
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: libXi requires non-existing libX11-1.2.99.1?

[Stephan Raue]

Am 28.07.2009 15:49, schrieb Alfie Viechweg:
> On 07/28/09 05:12, Stephan Raue wrote:
>> Zitat von Robert Schwebel:
>>
>>> Hi,
>>>
>>> While working on an x.org update for ptxdist, I've updated to
>>> libXi-1.2.99.3 and it requires:
>>>
>>> # Checks for pkg-config packages
>>> PKG_CHECK_MODULES(XI, [xproto>= 7.0.13] [x11>= 1.2.99.1]
>>> [xextproto>= 7.0.3] [xext>= 1.0.99.1] [inputproto>= 1.9.99.15])
>>>
>>> Is libx11-1.2.99.1 already available somewhere? The servers show 1.2.2
>>> as the latest version.
>>>
>> Hi,
>>
>> you must take recent master git, there is no libx11-1.2.99.1 already 
>> available
>>
>> Stephan :-)
>>
>>
> When creating a tar file from 'make dist' utlist.h is not included; so
> building from it will fail.
>
can you report this or write this to mailinglist? i dont have make a 
"make dist" i have do this:

-checkout libX11
-sh autogen.sh
-packed this dir

Stephan

-- 
   ### OpenELEC.tv ###
The free and open Mediacenter Distribution 4 you
  http://www.openelec.tv

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: virtual screen > 2048 pixels, Intel 945

[Colin Guthrie]

'Twas brillig, and Tamas Papp at 28/07/09 16:20 did gyre and gimble:
> Any help would be appreciated.  I am happy to run the laptop without 
> DRI, but I need that second screen on the right, not below.  It used to 
> work fine, but a recent upgrade (I don't know which) changed things.  I 
> am using Debian,

This will ultimately be solved by "shatter", but I'm not sure if there 
are recent changes that force the use of DRI? I suspect this may be the 
case considering the info on intellinuxgraphics.org site which 
specifically mentions shatter for the first time.

/me really looks forward to it.

Col

-- 

Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/

Day Job:
   Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
   Mandriva Linux Contributor [http://www.mandriva.com/]
   PulseAudio Hacker [http://www.pulseaudio.org/]
   Trac Hacker [http://trac.edgewall.org/]

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Support for screen changes as vector graphics like Webex

[Sandeep Khanna]

My original question is still unanswered ...Can any of NeatX, X2Go, FreeNX, 
NoMachine NX or others use an *EXISTING* X session already in use by the user 
sitting at the computer instead of spawning another in-memory server-side 
session?





From: Paul Hartman 
To: xorg@lists.freedesktop.org
Sent: Thursday, July 23, 2009 11:00:56 PM
Subject: Re: Support for screen changes as vector graphics like Webex

On Thu, Jul 23, 2009 at 7:31 PM, Sandeep
Khanna wrote:
> With NeatX, X2Go, FreeNX, NoMachine NX, the real question is can these
> solutions use an existing X session just like x11vnc
> (http://www.karlrunge.com/x11vnc/) does and export the screen changes as
> vector graphics similar what WebEx does. x11vnc just export the screen
> changes by sending a snapshot of the entire screen (only the changed
> portions ofcourse) back to the client which is the typical VNC protocol.

I can't tell you specifics about how its protocol is built, but NX is
not passive like VNC. I believe NX actually contains a complete X
server in the client program, and uses its protocol for very efficient
display. It is very much better than RDP or VNC. I've never used WebEx
so I can't say, but NX is almost like you are sitting at the local
terminal. Even smooth scrolling in Firefox looks normal over a slow
DSL line.

NX can also act as a proxy for RDP or VNC from one local machine to
another, and use its protocol for that, though it is not as efficient
as a native NX session. Nomachine.com used to have an example server
you can connect to and give it a try.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg



  ___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Radical idea for X-modmap problem.

[Juliusz Chroboczek]

> Being strictly an amateur programmer, I've always wondered how many
> people/institutions actually use X for remote display the way it was
> designed to be used.

Quite a lot.  In universities in crowded city centers, it is quite
common to have students work on (fan-less) X terminals, with a large
server pool hidden somewhere in the basement.  (Nowadays, the servers
are fairly ordinary PCs running Linux, with a few Solaris machines to
make the older system administrators happy.)

A lot of us also prefer ``ssh -X'' to webmail and other workarounds.

> Seems to introduce a great deal of confusing complexity for features
> many of us never use.

OTOH, having a well-defined interface between the display subsystem and
the rest of the system forces us to keep our interfaces clean.

Juliusz
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

virtual screen > 2048 pixels, Intel 945

[Tamas Papp]

Hi,

I have an Intel 945 video card in my laptop.  I would like to use an
external monitor (positioned right of the main screen), but the total width
exceeds 2048, the virtual screen size, pixels so I can't.

My xorg.conf has

Section "Screen"
Identifier "Screen"
Device "Card0"
Monitor"Monitor0"
SubSection "Display"
   Viewport   0 0
Depth 24
Virtual 2560 1024
EndSubSection
EndSection

so the virtual screen should be big enough, but apparently X ignores this.
I found this in the log:

(EE) intel(0): Cannot support DRI with frame buffer width > 2048

Questions:

1. Is X ignoring the Virtual setting because of the DRI, or some other
reason?
2. If it is the DRI, can I disable it somehow?  I tried various things
(including disabling glx, dri and dri2 in the modules section, Option "DRI"
"false" for the device), but

$ glxinfo | head
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap,
GLX_OML_swap_method,
GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe,
GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_MESA_copy_sub_buffer

and

$ grep dri /var/log/Xorg.0.log
X.Org XInput driver : 4.0
(WW) "dri" will not be loaded unless you've specified it to be loaded
elsewhere.
(WW) "dri2" will not be loaded unless you've specified it to be loaded
elsewhere.
(II) "dri" will be loaded even though the default is to disable it.
(II) "dri2" will be loaded even though the default is to disable it.

so I don't think I was successful.

Any help would be appreciated.  I am happy to run the laptop without DRI,
but I need that second screen on the right, not below.  It used to work
fine, but a recent upgrade (I don't know which) changed things.  I am using
Debian,
$ dpkg -l xserver-xorg-video-intel | grep ii
ii  xserver-xorg-video-intel  2:2.8.0-1
$ uname -r
2.6.31-rc4-686

Thank you,

Tamas
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: libXi requires non-existing libX11-1.2.99.1?

[Stephan Raue]

Zitat von Robert Schwebel :

> Hi,
>
> While working on an x.org update for ptxdist, I've updated to
> libXi-1.2.99.3 and it requires:
>
> # Checks for pkg-config packages
> PKG_CHECK_MODULES(XI, [xproto >= 7.0.13] [x11 >= 1.2.99.1]  
> [xextproto >= 7.0.3] [xext >= 1.0.99.1] [inputproto >= 1.9.99.15])
>
> Is libx11-1.2.99.1 already available somewhere? The servers show 1.2.2
> as the latest version.
>

Hi,

you must take recent master git, there is no libx11-1.2.99.1 already available

Stephan :-)


-- 
   ### OpenELEC.tv ###
The free and open Mediacenter Distribution 4 you
   http://www.openelec.tv



___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

libXi requires non-existing libX11-1.2.99.1?

[Robert Schwebel]

Hi,

While working on an x.org update for ptxdist, I've updated to
libXi-1.2.99.3 and it requires:

# Checks for pkg-config packages
PKG_CHECK_MODULES(XI, [xproto >= 7.0.13] [x11 >= 1.2.99.1] [xextproto >= 7.0.3] 
[xext >= 1.0.99.1] [inputproto >= 1.9.99.15])

Is libx11-1.2.99.1 already available somewhere? The servers show 1.2.2
as the latest version.

rsc
-- 
Pengutronix e.K.   | |
Industrial Linux Solutions | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0|
Amtsgericht Hildesheim, HRA 2686   | Fax:   +49-5121-206917- |
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg