totof2000 a écrit 9656 commentaires

Des gens qui veulent le beurre et l'argent du beurre. Des gens assez techniques pour être au courant qu'il y a un nouveau truc à tester, mais pas assez techniques pour voir l'impact de la mise à jour, et qui font ça à l'arrache, avec forcément, moult soucis.

Tu parles des utilisateurs d'Arch ?

Ça doit bien faire dix ans que je n'ai plus eu besoin de recompiler mon kernel.
Ca je suis assez d'accord.

Tout comme je ne m'occupe guère plus du système d'init ou de la pile graphique. Tout ça, c'est à la distro de s'en occuper, pas à l'utilisateur final.
C'est le boulot de l'admin, pas de la distrib, au moins pour le système d'init.

Non, je crois surtout que ce qui a tué GNU/Linux, c'est la volonté de trop vouloir le faire ressembler à Windows.

Systemd en est encore une preuve : on passe d'un système modulaire à un bouzin monolithique qui s'imisce dans tout le système tel une mauvaise racine.

Alors, soit j'ai mal compris et tu résumes le succès d'android au fait qu'il soit préinstallé sans rendre compte qu'un effort a été donné pour le rendre simple à l'usage, soit le "design pas dégeux" ce n'est pas "rien de plus" et c'est même un point essentiel.

Les deux idées ne sont pas exclusives, bien au contraire. Android est préinstallé : il y a des gens qui ont bossé pour le rendre simple à l'usage pour un user lambda. Mais ce point ne suffit pas. S'il était moche, personne n'en voudrait.
Le graphisme est réussi, c'est beau à voir, les boutons, environnement, etc … sont plutôt cohérents entre les applis (sdk unique qui aide pas mal), mais ce point ne se suffit pas à lui-même : si l'environnement était beau mais qu'il fallait batailler pour l'installer, les gens n'en voudraient pas.

Sinon on pourrait ajouter le fait que les gens pour la plupart ne sont pas "préformatés Imachin" , ou autre chose. Certains le sont, mais Androïd est arrivé sufisamment tôt pour que les gens ne s'habituent pas trop aux itrucs (si Androïd était arrivé alors que tout le monde était habitué aux Ibidules, il aurait eu beau être joli et préinstallé, personne n'en aurait voulu - Microsoft arrive tard sur ce marché et doit jouer avec des pratiques limite anticoncurentielles pour tenter de se faire une pace : windows8 est trop spécifique pour être accepté par un grand nombre d'utilisateurs). De plus, la nature même d'un smartpone ou d'ne tablette (que je qualifierais d'ordinatur simplifié, pour ne pas dre verrouillé et dépouillé) fait que les gens sont plus ouverts à la diversté sur ces appareils. Enfin, la plupart des constructeurs ont une offre de smartphones sous Androïd (comme la plupart des constructeurs de PC offraient des PC sous Windows),

Pour moi la bataille est éjà gagné : il restera Androïd et Apple/IOS sur le marché du smartphone et de la tablette. Les autrs (RIM, Symbian, celui de HP dont je ne me rappelle plus le nom) sont morts ou à l'agonie. Seul Microsoft pourra peut-être, avec Nokia, rester sur le marché, mais je ne pense pas que les gens accrocheront, à moins de faire appel à des pratiques anticoncurrentielles pour verrouiller le marché comme ils l'ont fait pour le PC, et comme ils tentent de le faire avec le Secure Boot via EFI.

Note : a mon avis, le verrouillage des tablettes sous Windows 8 n'est pour l'instant pas trop gênant, Windows8 est trop mal vu pour faire de l'ombre à Androïd sur ce marché. Ce serait plus gênant si Microsoft vendait des tablettes préinstallées Windows compatbles androïd et/ou Linux : des tasde gens pourraient les acheter dans un premier temps pour mettre autre chose, mais d'une part le fric rentrerait chez Ms quand même et d'autre part ils pourraient céder à la facilité et à la curiosité et en venir à utiliser Windows sur leurs tablettes. Mais c'est un aure débat.

Pourquoi le succès d'Android ?

Parce qu'il est préinstallé et préconfiguré, et a un design pas dégueux, rien de plus.

Si les gens devaient installer leur Windows ou leur Androïd il auraient les mêmes problèmes qu'avec une distrib GNU/Linux.

C'est bien ce que je dis : encore un !!!

Tui dois pouvoir le trouver sur Applefr.org. Ici, les utilisateurs d'Imachins privatifs ne sont pas écoutés ni pris en compte …. Leur "prison dorée" style applestore ou itune leur suffit de toute façons.

Tu peux expliquer ou tu veux en venir ? Je ne comprends pas ce que tu cherches à prouver.

L'auto-hébergement, ça peut être mettre ses données sur un outil aussi simple à utiliser qu'un soft type emule pour pouvoir y accéder.

Pour récupérer les derniers films à la mode, ou les dernières chansons, les utilisateurs savent faire. En leur concoctant ce genre d'outil ça devrait être possible. Mais bon, il semble que ça n'intéresse personne de le faire.

Pour moi le programme appelant est le programme qui lance le programme. : dans une session interactive, le programme appelant sera le shell (bash, sh, csh selon les préférences). Peut-être n'est-ce pas ce que tu as voulu dire, mais c'est ce que j'ai compris à ta lecture.

Et dans le texte que je cite, je traduis " is the name by which the program was called" par "est le nom par lequel le programme a été appelé." ce qui est différent du "nom de l'appelant" …

Je ne t'apprendrais rien, mais pour ceux qui ne savent pas, c'est une astuce qui permet d'avoir un même exécutable qui effectuera des choses plus ou moins différentes en fonction du nom par lequel on l'a appelé (busybox fonctionne comme ça : plein de liens sur le même exécutable).

http://crasseux.com/books/ctutorial/argc-and-argv.html

argv[0] représente la chaine utilisée pour appeler le programme et non le programma appelant.

As you can see, the first argument (argv[0]) is the name by which the program was called, in this case gcc. Thus, there will always be at least one argument to a program, and argc will always be at least 1.

The following program accepts any number of command-line arguments and prints them out:

#include <stdio.h>

int main (int argc, char *argv[])
{
  int count;

  printf ("This program was called with \"%s\".\n",argv[0]);

  if (argc > 1)
    {
      for (count = 1; count < argc; count++)
    {
      printf("argv[%d] = %s\n", count, argv[count]);
    }
    }
  else
    {
      printf("The command had no other arguments.\n");
    }

  return 0;
}

If you name your executable fubar, and call it with the command ./fubar a b c, it will print out the following text:

This program was called with "./fubar".
argv[1] = a
argv[2] = b
argv[3] = c

Arrêtez avec grep | awk …. On peut facilement se passer de grep et filtrer dans awk.

-option caméra+logiciel MS: ta télé est encore moins chère, tout comme ton abonnement! génial, non? Ça vient avec quelques conditions supplémentaires écrites en bas du contrat, en tout petit…

Puis après les télévisions seront lovrées avec la caméra intégrée avec abonnement obligatoire chez Microsoft parce qu'on te dira que sans cet abonnement ta télé ne sert à rien …

Mis à part la radio (et encore ….)

J'avais acheté un baladeur MP3 il y a quelques temps pour écouter dans les transports mais je ne l'utilisais pas donc je l'ai donné à ma fille.

La raison ? Je ne supporte pas que l' "industrie" de la musique aille sans cesse pleurer pour se faire du fric sur mon dos : je veux qu'elle crève telle qu'elle existe maintenant. Malhereusement vu ce que contient le rapport Lescure et les déclarations des politeux, je pense qu'on va se faire "racketter" encore longtemps.

mais vu qu'un commentaire précédents faisai__en__t la remarque sans te corriger

Je fais pareil : remarque sans corriger … ;)

(Pas moyen avec la syntaxe de mettre en gras un bout de mot ….)

il vaut mieux utiliser $( ) : l'un des avantages est que tu peux les imbriquer.

Moi les côtes, je les préfère bleues quand c'est du boeuf, et bien grillées pour le porc.

A moins que tu ne parles des ports de la côte ?

Sinon si tu veux d'épargner les problèmes de quotes inversées, utilise $(..).

J'ai commencé par moinsser le tien, même s'il est au dessous … :)

Bon je viens de teste rle coup des quotes autour de EOF, et ça ne pose pas problème :

# cat << 'EOF'
> coucou
> tioti
> EOF
coucou
tioti
# cat << EOF
> coucou
> tioti
> EOF
coucou
tioti
#

On pourrait. Mais là je pense avoir repéré 2 problèmes :
- les ' ' autour de EOF
- la commande après le for sans $( ) ou ``

Ou et pour qui est-elle installée ? Sur le système hote, ou dans l'environnement compilé ?

A vue de nez il doit manquer une référence dans les directives de compilation à la lib python boost.

Soit elle n'est pas installée/compilée, soit il manque une directive -I et/ou -L dans les directives de compilation.

Ah tiens en regardant là, peut-être une piste : https://www.libavg.de/site/projects/libavg/wiki/LinuxInstallIssues

Ubuntu Version-Specific Issues :

9.10 boost.python Bug

(…)

Il y a peut-être des infos qui pourraient t'aider et que tu pourrais adapter ….

Question : le francais est-il ta langue d'origine ?

Autres questions :
- vers quelle architecture cible (type/modèle de carte, Os installé) ?
- Lorsque tu a compilé, qu'est-ce qui n'a pas marché ?
- Est-ce à la compilation que tu as un problème ou à l'exécution ? Quel message d'erreur ?

Sinon, tu es dans un cas particulier ou il semble que la lib fasse appe à des trucs bas niveau, et ce n'est pas gagné …

Il faudrait que tu sois plus précis :
- quelle lib ? Sur quel système tournait-elle (os, version ) ?
- ce que tu as fait
- ce qui n'a pas marché et pourquoi (messages d'erreur, etc …).

En gros pour porter une lib d'une archi à une autre il n'y a pas grand chose à faire si ce n'est a recompiler, ainsi que ses dépendances et peut-être qelques chemins à modifier si tu passes d'une distrib à une autre.