Deux petites videos en flashkipu pour comparer le mode-setting (changement de résolution) entre le traditionnel user-land, et le nouveau kernel-mode qui s'annonce à l'avenir... yummy

Moralité : vive Flash-ki-pu !

Hein ? Ah non, c'est pas ça que tu voulais nous dire ?

Mécréant caprinophile

Je suis partagé entre le "youyou" du mec que ça gave de devoir attendre les trois secondes réglementaires à chaque changement de VT, et l'intuition que ça n'a rien à foutre en mode noyau...

Enfin bon, tant que ça marche et qu'en plus c'est plus agréable à utiliser...

On pourra aussi espérer une meilleure stabilité au changement de res... parce que ça, ça n'a pas toujours été la joie (et d'ailleurs, c'est ce qui fait lamentablement planter X.org, une fois sur deux, jusqu'au 7.2, en multi-GPU drisé... pour les suivants, évidemment, puisque pas encore de multi-GPU en randr 1.2, la question ne se pose encore même pas)...

Hum jeudi je vais tester gnome pour une fois, histoire de voir les différences avec kde vu que je sais pas du tout. Et ensuite kde4, par contre c'est simple à maj kde par la suite vu que ça va encore évoluer ?

Hello,

Je pense pas que ça vaut un nouveau post donc je demande ici...

Comment enlever les 4 premiers caractères d'une chaine passée en pipe ?

Merchi

s/^....//

ou en concis

s/^.{4}//

Et en ligne de commande il faut échapper les accolades :

s/^.\{4\}//

| sed 's/....//'

EDIT : ach! theo est plus rapide et plus complet que moi

EDIT : ach! theo est plus rapide et plus viril que moi

C'est vrau que le "^" n'est pas vraiment utile puisqu'on utilise pas le /g (mais bon perso je mettrais quand même, juste pour le principe).

En fait, un deuxième problème se pose puisque par exemple ceci ne va pas marcher comme on veut :

$ echo -e '12\n3456789' | sed -e 's/^....//'

Du coup, il faut utiliser le flag /s avec perl, par exemple :

$ echo -e '12\n3456789' | perl -w -e 'my $l;while(<>){$l.=$_};$l=~s/^....//s;print $l'

(y'a peut-être plus propre pour lire l'entrée, mais bref)

Mais du coup, autant faire quelque chose de plus propre, par exemple :

$ echo -e '12\n3456789' | perl -w -e 'read(STDIN,my $s,4);while(<STDIN>){print}'

Il reste encore une petite chose qui pose problème puisque un caractère utf8 accentué va prendre ici 2 caractères, donc il faut dire à perl d'utiliser la locale en cours :

$ echo -e 'à2\n3456789' | perl -w -e 'use encoding ":locale";read(STDIN,my $s,4);while(<STDIN>){print}'

Voilà, ça marche bien, c'est assez propre. Ça retire les 4 premiers caractères, même si c'est des retours à la ligne ou des caractères utf8 de plusieurs octets!

waouw

Je suis sur le cul avec vos trucs de malades...

Je vous remercie grandement pour ces réponses complètes. Je vias vous avouer que les 4 premiers caractères sont des chiffres mais j'aime quand même bien les réponses ultra complètes

EDIT : ach! theo est plus rapide et plus viril que moi

Si même toi, tu confirmes...

EDIT : ach! theo est plus rapide et plus viril que moi

Si même toi, tu confirmes...

Oui oui, il boude quand on touche à son petit banc...

'foiré

Bon ok je l'ai cherché

lorinc: lapin compris

En fait, un deuxième problème se pose puisque par exemple ceci ne va pas marcher comme on veut :

$ echo -e '12\n3456789' | sed -e 's/^....//'

Mouais, c'est un peu tiré par les cheveux.

Si on considère que \n est un retour à la ligne, ça nous fait deux chaînes. Dans le cas contraire, \n fait partie de la chaîne et compte bien pour deux caractères.

c'est une contrepètrie...

Un peu comme les programmeuses qui compilent le C.

Et personne pour ma question toute bête ?

Modifié le 23 avril 200817 a par GoobY13

bah, c'est comme gnome, fraudra sélectionner les 348 paquets de kde à mettre à jour dans le gestionnaire et être patient.

C'est la grande force des gestionnaire de package : la difficulté de mise-à-jour est la même pour tous les softs et proche du néant.

Après, le problème risque d'être de devoir choisir en KDE 3.5 et 4... même si ça dépend des distros...

Oui, effectivement, il y a des distro ou quand kde4 passera d'expérimental à stable, ça risque d'être sportif pour arriver à selectionner les bons paquets (et je ne donnerais pas de noms... )

J'ai foi en Debian stable (et foi dans les doses massives de café pour ce qui est de testing )...

et moi, j'ai plus trop de foie en sid...

Oui, bah, quand on cherche la merde...

... j'ai une horreur absolue des machins tout intégrés en mode click-click-suivant, mais j'ai quand même autre chose à foutre que de me maintenir une sid (edit : ou une Gentoo )...

Modifié le 23 avril 200817 a par Aefron

Je voulais tester kde 4.0.3 sur la kubuntu de demain, vous pensez que se sera pas top?

Si la maj se fait par le logiciel de paquet, en général on choisit le principal et ils prends direct tout ceux qui lui sont nécessaires non?

J'ai installé une testing uniquement pour tester kde4. il y a un moment

Bon maintenant, pour kubuntu ce sera sportif aussi... Peut-être pas autant...

En tout cas il y a une page de doc concernant kde4 et comme ils le disent, kde3.5 et kde4 peuvent cohabiter sans problème.

Ok, merci, mais je pense pas être assez compétent pour faire cohabiter les deux, je suis assez noob là dessus.