Intel driver 2.5.1 has unmarked dependency on libdrm-intel1

That's why I couldn't get my X up I guess.

http://pastebin.com/f69067ad0

Hi all,
 I was able to get it till the login screen but then my keyboard died.
If anybody comes to know of any new releases of the
xserver-xorg-video-intel , xserver, xserver-xorg, xorg please also put
the same here as well so we can test.
--
          Regards,
          Shirish Agarwal
  This email is licensed under http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17

the dependency should be added automatically when the package is built, but there's something wrong with the libdrm packaging which breaks it.

same problem here.. reported it here:
https://bugs.launchpad.net/ubuntu/+bug/303911

tried to reinstall the xserver-xorg-video-intel but no effect
Still no libdrm_intel.so.1 in /usr/lib

I did the following to get X started in a not perfect state but atleast better than commandline:

sudo su
cd /usr/lib
ln -s libdrm.so.2.3.1 libdrm_intel.so.1
sudo killall gdm
gdm

X started in low grafical mode so 1024x768 instead of 1280x800

Waiting for a real sollution here ;-)

@Bastiaan Wakkie: Install the package `libdrm-intel1`

@Kevin: Ok I tried if this worked but it didn't. I removed my symlink and installed the package. rebooted and I got an X error again. So I redid my trick above...

Hi all,
After installing libdrm1-intel1 I also am not able to get any screen.

This is my /var/log/Xorg.0.log

X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.24-19-server i686 Ubuntu
Current Operating System: Linux Mugglewille-desktop
2.6.28-1-ub-generic #1 SMP Wed Nov 26 19:15:48 UTC 2008 i686
Build Date: 27 November 2008 09:36:01AM
xorg-server 2:1.5.3-1ubuntu1 (<email address hidden>)
 Before reporting problems, check http://wiki.x.org
 to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Dec 1 18:24:14 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) No Layout section. Using the first Screen section.
(**) |-->Screen "Default Screen" (0)
(**) | |-->Monitor "Configured Monitor"
(**) | |-->Device "Configured Video Device"
(==) Automatically adding devices
(==) Automatically enabling devices
(==) No FontPath specified. Using compiled-in default.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
 Entry deleted from font path.
(==) FontPath set to:
 /usr/share/fonts/X11/misc,
 /usr/share/fonts/X11/100dpi/:unscaled,
 /usr/share/fonts/X11/75dpi/:unscaled,
 /usr/share/fonts/X11/Type1,
 /usr/share/fonts/X11/100dpi,
 /usr/share/fonts/X11/75dpi,
 /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the list of input devices.
 If no devices become available, reconfigure HAL or disable AllowEmptyInput.
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x81d9a40
(II) Module ABI versions:
 X.Org ANSI C Emulation: 0.4
 X.Org Video Driver: 4.1
 X.Org XInput driver : 2.1
 X.Org Server Extension : 1.1
 X.Org Font Renderer : 0.6
(II) Loader running on linux
(++) using VT number 7

(--) PCI:*(0@0:2:0) Intel Corporation 82845G/GL[Brookdale-G]/GE
Chipset Integrated Graphics Device rev 3, Mem @ 0xd0000000/0,
0xdff80000/0
(II) System resource ranges:
 [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
 [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
 [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
 [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
 [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
 [5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
(II) LoadModule: "extmod"

(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
 compiled for 1.5.3, module version = 1.0.0
 Module class: X.Org Server Extension
 ABI class: X.Org Server Extension, version 1.1
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading e...

Your problems are due to a different issue. This is not a catch-all bug for Intel hardware.

Hi Kevin,
 Thank you for getting back to me so quickly. I would like to know
what could be this other bug so I can post it to on launchpad. Looking
forward to info. and any line numbers and content which you think
which would make it worthwhile to take forward.
--
          Regards,
          Shirish Agarwal
  This email is licensed under http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17

I have put up my issue as https://bugs.launchpad.net/bugs/304871

@Bryce Harrington: Linking libdrm-intel... to libdrm is NOT a workaround for this! You need to install the package libdrm-intel1.

Workaround added for -intel to force a Depends on libdrm-intel1. This at least drops the priority on the libdrm issue. We can drop the workaround when the libdrm symbols are working right.

Kevin, please remain calm, you'll note from the activity log that I picked that out right before you. ;-)

installing libdrm-intel1 solved the problem for me at least

Dropping the milestone, as the current workaround in -intel is probably perfectly ok for the release. Stuff seems to be installing ok with -intel so assuming this isn't a big priority, just a correctness issue.

Timo, can you give an update on this? Now that we have newer libdrm and -intel bits is it still an issue? If you can explain what packaging changes are needed to get this resolved, maybe we can do that post-beta.

<bryce> tjaalton: libdrm has one bug left, but I'm uncertain what to do about it
<tjaalton> bryce: actually it should be fixed by the one we have
<tjaalton> jcristau fixed it, libdrm1-intel.symbols referenced libdrm and not the package itself :)
<bryce> ok, so can we just close it then?
<tjaalton> yes
<bryce> awesome
<tjaalton> and -intel could drop the direct dependency