This bug was fixed in the package ltsp - 5.0.40~bzr20080212-0ubuntu1
---
ltsp (5.0.40~bzr20080212-0ubuntu1) hardy; urgency=low
* new upstream version with fixes for the following bugs:
LP: #149006 (default to 24bit colordepth)
LP: #190419 (move .nbi image out of the way before
** Changed in: ltsp (Ubuntu)
Importance: Undecided => Medium
Status: New => Confirmed
--
ltsp does not configure xorg.conf correctly
https://bugs.launchpad.net/bugs/149006
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
-
I've made a simplest to get the thin client X work :
X_MODE_0="1024x768"
X_COLOR_DEPTH=24
The only problem with the i810 driver is that it is trying to use 32 bpp
color depth.
--
ltsp does not configure xorg.conf correctly
https://bugs.launchpad.net/bugs/149006
You received this
Setting
X_COLOR_DEPTH=16
in the lts.conf is sufficient to get X to start (little longer than) fixing an
entire xorg.conf).
--
ltsp does not configure xorg.conf correctly
https://bugs.launchpad.net/bugs/149006
You received this bug notification because you are a member of Ubuntu
Bugs, whi
Sorry, I don't think the problem has something with Display modes.
I've got that, following the thin client /var/log/Xorg.1*
(EE) I810(0): Given bpp (32) is not supported by i810 driver
(EE) Screen(s) found, but none has a usable configuration
Is that make us go further ?
--
ltsp does not conf
I've got the same problem as Hasan with an Intel 82815 video card.
the ltsp finds the "i810" driver and a worksation install finds "intel".
I made two custom xorg.conf called in lts.conf (XF86CONFIG_FILE =
/etc/X11/xorg-i810.conf or XF86CONFIG_FILE = /etc/X11/xorg-intel.conf).
But both are worki
well, with calling dpkg-reconfigure xserver-xorg (what the liveCD does) your
boot takes about 1min longer ...
we only switched because to many people complained about the speed of the old
method. there is surely room for improvement but its very unlikely that we'll
switch back to the slow ressou
Yes, it works with:
[00:04:75:52:80:ec]
XSERVER=intel
X_COLOR_DEPTH=16
However my card does support 32Bit depth, because it works better with:
[00:04:75:52:80:ec]
XF86CONFIG_FILE = /etc/xorg.conf.livecd
I would have preferred if ltsp used the xserver-scripts, that way I would not
have to edit
the path you give that variable needs to be relative to /opt/ltsp/i386
so in your case it needs to be XF86CONFIG_FILE = /etc/xorg.conf.livecd
according to your logfile the card isnt capable of using 32Bit depth,
does it work if you set X_COLOR_DEPTH=16 ?
--
ltsp does not configure xorg.conf corr
To solve the issue of the fault xorg.conf generated by ltsp I tried:
$ cat /var/lib/tftpboot/ltsp/i386/lts.conf
[default]
XF86CONFIG_FILE = xorg.conf.livecd
where xorf.conf.livecd is placed in /opt/ltsp/i386/etc. This did not have an
effect.
How can I tell ltsp to use a custom xorg.conf?
--
OK.
On server:
$ cat /var/lib/tftpboot/ltsp/i386/lts.conf
[default]
XSERVER=intel
SCREEN_02=shell
SCREEN_07=ldm
Rebooting client, and I get the /var/log/Xorg.6.log attached.
** Attachment added: "Xorg.6.log"
http://launchpadlibrarian.net/9804646/Xorg.6.log
--
ltsp does not configure xo
thats pretty weird, it works fine here on all test systems... could you
add SCREEN_02=shell and SCREEN_07=ldm to the above file and get the
/var/log/Xorg.6.log file from the client (tty2 has an open shell with
these variables set)
--
ltsp does not configure xorg.conf correctly
https://bugs.launch
Appending
[default]
XSERVER=intel
to /var/lib/tftpboot/ltsp/i386/lts.conf I get a new configuration file,
which however doesn't work as I still cannot start the X server.
$ diff xorg.conf.ltspintel xorg.conf.ltsp
97c97
< ### Available Driver "intel"
---
> ### Available Drive
we did exactly that for the last releases, the problem with using teh
maintainer scripts of xserver-xorg like the liveCD does is that it needs
to load the whole debconf database which is an extremely slow process
over the network, the script we use in gutsy currently relies on the
values Xorg itsek
14 matches
Mail list logo