Marotte ⛧ a écrit 8719 commentaires

Oui. J'ai la même chose que pour le 3.2.

Pareil, ça veut pas tomber en marche, comme je m'y attendais ;)

C'est plutôt occasionnel

Ouai c'est ça, l'ami de Mickey.

Comme lancer file-roller parce que ça fait 30 fois qu'on lance tar n'importe comment pour décompresser/compresser une archive.
Comme lancer Mousepad pour faire un chercher/remplacer au lieu d'utiliser sed.

La force est faible avec celle là. Utiliser un terminal X (plutôt que les VT), ne t'empêche aucunement d'utiliser sed ou autre…

Et au moins tu n'aura pas à attendre 4 secondes pour lancer file-roller parce que tu galères avec tar…

Des dikss ou des skeud sister, sur ton aïpad lol, tavutuvoi??

On appelle bien encore un film un film…

un shell en vrai plein écran directement sans s'embêter avec le terminal

J'appuie sur F11, mon terminal est en plein écran, il ne m'embête pas.

pas de combinaisons claviers qui sont prises par le terminal alors que c'était pour le programme en cours

Ça oui c'est un argument recevable, d'un autre coté, précéder sa combinaison de touches de Ctrl c'est pas la mort non plus…

ne pas avoir à attendre le démarrage de xorg, et de l'environnement de bureau, pour avoir un shell

Ça t'arrive souvent ? Je veux dire, sur ta moulestation ?

quand tu t'entraines à n'utiliser que des programmes shell, le fait que les applications ne trouvent pas le $DISPLAY permet d'éviter la tentation de lancer ou outil graphique dont finalement tu deviens dépendant

Comme ?

quand Xorg est cassé, c'est sympa

Soit quand on a pas le choix. CQFD.

j’étais quand même un peu petit quand c’est sorti Windows 3.11

T'inquiète, c'est pas comme si tu avais manqué quoi que ce soit ! ;)

parce que ça permet de faire des choses sans se soucier de ne pas devoir se déconnecter pendant que ça tourne

Non mais sérieux, tu peux faire exactement la même chose depuis un « xterm » (&,screeen,etc…)

– parce qu’on peut faire un truc pendant qu’on est dans un jeu en plein écran

Ah ouai super, je vois pas en quoi jongler entre ses TTY a un quelconque avantage à changer de fenêtre dans son clickodrome…

Non mais ça va quoi. Tu fais bien d'utiliser une émulation de terminal sous X. Les quelques secondes nécessaires au basculement il faut bien comprendre que c'est le passage d'un système de gestion de l'écran à un autre, totalement différent.

skoi ta machine pour que ça prenne 4s ?

Pour ce qui est des mises à jour. Pour un upgrade majeur c'est effectivement une bonne idée de le faire sans interface graphique qui tourne.

quand tu dois faire deux-trois aller-retour entre Xorg et les TTY, c’est ULTRA-CHIANT.

D'un autre côté t'as un shell sur ta machine, accessible facilement en cas de plantage de X, c'est pas rien non ;)

Mais franchement, quel est l'intérêt d'aller et venir entre console et X, vu que tu peux avoir un shell dans un terminal ? Je sais que l'on peut faire des trucs pas mal avec le framebuffer mais sinon, sauf en cas de plantage de X, je préfère utiliser un terminal X.

C'est vrai qu'on perçoit bien le haut level de brainstorming marketeu derrière ce terme. Qui par ailleurs est resté gravé dans le code…

Pour aller en TTY ou revenir sur Xorg faut attendre 4 secondes à chaque fois

Je viens de tester c'est 1,5 seconde chez moi. Mais même à 4 seconde first world problem ! franchement.

Sinon : "for workgroups" ce n'est pas une caricature, Windows a utilisé cette dénomination à une époque !

Je me demande si je suis Captain Obvious sur le coup, ou alors que tu es réellement jeune :)

C'est une blague du même acabit que : http://www.mslinux.org/

Parce qu'en toute honnêteté, Microsoft, mais LOL quoi ! Bien sûr, si on est sensibilisé à la pertinence d'un buisness model qui tient la route on ne peut qu'être admiratif devant leurs tactiques.

Après il faut reconnaître qu'ils n'exercent pas un monopole aussi indiscutable qu'il y a quelques années. Google, Facebook ou Amazone on clairement de quoi rivaliser en matière de domination des interwebz.

C'est ce que j'ai fait (copier le fichier de config du noyau que j'utilise (un 3.2) vers /usr/src/linux-source-3.9/.config, juste changer le type de processeur de generic à K8 (même si mon proc est plus récent) à ce que j'ai lu ça peut pas faire de mal. (ce qui me paraît logique, le processeur de la génération suivante implémente forcément une partie des fonctionnalités de son parent).

Bon bah :

real    85m4.707s

Essayons…

Mais si tu veux faire un diff, regarde du côté de ahci ;-)

Et merde je viens juste de lire ça :/

# grep "AHCI" /usr/src/linux-source-3.9/.config
CONFIG_SATA_AHCI=m
# CONFIG_SATA_AHCI_PLATFORM is not set
CONFIG_SATA_ACARD_AHCI=m

On verra.

EDIT :

# diff /boot/config-3.2.0-4-amd64 /usr/src/linux-source-3.9/.config |grep AHCI

me retourne rien :) Aller ! On y croit :)

Je vais essayer ça.

Vu que tu sembles faire ça souvent (sous Debian ?) d'après toi :

time make-kpkg --initrd kernel_image kernel_headers

C'est bon ? (il n'y a pas l'option --append-to-version parce que je viens de découvrir que c'est inclue dans la conf :)

La doc fait référence à fakeroot pour lancer la compilation. Mais bon là, fainéassement je suis root donc je doute que ce soit impactant.

C'est parti !

exec make kpkg_version=12.036+nmu3 -f /usr/share/kernel-package/ruleset/minimal.mk debian INITRD=YES

Va falloir que je jette un œil à /usr/share/kernel-package/ruleset tiens…

Merci. Tu m'as appris un truc là.

DoudouLinux est un système pour enfants à partir de 2 ans axé sur la simplicité d'utilisation, mais pas seulement.

Je sais qu'un enfant de deux ans, voir moins, est capable d'utiliser une interface graphique, surtout avec le tactile, mais est-ce une bonne idée de coller un enfant de 2 ou 3 ans devant un ordinateur ?

Je sais que tout est question de modération et d'intelligence mais cette phrase m'a interpellé.

oui ou récupérer les sources du depot debian unstable.

C'est ce que j'ai fait. Et j'ai compilé avec make-kpkg.

J'ai dit :

Que j'utilise l'image fournie ou que je compile le noyau moi-même ça ne boot pas

Je ne crois pas qu'il soit utile d'essayer de compiler les sources officielles pour résoudre mon problème, mais peut-être que je me trompe.

Mon problème apparaît avec l'image binaire fournie par Debian comme avec la compilation du package linux-source-3.9…

Moi non. Je compile mes kernels sur toutes mes machines régulièrement.

Et bien moi non et d'habitude j'ai pas de problème avec les packages binaires Debian.

Mais je pense que faire un diff entre ma conf actuelle et le .config tout frais ça pourrait peut-être m'aider, tu as raison.

c'est une fonctionnalité qui n'a pas survécu à la nouvelle version de LinuxFr en RoR.

Euh… Il y a eu des CSS spéciales depuis non ? Quoique…

Je ne doute pas que nous aurons une explication un jour ou l'autre :)

Si le but est juste de mettre à jour le noyau, il est plus simple de le compiler directement plutôt que de récupérer celui de la sid.

Tu veux dire compiler un kernel vanilla ?

Pour ne pas se tromper, copier le fichier /boot/config-3.2.0-4… vers le dossier du source (en le renommant .config) et lancer la compilation.

Tu crois que je peux passer la config de mon noyau actuel (3.2) pour compiler un 3.9 ? J'ai de gros doutes.

Concernant la config je l'ai faite assez rapidement, j'ai changé le type de proc, vérifié ce dont je sais avoir besoin, virer ce dont je sais ne pas avoir besoin et pas touché au reste.

ehci-pci, c'est pour l'usb2

Donc à priori mon problème ne vient pas de là.

Je supporte pas la limitation en largeur mais je trouve les couleurs et le reste très réussi.

C'est effectivement pesant de lire des lignes trop longues ce n'est plus à prouver. Mais c'est selon moi en quelque sorte compensé par une utilisation plus intensive du paragraphe avec une ligne vide entre chaque.

Si les paragraphes ne font pas plus de quelques lignes la longueur des lignes n'est plus un problème pour « raccrocher » la ligne suivante.

Dans un livre ou un journal ça se justifie et il m'arrive moi même pour lire email de limiter le nombre de caractère par ligne mais pour le web ça se justifie déjà nettement moins.

C'est quand même lourd de pas pouvoir changer (oui je sais Greasemonkey toussa…) mais d'un autre côté c'est pour faire de la pub donc ça se comprend.

PS : Une phrase par paragraphe ! Je le jure j'ai même pas fait exprès :)

early console in decompress_kernel

ecompressing Linux. Parsing ELF... done

Booting the kernel
Loading please wait

Volume group "toto" not found

S'en suit d'autres messages d'erreur LVM (forcément). Je croyais que ça bloquait là mais en recopiant le message d'erreur j'ai vu que ça m'affiche d'autres messages et me rend la main sur busybox

Gave up waiting for root device

On me demande de vérifier root= et rootdelay=

Et j'ai également ça (aucune idée de savoir si ça a un rapport)

ehci-pci not found in modules.dep

Je pourrais me dire que j'ai chié la compilation du kernel mais comme je l'ai indiqué j'ai exactement les même symptômes avec le kernel tout prêt.

il y a peut-être une incompatibilité qui traîne avec une version du noyau ?

Il y aurait eu des dépendances à installer quand j'ai installé kernel-image dans ce cas non ?

sid et unstable c'est la même chose.

Je ne veux pas passer le système sous unstable mais juste le noyau. C'est possible à priori, par contre si LVM, je sais pas.

Ça faisait très longtemps que j'avais pas compilé un noyau ! J'ai déjà utilisé unstable pendant un certains temps, je ne suis pas non plus un grand débutant ;)