FreeB5D a écrit 632 commentaires

Ils moinssent.

Bonne chance pour mettre un adaptateur coudé dans un PC portable.

sans la composition par contre parce que le pilote nouveau n'aime que moyennement ma carte graphique.

Ce qui est peut-être bien la racine du problème chez moi: le système Athlon est doté d'une Radeon 9550 avec pilotes libres et composition activée, sur un écran en 1920x1080. En tout cas, à l'époque, KDE 4.1 avait vraiment un peu de mal avec le processeur, et il y avait ni effets de bureau ni écran énorme.

Dans le fichier arch/x86/Makefile_32.cpu, dont je cite le début:

# CPU tuning section - shared with UML.
# Must change only cflags-y (or [yn]), not CFLAGS! That makes a difference for UML.

#-mtune exists since gcc 3.4
HAS_MTUNE       := $(call cc-option-yn, -mtune=i386)
ifeq ($(HAS_MTUNE),y)
tune            = $(call cc-option,-mtune=$(1),$(2))
else
tune            = $(call cc-option,-mcpu=$(1),$(2))
endif

align := $(cc-option-align)
cflags-$(CONFIG_M386)           += -march=i386
cflags-$(CONFIG_M486)           += -march=i486

le processeur choisi dans CONFIG_MXYZ détermine le drapeau -march passé à gcc.
Le manuel de gcc détaille le comportement de -march et -mtune: -mtune fait uniquement des optimisations compatibles avec le -march choisi, mais -march fait toutes les optimisations pour ce type de processeur et peut générer des codes opérations spécifiques. Par exemple, Slackware compile les logiciels en mode utilisateur (sauf peut-être Firefox, mais on sait bien que le vrai navigateur favori de Slackware est SeaMonkey) avec les options

-O2 -march=i486 -mtune=i686

ce qui génère des programmes optimisés pour 686 en n'utilisant que des codes opérations compatibles avec le 486.

Le problème avec KDE 4 c'est pas la mémoire, c'est le processeur. J'ai un AMD Athlon à 1200 MHz / 768 Mo de RAM qui rame un peu sous KDE4 (et Firefox aussi, au passage), mais un Celeron à 2400 MHz / 768 Mo de RAM les font bien tourner.

Quant au DD … j'imagine qu'il serait difficile de se procurer un SSD IDE.

Sinon, une carte CF c'est électriquement compatible avec l'IDE.

Pour Slackware, ça dépend. Au niveau des pilotes, depuis le passage définitif au noyau 2.6, le noyau et X.org sont assez à jour au moment de la sortie d'une nouvelle version. Pas comme Debian qui a sorti la Squeeze basée sur le noyau 2.6.32 moins de 3 mois avant Slackware 13.37, basée sur le noyau 2.6.37. Par contre au niveau des applications, c'est très différent. On trouve encore dans la version 32 bits des bibliothèques C++ aussi anciennes que libstdc++.so.3, et d'une façon générale il y a souvent des décisions qui sont prises parce que sinon «ça casse le logiciel propriétaire XYZ». Et sinon, dans Slackware, il n'y a toujours pas PAM et PulseAudio, mais à mon avis on pourra attendre encore longtemps avant de les voir et tant mieux.

C'est CONFIG_MPIII=y dans la configuration du noyau. Donc a priori c'est avec rupture de compatibilité.

D'après le ChangeLog, le changement a été fait en une seule fois, lors du passage du noyau 2.6.37 au noyau 2.6.38.

Depuis la version 12.0 (2007), et jusqu'à maintenant, Slackware avait déjà le noyau par défaut (hugesmp.s) compilé pour 686 et le noyau huge.s compilé pour 486. À ma connaissance, il n'y a jamais eu de noyau 2.4 SMP dans Slackware. D'ailleurs, le fait que hugesmp.s soit pour 686 est clairement annoncé dans l'écran d'accueil ISOLINUX:

If you need to pass extra parameters to the kernel, enter them at the prompt
below after the name of the kernel to boot (huge.s etc).  NOTE: If your machine
is not at least a Pentium-Pro, you *must* boot and install with the huge.s
kernel, not the hugesmp.s kernel!  For older machines, use "huge.s" at the
boot prompt.

Mais linux bat a plate couture osx hein!

Au moins Linux tourne sur des PC ayant un prix raisonnable.

mais comme ils ont du matos que personne n'a

Et aussi, il n'ont pas du matos que tous les autres ont (cf. par exemple ici)

Mauvais troll.

Certes, mais t'en aurais eu deux fois plus pour deux fois plus longtemps.

Un Macbook avec C2D à 1000 € c'est deux fois plus qu'un PC portable avec Core i3 à 450 € ? Merci de me l'apprendre.
http://www.ldlc.com/fiche/PB00112132.html
http://www.ldlc.com/fiche/PB00110090.html

Macbook: dalle brillante à 1280x800
Fujitsu Lifebook: dalle mate à 1366x768

un support hesitant et des trucs qui petent tous les 15 jours.

Utiliser Arch, c'est un choix. Si t'utilise une Slackware/Debian/Ubuntu stable, ça ne pète pas tous les 15 jours.

Tu fais reference a la derniere regression du kernel qui a augmente de 30% la consommation?

Il y a aussi des distributions basées sur le noyau 2.6.37, comme Slackware 13.37. Faire des mises à jour en rolling-release, c'est un choix. Et puis Arch propose un paquet pour le noyau 2.6.32.

que la 3d marche bien, ou pas

Avec les pilotes récents, elle marche bien. Point.

que les polices sont rendues correctement, ou pas

Sauf qu'utiliser les paquets binaires de KDE3 pour Slackware 12.2 avec Slackware 13.1, je n'appelle pas ça une utilisation normale. Pour info, je n'ai jamais eu de tel problème du tout avec KDE4 ou Xfce.

Sur un vieux système (AMD Athlon à 1200 MHz), j'ai justement eu des ennuis avec un graveur DVD Phillips et un VIA686B. Quand il était en esclave du 2ème contrôleur IDE, il:
-fonctionnait avec DMA sous Slackware 11.0/Linux 2.4.33
-ne fonctionnait pas avec DMA sous Slackware 11.0/Linux 2.6.17.13
-fonctionnait uniquement pour graver des CD (mais pas pour les lire, et j'avais pas testé les DVD) sous Zenwalk et Linux ~2.6.17
-à l'époque de Linux 2.6.20-2.6.25, ne lisait les CD que sous Slackware, Ubuntu et Debian (sans doute libata vs. vieux IDE)
Quand j'ai arrêté de mettre des lecteurs optiques en position du /dev/hdd, ça s'est mis à mieux marcher (et je crois avoir lu un jour que mettre un lecteur optique en /dev/hdd constituait un violation de la norme ATAPI).
Enfin, quand j'ai mis à jour le firmware du lecteur DVD (un grand merci au passage pour Phillips qui m'a fait installer W2K juste pour cette mise à jour…) ça s'est encore amélioré, et j'ai plus remarqué de problème après (mais j'ai aussi quasiment arrêté de m'en servir, aussi).

Et merde, double post, à cause du serveur qui n'a pas aimé mon >= qui tombait au début de la ligne et qui a envoyé mon commentaire en m'affichant une erreur 500.

ce qui me semble hasardeux à cause du passage libc5/libc6

Parce que bon, libc5/libc6 ça date quand même de l'avant-Linux 2.4.
Sinon, le vrai problème pour utiliser un noyau vraiment plus ancien que la distribution c'est udev. Sous les Slackware récentes, glibc est compilée pour le noyau 2.6.18 et udev demande un noyau 2.6.27, mais plus récent si on utilise les règles par défaut. Donc si ça ne te dérange pas de ne pas utiliser udev et d'utiliser rc.modules à la place, tu peux sans problème utiliser Slackware 13.37 avec le noyau 2.6.27.31 issu de Slackware 12.2 ;).
Sinon, si c'est le support qui te gêne pour rester sur Lenny, tu peux toujours passer à Slackware 12.2 (noyau 2.6.27.31) ou CentOS 5/SL5 (noyau 2.6.18). Avec Slackware, les mises à jour pour les paquets sont fournies «tant que c'est facile de faire le paquet», ce qui fait que les versions à partir de la 8.1 (2002) ne tombent jamais en obsolescence brutale (pour le moment, dans Slackware 12.2, Firefox n'est plus mis à jour mais SeaMonkey l'est encore).

ce qui me semble hasardeux à cause du passage libc5/libc6

Parce que bon, libc5/libc6 ça date quand même de l'avant-Linux 2.4.
Sinon, le vrai problème pour utiliser un noyau vraiment plus ancien que la distribution c'est udev. Sous les Slackware récentes, glibc est compilée pour le noyau 2.6.18 et udev demande un noyau 2.6.27, mais plus récent si on utilise les règles par défaut. Donc si ça ne te dérange pas de ne pas utiliser udev et d'utiliser rc.modules à la place, tu peux sans problème utiliser Slackware 13.37 avec le noyau 2.6.27.31 issu de Slackware 12.2 ;).
Sinon, si c'est le support qui te gêne pour rester sur Lenny, tu peux toujours passer à Slackware 12.2 (noyau 2.6.27.31) ou CentOS 5/SL5 (noyau 2.6.18). Avec Slackware, les mises à jour pour les paquets sont fournies «tant que c'est facile de faire le paquet», ce qui fait que les versions >= 8.1 ne tombent jamais en obsolescence brutale (pour le moment, dans Slackware 12.2, Firefox n'est plus mis à jour mais SeaMonkey l'est encore).

T'as pas de problème avec la portée du Wifi ? J'ai acheté le même Fujitsu Lifebook il y a 9 mois, et par rapport à d'autres j'ai une portée de Wifi assez mauvaise (j'ai un AR9285 comme carte Wifi interne).

Est-ce bien chez LDLC que tu l’as eu ? Ça peut intéresser des gens de savoir si c’est bien le modèle à écran mat qu’ils vendent.

T'as regardé le lien sur le site du journal ? C'est un lien vers la fiche produit de LDLC concernant le Lifebook, et LDLC spécifie pour tous ses ordinateurs portables l'entrée «Dalle brillante». Et effectivement, LDLC vend le modèle avec écran mat.

(résultat : un Compaq reconditionné à 281 €, avec écran brillant, évidemment).

Mes condoléances.

parce que bon, le plastique, c’est quand même de la camelote pour prolétaire.

Ils font pas aussi des Mac avec coque en plastique^W^WUnibody Apple ?

Le CPU est une vraie bombe (un quadcore pour faire tourner une Konsole avec TMux c'est juste trop :) ).

T'as du confondre avec /proc/cpuinfo, parce que les Core i3 ont tous 2 cœurs. Mais c'est quand même puissant, on pourrait presque faire tourner Gentoo dessus.

J'ai le même PC portable, acheté il y a environ 9 mois.
Pour l'hibernation, quand j'avais une partition de swap, ça marchait bien.
Mise en veille mémoire: nickel.
Bluetooth: non testé.
Lecteur de cartes: les SD de 2 Go fonctionnent, SDHC non testé.
Autonomie: 3h30 avec un SSD pourri à la place du DD d'origine, 4h au début. Cependant, au moment où je l'ai acheté, l'autonomie annoncée était de 4h et non 6h.

Infos supplémentaires sur la compatibilité Linux :

• xf86-video-intel 2.11 et 2.15 à éviter, 2.9.1 et 2.14 fonctionnent bien (cependant, avec 2.9.1, si on utilise des résolutions 4:3 le «letterbox» ne fonctionne pas même en configurant «Full aspect» dans xrandr).
• Wifi, graphismes dont jeux 3D, son fonctionnels sous Debian Squeeze, Ubuntu 10.04, Slackware 13.1 et 13.37, Fedora 13 et 14 sous les réserves suivantes:
• Wifi non testé sous Ubuntu, mais devrait fonctionner puisque Debian Squeeze et Ubuntu 10.04 utilisent tous les deux le 2.6.32
• Performances 3D horribles sous Slackware 13.1: corrigé en passant de mesa 7.8.2 à mesa 7.7.1 (la même version que pour Ubuntu 10.04)
• Mauvais rendu des polices sous KDE3 pour Slackware 13.1: corrigé en passant de xf86-video-intel 2.11 à 2.9.1
• Performances 3D bien meilleures sous Fedora 14 que Fedora 13
• Effets de bureau de KDE4 extrêmement plantogènes sous Slackware 13.1/mesa 7.7.1
• KDE4 un peu plantogène sous Slackware 13.37, même sans effets de bureau, avec xf86-video-intel 2.15. Pas de problème avec 2.14 (mais effets 3D peu testés)
• Les touches de réglage de la luminosité de l'écran par Fn-F? fonctionnent bien sous Fedora mais pas sous Slackware ni Ubuntu.
• De façon générale, Ubuntu peu testé
• PulseAudio très peu testé, mon réflexe étant de l'enlever immédiatement quand il est présent
• Hibernate fonctionnel sous Fedora, non testé sous les autres distributions.

Si Norton coûte -2€

Et la loi Galland alors ?

Et aussi, « Vous devez faire en sorte d'éliminer tout site pornographique^Wpédopornographique d'Internet. » (comme s'ils utilisaient encore le Web ordinaire…)

Stable et éprouvé Gnome 3?

Toutafé, c'est stable et éprouvé comme KDE 4.0.

Ça me fait mal d'expliquer un troll… le mien sous-entendait que mainline est le noyau de développement et que les vraies versions stables ce sont 2.4, 2.6.16, 2.6.27, etc.