Problem regarding configuring X server
Hello all, We are undergraduate students.We are trying to configure X server for MPX support as a part of our undergraduate project. We are configuring the X server but while configuring libX11 package error as No package 'xproto' found So we configured xproto with following command : *sudo ./autogen.sh --prefix=/opt/gfx-test/ * and set the path for PKG_CONFIG_PATH and aclocal path as *export PKG_CONFIG_PATH=/opt/gfx-test/lib/pkgconfig *export aclocal We checked the directory contents in the /opt/gfx-test/lib/pkgconfig and it is showing the file xproto.pc we also checked the version of xproto by command : *pkg-config --modversion xproto * so it is showing 7.0.15 But still the xproto error is persisting. http://www.x.org/wiki/Development/git 1) In that script initially all the required packages were cloned into respective folder. 2) After that While doing that we faced a problem while configuring libX11. Initially we configured libX11 as per following procedure: -- Regards, Sneha Runwal Pratik Munot Amey Moghe Mrunal Nargunde ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Problem regarding configuring X server
Hello all, Sorry for previous mail as it was sent incomplete by mistake!!! We are undergraduate students.We are trying to configure X server for MPX support as a part of our undergraduate project. We are configuring the X server but while configuring libX11 package error as follows: checking for XPROTO... configure: error: Package requirements (xproto = 7.0.13) were not met: No package 'xproto' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables XPROTO_CFLAGS and XPROTO_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. So we configured xproto with following command : *sudo ./autogen.sh --prefix=/opt/gfx-test/ * and set the path for PKG_CONFIG_PATH and ACLOCAL path as *export PKG_CONFIG_PATH=/opt/gfx-test/lib/pkgconfig export ACLOCAL = aclocal -l /opt/gfx-test/share/aclocal/* We checked the directory contents in the /opt/gfx-test/lib/pkgconfig and it is showing the file xproto.pc we also checked the version of xproto by command : *pkg-config --modversion xproto * so it is showing *7.0.15* But still the xproto error is persisting. Please help in this regard. Thanx.. http://www.x.org/wiki/Development/git ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Problem regarding configuring X server
Excerpts from Flittigs at PICT's message of Tue Sep 15 11:47:57 +0100 2009: So we configured xproto with following command : *sudo ./autogen.sh --prefix=/opt/gfx-test/ There is your problem. Always think long and hard before you invoke root privileges. In this case sudo is sanitising your environment and removing PKG_CONFIG_PATH and ACLOCAL. Configure and build the xserver (and its dependencies) using your normal account, and iff you need more privileges invoke sudo to perform the 'make install'. Though I would just change the prefix to install into a writeable location. -ickle -- chris.wil...@intel.com ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: LeftOf in monitor section is not completely honored
On Mon, 14 Sep 2009, Csillag Kristof wrote: Hi all, I am trying to set up a dual-head configuration. (Triple-head actually, but let's forget that for a moment.) Sounds like exactly what I've been doing. I'm currently using a FireMV 2400 hooked to three screens, only two of which work. The monitor connected to DVI-0 should be on the right, and the monitor connected to DVI-1 should be on the left. Therefore, I have added Option LeftOf DVI-0 to the monitor section belonging to DVI-1. However, DVI-1 still shows up on the right of DVI-0. If I execute xrandr --output DVI-1 --left-of DVI-0, it goes where I want it to be, but initially it appears of the right. I have tried replacing LeftOf with RightOf (maybe there is some kind of inversion), and I have also tried putting the position information to the monitor section belonging to DVI-0 (setting the position RightOf / LeftOf DVI-1), but the results were the same: DVI-1 on the right. I have also tried to give the position using the Position option, but that does not seem to work, either. However, the option is not completely ignored, because if I omit it, the two monitors start up in sime kind of clone mode, but if the option is present, they appear side-be-side - but the order is wrong. Am I doing something wrong? (I have attached the xorg.conf.) Or is this a bug? Ha! That was simpler than mine. I'm using Fedora 11, and I created a file called /etc/X11/xinit/xinitrc.d/45-FireMV-settings.sh and here's what it contained: # Yes, we set the same things multiple times, but strangely, removing # stuff will make this break. xrandr --output DVI-0 --mode 1024x768 --crtc 1 xrandr --output DVI-1 --auto --left-of DVI-0 --mode 800x600 --crtc 0 xrandr --output DVI-0 --mode 1280x1024 xrandr --output DVI-0 --mode 1024x768 --crtc 1 xrandr --output DVI-1 --auto --left-of DVI-0 --mode 800x600 --crtc 0 So I don't know what's going on. IIRC, it was simpler when DVI-0 was the big screen, but I decided I wanted them the other way around. Since it can be worked around by executing xrandr manually, this is not as bad as the twitching image problem, or the random pixels problem, or the lack of support for the 3rd and 4th head of the FireMV 2400, but still, it is annoying. Also, the VGA Arbiter code (required for multiple GPUs) is (from what I can tell on the list) accepted into HEAD, and should be in the next xorg release (unless it was in the last one). This has happened within maybe the last 2 weeks, so it won't be in the distros yet. I know Fedora 12 has this fairly high on their priority list, so I'm expecting it to be in that. Because 2 was important for me, but the third can wait, I'll be waiting for Fedora 12 before trying the third head. HTH, - | Name: Tim Nelson | Because the Creator is,| | E-mail: wayl...@wayland.id.au| I am | - BEGIN GEEK CODE BLOCK Version 3.12 GCS d+++ s+: a- C++$ U+++$ P+++$ L+++ E- W+ N+ w--- V- PE(+) Y+++ PGP-+++ R(+) !tv b++ DI D G+ e++ h! y- -END GEEK CODE BLOCK- ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Different color depths per head by default?
On Mon, 2009-09-14 at 03:22 +0200, Csillag Kristof wrote: I have encountered another weird thing when setting up my displays. On X startup, the gradient background image of the login screen fills up both screens (as it should). On the right monitor (connected to DVI-0), the gradient is continuous, but on the left one (connected to DVI-1), large stripes are visible. Previously, I seen such stripes when I was using 16bpp (instead of 24 or 32bpp), [...] The root weave consists only of black and white pixels, which can be represented perfectly at any colour depth. So 'stripes' doesn't sound like something that could be caused by a different depth. It rather sounds like either the pattern isn't rendered correctly to the framebuffer or that the framebuffer contents aren't displayed properly, e.g. due to imperfect synchronization of a digital display to an analog signal. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Different color depths per head by default?
2009/9/13 Csillag Kristof csillag.kris...@united-consult.hu: Dear all, I have encountered another weird thing when setting up my displays. On X startup, the gradient background image of the login screen fills up both screens (as it should). On the right monitor (connected to DVI-0), the gradient is continuous, but on the left one (connected to DVI-1), large stripes are visible. Previously, I seen such stripes when I was using 16bpp (instead of 24 or 32bpp), but in the current configuration, I have not done anything to configure the color depth, so I would except that everything comes up in full true color. There is 64Mb of RAM available on the FireMV 2400 card, so video RAM should not be a problem this time. I have taken a look in the resulting X log, but I could not find any sign of using 16bpp... still, it is painfully obvious from the picture I see. (If I put up any gradient image, the difference is obvious.) The same problem only appears in single screen mode with DVI-1. Do you have any idea what could be the reason for this? It's the same color depth if you are using xrandr. It's likely a problem with the gamma settings for the crtc driving DVI-1 or the dither setup is wrong for the tmds transmitter used for DVI-1. Does playing with the gamma via xgamma or xrandr fix it? Alex ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Blank screen on starting X
Hello all, we are undergrad students trying to install and compile the latest X release on a virtual box. We did all installation on /opt/MPX prefix. on doing sudo /opt/MPX/bin/X -config /../xorg.conf , the X server starts running and screen goes blank. We also changed the startx script to accomodate the new path for X. Can anyone help on this? thanks -- Regards, Sneha Runwal Pratik Munot Amey Moghe Mrunal Nargunde ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Blank screen on starting X
On Tue, Sep 15, 2009 at 04:24:15PM +0200, ext Flittigs at PICT wrote: Hello all, we are undergrad students trying to install and compile the latest X release on a virtual box. We did all installation on /opt/MPX prefix. on doing sudo /opt/MPX/bin/X -config /../xorg.conf , the X server starts running and screen goes blank. We also changed the startx script to accomodate the new path for X. Can anyone help on this? thanks -- just in case: adding -retro on the arguments does the job? :) Tiago ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Blank screen on starting X
Flittigs at PICT wrote: Hello all, we are undergrad students trying to install and compile the latest X release on a virtual box. We did all installation on /opt/MPX prefix. on doing sudo /opt/MPX/bin/X -config /../xorg.conf , the X server starts running and screen goes blank. We also changed the startx script to accomodate the new path for X. Can anyone help on this? thanks This is perfectly normal. Congratulations, you have a running X. You just don't have a running desktop engine. startx starts X, not the other way round. Try: sudo startx -- /opt/MPX/bin/X -config /../xorg.conf HTH, Simon ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Blank screen on starting X
Hello, you're correct. I got a running X. On doing sudo startx -- /opt/MPX/bin/X -config /../xorg.conf -retro and putting this in background by appending and then doing ps I can see a process for x server running Now, to have a gdm and other stuff running, on starting X, should I write a script, as in some more piece of code along with the startx command? coz just a blank screen doesn't help in any way and I have to keep rebooting my virtualbox On Tue, Sep 15, 2009 at 8:51 PM, Simon Thum simon.t...@gmx.de wrote: Flittigs at PICT wrote: Hello all, we are undergrad students trying to install and compile the latest X release on a virtual box. We did all installation on /opt/MPX prefix. on doing sudo /opt/MPX/bin/X -config /../xorg.conf , the X server starts running and screen goes blank. We also changed the startx script to accomodate the new path for X. Can anyone help on this? thanks This is perfectly normal. Congratulations, you have a running X. You just don't have a running desktop engine. startx starts X, not the other way round. Try: sudo startx -- /opt/MPX/bin/X -config /../xorg.conf HTH, Simon -- Regards, Sneha Runwal Pratik Munot Amey Moghe Mrunal Nargunde ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xinerama/xrandr
Hi, maybe this would work for you, although there could be problems with the rotated screens: http://www.matrox.com/graphics/en/products/gxm/th2go/ With that you should be able to use multiple GPUs, too. Daniel wrote: Hi, I've been trying to find some more information on all this... From what I've read, xinerama is deprecated in favor of xrandr. But, xrandr doesn't support multiple GPUs? I have 3 monitors (two side monitors being rotated 90 degrees), two Nvidia GPUs... and so far the only way to get them functioning is through xinerama. I'd like to get away from xinerama as it doesn't seem to allow for 3D... Is it possible to use xrandr in this configuration? If it is, can some one point me in that direction? I've been all over google, and really... am just more confused. Thanks in advance... Daniel ___ 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: Blank screen on starting X
Flittigs at PICT wrote: Now, to have a gdm and other stuff running, on starting X, should I write a script, as in some more piece of code along with the startx command? No, you should just start gdm, and let it start X for you. -- -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
Re: Blank screen on starting X
On Tue, Sep 15, 2009 at 10:59 AM, Alan Coopersmith alan.coopersm...@sun.com wrote: Flittigs at PICT wrote: Now, to have a gdm and other stuff running, on starting X, should I write a script, as in some more piece of code along with the startx command? No, you should just start gdm, and let it start X for you. Just make sure you setup gdm to use your Xorg in /opt/MPX (it will default to /usr/bin/X or similar). I don't recall the exact way to do this on newer gdm, but documentation is here: http://library.gnome.org/admin/gdm/ -- Dan ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
