liberforce a écrit 4744 commentaires

Et si tu posais ces questions à ton prof ? C'est peut être le mieux placé pour répondre, non ? C'est quand même lui qui va te noter...

http://www.linuxfr-france.org.invalid/article/these/smart-questions/sm(...)

Ah, souvenirs. Peut être que les producteurs de ce bijou avaient plus de thunes, alors ils ont décidé de remettre ça :
http://www.bide-et-musique.com/song/11841.html

C'est surtout que j'étais pressé, j'ai répondu vite fait. Et c'est du premier degré, vu que c'est effectivement mieux.

... c'est encore mieux.
strace -o log -eopen
D'autres exemples d'utilisation pratique de strace:
http://fr.gnomesupport.org/forums/viewtopic.php?id=612
http://fr.gnomesupport.org/forums/viewtopic.php?pid=2421

Ce sur quoi Lennart a ajouté que le kernel n'avait pas à intégrer de politique de gestion ("policy") pour optimiser des cas extrêmement peu représentatifs. Et que ce type de politique de gestion devait être généralisé et géré en espace utilisateur, au lieu d'harcoder dans le kernel des optimisations pour chaque cas biscornu.

Et je suis plutôt d'accord avec lui sur ce coup là.

Perdu, t'es bloqué par les I/O, pas par le CPU dans ce cas là, mais la blague était drôle :-)

Si l'OS est sur le disque dur et qu'il y a un comportement anormal, tu sais que c'est ta machine qui est fautive.

Si tu utilises un support externe, c'est soit la machine soit le support. Les temps de chargement sont aussi plus lents sur support externe. Donc pour la sortie d'usine, je comprends le choix d'avoir un OS pré-installé.

En même temps, l'intégration SuSE par MSI pour le MSI Wind n'est pas un modèle, alors je ne suis pas sûr qu'on puisse mettre ça sur le dos de SuSE...
http://linuxfr.org//comments/970597.html#970597

Au passage, côté OS à but d'apprentissage, on peut citer SimpleOS: http://sos.enix.org/fr/PagePrincipale

Et MINIX:
http://www.minix3.org/

Je pense que la question n'est pas "vont-ils migrer vers WayLand ?", mais "Quand vont-ils migrer vers WayLand ?". Par défaut, s'entend. Et entre les deux distributions, les réponses semblent être différentes.

On peut faire le cas 1 avec des tabulations, et tout restera bien aligné.

Justement non, c'est bien pour cela que je dis que c'est le seul cas où on est obligé d'utiliser des espaces.

Soit x la largeur d'une tabulation. En général x = 4 espaces. Dans ton exemple, "int param1" commence à 12 + x. 12 est le nombre de caractères de "ma_fonction(". Or si tu as quelques connaissances en algèbre, tu te rendras vite compte que cela ne fonctionne pas.

La ligne suivante avec des espaces vaudra 14. Avec que des tabulations vaudra n*x où n est un entier. Tenter de faire 12 + x = 14 te fait déduire que x = 2, or chaque éditeur ou utilisateur peut régler la taille des tabulations. Un utilisateur qui utilise autre chose que la largeur de 2 espaces pour une tabulation ne verra plus les variables alignées.

Le seul moyen c'est même nombre de tabulations et d'espaces sur chaque ligne avant les éléments à aligner...

Sur mon ancien projet, j'ai fait que du tab, miam :-).

Les tabulations et les espaces c'est mal, parce que dès que l'indentation et les aligements de commentaires d'un utilisateur A passent mal chez l'utilisateur B qui n'a pas configuré ses indentations pareil.

Oui et non. Cela dépend du style adopté pour l'alignement des paramètres d'une fonction par exemple. Si tu codes comme ceci, pas de problème:


void ma_fonction (int param1, int param2, int param3)
{
}

Mais dans de nombreux projets, on met les paramètres d'entrée et de sortie sur des lignes différentes pour voir plus facilement ce qui a changé lors d'un diff. Et là tu as des styles différents...

1. ceux qui alignent les paramètres entre eux (chose que tu ne peux faire qu'avec des espaces)


void
ma_fonction (int param1,
             int param2,
             int param3)
{
}


Ou bien
2. tu décides que seuls les paramètres 2 à n seront alignés entre eux, et tu utilises un nombre fixe de tabulations (en général 2) pour les indenter.


void
ma_fonction (int param1,
        int param2,
        int param3)
{
}

Le cas 1 est un exemple classique de où un utilisateur habituel de tabulations est obligé d'utiliser des espaces. Et le résultat fonctionne quelque soit la configuration. Pour faire du relatif -> tabulation, pour faire de l'absolu -> espaces.

Perso, je préfère le cas 2. Il n'oblige pas à toucher à des lignes sans autre raison que changer l'indentation, comme par exemple quand on change le nom de la fonction et qu'il devient plus long ou plus court.

Allman aussi.

Toutes les barbes sont des poils... Mais tous les poils ne sont pas des barbes.

7 ans sous Mandrake/Mandriva (depuis la Mandrake 9.1) et je t'avoue que je me suis posé la même question que toi. Je suis GNOMiste, et l'intégration de GNOME dans Mandriva est très bien faite après un passage à vide il y a quelques années (quand ils étaient passés à une release par an).

Vues les difficultés de Mandriva et le fait que Edge-IT ait été sacrifiée (ainsi qu'une majorité de personnes clé), je me suis que je n'avais pas trop le choix, et tirer un trait sur Mandriva.

Les alternatives:
- Ubuntu: restons sérieux. Ils sont presque en train de forker GNOME, il va geler en enfer avant ça devienne ma distribution de tous les jours.
- openSuSE: pas mal, c'est communautaire, mais ça reste quand même un peu dépendant de Novell, qui a une position pas trop claire entre les brevets et les accords avec Microsoft. Les rumeurs de rachat par Oracle ou SAP n'arrangent rien. Je ne sais pas trop ce que vaut leur intégration GNOME.
- Fedora: c'est bien, ça dépend un peu de RedHat mais eux ont une position dans le libre qui me convient. En revanche, c'est un peu la distrib de testeurs et où les choses se cassent un peu trop souvent, et je voudrais un truc peut être moins bleeding edge, mais plus stable.
- Debian (unstable): sans doute ce que j'aurais choisi. C'est peut être le moment de passer de rpm à deb, histoire de connaître un peu les deux mondes.

Et puis Mageia a été annoncée... Je ne sais pas trop quoi en attendre. Ni si le fork fonctionnera. Je suis surpris aussi de voir des contributeurs annoncer qu'ils continueront de participer à Mandriva, et ne suivront pas le fork. Mais avec la fuite des cerveaux chez Mandriva, et le fait qu'ils repassent à une release par an, qu'ils s'orientent spécifiquement vers KDE et aussi le fait que je fais confiance aux gens qui sont à l'origine du fork, me fait penser que je ne resterai pas sous Mandriva Linux.

Il y a aussi que faisant partie de la communauté GNOME, j'aimerais bien tester GNOME 3.0 avant les calendes grecques.

La tactique que j'adopte donc:
1. attendre
2. attendre (la Mandriva Linux 2010.1 n'est pas si vieille)
3. récupérer l'avis un peu avisé de personnes qui ont eu la même problématique
4. tester par moi même dans une machine virtuelle les futures versions de: fedora, debian, mageia, mandriva

Santé : des microbes dans les poils des scientifiques qui les manipulent

Dans les barbes, pas dans les poils ! Mais je comprends que vous ayez occulté cela pour éviter la panique sur linuxfr.
http://www.ncbi.nlm.nih.gov/pmc/articles/PMC547091/?tool=pub(...)

http://www.vuntz.net/journal/post/2010/09/29/GNOME-2.32-is-o(...)

En gros le fait que la version qui vient

Bah oui, GNOME 3 ne sera pas prêt tant la liste des GNOME Goals est encore longue
Les GNOME Goals n'ont rien à voir avec GNOME 3, seuls certains sont indispensables pour pouvoir sortir GNOME 3 (en gros, éviter d'utiliser des fonctions GLib et GTK+qui vont être supprimées dans GNOME 3).

C'est Vincent Untz qui a créé le concept des GNOME Goals pour GNOME 2.16, bien avant l'annonce que GNOME 3 soit d'actualité :
http://www.vuntz.net/journal/post/2006/02/12/361-setting-gno(...)

Mais tu n'auras pas de prix de gros, ni de tarifs avantageux côté licences Windows...

http://lmgtfy.com/?q=linux+fdisk+2TB

Encore cette histoire... Le personnel de Mandriva ne s'en est pas franchement offusqué, tout simplement parce que Gaël ne foutait apparemment plus rien.

Etant GNOMiste, cela me déçoit. Je comprends néanmoins qu'il doivent se recentrer, et s'ils visent le marché OEM brésilien, cela parait un peu logique, KDE a l'air assez populaire au Brésil. J'espère néanmoins que Mageai orientera un peu plus son travail sur les autres environnements de bureau, afin de rétablir l'équilibre.

Je dirais plutôt un Baladeur Numérique

ça c'est la méthode 2:
2 - l'interface de Gnome pour affecter [Compose] à une autre touche ; ça marche dans le sens où j'ai une 2ème touche [Compose] !