Je viens d'installer la Dedian5-Lenny sur un PC portable Toshiba-P300-1H9, puis ensuite mis KDE-4.1, parce que bon, Gnome, ça le fait moyen pour moi...
Tout c'est bien passé, merci, sauf que j'ai une résol d'écran pitoyable de 1024x768, et bien sur anamorphosée sur l'écran 16/9e...
L'extase...
Il semblerait donc que les drivers de base de la Debian5 ne gèrent pas spécialement bien la carte graphique Mobile Intel4 Series Express Chipset Family (Intel GMA 4500M), qui équipe mon beau Toshiba...
Ce qui me chagrine d'autant plus, c'est que sur le même PC, j'avais installé juste avant, la Kubuntu 9.04, et la c'était nickel, avec une splendide résol de 1440x900...
Mais j'avais vraiment envie de tourner sur la Debian, en vrai full-free...
Bref, j'ai mouliné pas mal sur le net, et tout en me rendant compte que les cartes graphiques Intel sont pas vraiment au niveau des Nvidia et ATI (j'ai pas vraiment choisi le PC, c'est un occase-coup-de-fusil du boulot...), j'abouti quand même sur le site intellinuxgraphics.org , qui semble pouvoir me sauver la vie.
Je vais donc pour me descendre les sources sur [http://intellinuxgraphics.org/download.html], mais je remarque que pour les "ordinary users non-developers", il y a des packages tout prèts sur [http://intellinuxgraphics.org/2009Q1.html].
Du sur-mesure pour moi...
Je descends les 2D driver (xf86-video-intel 2.7.0), les 3D driver (mesa mesa_7_4_branch commit), les drm-kernel (drm-intel qa-branch), et les LIBDRM (libdrm-2.4.9 release).
En suivant le tuto sur [http://intellinuxgraphics.org/install.html], je comprends que je peux zapper l'étape "drm-kernel", et j'attaque direct le "Whole Stack Building" (4).
L'étape "libdrm" (4.2) se passe bien, avec :
- # ./configure --prefix=/usr --exec-prefix=/ (et non "./autogen-sh" comme sur le tuto...)
- # make
- # make install
"libdrm.so" se retrouve bien dans /usr/lib.
L'étape "Xorg 2D Drivers" (4.3) se passe nettement moins bien..
Absence du fichier "autogen-sh" cité dans le tuto, mais un "install-sh" à la place, donc j'envoie le "./configure", et la, PAF :
> No package 'xorg-server' found
> No package 'fontsproto' found
Pourtant, j'ai bien "xserver-xorg" installé...
Bref, la j'apprécierai bien un petit coups de main, svp...
Maâarci....
Je copie ci-dessous le listing complet du "./configure":
portablapapa:/home/papajm/drivers_intellinuxgraphix/drivers/xf86-video-intel-2.7.0# ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognize dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... no
checking for c++... no
checking for gpp... no
checking for aCC... no
checking for CC... no
checking for cxx... no
checking for cc++... no
checking for cl.exe... no
checking for FCC... no
checking for KCC... no
checking for RCC... no
checking for xlC_r... no
checking for xlC... no
checking whether we are using the GNU C++ compiler... no
checking whether g++ accepts -g... no
checking dependency style of g++... none
checking for g77... no
checking for xlf... no
checking for f77... no
checking for frt... no
checking for pgf77... no
checking for cf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for xlf90... no
checking for f90... no
checking for pgf90... no
checking for pghpf... no
checking for epcf90... no
checking for gfortran... no
checking for g95... no
checking for xlf95... no
checking for f95... no
checking for fort... no
checking for ifort... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for ftn... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether accepts -g... no
checking the maximum length of command line arguments... 98304
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX" to libtool
appending configuration tag "F77" to libtool
checking for bash... /bin/bash
checking if libtool sucks... yup, it does
checking if dolt supports this host... yes, replacing libtool
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking whether gcc and cc understand -c and -o together... yes
checking for intel-gen4asm... no
checking sys/mman.h usability... yes
checking sys/mman.h presence... yes
checking for sys/mman.h... yes
checking for mprotect... yes
checking if XINERAMA is defined... no
checking if RANDR is defined... no
checking if RENDER is defined... no
checking if XF86DRI is defined... no
checking if DPMSExtension is defined... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for XORG... configure: error: Package requirements (xorg-server xproto fontsproto ) were not met:
No package 'xorg-server' found
No package 'fontsproto' 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 XORG_CFLAGS
and XORG_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
portablapapa:/home/papajm/drivers_intellinuxgraphix/drivers/xf86-video-intel-2.7.0#
JMPX
(toujours pas ingénieur-informaticien, ni tech-admin, ni stewart-hot-line...).
- Marseille -
- Debian 5 - PC prtbl Toshiba P300-1H9.
# -dev
Posté par bzubzu . Évalué à 1.
Pourtant, j'ai bien "xserver-xorg" installé...Bref, la j'apprécierai bien un petit coups de main, svp...
Maâarci....
et xserver-xorg-dev ?
pour le deuxième à vu de nez : x11proto-fonts-dev
[^] # Re: -dev
Posté par JMPX . Évalué à 1.
x11proto-xf86bigfont-dev
x11proto-xf86dga-dev
x11proto-xf86dri-dev
x11proto-xf86misc-dev
x11proto-xf86vidmode-dev
x11proto-xinerama-dev
J'avais déja x11proto-fonts-dev...
Mais bon, pas mieux, car le ./configure me renvoit :
checking for XORG... configure: error: Package requirements (xorg-server xproto fontsproto xineramaproto randrproto renderproto xextproto x11 xextproto) were not met:
No package 'x11' found
Le problème c'est que x11 est connu sous plein d'autre noms, comme xorg bien sur, et aussi x tout court, ou xr7, etc...
Donc le truc, ça serait de trouver le moyen de faire comprendre à tout ces packages qui ne trouvent pas x11, qu'il est trouvable sous xorg...
Mais la, ça outrepasse les limites (déja franchies...) de mes modestes compétences linuxiennes...
Merci quand même, bzubzu...
JMPX.
# beaucoup de changement chez intel
Posté par Adrien . Évalué à 3.
Lenny n'intègre pas tout cela.
Peut-être devrais-tu tester la branche sid ? ou sinon testing + les paquets linux-image, xserver-xorg et xserver-xorg-intel de sid ?
[^] # Re: beaucoup de changement chez intel
Posté par JMPX . Évalué à 1.
La testing, mmh.. c'est pas que ça me fait peur, mais les moments ou je peux me mettre sur Linux sont trop peut prévisibles pour que je me lance dans un parcours de longue haleine...
J'suis pas trop configuré pour ça, la...
Sinon, la je suis en train d'explorer le forum debian-fr.org, et y a pas mal de ressources sur intel...
Tant je trouve bonheur...
Au pire, si je m'en sors pas avec Lenny, je repiquerais sur la Kubuntu en attendant la Debian6, avec beaucoup d'espoir...
Thanx à toi.
JMPX
[^] # Re: beaucoup de changement chez intel
Posté par Adrien . Évalué à 3.
Je trouve la debian testing plus fiable que la dernière Ubuntu… Perso je l'utilise au bureau et chez moi, je n'ai jamais de plantage, et ce depuis plusieurs années.
En ce moment je suis avec testing + quelques paquets d'unstable (ekiga, xserver-xorg, linux 2.6.29) et ça plante pas, c'est tout à fait utilisable dans la vie de tous les jours.
[^] # Re: beaucoup de changement chez intel
Posté par Framasky (site web personnel) . Évalué à 1.
Sinon avec Sid, no souci du moment que tu fais gaffe aux dépendances quand tu fais les mises à jour (genre synaptic qui, pour installer un paquet, te propose d'en virer 20, dont le Xorg, si, si, ça me l'a déjà fait).
Being a sysadmin is easy. As easy as riding a bicycle. Except the bicycle is on fire, you’re on fire and you’re in Hell.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.